软件投标方案关键技术专项方案书模板.doc

目 录
1 概述 16
1.1 建设背景 16
1.2 系统现实状况分析 16
1.3 指导思想 17
1.4 参考文件 19
2 系统目标及标准 20
2.1 建设目标 20
2.1.1 业务目标 20
2.1.2 工程目标 21
2.2 建设标准 21
2.3 难点分析 22
3 总体处理方案 24
4 系统总体设计 41
4.1 设计标准 41
4.2 系统架构 41
4.5 高可用性设计 52
4.5.1 高可靠性 52
4.5.2 高性能 53
4.5.3 在线升级和高扩展性 54
4.5.4 异常处理 54
4.5.5 拥塞管理 56
4.5.6 负载均衡 57
4.5.7 内存数据库技术 57
4.5.8 自恢复机制 58
4.5.9 运行网管 59
4.5.10 后台命令集 63
4.6 系统布署 64
4.6.1 物理布署 64
4.6.2 应用布署 66
5 系统功效 69
5.1 总体要求 69
5.2 功效视图 71
6 系统接口 97
7 平台建设方案 97
7.1 建设规模 97
7.2 平台估算 98
7.2.2 主机性能估算 99
7.2.3 内存容量计算 100
7.2.4 存放容量估算 102
7.2.5 备份容量估算 102
7.2.6 网络承载能力 102
7.3 平台需求汇总 104
7.4 整体设计拓扑 105
7.5 第三方软件配置 106
7.6 技术指标要求 106
7.6.1 主机设备技术指标要求 106
7.6.2 存放设备技术指标要求 106
8 系统安全 107
8.1 应用安全 107
8.2 数据安全 107
8.3 主机、操作系统和数据库系统安全 108
8.4 综合安全性 108
9 工程实施方案 109
9.1 实施标准 109
9.2 实施范围 110
9.3 分工界面 112
9.3.1 分工关系 112
9.3.2 分工明细 113
9.4 实施计划 115
9.4.1 项目总体进度计划 115
9.4.2 项目里程碑计划 118
9.5 实施难点分析 118
9.6 组织架构 119
9.6.1 项目组织结构 119
9.6.2 项目组组员名单 120
9.7 实施过程 120
9.7.1 实施活动列表 121
9.7.2 项目调研 124
9.7.3 项目计划 125
9.7.4 需求获取 125
9.7.5 数据转换 126
9.7.6 确定验收条件 128
9.7.7 模拟环境搭建 128
9.7.8 产品布署 130
9.7.9 模拟运行 130
9.7.10 确定测试 132
9.7.11 生产环境搭建 133
9.7.12 系统并行 134
9.7.13 初验 136
9.7.14 系统上线 136
9.8 业务割接方案 138
9.8.1 割接标准 138
9.8.2 功效割接范围 139
9.8.3 数据割接范围 140
9.8.4 割接策略 142
9.9 项目管控 143
9.9.1 项目管控模式 143
9.9.2 项目管控内容 143
9.9.3 项目管控制度 144
10 质量管理 145
10.1 质量管理实施标准 145
10.1.1 质量方针 146
10.1.2 质量目标 146
10.1.3 质量承诺 147
10.1.4 质量确保 147
10.1.4.1 组织职责 147
10.1.4.2 就绪标准 148
10.1.4.3 工作步骤 148
10.1.4.4 不符合项处理 151
10.1.4.5 质量确保统计 152
10.1.4.6 质量确保验证 152
10.1.4.7 结束准则 152
10.1.5 关键原因及其对策 153
10.2 变更管理 155
10.2.1 变更类型 155
10.2.2 变更管理机构 156
10.2.3 变更处理步骤 156
10.2.3.1 变更提出 156
10.2.3.2 变更审核 157
10.2.3.3 变更分析和评定 157
10.2.3.4 变更实施 158
10.2.3.5 变更验证 158
10.2.3.6 变更公布 158
10.2.3.7 变更表格 158
10.3 配置管理 162
10.3.1 配置管理目标 162
10.3.2 配置管理机构 163
10.3.3 配置管理计划 163
10.3.4 配置管理活动 163
10.3.4.1 定义项目配置项 163
10.3.4.2 定义项目基线 163
10.3.4.3 定义配置项标识和状态跟踪方法 164
10.3.4.4 配置变更控制 164
10.3.4.5 版本公布控制 165
10.3.4.6 配置状态汇报 165
10.3.4.7 配置审计 165
11 测试验收 165
11.1 软件测试准则 165
11.1.1 测试工作实施准则 166
11.1.1.1 测试目标 166
11.1.1.2 测试标准 166
11.1.1.3 测试活动 167
11.1.1.4 测试方法 168
11.1.1.5 测试类型 169
11.1.1.6 测试依据 170
11.1.1.7 测试机构 170
11.1.1.8 测试准备 171
11.1.1.9 测试结果分析 171
11.1.2 测试工作实施细则 172
11.1.2.1 单元测试实施细则 172
11.1.2.2 集成和系统测试实施细则 174
11.2 系统测试 176
11.2.1 资源准备 176
11.2.2 测试设计 177
11.2.3 测试方法 178
11.2.3.1 系统业务功效测试方法 178
11.2.3.2 系统性能测试方法 178
11.2.4 测试实施阶段 179
11.2.5 系统建设质量测试 180
11.3 验收和测试 181
11.3.1 硬件测试内容 181
11.3.2 软件测试内容 182
11.3.3 验收细则 183
12 技术培训 185
12.1 培训对象 185
12.1.1 运行环境培训对象 186
12.1.2 应用环境培训对象 186
12.2 培训方法 187
12.2.1 现场培训 187
12.2.2 高级培训 187
12.3 培训课程 187
12.3.1 培训内容 187
12.3.2 培训课程 187
12.3.3 培训老师 188
12.3.4 培训评定 188
12.3.5 培训费用 189
12.4 培训其它事项 189
12.4.1 培训时间安排 189
12.4.2 培训人员数量 189
13 服务质量承诺 189
13.1 质量管理 189
13.1.1 质量管理实施标准 189
13.1.1.1 质量方针 190
13.1.1.2 质量目标 191
13.1.1.3 质量承诺 191
13.1.1.4 质量确保 192
13.1.1.4.1 组织职责 192
13.1.1.4.2 就绪标准 193
13.1.1.4.3 工作步骤 193
13.1.1.4.4 不符合项处理 196
13.1.1.4.5 质量确保统计 197
13.1.1.4.6 质量确保验证 197
13.1.1.4.7 结束准则 197
13.1.1.5 关键原因及其对策 198
13.1.2 变更管理 200
13.1.2.1 变更类型 200
13.1.2.2 变更管理机构 201
13.1.2.3 变更处理步骤 201
13.1.2.3.1 变更提出 201
13.1.2.3.2 变更审核 202
13.1.2.3.3 变更分析和评定 202
13.1.2.3.4 变更实施 203
13.1.2.3.5 变更验证 203
13.1.2.3.6 变更公布 203
13.1.2.3.7 变更表格 204
13.1.3 配置管理 205
13.1.3.1 配置管理目标 205
13.1.3.2 配置管理机构 205
13.1.3.3 配置管理计划 205
13.1.3.4 配置管理活动 206
13.1.3.4.1 定义项目配置项 206
13.1.3.4.2 定义项目基线 206
13.1.3.4.3 定义配置项标识和状态跟踪方法 207
13.1.3.4.4 配置变更控制 207
13.1.3.4.5 版本公布控制 207
13.1.3.4.6 配置状态汇报 208
13.1.3.4.7 配置审计 208
13.2 技术服务 208
13.2.1 服务体系 208
13.2.1.1 概述 208
13.2.1.2 组织结构和人员配置情况 208
13.2.1.3 工作制度 209
13.2.1.4 用户服务规程制订和实施情况 209
13.2.1.5 服务网点分布、服务方法、服务响应时间等情况 210
13.2.2 应用软件服务 211
13.2.2.1 软件服务宗旨 211
13.2.2.2 软件服务标准 212
13.2.2.3 服务体系特色 212
13.2.3 技术支持服务 214
13.2.3.1 服务目标 214
13.2.3.2 服务等级 214
13.2.3.3 服务方法 214
13.2.3.4 技术服务内容 215
13.2.3.5 集成服务 217
13.2.4 保修期服务 218
13.2.4.1 现场设备保修及备件服务 218
13.2.4.2 定时巡访 218
13.2.4.3 7X24服务响应 218
13.2.4.4 响应和恢复时间承诺 219
14 技术文档 220

