软件投标技术设计方案书

贵州茅台酒股份原料基地

管理平台建立招标工程

投标文件

投标人：〔盖单位章〕

法定代表人或其委托代理人：〔签字〕

2021年04月豆日

目录

1公司介绍12

1.1公司简介12

1.2我们的优势12

1.3成功案例错误!未定义书签。

2工程背景及开展12

2.1建立背景12

2.2工程建立的目的开展12

3工程现状及需求分析12

3.1工程现状12

3.2需求分析12

4系统总体设计12

4.1系统总体设计12

4.2系统设计原那么12

4.3技术架构12

4.4系统网络构造图12

5系统功能设计13

5.1系统功能概述13

5.2系统功能模块13

5.3硬件13

5.4接口设计13

5.5系统集成13

6系统部署13

7系统平安13

7.1应用平安13

7.2数据平安13

7.3主机、操作系统和数据库系统平安13

7.4综合平安性13

8工程实施方案13

8.1实施原那么13

8.2实施范围14

8.3分工界面14

831分工关系15

832分工明细15

8.4实施方案15

8.4.1工程总体进度方案15

8.4.2工程里程碑方案15

8.5实施难点分析15

8.6组织架构15

8.6.1工程组织构造15

8.6.2工程组成员名单15

8.7实施过程15

8.7.1实施活动列表15

8.7.2工程调研15

873工程方案15

8.7.4需求获取15

8.7.5数据转换15

8.7.6确定验收条件16

877模拟环境搭建16

8.7.8产品部署16

8.7.9模拟运行16

8.7.10确认测试工6

8.7.11生产环境搭建工6

8712系统并行16

8.7.13初验16

8714系统上线16

8.8业务割接方案16

8.8.1割接原那么16

8.8.2功能割接范围16

8.8.3数据割接范围16

8.8.4割接策略16

8.9工程管控16

8.9.1工程管控模式17

8.9.2工程管控内容27

893工程管控制度17

9质量管理18

9.1质量管理实施原那么18

921质量方针18

9.1.2质量目标18

91.3质量保证18

9.1.3.1组织职责18

9.1.3.2就绪原那么19

9.1.3.3工作流程19

9.1.3.4不符合项处理19

9.1.3.5质量保证记录19

9.1.3.6质量保证验证19

9.1.3.7完毕准那么19

9.1.4关键因素及其对策19

9.2变更管理22

9.2.1变更的类型22

922变更管理机构23

923变更处理流程23

9.2.3.1变更提出23

9.2.3.2变更审核24

9.2.3.3变更分析和评估24

9.2.3,4变更实施25

9.2.3.5变更验证25

9.2.3.6变更发布25

923.7变更表格25

9.3配置管理30

9.3.1配置管理目标30

932配置管理机构30

933配置管理方案30

934配置管理活动31

9.3.4.1定义工程配置项31

9.3.4.2定义工程基线31

9.3.4.3定义配置项的标识与状态跟踪方法31

9.3.4.4配置变更控制31

9.3.4.5版本发布控制31

9.3.4.6配置状态报告31

9.3,4.7配置审计31

10测试验收31

10.1软件测试准那么31

10.1.1测试工作实施准那么31

10.1.1.1测试目的31

10.1.1.2测试原那么31

10.1.1.3测试活动31

10.1.1.4测试方法31

10.1.1,5测试类型33

10.1.1,6测试依据33

10.1.1.7测试机构33

10.1.1.8测试准备33

10.1.1.9测试结果分析33

10.1.2测试工作实施细那么33

10.1.2.1单元测试实施细那么33

10.1.2.2集成和系统测试实施细那么33

10.2系统测试33

10.2.1资源准备33

1022测试设计33

1023测试方法33

10.2.3.1系统业务功能测试方法33

10.2.3.2系统性能测试方法33

1024测试执行阶段33

10.2.5系统建立质量测试34

10.3验收和测试34

10.3.1硬件测试内容34

1032软件测试内容34

10.3.3验收细那么34

11效劳培训35

11.1培训对象35

11.1.1运行环境培训对象35

11.1.2应用环境培训对象35

11.2培训方式35

11.2.1现场培训35

11.2.2高级培训35

11.3培训课程35

1131培训内容35

"32培训课程35

11.3.3培训I教师35

1L3.4培训评估35

LL35培训费用35

11.4培训的其它事项35

11.4.1培训的时间安排35

11.4.2培训的人员数量36

12效劳质量承诺36

12.1质量管理36

12.1.1质量管理实施原那么36

12.1.1.1质量方针36

12.1.1.2质量目标36

12.1,1,3质量承诺36

12.1.1.4质量保证36

12.1.1.4.1就绪原那么36

12.1.1.4.2工作流程36

12.1.1.4.3不符合项处理36

12.1.1.4,4质量保证记录36

12.1.1.4.5质量保证验证36

12.1.1.4,6完毕准那么36

12.1.1.5关键因素及其对策36

12.1.2变更管理37

12.1.2.1变更的类型37

12.1.2.2变更管理机构37

12.1.2.3变更处理流程37

12.1.2.3.1变更提出37

12.1.2.3.2变更审核37

12.1.2.3.3变更分析和评估37

12.123.4变更实施37

12.1.2.3.5变更验证37

12.1.2,3,6变更发布37

12.1.2.3,7变更表格37

12.1.3配置管理37

12.131配置管理目标37

12.1.3.2配置管理机构37

12.1.3.3配置管理方案37

12.1.3.4配置管理活动38

12.1.3.4.1定义工程配置项38

12.1.3.4.2定义工程基线38

12.1.3.4.3定义配置项的标识与状态跟踪方法38

12.1.3.4.4配置变更控制38

12.1.3,4.5版本发布控制38

12.1.3.4.6配置状态报告38

12.1.3.4.7配置审计38

12.2技术效劳38

1221效劳体系38

12.2,1.1概述38

12.2.1.2组织构造和人员配备情况38

12.2.1.3工作制度38

12.2.1.4客户效劳规程制定与实施情况38

1221.5效劳网点分布、效劳方式、效劳响应时间等情况38

1222应用软件效劳39

12.221软件效劳宗旨39

12.2.2.2软件效劳标准39

1222.3效劳体系的特色39

1223技术支持效劳39

1223.1效劳目标39

12.2.3.2效劳等级39

12.2.3.3效劳方式39

1223.4技术效劳的内容39

12.2.3.5集成效劳40

12.2.4保修期效劳40

12.2.4.1现场设备保修及备件效劳40

12.2.4.2定期巡访40

12.2.4.37X24的效劳响应40

12.2.4.4响应和恢复时间承诺40

13技术文档40

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.3分工界面

分工界面说明参与工程的各方，在工程实施过程中的主要工作分工，以

及分工的边界和工作衔接。

8.3.1分工关系

8.3.2分工明细

8.4实施方案

8.4.1工程总体进度方案

8.4.2工程里程碑方案

8.5实施难点分析

8.6组织架构

861工程组织构造

862工程组成员名单

8.7实施过程

871实施活动列表

872工程调研

873工程方案

874需求获取

875数据转换

876确定验收条件

877模拟环境搭建

878产品部署

879模拟运行

8.7.10确认测试

8.7.11生产环境搭建

8.7.12系统并行

8.7.13初验

8.7.14系统上线

8.8业务割接方案

881割接原那么

8.8.2功能割接范围

883数据割接范围

884割接策略

8.9工程管控

工程管控体系的建立从流程化、标准化、专业化出发去建立，主要从组织保

证、工程管理、数据管理、需求及流程管理四个方面去保障和执行。

891工程管控模式

8.9.2工程管控内容

8.9.3工程管控制度

9质量管理

9.1质量管理实施原那么

9.1.1质量方针

9.1.2质量目标

9.1.3质量保证

9.1.3.1组织职责

＞产品总监〔或授权人〕

＞工程经理

＞工程组成员

＞QA组长

＞QA工程师

9.1.3.2就绪原那么

9.L3.3工作流程

9.1.3.4不符合项处理

9.1.3.5质量保证记录

9.1.3.6质量保证验证

9.1.3.7完毕准那么

9.1.4关键因素及其对策

1、队伍

一定要根据具体情况为工程的实施组建专门的队伍，我们称之为工程

组。

2、班子

工程组领导班子是工程组的核心。班子的第一把手（工程经理）应有良好

的专业背景和学历、有很强的组织大型应用软件工程的经历和能力、有很好

的合作精神和效劳意识。班子中的其他成员亦应有相关的素质和技术、应用

开发或质量管理方面的丰富经历。

领导班子负责确定和细化工程目标，制订工程实施方案，理顺与工程有

关的所有错综复杂的关系，以有效地控制项上目的进度、费用和质量，确保

工程的成功。

3、标准

本工程的实施决不是个人的成就，它是集体智慧的结晶，团队作战的成

果。严格的标准那么是团队工作的约束条件，是团队作战取得成功的保证。

4、文档

本工程的开发将会划分成假设干个阶段，每一个阶段都应形成相应的文

档。这些文档既是阶段成果的表达和阶段验收的标准，又是驱动下一个阶段

动作的依据。文档的正确和完整程度是检验工程标准化管理程度的要素之

O

5、监控

任何事务的动作都会受到其对立面的制约。在工程实施过程中，也不例

外地应受到相应的监控。这种监控至少应有进度监控、质量监控和产品化监

控三个方面。

6、用户参与

用户自始至终的参与是质量保证中又一重要措施。它主要有两方面的活

动：从标准业务进而做需求分析开场，供方将与需方一起开发、测试和推广

应用软件。

在重要的用户监控点进展包括供方、需方和专家在内的联合评审。

根据以上六个关键因素，我们提出相应的对策：

1、关于队伍

在立项时，将为工程的实施组织专门的队伍，称为工程组，工程组成员

均应属于专业人员，这支队伍应具有很好的教育背景，有参与大型应用工程

并发和推广的经历和实力，对XXXX业务有足够的了解，同时，我们还可以

保证，他们有良好的职业道德、合作精神和奉献精神，这样一支队伍，一定

能和XXXX的领导和工程师团结一致，精诚合作，以取得工程的成功。

2、关于班子

在本投标书中，我们已提出了关于工程经理、应用经理、QA组长的工

作职责，这个班子应具有主持大型应用工程实施的丰富经历和足够的技术功

底，是一个团结合作、朝气蓬勃、敢于开拓和创新的班子，我们相信，在

XXXXX业务专家、领导的全程指导和监控之下，这个班子一定能够带好一

支队伍。

3、关于标准

我们将给出XXXXXXX系统所需的数据标准和应用程序接口标准的具体

内容，这是我们多年来从事XXXX行业系统应用软件开发的经历积累，在本

工程实施过程中，还将结合工程情况，对其进展进一步的修改和完善，用以

指导和约束工程的应用软件开发工作。

4、关于文档

我们将在软件生命周期中每个阶段输出相应的文档，除此之外，在工程

实施过程中，还将产生各种质量记录文件，包括各种方案、执行情况检查、

考核记录、培训记录、会议记录等，在我们的质量体系文件中均有相应的规

定和检查措施。

5、关于监控

为保证工程工作的全面受控和全程受控，需对工程的进展情况进展监

控，监控活动包括“日常监控”和“阶段监控”两个局部。同时这一问题通

过我们对工程完整的质量保证体系也得以确定。

6、关于用户参与

在工程实施过程的每一个阶段，都将会与用户一起进展，并受到工程领

导小组的监控。

综上所述，在XXXXXX系统实施过程中，我们将会对其质量保证的关键

因素给予充分的重视和保证。

9.2变更管理

对工程中的变更进展有效的控制和管理，是一个工程成功与否的关键。

为了强调这一过程的重要性，我们特做以下说明。

921变更的类型

本节所提的“变更"，指如下几个方面：

＞工程范围

对合同所提出的业务规程和业务功能提出更好的解决方案或更具灵活

性的举措，从而导致合同所规定的工程范围〔即需求〕有较大工作量的更改。

＞工程本钱

由于工程范围的更改，导致工程工作量的变动，从而涉及到工程本钱的

变化。

＞工程期限

对变更工作量作出评估之后，可能会引起工程完成期限的更改。

工程本钱和工程期限中所提出的变更是由工程范围的变更所导致的，此

种变更可能发生在工程初期，亦可能发生在工程实施过程中。

922变更管理机构

变更管理机构将定位在工程双方工程领导小组和工程组，双方工程领导

小组要亲自参与重大变更内容的评估和审批。

923变更处理流程

923.1变更提出

提出更改的人员可以是客户代表、公司主管领导、本工程经理或工程组

其他成员。

变更的提出应填写正式的“配置变更审批表”，"配置变更审批表“主

要包含下述内容〔具体见“配置变更申请”一节的表样〕：

变更编号

工程名称

申请人

申请日期

变更原因

变更的配置项

受影响的基线或者配置项：

变更描述：

本工程过程中提出变更的“配置变更审批表”应由工程组配置管理工程

师负责统一保管。

923.2变更审核

工程经理对变更申请人提出的变更请求进展审核，审核更改方案的可行

性，检查?配置变更审批表?的正确性和完整性。

＞如果是一般变更，可直接通知实施人进展实施，在变更前应确定变更方案；

一般变更主要是非正式基线的变更、该配置项变更不会引起其他配置项变

更。

＞如果为重大变更，将此表送交CCB,进展审批。重大变更主要是正式基线的

变更、该配置项变更将引起其他配置项的变更。

＞工程经理在?配置变更审批表?中填写工程经理审核栏的内容。

923.3变更分析和评估

＞工程经理组织CCB对变更申请进展评审。

＞评审应分析和评估变更会涉及哪些内容，对已经完成的工作产品、进度有何

影响，需要哪些额外的资源。

＞评审更改方案的可行性，如果更改方案没有通过CCB的认可，请CCB成员

提出修改建议。

＞经过了CCB分析评估后，对变更申请有三种结果：

■立即更改：工程经理指定实施人。

■推迟更改：变更被搁置，留作将来实施。

■不承受更改：将拒绝变更的原因返回给变更提出人。

＞评审完成后，CCB负责人把评审结果写在?配置变更审批表?里“CCB评审意

见”栏的内容。

＞批准立即更改的?配置变更审批表?由工程配置管理工程师将变更通知到包括

系统设计师、测试组组长、业务专家、开发组组长等工程组成员。

923.4变更实施

＞工程配置管理工程师从基线区中释放出需要变更的配置项放到开发区中，并

通知实施人员。实施人员根据更改方案对配置项进展修改。

923.5变更验证

＞实施完成后，由验证人实施验证。验证可通过检查〔对文档而言〕或审查和

测试〔对代码而言〕。

＞验证完成之后，验证人在?配置变更审批表?上签字确认。

923.6变更发布

＞工程配置管理工程师将验证通过的配置项重新纳入基线区。

＞填写并保存?配置状态报告?中的变更记录。

＞把本次的变更通知给相关的人员。

923.7变更表格

配置变更审批表

配置变更申请

变更编号：（由工程的配置管理员统一编号〕

产品（工程）名申请日

申请人：

称：期

需求变更口内部改良口产品缺陷口系统环境变更口

变更原因：

其他口

变更的配置

项：

受影响的基

线或者配置

项：

变更描述：见?配置项变更描述说明？

工程经理审核

□返回申请人返回原因：

审核人意见：口可直接实施实施人：验证人：

□需制定变更方案并提交CCB评审方案制定人：方案

审核人：

审核人签审核日

变更类型：一般变更

字：期：

变更方案：

方案制定人

日期：

签名：

CCB审核

□立即变更

CCB评审意

□推迟变更原因：

见：

口不承受变更原因：

解决期

实施人：

限：

验证期

验证人：

限：

CCB成员:

CCB主席签批准日

字：期：

实施和验证变更

实施内容：

实施日

实施人签字：

期：

口同意

验证意见：

□不同意意见:

验证日

验证人签字：

期：

变更发布

配置项在基

线库中的位〔填写配置项在基线库中的路径）

置：

发布日

发布人：

期：

9.3配置管理

931配置管理目标

对于大型的应用软件开发工程，必须建立配置管理系统，一个有效的配

置管理系统包括：交付产品确实认、软件模块的版本控制及其交付与发表、

各种状态（开发、测试、验收、推广、维护）中软件模块的变动记录等，在本

工程的完成过程中，必须确保对产品现有配置状态提供充分的可视性，确保

工程组人员在开发工作的任何时刻都能采用正确和准确的信息，确保用户能

得到正确、有效的软件产品。

9.3.2配置管理机构

在工程组中设定专职的配置管理工程师，由配置管理工程师执行具体的

配置管理事务。

933配置管理方案

在工程立项时，由工程经理主持、工程配置管理工程师具体负责起草配

置管理方案并提交给工程经理审核，工程经理在审核通过后，把配置管理方

案作为工程方案的子方案一起提交评审，评审通过后及时向工程全体成员传

达方案内容，并监视配置管理方案的执行，全体成员应积极配合配置管理工

程师执行配置管理方案。

934配置管理活动

9.3.4.1定义工程配置项

9.342定义工程基线

9.343定义配置项的标识与状态跟踪方法

9.3.4.4配置变更控制

9.345版本发布控制

9.3.4.6配置状态报告

934.7配置审计

10测试

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测试工作实施细那么

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.