软件投标技术方案书_第1页
软件投标技术方案书_第2页
软件投标技术方案书_第3页
软件投标技术方案书_第4页
软件投标技术方案书_第5页
已阅读5页,还剩30页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、2020/3/27贵州茅台酒股份有限公司原料基地管理平台建设招标项目投标文件投标人:(盖单位章)法定代表人或其委托代理人:(签字)2018 年04 月17 日1 公司介绍1.01.1 公司简介1.01.2 我们的优势1.02 项目背景及发展 1.02.1 建设背景1.02.2 项目建设的目的发展 1.03 项目现状及需求分析 103.1 项目现状1.03.2 需求分析1.04 系统总体设计1.04.1 系统总体设计104.2 系统设计原则104.3 技术架构1.04.4 系统网络结构图105 系统功能设计115.1 系统功能概述1.15.2 系统功能模块1.15.3 硬件1.15.4 接口设计

2、1.15.5 系统集成1.16 系统部署117 系统安全117.1应用安全1.1#2020/3/271.2 数据安全1.11.3 主机、操作系统和数据库系统安全111.4 综合安全性1.18 工程实施方案1.28.1 实施原则1.28.2 实施范围1.28.3 分工界面1.28.3.1 分工关系128.3.2 分工明细.128.4 实施计划1.28.4.1 项目总体进度计划 1.28.4.2 项目里程碑计划 1.38.5 实施难点分析138.6 组织架构1.38.6.1 项目组织结构138.6.2 项目组成员名单 1.38.7 实施过程1.38.7.1 实施活动列表138.7.2 项目调研.1

3、38.7.3 项目计戈U .138.7.4 需求获取138.7.5 数据转换138.7.6 确定验收条件138.7.7 模拟环境搭建138.7.8 产品部署.138.7.10 确认测试138.7.11 生产环境搭建 1.48.7.12 系统并行148.7.13 初验1.48.7.14 系统上线148.8 业务割接方案148.8.1 割接原则148.8.2 功能割接范围148.8.3 数据割接范围148.8.4 割接策略148.9 项目管控1.48.9.1 项目管控模式148.9.2 项目管控内容 148.9.3 项目管控制度149 质量管理1.59.8 质量管理实施原则 159.8.1 质量方

4、针159.8.2 质量目标.159.8.3 质量保证159.8.3.1 组织职责159.8.3.2 就绪原则169.8.3.3 工作流程169.8.3.4 不符合项处理169.8.3.5 质量保证记录 169.8.3.6 质量保证验证 169.1.3.7结束准则16#2020/3/279.8.4 关键因素及其对策 1.69.9 变更管理1.89.9.1 变更的类型 189.9.2 变更管理机构199.9.3 变更处理流程 199.9.3.1 变更提出.199.9.3.2 变更审核209.9.3.3 变更分析和评估209.9.3.4 变更实施209.9.3.5 变更验证219.9.3.6 变更发

5、布219.9.3.7 变更表格219.10 配置管理259.10.1 配置管理目标259.10.2 配置管理机构 259.10.3 配置管理计划259.10.4 配置管理活动269.10.4.1 定义项目配置项 269.10.4.2 定义项目基线 269.10.4.3 定义配置项的标识与状态跟踪方法 2 69.10.4.4 配置变更控制269.10.4.5 版本发布控制269.10.4.6 配置状态报告 269.10.4.7 配置审计2610 测试271.1.1 1 测试工作实施准则 271.1.1.1 1测试目的 271.1.1.2 2测试原则 271.1.1.3 3测试活动271.1.1.

6、4 4测试方法 271.1.1.5 5测试类型 281.1.1.6 6测试依据281.1.1.7 7测试机构 281.1.1.8 8测试准备281.1.1.9 9测试结果分析 281.1.2 2 测试工作实施细则 281.1.2.1 1单元测试实施细则 281.1.2.2 2集成和系统测试实施细则 2810.2 系统测试 2810.2.1 资源准备2810.2.2 测试设计2810.2.3 测试方法2810.2.3.1 系统业务功能测试方法 2810.2.3.2 系统性能测试方法2810.2.4 测试执行阶段2810.2.5 系统建设质量测试2910.3 验收和测试2910.3.1 硬件测试内

7、容2910.3.2 软件测试内容2910.3.3 验收细则2911 服务培训30#2020/3/2711.1 培训对象3011.1.1 运行环境培训对象 3011.1.2 应用环境培训对象 3011.2 培训方式3011.2.1 现场培训 3011.2.2 高级培训3011.3 培训课程3011.3.1 培训内容3011.3.2 培训课程 3011.3.3 培训教师 3011.3.4 培训评估3011.3.5 培训费用 3011.4 培训的其它事项 3111.4.1 培训的时间安排 .3111.4.2 培训的人员数量 .3112 服务质量承诺3112.1 质量管理3112.1.1 质量管理实施

8、原则 3112.1.1.1 质量方针 3.112.1.1.2 质量目标 3.112.1.1.3 质量承诺3.112.1.1.4 质量保证3.112.1.1.4.1 就绪原则.3112.1.1.4.2 工作流程.3112.1.1.4.3 不符合项处理 3112.1.1.4.5 质量保证验证 3112.1.1.4.6 结束准则.3212.1.1.5 关键因素及其对策 3212.1.2 变更管理3212.1.2.4 变更的类型 3212.1.2.5 变更管理机构 .3212.1.2.6 变更处理流程 .3212.1.2.3.1 变更提出.3212.1.2.3.2 变更审核.3212.1.2.3.3

9、变更分析和评估 3212.1.2.3.4 变更实施.3212.1.2.3.5 变更验证.3212.1.2.3.6 变更发布.3212.1.2.3.7 变更表格.3212.1.3 配置管理3312.1.3.3 配置管理目标.3312.1.3.4 配置管理机构 .3312.1.3.5 配置管理计划 .3312.1.3.6 配置管理活动 .3312.1.3.6.1 定义项目配置项 3312.1.3.6.2 定义项目基线 3312.1.3.6.3 定义配置项的标识与状态跟踪方法 3312.1.3.6.4 配置变更控制 3312.1.3.6.5 版本发布控制 3312.1.3.6.6 配置状态报告 33

10、12.1.3.6.7 配置审计.3312.2 技术服务3312.2.2 服务体系3312.2.2.3 概述3312.2.2.4 组织结构和人员配备情况 3412.2.2.5 工作制度3412.2.2.6 客户服务规程制定与实施情况 3412.2.2.7 服务网点分布、服务方式、服务响应时间等情况 3412.2.3 应用软件服务.3412.2.3.3 软件服务宗旨 .3412.2.3.4 软件服务标准 .3412.2.3.5 服务体系的特色 .3412.2.4 技术支持服务 .3412.2.4.3 月艮务目标 3412.2.4.4 服务等级3412.2.4.5 服务方式3412.2.4.6 技术

11、服务的内容 .3512.2.4.7 集成服务3512.2.5 保修期服务3512.2.5.3 现场设备保修及备件服务 3512.2.5.4 定期巡访3512.2.5.5 7X24的服务响应 3512.2.5.6 响应和恢复时间承诺3513 技术文档351公司介绍13.1 司简介13.2 们的优势2项目背景及发展2.1 建设背景2.2 项目建设的目的发展3项目现状及需求分析3.1 项目现状3.2 需求分析4系统总体设计4.1 系统总体设计4.2 系统设计原则4.3 技术架构4.4 系统网络结构图5系统功能设计5.1 系统功能概述5.2 系统功能模块5.3 硬件5.4 接口设计5.5系统集成6系统

12、部署7系统安全7.1 应用安全7.2 数据安全7.3 主机、操作系统和数据库系统安全7.4 综合安全性8工程实施方案8.1 实施原则8.2 实施范围8.3 分工界面分工界面说明参与项目的各方,在项目实施过程中的主要工作分工,以 及分工的边界和工作衔接。8.3.1 分工关系8.3.2 分工明细8.4 实施计划8.4.1 项目总体进度计划112020/3/278.4.2 项目里程碑计划8.5 实施难点分析8.6 组织架构8.6.1 项目组织结构8.6.2 项目组成员名单8.7 实施过程8.7.1 实施活动列表8.7.2 项目调研8.7.3 项目计划8.7.4 需求获取8.7.5 数据转换8.7.6