1 概述
1.1 建设背景

1.2 系统现实状况分析

1.3 指导思想

1.4 参考文件

2 系统目标及标准
2.1 建设目标
2.1.1 业务目标
2.1.2 工程目标
2.2 建设标准
v 业务导向标准

v 计划优异、工程务实标准

v 建立生产运行和组织管理机制

v 网络化标准

v 业务步骤统一标准

2.3 难点分析

3 总体处理方案
4 系统总体设计
4.1 设计标准
4.2 系统架构
4.3
下面能够针对各子系统进行设计描述
4.4 高用性设计
4.5 系统布署
5 系统功效
5.1 总体要求
5.2 功效视图

5.3 (系统功效点说明)
6 系统接口

7 平台建设方案
7.1 建设规模
7.2 平台估算
7.2.1 主机性能估算
7.2.2 内存容量计算
7.2.3 存放容量估算
7.2.4 备份容量估算
7.2.5 网络承载能力

7.3 平台需求汇总
7.4 整体设计拓扑
7.5 第三方软件配置
配置项目
产品名称
配置说明
备注

7.6 技术指标要求
7.6.1 主机设备技术指标要求
7.6.2 存放设备技术指标要求
8 系统安全
8.1 应用安全
8.2 数据安全
8.3 主机、操作系统和数据库系统安全
8.4 综合安全性

