1、软件投标技术方案书完整版软件投标技术方案书HEN SyStem OffiCe room HEN 16H-HENS2AHENS8Q8-HENH1688贵州茅台酒股份有限公司原料基地管理平台建设招标项目投标文件投标人：（盖单位童）法定代表人或其委托代理人：（签字）2018 年 04月 17 日11.22.2.33.3.44.4.4.4.5公司介绍1公司简介2我们的优势项目背景及发展1建设背景 2项目建设的目的发展项目现状及需求分析1项目现状2需求分析系统总体设计1系统总体设计2系统设计原则3技术架构4系统网络结构图系统功能设计5.5.5.5.5.677.7.7.7.8&8.1系统功能概述2系统功能
2、模块3硬件4接口设计5系统集成系统部署系统安全1应用安全2数据安全3主机、操作系统和数据库系统安全4综合安全性工程实施方案2实施范围3分工界面分工界面说明参与项IJ的各方，在项I!实施过程中的主要工作分工，以及分工的 边界和工作衔接。& 31分工关系8.3.2 分工明细8.4实施计划& 41项目总体进度计划& 4.2项目里程碑计划8.5实施难点分析& 6组织架构& 61项目组织结构& 6.2项目组成员名单& 7实施过程8 7.1实施活动列表8. 7.2项目调研& 7.3项目计划& 7.4需求获取8. 7.5数据转换& 76确定验收条件& 77模拟环境搭建& 7.8产品部署& 7.9模拟运行&
3、7. 10确认测试& 711生产环境搭建8.7. 12系统并行8.7.13初验& 714系统上线 & 8业务割接方案&1割接原则功能割接范围数据割接范项Ll管控体系的建设从流程化、规范化、专业化出发去建立，主要从组织保证、项U 管理、数据管理、需求及流程管理四个方面去保障和执行。& 91项目管控模式8. 9.2项目管控内容& 9.3项目管控制度9质量管理91质量管理实施原则9. L 3.1 组织职责产品总监（或授权人） 项目经理项目组成员QA组长QA工程师9. 1.3.2就绪原则9. 1. 3. 3工作流程9. 1.3.4不符合项处理9. 1. 3. 5质量保证记录9. 1. 3. 6质量保证
4、验证9. 1. 3. 7结束准则9. 1.4关键因素及其对策K队伍一定要根据具体情况为项Ll的实施组建专门的队伍，我们称之为项Ll组。2.班子项Ll组领导班子是项Ll组的核心。班子的第一把手（项U经理）应有良好的专业背 景和学历、有很强的组织大型应用软件项H的经验和能力、有很好的合作精神和服务 意识。班子中的其他成员亦应有相关的素质和技术、应用开发或质量管理方面的丰富 经验。领导班子负责确定和细化项IJlJ标，制订项目实施计划，理顺与项有关的所有 错综复杂的关系，以有效地控制项上Id的进度、费用和质量，确保项H的成功。3、 规范本项U的实施决不是个人的成就，它是集体智慧的结晶，团队作战的成果。
5、严格 的规范则是团队工作的约束条件，是团队作战取得成功的保证。4、 文档本项IJ的开发将会划分成若干个阶段，每一个阶段都应形成相应的文档。这些文 档既是阶段成果的体现和阶段验收的标准，乂是驱动下一个阶段动作的依据。文档的 正确和完整程度是检验项目规范化管理程度的要素之一。5、 监控任何事务的动作都会受到其对立面的制约。在项Ll实施过程中，也不例外地应受 到相应的监控。这种监控至少应有进度监控、质量监控和产品化监控三个方面。6、 用户参与户自始至终的参与是质量保证中乂一重要措施。它主要有两方面的活动：从规 范业务进而做需求分析开始，供方将与需方一起开发、测试和推广应用软件。在重要的用户监控点进行
6、包括供方、需方和专家在内的联合评审。 根据以上六个关键因素，我们提出相应的对策：1、 关于队伍在立项时，将为项Id的实施组织专门的队伍，称为项目组，项目组成员均应属于 专业人员，这支队伍应具有很好的教育背景，有参与大型应用项Ll并发和推广的经验 和实力，对XxXX业务有足够的了解，同时，我们还可以保证，他们有良好的职业道 德、合作精神和奉献精神，这样一支队伍，一定能和XXXX的领导和工程师团结一 致，精诚合作，以取得项目的成功。2、 关于班子在本投标书中，我们已提出了关于项H经理、应用经理、QA组长的工作职责，这 个班子应具有主持大型应用项U实施的丰富经验和足够的技术功底，是一个团结合 作、朝
7、气蓬勃、敢于开拓和创新的班子，我们相信，在XXXXX业务专家、领导的全程 指导和监控之下，这个班子一定能够带好一支队伍。3、 关于规范我们将给出XXXXXXX系统所需的数据规范和应用程序接口规范的具体内容，这是 我们多年来从事XXXX行业系统应用软件开发的经验积累，在本项Ll实施过程中，还 将结合项IJ情况，对其进行进一步的修改和完善，用以指导和约束项IJ的应用软件开 发工作。4、 关于文档我们将在软件生命周期中每个阶段输出相应的文档，除此之外，在项IJ实施过程 中，还将产生各种质量记录文件，包括各种计划、执行情况检查、考核记录、培训记 录、会议记录等，在我们的质量体系文件中均有相应的规定和检
8、查措施。5、 关于监控久保证项U工作的全面受控和全程受控，需对项Ll的进展悄况进行监控，监控活 动包括“日常监控”和“阶段监控”两个部分。同时这一问题通过我们对项Ll完整的 质量保证体系也得以确定。6、 关于用户参与在项Ll实施过程的每一个阶段，都将会与用户一起进行，并受到项目领导小组的 监控。综上所述，在XXXXXX系统实施过程中，我们将会对其质量保证的关键因素给予 充分的重视和保证。9.2变更管理对项目中的变更进行有效的控制和管理，是一个项目成功与否的关键。为了强调 这一过程的重要性，我们特做以下说明。9.2.1变更的类型本节所提的“变更”，指如下儿个方面：项目范围对合同所提出的业务规程和
9、业务功能提出更好的解决方案或更具灵活性的举措， 从而导致合同所规定的项目范围（即需求）有较大工作量的更改。项目成本山于项Ll范围的更改，导致项Ll工作量的变动，从而涉及到项Ll成本的变化。项目期限对变更工作量作出评估之后，可能会引起项目完成期限的更改。项U成本和项Ll期限中所提出的变更是山项U范圉的变更所导致的，此种变更可 能发生在项目初期，亦可能发生在项目实施过程中。9.2.2变更管理机构变更管理机构将定位在项目双方项目领导小组和项目组，双方项H领导小组要亲 自参与重大变更内容的评估和审批。9.2.3变更处理流程9. 2. 3.1 变更提出提出更改的人员可以是客户代表、公司主管领导、本项目经
10、理或项目组其他成 员。变更的提出应填写正式的“配置变更审批表”，“配置变更审批表”主要包含下 述内容（具体见“配置变更申请” 一节的表样）:变更编号项名称申请人申请日期变更原因变更的配置项受影响的基线或者配置项：变更描述：本项Ll过程中提出变更的“配置变更审批表”应山项Ll组配置管理工程师负责统 一保管。9. 2. 3. 2 变更审核项目经理对变更申请人提出的变更请求进行审核，审核更改方案的可行性，检查 配置变更审批表的正确性和完整性。如果是一般变更，可直接通知实施人进行实施，在变更前应确定变更方案；一般 变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变更。如果为重大变更，将此表送
11、交CCB,进行审批。重大变更主要是正式基线的变更、该配置项变更将引起其他配置项的变更。项LI经理在配置变更审批表中填写项Ll经理审核栏的内容。9. 2. 3. 3 变更分析和评估项目经理组织CCB对变更申请进行评审。评审应分析和评估变更会涉及哪些内容，对已经完成的工作产品、进度有何影 响，需要哪些额外的资源。评审更改方案的可行性，如果更改方案没有通过CCB的认可，请CCB成员提出修 改建议。经过了 CCB分析评估后，对变更申请有三种结果：立即更改：项目经理指定实施人。推迟更改：变更被搁置，留作将来实施。不接受更改：将拒绝变更的原因返回给变更提出人。评审完成后，CCB负责人把评审结果写在配置变更
12、审批表里“CCB评审意见” 栏的内容。批准立即更改的配置变更审批表山项LJ配置管理工程师将变更通知到包括系 统设计师、测试组组长、业务专家、开发组组长等项口组成员。9. 2. 3. 4 变更实施项Ll配置管理工程师从基线区中释放出需要变更的配置项放到开发区中，并通知 实施人员。实施人员根据更改方案对配置项进行修改。9. 2. 3. 5 变更验证实施完成后，山验证人实施验证。验证可通过检查（对文档而言）或审查和测试 （对代码而言）。验证完成之后，验证人在配置变更审批表上签字确认。9. 2. 3. 6 变更发布项Lr配置管理工程师将验证通过的配置项重新纳入基线区。 填写并保存配置状态报告中的变更记
13、录。把本次的变更通知给相关的人员。9. 2. 3. 7 变更表格配置变更审批表配置变更申请变更编号：（由项目的配置管理员统一編号）产品（项目） 名称：申请人：申请日 期变更原因：需求变更 内部改进 产品缺陷 系统环境变更其他变更的配置 项：受影响的基 线或者配置 项：变更描述：见配置项变更描述说明项目经理审核审核人意 见：返回申请人 返回原因：可直接实施 实施人： 验证人：需制定变更方案并提交CCB评审 方案制定人： 方案审核人：变更类型：一般变更审核人签 字：审核日 期：变更方案：方案制定人签名2日期：CCB审核CCB评审意 见：立即变更推迟变更 原因：不接受变更原因：实施人：解决期 限：验
14、证人；验证期限：CCB成员：CCB主席签 字：批准日 期：实施和验证变更实施内容：实施人签 字：实施日 期：验证意见：同意不同意 意见：验证人签 字：验证日 期：变更发布配置项在基 线库中的位 置：（填写配置项在基线库中的路径）发布人：发布日 期：9 3配置管理931配置管理目标对于大型的应用软件开发项Lh必须建立配置管理系统，一个有效的配置管理系 统包括：交付产品的确认、软件模块的版本控制及其交付与发表、各种状态（开发、 测试、验收、推广、维护）中软件模块的变动记录等，在本项目的完成过程中，必须 确保对产品现有配置状态提供充分的可视性，确保项Ll组人员在开发工作的任何时刻 都能采用正确和准确
15、的信息，确保用户能得到正确、有效的软件产品。9.3.2配置管理机构在项U组中设定专职的配置管理工程师，山配置管理工程师执行具体的配置管理 事务。9.3.3配置管理计划在项目立项时，山项IJ经理主持、项IJ配置管理工程师具体负责起草配置管理计 划并提交给项U经理审核，项U经理在审核通过后，把配置管理计划作为项U计划的 子计划一起提交评审，评审通过后及时向项Ll全体成员传达计划内容，并监督配置管 理计划的执行，全体成员应积极配合配置管理工程师执行配置管理计划。9. 3.4配置管理活动9. 3.4.1定义项目配置项9. 3. 4. 2定义项目基线9. 3. 4. 3定乂配置项的标识与状态跟踪方法9.
16、 3. 4. 4配置变更控制9. 3. 4. 5版本发布控制9. 3. 4. 6配置状态报告9. 3. 4. 7配置审计10测试io. 1准则10.1.1测试工作实施准则10.1. 1.1测试目的10.1. 1.2测试原则10.1. 1. 3测试活动10. LL 4测试方法黑盒测试（功能测试/数据驱动测试）白盒测试（结构测试/逻辑驱动测试）10.1.1.5测试类型10.1. 1.6测试依据10.1. 1. 7测试机构10.1. 1.8测试准备10.1. L 9测试结果分析10.1 2测试工作实施细则10.1.2.1单元测试实施细则10.1.2. 2集成和系统测试实施细则10.2系统测试10.2
17、. 1资源准备10.2. 2测试设计10. 2. 3测试方法10. 2. 3.1系统业务功能测试方法10. 2. 3. 2系统性能测试方法10. 2. 5系统建设质量测试10.310. 3.1硬件测试内容10. 3. 2软件测试内容10. 3. 3验收细则11服务培训111培训对象.运行环境培训对象11.1.2应用环境培训对象112培训方式11.2.1现场培训11.2.2高级培训113培训课程11.3.1培训内容11.3.2培训课程11.3.3培训教师11.3.4培训评估11.3.5培训费用114培训的其它事项11.4.1培训的时间安排12服务质量承诺12.1质量管理12.1.1质量管理实施原
18、则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.21 作流程12.1.1.4. 3不符合项处理12.1.1. 4. 4质量保证记录12.1.1. 4. 5质量保证验证12.1.1.4.6结束准则12.1.1.5关键因素及其对策12.1.2.1变更的类型12.1.2. 2变更管理机构12.1.2. 3 变更处理流程12.1.2.3.1变更提出12.1.2.3. 2变更审核12.1.2. 3. 3变更分析和评估12.1.2. 3. 4变更实施12.1.2. 3. 5变更验证12.1.2. 3
19、.6变更发布12.1.2. 3. 7变更表格12. 1. 3配置管理12.1. 31配置管理目标12.1. 3. 2配置管理机构12.1. 3. 3配置管理计划12.1.3.4配置管理活动12.1.3.4.1定义项目配置项 12.1.3.4. 2定义项目基线12 2 3技术支持服务12. 2. 3 1服务目标12. 2. 3. 2服务等级12. 2. 3. 3服务方式热线电话支持：EMAlL服务信箱: 传真： 远程支持 现场支持 用户回访12. 2. 3. 4技术服务的内容基本技术服务：可选技术服务:12. 2. 3. 5集成服务网络规划协调网络设备.主机设备和数据库系统安装 协调存储.备份设备的安装应用软件安装系统整体性能调整12. 2 4保修期服务12. 2. 4.1现场设备保修及备件服务12. 2. 4. 2定期巡访12. 2. 4. 37X24的服务响应12. 2. 4. 4响应和恢复时间承诺13技术文档我方提供软件产品正常运行所需的管理、运营及维护有关的全套文件。包括:
