软件投标技术方案书

1、贵州茅台酒股份原料基地治理平台建设招标工程投标文件投标人：盖单位章法定代表人或其委托代理人：签字2021年04月17日公司介绍错误!未定义书签.公司简介错误!未定义书签我们的优势错误!未定义书签成功案例错误!未定义书签2工程背景及开展错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签建设背景错误!未定义书签工程建设的目的开展错误!未定义书签3 工程现状及需求分析错误!未定义书签工程现状错误!未定义书签需求分析错误!未定义书签4 系统总体设计错误!未定义书签系统总体设计错误!未定义书签系统设计原那么错误!未定义书签技术架构错误!未定义

2、书签系统网络结构图错误!未定义书签5 系统功能设计错误!未定义书签系统功能概述系统功能模块硬件接口设计系统集成6 系统部署错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签应用平安数据平安主机、操作系统和数据库系统平安.综合平安性8

3、工程实施方案实施原那么实施范围分工界面分工关系分工明细实施方案工程总体进度方案工程里程碑方案实施难点分析组织架构工程组织结构工程组成员名单实施过程实施活动列表工程调研工程方案需求获取数据转换确定验收条件模拟环境搭建产品部署确认测试错误!未定义书签生产环境搭建错误!未定义书签系统并行错误!未定义书签初验错误!未定义书签系统上线错误！未定义书签业务割接方案错误!未定义书签割接原那么错误!未定义书签功能割接范围错误!未定义书签数据割接范围错误!未定义书签割接策略错误!未定义书签工程管控错误!未定义书签工程管控模式错误!未定义书签工程管控内容错误!未定义书签工程管限制度错误!未定义书签9 质量治理错误

4、!未定义书签质量治理实施原那么错误!未定义书签质量方针错误!未定义书签质量目标错误!未定义书签质量保证错误！未定义书签组织耳R责错误!未定义书签就绪原那么错误!未定义书签工作流程错误!未定义书签不符合项处理错误!未定义书签质量保证记录错误!未定义书签结束准那么错误!未定义书签关键因素及其对策错误!未定义书签变更治理错误!未定义书签变更的类型错误!未定义书签变更治理机构错误!未定义书签变更处理流程错误！未定义书签变更提出错误!未定义书签变更审核错误!未定义书签变更分析和评估错误!未定义书签变更实施错误!未定义书签变更验证错误!未定义书签变更发布错误!未定义书签变更表格错误!未定义书签配置治理错误

5、!未定义书签配置治理目标错误！未定义书签配置治理机构错误！未定义书签配置治理方案错误！未定义书签配置治理活动错误！未定义书签定义工程配置项错误!未定义书签定义工程基线错误!未定义书签定义配置项的标识与状态跟踪方法.错误!未定义书签配置变更限制错误!未定义书签版本发布限制错误!未定义书签配置状态报告错误!未定义书签配置审计错误!未定义书签软件测试准那么测试工作实施准那么测试目的测试原那么测试活动测试方法测试类型测试依据测试机构测试准备测试结果分析测试工作实施细那么单元测试实施细那么集成和系统测试实施细那么系统测试资源准备测试设计测试方法系统业务功能测试方法系统性能测试方法测试执行阶段系统建设质量

6、测试验收和测试硬件测试内容软件测试内容错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签验收细那么培训对象错误!未定义书签运行环境培训对象错误！未定义书签应用环境培训对象错误!未定义书签培训方式错误!未定义书签现场培训错误！未定义书签

7、高级培训错误!未定义书签培训课程错误!未定义书签培训内容错误!未定义书签培训课程错误！未定义书签培训教师错误!未定义书签培训评估错误!未定义书签培训费用错误！未定义书签培训的其它事项错误!未定义书签培训的时间安排错误!未定义书签培训的人员数量错误！未定义书签12效劳质量承诺错误!未定义书签质量治理错误!未定义书签质量治理实施原那么错误!未定义书签质量方针错误!未定义书签质量目标错误!未定义书签质量承诺错误!未定义书签质量保证错误!未定义书签就绪原那么错误!未定义书签工作流程错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定

8、义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签定义配置项的标识与状态跟踪方法.错误!未定义书签.质量保证记录质量保证验证结束准那么关键因素及其对策变更治理变更的类型变更治理机构变更处理流程变更提出变更审核变更分析和评估变更实施变更验证变更发布变更表格配置治理配置治理目标配置治理机构配置治理方案配置治理活动定义工程配置项定义工程基线配置变更限制版本发布限制错误!未定义书签.错误!未定义书签.技术效劳

9、错误!未定义书签.效劳体系错误!未定义书签.概述错误!未定义书签.组织结构和人员配备情况错误!未定义书签.工作制度错误!未定义书签.客户效劳规程制定与实施情况.错误!未定义书签.效劳网点分布、效劳方式、效劳响应时间等情况.错误!未定义书签.应用软件效劳错误!未定义书签.软件效劳宗旨错误!未定义书签.软件效劳标准错误!未定义书签.效劳体系的特色错误!未定义书签.技术支持效劳错误!未定义书签.效劳目标错误!未定义书签.效劳等级错误!未定义书签.效劳方式错误!未定义书签.技术效劳的内容错误!未定义书签.集成效劳错误!未定义书签.保修期效劳错误!未定义书签.现场设备保修及备件效劳错误!未定义书签.定期

10、巡访错误!未定义书签.7X24的效劳响应错误!未定义书签.响应和恢复时间承诺错误!未定义书签.1公司介绍1.1 公司简介1.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系统部署7系统平安7.1 应用平安7.2 数据平安7.3 主机、操作系统和数据库系统平安7.4 综合平安性8工程实施方案8.1 实施原那么8.2 实施范围8.

11、3 分工界面分工界面说明参与工程的各方,在工程实施过程中的主要工作分工,以及分工的边界和工作衔接.8.3.1 分工关系8.3.2 分工明细8.4 实施方案8.4.1 工程总体进度方案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 确定验收条件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 割接

12、原那么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 组织责任产品总监或授权人工程经理工程组成员QM长QAT程师9.1.3.2 就绪原那么9.1.3.3 工作流程9.1.3.4 不符合项处理9.1.3.5 质量保证记录9.1.3.6 质量保证验证9.1.

13、3.7 结束准那么9.1.4 关键因素及其对策1、队伍一定要根据具体情况为工程的实施组建专门的队伍,我们称之为工程组.2、班子工程组领导班子是工程组的核心.班子的第一把手工程经理应有良好的专业背景和学历、有很强的组织大型应用软件工程的经验和水平、有很好的合作精神和效劳意识.班子中的其他成员亦应有相关的素质和技术、应用开发或质量治理方面的丰富经验.领导班子负责确定和细化工程目标,制订工程实施方案,理顺与工程有关的所有错综复杂的关系,以有效地限制项上目的进度、费用和质量,保证工程的成功.3、标准本工程的实施决不是个人的成就,它是集体智慧的结晶,团队作战的成果.严格的标准那么是团队工作的约束条件,是

14、团队作战取得成功的保证.4、文档本工程的开发将会划分成假设干个阶段,每一个阶段都应形成相应的文档.这些文档既是阶段成果的表达和阶段验收的标准,又是驱动下一个阶段动作的依据.文档的正确和完整程度是检验工程标准化治理程度的要素之5、监控任何事务的动作都会受到其对立面的制约.在工程实施过程中,也不例外地应受到相应的监控.这种监控至少应有进度监控、质量监控和产品化监控三个方面.6、用户参与用户自始至终的参与是质量保证中又一重要举措.它主要有两方面的活动：从标准业务进而做需求分析开始,供方将与需方一起开发、测试和推广应用软件.在重要的用户监控点进行包括供方、需方和专家在内的联合评审.根据以上六个关键因素