9 工程实施方案
9.1 实施标准
9.2 实施范围
9.3 分工界面
分工界面说明参与项目标各方，在项目实施过程中关键工作分工，和分工边界和工作衔接。
9.3.1 分工关系
9.3.2 分工明细
9.4 实施计划
9.4.1 项目总体进度计划

9.4.2 项目里程碑计划
9.5 实施难点分析
9.6 组织架构
9.6.1 项目组织结构
9.6.2 项目组组员名单
9.7 实施过程
9.7.1 实施活动列表
9.7.2 项目调研
9.7.3 项目计划
9.7.4 需求获取
9.7.5 数据转换
9.7.6 确定验收条件
9.7.7 模拟环境搭建
9.7.8 产品布署
9.7.9 模拟运行
9.7.10 确定测试
9.7.11 生产环境搭建
9.7.12 系统并行
9.7.13 初验
9.7.14 系统上线
9.8 业务割接方案
9.8.1 割接标准
9.8.2 功效割接范围
9.8.3 数据割接范围
9.8.4 割接策略
9.9 项目管控
项目管控体系建设从步骤化、规范化、专业化出发去建立，关键从组织确保、项目管理、数据管理、需求及步骤管理四个方面去保障和实施。
9.9.1 项目管控模式
9.9.2 项目管控内容
9.9.3 项目管控制度
10 质量管理
10.1 质量管理实施标准
10.1.1 质量方针
10.1.2 质量目标
10.1.3 质量确保
10.1.3.1 组织职责
Ø 产品总监（或授权人）

Ø 项目经理
Ø 项目组组员
Ø QA组长
Ø QA工程师
10.1.3.2 就绪标准
10.1.3.3 工作步骤
10.1.3.4 不符合项处理
10.1.3.5 质量确保统计
10.1.3.6 质量确保验证
10.1.3.7 结束准则
10.1.4 关键原因及其对策
1、队伍
一定要依据具体情况为项目标实施组建专门队伍，我们称之为项目组。
2、班子
项目组领导班子是项目组关键。班子第一把手(项目经理)应有良好专业背景和学历、有很强组织大型应用软件项目标经验和能力、有很好合作精神和服务意识。班子中其它组员亦应有相关素质和技术、应用开发或质量管理方面丰富经验。
领导班子负责确定和细化项目目标，制订项目实施计划，理顺和项目相关全部错综复杂关系，以有效地控制项上目标进度、费用和质量，确保项目标成功。
3、规范
本项目标实施决不是个人成就，它是集体智慧结晶，团体作战结果。严格规范则是团体工作约束条件，是团体作战取得成功确保。
4、文档
本项目标开发将会划分成若干个阶段，每一个阶段全部应形成对应文档。这些文档既是阶段结果表现和阶段验收标准，又是驱动下一个阶段动作依据。文档正确和完整程度是检验项目规范化管理程度要素之一。
5、监控
任何事务动作全部会受到其对立面制约。在项目实施过程中，也不例外地应受到对应监控。这种监控最少应有进度监控、质量监控和产品化监控三个方面。
6、用户参与
用户自始至终参与是质量确保中又一关键方法。它关键有两方面活动：从规范业务进而做需求分析开始，供方将和需方一起开发、测试和推广应用软件。
在关键用户监控点进行包含供方、需方和教授在内联合评审。