13、 确定验收条件8.7.7 模拟环境搭建8.7.8 产品部署8.7.9 模拟运行8.7.11 生产环境搭建8.7.12 系统并行8.7.13 初验8.7.14 系统上线8.8 业务割接方案8.8.1 割接原则8.8.2 功能割接范围8.8.3 数据割接范围8.8.4 割接策略8.9 项目管控项目管控体系的建设从流程化、规范化、专业化出发去建立,主要从组织保 证、项目管理、数据管理、需求及流程管理四个方面去保障和执行。8.9.1 项目管控模式8.9.2 项目管控内容8.9.3 项目管控制度9质量管理9.1 质量管理实施原则9.1.1 质量方针9.1.2 质量目标9.1.3 质量保证9.1.3.1

14、组织职责产品总监(或授权人)项目经理项目组成员QM长QAT程师152020/3/279.1.3.2 就绪原则9.1.3.3 工作流程9.1.3.4 不符合项处理9.1.3.5 质量保证记录9.1.3.6 质量保证验证9.1.3.7 结束准则9.1.4 关键因素及其对策1、队伍一定要根据具体情况为项目的实施组建专门的队伍,我们称之为项目 组。2、班子项目组领导班子是项目组的核心。班子的第一把手(项目经理)应有良好 的专业背景和学历、有很强的组织大型应用软件项目的经验和能力、有很好 的合作精神和服务意识。班子中的其他成员亦应有相关的素质和技术、应用 开发或质量管理方面的丰富经验。领导班子负责确定和

15、细化项目目标,制订项目实施计划,理顺与项目有 关的所有错综复杂的关系,以有效地控制项上目的进度、费用和质量,确保 项目的成功。3、规范本项目的实施决不是个人的成就,它是集体智慧的结晶,团队作战的成 果。严格的规范则是团队工作的约束条件,是团队作战取得成功的保证。4、文档本项目的开发将会划分成若干个阶段,每一个阶段都应形成相应的文档。这些文档既是阶段成果的体现和阶段验收的标准, 又是驱动下一个阶段 动作的依据。文档的正确和完整程度是检验项目规范化管理程度的要素之5、监控任何事务的动作都会受到其对立面的制约。 在项目实施过程中,也不例 外地应受到相应的监控。这种监控至少应有进度监控、质量监控和产品

16、化监 控三个方面。6、用户参与用户自始至终的参与是质量保证中又一重要措施。它主要有两方面的活 动:从规范业务进而做需求分析开始, 供方将与需方一起开发、测试和推广 应用软件。在重要的用户监控点进行包括供方、需方和专家在内的联合评审。根据以上六个关键因素,我们提出相应的对策:1、关于队伍在立项时,将为项目的实施组织专门的队伍, 称为项目组,项目组成员 均应属于专业人员,这支队伍应具有很好的教育背景, 有参与大型应用项目 并发和推广的经验和实力,对 XXXX#务有足够的了解,同时,我们还可以 保证,他们有良好的职业道德、合作精神和奉献精神,这样一支队伍,一定 能和XXXX勺领导和工程师团结一致,精

17、诚合作,以取得项目的成功。2、关于班子在本投标书中,我们已提出了关于项目经理、应用经理、QA组长的工作职责,这个班子应具有主持大型应用项目实施的丰富经验和足够的技术功 底,是一个团结合作、朝气蓬勃、敢于开拓和创新的班子,我们相信,在 XXXX4务专家、领导的全程指导和监控之下,这个班子一定能够带好一支 队伍。我们将给出XXXXXXXg统所需的数据规范和应用程序接口规范的具体 内容,这是我们多年来从事 XXXX亍业系统应用软件开发的经验积累,在本 项目实施过程中,还将结合项目情况,对其进行进一步的修改和完善,用以 指导和约束项目的应用软件开发工作。4、关于文档我们将在软件生命周期中每个阶段输出相