15、,我们提出相应的对策：1、关于队伍在立项时,将为工程的实施组织专门的队伍,称为工程组,工程组成员均应属于专业人员,这支队伍应具有很好的教育背景,有参与大型应用工程并发和推广的经验和实力,对XXXX#务有足够的了解,同时,我们还可以保证,他们有良好的职业道德、合作精神和奉献精神,这样一支队伍,一定能和XXXX勺领导和工程师团结一致,精诚合作,以取得工程的成功.2、关于班子在本投标书中,我们已提出了关于工程经理、应用经理、QA组长的工作责任,这个班子应具有主持大型应用工程实施的丰富经验和足够的技术功底,是一个团结合作、朝气蓬勃、敢于开拓和创新的班子,我们相信,在XXXXX务专家、领导的全程指导和监

16、控之下,这个班子一定能够带好一支队伍.3、关于标准我们将给出XXXXXX冻统所需的数据标准和应用程序接口标准的具体内容,这是我们多年来从事XXXX亍业系统应用软件开发的经验积累,在本工程实施过程中,还将结合工程情况,对其进行进一步的修改和完善,用以指导和约束工程的应用软件开发工作.4、关于文档我们将在软件生命周期中每个阶段输出相应的文档,除此之外,在工程实施过程中,还将产生各种质量记录文件,包括各种方案、执行情况检查、考核记录、培训记录、会议记录等,在我们的质量体系文件中均有相应的规定和检查举措.5、关于监控为保证工程工作的全面受控和全程受控,需对工程的进展情况进行监控,监控活动包括“日常监控

17、和“阶段监控两个局部.同时这一问题通过我们对工程完整的质量保证体系也得以确定.6、关于用户参与在工程实施过程的每一个阶段,都将会与用户一起进行,并受到工程领导小组的监控.综上所述,在XXXXX添统实施过程中,我们将会对其质量保证的关键因素给予充分的重视和保证.9.2 变更治理对工程中的变更进行有效的限制和治理,是一个工程成功与否的关键.为了强调这一过程的重要性,我们特做以下说明.9.2.1 变更的类型本节所提的“变更,指如下几个方面：工程范围对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活性的举措,从而导致合同所规定的工程范围即需求有较大工作量的更改.工程本钱由于工程范围的更改,导

18、致工程工作量的变动,从而涉及到工程本钱的变化.工程期限对变更工作量作出评估之后,可能会引起工程完成期限的更改.工程本钱和工程期限中所提出的变更是由工程范围的变更所导致的,此种变更可能发生在工程初期,亦可能发生在工程实施过程中.9.2.2 变更治理机构变更治理机构将定位在工程双方工程领导小组和工程组,双方工程领导小组要亲自参与重大变更内容的评估和审批.9.2.3 变更处理流程9.2.3.1 变更提出提出更改的人员可以是客户代表、公司主管领导、本工程经理或工程组其他成员.变更的提出应填写正式的“配置变更审批表,“配置变更审批表主要包含下述内容具体见“配置变更申请一节的表样：变更编号工程名称申请人申

19、请日期变更原因变更的配置项受影响的基线或者配置项：变更描述：本工程过程中提出变更的“配置变更审批表应由工程组配置治理工程师负责统一保管.9.2.3.2 变更审核工程经理对变更申请人提出的变更请求进行审核,审核更改方案的可行性,检查?配置变更审批表?的正确性和完整性.如果是一般变更,可直接通知实施人进行实施,在变更前应确定变更方案；一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变更.如果为重大变更,将此表送交CCB进行审批.重大变更主要是正式基线的变更、该配置项变更将引起其他配置项的变更.工程经理在?配置变更审批表?中填写工程经理审核栏的内容.9.2.3.3 变更分析和评估工程经