依据以上六个关键原因，我们提出对应对策：
1、相关队伍
在立项时，将为项目标实施组织专门队伍，称为项目组，项目组组员均应属于专业人员，这支队伍应含有很好教育背景，有参与大型应用项目并发和推广经验和实力，对XXXX业务有足够了解，同时，我们还能够确保，她们有良好职业道德、合作精神和奉献精神，这么一支队伍，一定能和XXXX领导和工程师团结一致，精诚合作，以取得项目标成功。
2、相关班子
在本投标书中，我们已提出了相关项目经理、应用经理、QA组长工作职责，这个班子应含有主持大型应用项目实施丰富经验和足够技术功底，是一个团结合作、朝气蓬勃、勇于开拓和创新班子，我们相信，在XXXXX业务教授、领导全程指导和监控之下，这个班子一定能够带好一支队伍。
3、相关规范
我们将给出XXXXXXX系统所需数据规范和应用程序接口规范具体内容，这是我们多年来从事XXXX行业系统应用软件开发经验积累，在本项目实施过程中，还将结合项目情况，对其进行深入修改和完善，用以指导和约束项目标应用软件开发工作。
4、相关文档
我们将在软件生命周期中每个阶段输出对应文档，除此之外，在项目实施过程中，还将产生多种质量统计文件，包含多种计划、实施情况检验、考评统计、培训统计、会议统计等，在我们质量体系文件中全部有对应要求和检验方法。
5、相关监控
为确保项目工作全方面受控和全程受控，需对项目标进展情况进行监控，监控活动包含“日常监控”和“阶段监控”两个部分。同时这一问题经过我们对项目完整质量确保体系也得以确定。
6、相关用户参与
在项目实施过程每一个阶段，全部将会和用户一起进行，并受到项目领导小组监控。
总而言之，在XXXXXX系统实施过程中，我们将会对其质量确保关键原因给充足重视和确保。
10.2 变更管理
对项目中变更进行有效控制和管理，是一个项目成功是否关键。为了强调这一过程关键性，我们特做以下说明。
10.2.1 变更类型
本节所提“变更”，指以下多个方面：
Ø 项目范围
对协议所提出业务规程和业务功效提出愈加好处理方案或更具灵活性举措，从而造成协议所要求项目范围（即需求）有较大工作量更改。
Ø 项目成本
因为项目范围更改，造成项目工作量变动，从而包含到项目成本改变。
Ø 项目期限
对变更工作量作出评定以后，可能会引发项目完成期限更改。
项目成本和项目期限中所提出变更是由项目范围变更所造成，此种变更可能发生在项目早期，亦可能发生在项目实施过程中。
10.2.2 变更管理机构
变更管理机构将定位在项目双方项目领导小组和项目组，双方项目领导小组要亲自参与重大变更内容评定和审批。
10.2.3 变更处理步骤
10.2.3.1 变更提出
提出更改人员能够是用户代表、企业主管领导、本项目经理或项目组其它组员。
变更提出应填写正式“配置变更审批表”，“配置变更审批表”关键包含下述内容（具体见“配置变更申请”一节表样）：
变更编号
项目名称
申请人
申请日期
变更原因
变更配置项
受影响基线或配置项：
变更描述：
本项目过程中提出变更“配置变更审批表”应由项目组配置管理工程师负责统一保管。
10.2.3.2 变更审核
项目经理对变更申请人提出变更请求进行审核，审核更改方案可行性，检验《配置变更审批表》正确性和完整性。
Ø 假如是通常变更，可直接通知实施人进行实施，在变更前应确定变更方案；通常变更关键是非正式基线变更、该配置项变更不会引发其它配置项变更。
Ø 假如为重大变更，将此表送交CCB，进行审批。重大变更关键是正式基线变更、该配置项变更将引发其它配置项变更。
Ø 项目经理在《配置变更审批表》中填写项目经理审核栏内容。
10.2.3.3 变更分析和评定
Ø 项目经理组织CCB对变更申请进行评审。
Ø 评审应分析和评定变更会包含哪些内容，对已经完成工作产品、进度有何影响，需要哪些额外资源。
Ø 评审更改方案可行性，假如更改方案没有经过CCB认可，请CCB组员提出修改提议。
Ø 经过了CCB分析评定后，对变更申请有三种结果：
n 立即更改：项目经理指定实施人。
n 推迟更改：变更被搁置，留作未来实施。
n 不接收更改：将拒绝变更原因返回给变更提出人。
Ø 评审完成后，CCB责任人把评审结果写在《配置变更审批表》里“CCB评审意见”栏内容。
Ø 同意立即更改《配置变更审批表》由项目配置管理工程师将变更通知到包含系统设计师、测试组组长、业务教授、开发组组长等项目组组员。
10.2.3.4 变更实施
Ø 项目配置管理工程师从基线区中释放出需要变更配置项放到开发区中，并通知实施人员。实施人员依据更改方案对配置项进行修改。
10.2.3.5 变更验证
Ø 实施完成后，由验证人实施验证。验证可经过检验（对文档而言）或审查和测试（对代码而言）。
Ø 验证完成以后，验证人在《配置变更审批表》上签字确定。
10.2.3.6 变更公布
Ø 项目配置管理工程师将验证经过配置项重新纳入基线区。
Ø 填写并保留《配置状态汇报》中变更统计。
Ø 把此次变更通知给相关人员。
10.2.3.7 变更表格
配置变更审批表
配置变更申请
变更编号：
(由项目标配置管理员统一编号）
产品(项目)名称：

申请人:

申请日期

变更原因：
需求变更 □ 内部改善 □ 产品缺点 □ 系统环境变更 □ 其它 □
变更配置项：

受影响基线或配置项：

变更描述：
见《配置项变更描述说明》
项目经理审核
审核人意见：
□返回申请人 返回原因：
□可直接实施 实施人： 验证人：
□需制订变更方案并提交CCB评审 方案制订人： 方案审核人：
变更类型：
通常变更
审核人签字：

审核日期：

变更方案：

方案制订人署名：

日期：

CCB审核
CCB评审意见：
□立即变更
□推迟变更 原因：
□不接收变更 原因：
实施人：

处理期限：

验证人：

验证期限：

CCB组员：

CCB主席签字：

同意日期：

实施和验证变更
实施内容：

实施人签字：

实施日期：

验证意见:
□同意
□不一样意 意见：
验证人签字：

验证日期：

变更公布
配置项在基线库中位置：
（填写配置项在基线库中路径）
公布人：

公布日期：

10.3 配置管理
10.3.1 配置管理目标
对于大型应用软件开发项目，必需建立配置管理系统，一个有效配置管理系统包含：交付产品确实定、软件模块版本控制及其交付和发表、多种状态(开发、测试、验收、推广、维护)中软件模块变动统计等，在本项目标完成过程中，必需确保对产品现有配置状态提供充足可视性，确保项目组人员在开发工作任何时刻全部能采取正确和正确信息，确保用户能得到正确、有效软件产品。
10.3.2 配置管理机构
在项目组中设定专职配置管理工程师，由配置管理工程师实施具体配置管理事务。
10.3.3 配置管理计划
在项目立项时，由项目经理主持、项目配置管理工程师具体负责起草配置管理计划并提交给项目经理审核，项目经理在审核经过后，把配置管理计划作为项目计划子计划一起提交评审，评审经过后立即向项目全体组员传达计划内容，并监督配置管理计划实施，全体组员应主动配合配置管理工程师实施配置管理计划。
10.3.4 配置管理活动
10.3.4.1 定义项目配置项
10.3.4.2 定义项目基线
10.3.4.3 定义配置项标识和状态跟踪方法
10.3.4.4 配置变更控制
10.3.4.5 版本公布控制
10.3.4.6 配置状态汇报
10.3.4.7 配置审计

11 测试验收
11.1 软件测试准则
11.1.1 测试工作实施准则
11.1.1.1 测试目标
11.1.1.2 测试标准
11.1.1.3 测试活动
11.1.1.4 测试方法
Ø 黑盒测试(功效测试/数据驱动测试)
Ø 白盒测试(结构测试/逻辑驱动测试)
11.1.1.5 测试类型
11.1.1.6 测试依据
11.1.1.7 测试机构
11.1.1.8 测试准备
11.1.1.9 测试结果分析
11.1.2 测试工作实施细则
11.1.2.1 单元测试实施细则
11.1.2.2 集成和系统测试实施细则
11.2 系统测试
11.2.1 资源准备
11.2.2 测试设计
11.2.3 测试方法
11.2.3.1 系统业务功效测试方法
11.2.3.2 系统性能测试方法
11.2.4 测试实施阶段
11.2.5 系统建设质量测试
11.3 验收和测试
11.3.1 硬件测试内容
11.3.2 软件测试内容
11.3.3 验收细则

12 技术培训
12.1 培训对象
12.1.1 运行环境培训对象
12.1.2 应用环境培训对象
12.2 培训方法
12.2.1 现场培训
12.2.2 高级培训
12.3 培训课程
12.3.1 培训内容
12.3.2 培训课程

12.3.3 培训老师
12.3.4 培训评定
12.3.5 培训费用

12.4 培训其它事项
12.4.1 培训时间安排
12.4.2 培训人员数量
13 服务质量承诺
13.1 质量管理
13.1.1 质量管理实施标准
13.1.1.1 质量方针
13.1.1.2 质量目标
13.1.1.3 质量承诺
13.1.1.4 质量确保
13.1.1.4.1 就绪标准
13.1.1.4.2 工作步骤
13.1.1.4.3 不符合项处理
13.1.1.4.4 质量确保统计
13.1.1.4.5 质量确保验证
13.1.1.4.6 结束准则
13.1.1.5 关键原因及其对策
13.1.2 变更管理
13.1.2.1 变更类型
13.1.2.2 变更管理机构
13.1.2.3 变更处理步骤
13.1.2.3.1 变更提出
13.1.2.3.2 变更审核
13.1.2.3.3 变更分析和评定
13.1.2.3.4 变更实施
13.1.2.3.5 变更验证
13.1.2.3.6 变更公布
13.1.2.3.7 变更表格

13.1.3 配置管理
13.1.3.1 配置管理目标
13.1.3.2 配置管理机构
13.1.3.3 配置管理计划
13.1.3.4 配置管理活动
13.1.3.4.1 定义项目配置项
13.1.3.4.2 定义项目基线
13.1.3.4.3 定义配置项标识和状态跟踪方法
13.1.3.4.4 配置变更控制
13.1.3.4.5 版本公布控制
13.1.3.4.6 配置状态汇报
13.1.3.4.7 配置审计
13.2 技术服务
13.2.1 服务体系
13.2.1.1 概述
13.2.1.2 组织结构和人员配置情况
13.2.1.3 工作制度
13.2.1.4 用户服务规程制订和实施情况
13.2.1.5 服务网点分布、服务方法、服务响应时间等情况

13.2.2 应用软件服务
13.2.2.1 软件服务宗旨
13.2.2.2 软件服务标准
13.2.2.3 服务体系特色
13.2.3 技术支持服务
13.2.3.1 服务目标
13.2.3.2 服务等级
13.2.3.3 服务方法
热线电话支持：
EMAIL服务信箱：
传真：
远程支持
现场支持
用户回访
13.2.3.4 技术服务内容
基础技术服务：
可选技术服务：
13.2.3.5 集成服务
l 网络计划
l 协调网络设备、主机设备和数据库系统安装
l 协调存放、备份设备安装
l 应用软件安装
l 系统整体性能调整
13.2.4 保修期服务
13.2.4.1 现场设备保修及备件服务
13.2.4.2 定时巡访
13.2.4.3 7X24服务响应
13.2.4.4 响应和恢复时间承诺
14 技术文档
我方提供软件产品正常运行所需管理、运行及维护相关全套文件。包含：