18、应的文档,除此之外,在项目实施过程中,还将产生各种质量记录文件,包括各种计划、执行情况检查、 考核记录、培训记录、会议记录等,在我们的质量体系文件中均有相应的规 定和检查措施。5、关于监控为保证项目工作的全面受控和全程受控,需对项目的进展情况进行监 控,监控活动包括“日常监控”和“阶段监控”两个部分。同时这一问题通 过我们对项目完整的质量保证体系也得以确定。6、关于用户参与在项目实施过程的每一个阶段,都将会与用户一起进行,并受到项目领 导小组的监控。综上所述,在XXXXX琉统实施过程中,我们将会对其质量保证的关键 因素给予充分的重视和保证。9.2 变更管理对项目中的变更进行有效的控制和管理,是

19、一个项目成功与否的关键。 为了强调这一过程的重要性,我们特做以下说明。9.2.1 变更的类型本节所提的“变更”,指如下几个方面:项目范围对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活 性的举措,从而导致合同所规定的项目范围(即需求)有较大工作量的更改。3、关于规范172020/3/27项目成本由于项目范围的更改,导致项目工作量的变动,从而涉及到项目成本的 变化。项目期限对变更工作量作出评估之后,可能会引起项目完成期限的更改。项目成本和项目期限中所提出的变更是由项目范围的变更所导致的,此种变更可能发生在项目初期,亦可能发生在项目实施过程中。9.2.2 变更管理机构变更管理机构将定位

20、在项目双方项目领导小组和项目组,双方项目领导小组要亲自参与重大变更内容的评估和审批。9.2.3 变更处理流程9.2.3.1 变更提出提出更改的人员可以是客户代表、 公司主管领导、本项目经理或项目组 其他成员。变更的提出应填写正式的“配置变更审批表”,“配置变更审批表”主要 包含下述内容(具体见“配置变更申请” 一节的表样):变更编号项目名称申请人申请日期变更原因变更的配置项受影响的基线或者配置项:变更描述: 本项目过程中提出变更的“配置变更审批表”应由项目组配置管理工程师负责统一保管。9.2.3.2 变更审核项目经理对变更申请人提出的变更请求进行审核, 审核更改方案的可行 性,检查配置变更审批

21、表的正确性和完整性。如果是一般变更,可直接通知实施人进行实施,在变更前应确定变更方案; 一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变 更。如果为重大变更,将此表送交 CCB进行审批。重大变更主要是正式基线的 变更、该配置项变更将引起其他配置项的变更。项目经理在配置变更审批表中填写项目经理审核栏的内容。9.2.3.3 变更分析和评估项目经理组织CCB寸变更申请进行评审。评审应分析和评估变更会涉及哪些内容,对已经完成的工作产品、进度有何影响,需要哪些额外的资源。评审更改方案的可行性,如果更改方案没有通过 CCB的认可,请CCB成员提 出修改建议。经过了 CC弗析评估后,对变更申

22、请有三种结果:立即更改:项目经理指定实施人。推迟更改:变更被搁置,留作将来实施。不接受更改:将拒绝变更的原因返回给变更提出人。评审完成后,CCB负责人把评审结果写在配置变更审批表里“ CCB评审 意见”栏的内容。批准立即更改的配置变更审批表由项目配置管理工程师将变更通知到包括系统设计师、测试组组长、业务专家、开发组组长等项目组成员。9.2.3.4 变更实施项目配置管理工程师从基线区中释放出需要变更的配置项放到开发区中,并通知实施人员。实施人员根据更改方案对配置项进行修改。9.2.3.5 变更验证实施完成后,由验证人实施验证。验证可通过检查(对文档而言)或审查和 测试(对代码而言)。验证完成之后