20、理组织CCEM变更申请进行评审.评审应分析和评估变更会涉及哪些内容,对已经完成的工作产品、进度有何影响,需要哪些额外的资源.评审更改方案的可行性,如果更改方案没有通过CCB的认可,请CCB成员提出修改建议.经过了CC弗析评估后,对变更申请有三种结果：立即更改：工程经理指定实施人.推迟更改：变更被搁置,留作将来实施.不接受更改：将拒绝变更的原因返回给变更提出人.评审完成后,CCB负责人把评审结果写在?配置变更审批表?里“CCB评审意见栏的内容.批准立即更改的?配置变更审批表?由工程配置治理工程师将变更通知到包括系统设计师、测试组组长、业务专家、开发组组长等工程组成员.9.2.3.4 变更实施工程

21、配置治理工程师从基线区中释放出需要变更的配置项放到开发区中,并通知实施人员.实施人员根据更改方案对配置项进行修改.9.2.3.5 变更验证实施完成后,由验证人实施验证.验证可通过检查对文档而言或审查和测试对代码而言.验证完成之后,验证人在?配置变更审批表?上签字确认.9.2.3.6 变更发布工程配置治理工程师将验证通过的配置项重新纳入基线区.填写并保存?配置状态报告?中的变更记录.把本次的变更通知给相关的人员.9.2.3.7 变更表格配置变更审批表配置变更申请变更编号：由工程的配置治理员统一编号产品工程名称：西#人：日期变更原因：需求变更口内部改良口产品缺陷口系统环境变更口其他口变更的配置项：

22、受影响的基线或者配置项：变更描述：见?配置项变更描述说明?工程经理审核审核人意见：口返回申请人返回原因：口可直接实施实施人：验证人：口需制定变更方案并提交CCB平审方案制定人：方案审核人：变更类型：一般变更审核人签字：审核日期：变更方案：方案制定人签名：日期：CCB审核CCB评审意见：口立即变更口推迟变更原因：口不接受变更原因：实施人：解决期限：验证人：验证期限：CCB成员：CCB主席签字：批准日期：实施和验证及更实施内容：实施人签字：实施日期：验证意见：口同意不同意意见：验证人签字：验证日期：变更发布配置项在基线库中的位置：填写配置项在基线库中的路径发布人：发布日期：9.3 配置治理9.3.

23、1 配置治理目标对于大型的应用软件开发工程,必须建立配置治理系统,一个有效的配置治理系统包括：交付产品确实认、软件模块的版本限制及其交付与发表、各种X态开发、测试、验收、推广、维护中软件模块的变动记录等,在本工程的完成过程中,必须保证对产品现有配置状态提供充分的可视性,保证工程组人员在开发工作的任何时刻都能采用正确和准确的信息,保证用户能得到正确、有效的软件产品.9.3.2 配置治理机构在工程组中设定专职的配置治理工程师,由配置治理工程师执行具体的配置治理事务.9.3.3 配置治理方案在工程立项时,由工程经理主持、工程配置治理工程师具体负责起草配置治理方案并提交给工程经理审核,工程经理在审核通

24、过后,把配置治理计划作为工程方案的子方案一起提交评审,评审通过后及时向工程全体成员传达方案内容,并监督配置治理方案的执行,全体成员应积极配合配置治理工程师执行配置治理方案.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 配置审计10测试10.1 软件测试准那么10.1.1 测试工作实施准那么10.1.1.1 测试目的10.1.1.2 测试原那么10.1.1.3 测试活动10.1.1.4 测试方法黑盒测试功能测试/数据驱动测试白盒测试结构测试

25、/逻辑驱动测试10.1.1.6 测试依据10.1.1.7 测试机构10.1.1.8 测试准备10.1.1.9 测试结果分析10.1.2 测试工作实施细那么10.1.2.1 单元测试实施细那么10.1.2.2 集成和系统测试实施细那么10.2 系统测试10.2.2 资源准备10.2.3 测试设计10.2.4 测试方法10.2.4.1 系统业务功能测试方法10.2.4.2 系统性能测试方法10.2.5 测试执行阶段10.3 验收和测试10.3.2 硬件测试内容10.3.3 软件测试内容10.3.4 验收细那么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.4.1 培训的时间安排11.4.2 培训的人员数量11.4.3 承诺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