23、,验证人在配置变更审批表上签字确认。9.2.3.6 变更发布项目配置管理工程师将验证通过的配置项重新纳入基线区。填写并保存配置状态报告中的变更记录。把本次的变更通知给相关的人员。9.2.3.7 变更表格配置变更审批表配置变更申请变更编号:(由项目的配置管理员统一编号)产品(项目)名称:西#人:日期变更原因:需求变更 口内部改进 口产品缺陷口系统环境变更 口其他口变更的配置项:受影响的基线或者配置项:变更描述:见配置项变更描述说明项目经理审核审核人意见:口返回申请人返回原因:口可直接实施实施人:验证人:口需制定变更方案并提交 CCBI平审方案制定人:方案审核人:变更类型:一般变更审核人签字:审核

24、日期:变更方案:方案制定人签名:日期:CCB审核CCB评审意见:口立即变更口推迟变更原因:口不接受变更原因:实施人:解决期限:验证人:验证期限:CCB成员:CCB主席签字:批准日期:实施和验证及更实施内容:实施人签字:实施日期:验证意见:口同意不同意意见:验证人签字:验证日期:变更发布配置项在基线库中的位置:(填写配置项在基线库中的路径)发布人:发布日期:9.3 配置管理9.3.1 配置管理目标对于大型的应用软件开发项目,必须建立配置管理系统,一个有效的配 置管理系统包括:交付产品的确认、软件模块的版本控制及其交付与发表、 各种X态(开发、测试、验收、推广、维护)中软件模块的变动记录等,在本

25、项目的完成过程中,必须确保对产品现有配置状态提供充分的可视性,确保项目组人员在开发工作的任何时刻都能采用正确和准确的信息,确保用户能得到正确、有效的软件产品。9.3.2 配置管理机构在项目组中设定专职的配置管理工程师,由配置管理工程师执行具体的 配置管理事务。9.3.3 配置管理计划在项目立项时,由项目经理主持、项目配置管理工程师具体负责起草配 置管理计划并提交给项目经理审核, 项目经理在审核通过后,把配置管理计 划作为项目计划的子计划一起提交评审, 评审通过后及时向项目全体成员传 达计划内容,并监督配置管理计划的执行,全体成员应积极配合配置管理工 程师执行配置管理计划。9.3.4 配置管理活

26、动9.3.4.1 定义项目配置项9.3.4.2 定义项目基线9.3.4.3 定义配置项的标识与状态跟踪方法9.3.4.4 配置变更控制9.3.4.5 版本发布控制9.3.4.6 配置状态报告9.3.4.7 配置审计3510测试10.1 软件测试准则10.1.1 测试工作实施准则10.1.1.1 测试目的10.1.1.2 测试原则10.1.1.3 测试活动10.1.1.4 测试方法黑盒测试(功能测试/数据驱动测试) 白盒测试(结构测试/逻辑驱动测试)10.1.1.5 测试类型10.1.1.6 测试依据10.1.1.7 测试机构10.1.1.8 测试准备10.1.1.9 测试结果分析10.1.2

27、测试工作实施细则10.1.2.1 单元测试实施细则10.1.2.2 集成和系统测试实施细则10.2 系统测试10.2.1 资源准备10.2.2 测试设计10.2.3 测试方法10.2.3.1 系统业务功能测试方法10.2.3.2 系统性能测试方法10.2.4 测试执行阶段10.2.5 系统建设质量测试10.3 验收和测试10.3.1 硬件测试内容10.3.2 软件测试内容10.3.3 验收细则11服务培训11.1 培训对象11.1.1 运行环境培训对象11.1.2 应用环境培训对象11.2 培训方式11.2.1 现场培训11.2.2 高级培训11.3 培训课程11.3.1 培训内容11.3.2 培训课程11.3.3 培训教师11.3.4 培训评估11.3.5 培训费用11.4 培训的其它事项11.4.1 培训的时间安排11.4.2 培训的人员数量12服务质量承诺12.1 质量管理12.1.1 质量管理实施原则12.1.1.1 质量方针12.1.1.2 质量目标12.1.1.3 质量承诺12.1.1.4 质量保证12.1.1.4.1 就绪原则12.1.1.4.2 工作流程12.1.1.4.3 不符合项处理12.1.1.4.4 质量保

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论