资源描述
. .
工程实施方案书
工程名称：XXXXXXXX系统软件
实施单位：XXXXXXXXXXXXXX
时 间：2021年09月18日
技术支持：171586098qq.
. .word..
. .
一、 工程实施总体目标5
二、 工程建立阶段实施组织方案6
1.1.工程组织架构6
1.2.实施方案的职责划分8
1.2.1.工程实施过程中9
1.2.2.上线后的运行维护阶段11
1.3.工程概要实施方案13
1.4.工程工作阶段和内容17
1.4.1.工程启动17
1.4.2.需求分析阶段17
1.4.3.设计开发阶段18
1.4.4.系统测试阶段20
1.4.5.质量控制体系21
1.4.6.系统交付与用户测试29
三、 系统整体测试方案30
1.5.概述30
1.6.测试资源和环境30
1.6.1.硬件配置30
1.6.2.软件配置30
1.7.需求分析31
1.8.概要设计31
1.9.详细设计31
1.10.开发31
1.11.集成测试32
1.12.系统测试32
1.13.验收测试32
1.13.1.Alpha测试32
1.13.2.Bate测试32
1.14.开发周期所需要产生的文档33
1.15.软件测试类型33
1.15.1.白盒测试34
1.15.2.静态白盒测试34
1.15.3.动态白盒测试35
1.16.功能测试35
1.17.UI测试35
1.18.性能测试36
1.18.1.负载测试36
1.18.2.强度测试36
1.18.3.容量测试37
1.18.4.系统资源竞争测试37
1.19.平安性和访问控制测试37
1.19.1.应用程序级别的平安性37
1.19.2.系统级别的平安性38
1.20.故障转移和恢复测试38
1.21.兼容性测试38
1.21.1.浏览器兼容性39
1.21.2.操作系统兼容性39
1.21.3.硬件兼容性39
1.22.安装测试39
1.23.分辨率测试39
1.24.发布测试40
1.24.1.说明书测试40
1.24.2.宣传材料测试40
1.24.3.帮助文件测试40
1.24.4.系统用语40
1.24.5.文档审核测试40
1.25.缺陷管理40
1.25.1.错误跟踪管理系统41
1.25.2.软件错误的状态41
1.25.3.Bug管理的一般流程41
1.25.4.软件错误流程管理要点42
1.26.环境42
四、 工程实施工作方式43
1.27.沟通方式43
1.28.工作流程：43
五、 工程培训44
1.29.培训总体目标44
1.30.用户培训的定义44
1.30.1.工程管理人员培训44
1.30.2.关键用户培训45
1.30.3.培训策略45
1.30.4.培训方式45
1.30.5.培训设施46
1.31.培训方案46
〔4〕教学资料47
〔5〕培训内容47
六、 工程的交付与验收48
1.32.集成阶段48
1.33.上线阶段49
1.34.上线后支持阶段51
七、 维护及技术效劳53
1.35.效劳与支持53
1.35.1.效劳理念53
1.35.2.效劳组织53
1.35.3.效劳管理54
1.36.维护及技术效劳承诺59
. .word..
. .
工程建立阶段实施组织方案
工程实施方案是本公司中标后在签订合同后所进展的、并对标的软件需求分析、开发、交付、验收的系统活动所遵行的工作工程、内容、人员、时间节点以及组织形式等实施预案，在中标后，本公司承诺将按照不低于实施方案的工作标准对标的工程进展实施。
一、 工程实施总体目标
1、 研发标的物软件产品三套，并提供Linux操作系统效劳器版2套
序号
名称
类型
数量
备注
1
2
3
4
2、 安装、调测标的物软件产品的运行环境及三套研发成果软件平台至上线通过采购方验收。
3、 与采购方共同维持测试、试运行及验收
4、 提供三年售后技术效劳。
5、 培训采购方管理者、一般用户和技术人员
具体工作内容与方式如下：
二、 工程建立阶段实施组织方案
1.1. 工程组织架构
XXXXXXX标的工程实施领导小组 ：
成员包括：XXXXXXX工程总监、XXXXXXXXX工程总监。
XXXXXXXXX工程小组主要成员情况：
序号
学历
职位
备注
1
实施组
2
3
4
5
6
7
8
工程领导委员会负责对工程关键事项和重大问题进展议决，听取阶段性汇报，及对工程成果进展最终验收确认。
职责：
- 按照实施方案分工界面提供人员、设备、资金支持；
- 审查确认工程实施总体方案，确认工程阶段目标的设置，并监视完成情况；
- 参加工程会议，听取每周工程进展汇报；
- 审阅周工作报告，监视工程进展；
- 协调解决关键性、全局性问题；
- 重大问题、解决方案的决策；
- 总体验收。
工程经理
建议由一位XXXXXXX的领导和一位XXXXXXXXX的资深人员共同担任工程总负责人职务, 分别代表双方管理本工程、负责双方之间的联络，并且在这个合同的所有方面拥有代表本方的权力，并承当相关义务。XXXXXXXXX应在星期一到星期五的正常业务时间，即上午 9:00 到下午 6:00〔节假日除外〕提供本工作说明书项下的效劳
他们将负责：
- 定义工程管理流程、政策、和操作规程；
- 管理工程进程、工程目标、和工程X围；
- 规划工程总体进程；
- 工程的全面沟通；
- 向工程管理委员会报告工程总体状态。
实施组
实施组由XXXXXXXXX实施参谋以及XXXXXXX的系统环境提供单位的关键人员组成，他们将负责：
- 针对XXXXXXX的硬件和网络环境条件制定工程实施方案的落实方案；
- 根据系统方案进展系统操作层面的相关配置工作；
- 完成具体的功能模块实施；
- 解决最终用户在使用中遇到的问题。
- 根据工程需要，安装及维护系统所需的系统环境、开发环境、网络环境等方面的工作
- 负责系统的性能调优
- 负责工程验收测试，并提交验收报告。
1.2. 实施方案的职责划分
本工程实施是需要XXXXXXX、XXXXXXXXX公司两个单位共同努力的，甲乙双方应有明确的分工配合，建立很好的工作机制，才能保证工程成功。
1.2.1. 工程实施过程中
本工程的成功依赖于双方的密切配合和通力合作。在工程实施过程中〔包括需求分析、设计、系统安装、系统配置、开发、上线、培训等方面〕，XXXXX、XXXXXXX公司各自应承当的职责义务：
XXX的职责
- 在工程中所需第三方软件〔指非标的物供给软件〕，不通过XXXXXXXXX供给的情况下，XXXXXXX将提供软件并提供此类软件的安装、配置和维护工作。
- 在实施过程中协助XXXXXXXXX负责工程管理、环境分析、安装调试及工程系统测试；配合XXXXXXXXX进展关键用户培训与知识转移、方案设计。
- 提供XXXXXXXXX完成工作任务所必须的信息
- 保证与工程有关的问题得到及时解决
- 向最终用户说明新系统的功能、用途和业务规X
- 设置用户权限
- 协助制定并执行最终用户培训方案
- 与XXXXXXXXX共同制定系统测试周期、测试脚本和所需测试业务并共同执行测试
- 在XXXXXXXXX的协助下，负责初期数据和根底数据的准备和整理工作
- 与XXXXXXXXX共同建立工程环境和工程组织构造
- 与XXXXXXXXX共同努力，在保证实施质量的前提下，控制工程实施时间进度按时完成工程。
XXXXX的职责
- 负责按照本方案确定的实施X围，组织工程的实施工作，确保实施质量并解决或协调解决实施过程中遇到的问题。
- 在工程实施必要阶段增加必要资源支持工程成功
- 在实施过程中在XXXXXXX协助下负责工程管理、环境搭建及工程系统测试；在XXXXXXX的配合下负责关键用户培训与知识转移。
- 指导与帮助XXXXXXX人员进展数据准备及输入。
- 负责对于XXXXXXX工程组成员进展系统配置、二次开发、系统维护方面的培训，以使XXXXXXX工程组成员在工程实施完成后能够独立操作、二次开发、维护、系统配置方面的工作。
- 使与工程有关的问题得到及时解决
- 提供有关系统在实施X围内的技能和以往的经历
- 解决系统培训和实施中出现的问题
- 方案、协调与工程实施相关的各个方面的工作
- 与XXXXXXX共同建立工程环境和工程组织构造
- 依据工程方案充分调动XXXXXXXXX资源，并做好这些资源的后勤保障，在必要时候，寻求公司更高层次的支持
- 与XXXXXXX共同努力，在确保实施质量的前提下，控制工程实施时间进度按时完成工程。
- 提供必要的原厂技术支持
- 提供必要的工信部软件与集成电路促进中心的授牌共建支持。
1.2.2. 上线后的运行维护阶段
在本阶段，XXXXXXX的系统已经运行了一段时间，可能提出对系统的配置和一些新的要求。对于在工程实施过程中由于时间和资源限制没有全部完成的实施内容也在完善阶段进展补充。同时对用户的使用进展支持。此次工程中系统上线后的试运行定为两个月。
XXXXXXX的职责
- XXXXXXX工程负责人应依据工程需求召开工程管理会议。
- 保证系统上线后的稳定性
- 安排支持人员，解决上线运用中最终用户出现的问题。
- 系统维护人员，根据工程设计的流程维护上线后的投产环境，例如维护用户权限等，保证系统平安
- 维护问题日志，关于软件问题应敦促软件提供商及时解决
XXXXXXXXX的职责
- 与XXXXXXX工程经理依据工程需求召开工程管理会议。
- 协助XXXXXXX工程经理监视软件商对问题解决的进度。
- 评估各模块的运行情况，解决系统操作，运用的问题。
- 继续实施在工程上线前没有完成的实施任务
- 提出系统配置改良建议
- 帮助XXXXXXX完善系统运作。
. .word..
. .
1.3. 工程概要实施方案
工程
成果物与说明
天数
参与人员
一、工程启动
1、工程组织、人员准备
工程组织机构
2、测试、开发环境搭建
工程启动任务书
3、业务系统了解、学习
工程综合实施方案
二、需求分析与技术方案确定
1、数据库、中间件等平台技术构筑方案论证与评审
系统平台构筑优化方案
2、应用系统架构方案和功能分析
应用平台和功能分析书
3、部门节点数据分析、需求分析
数据标准与流程设计
4、功能分析
Demo原型、开发技术设计方案
5、技术规X、策略制定
系统实施标准规X
三、系统设计
1、前置库、中心资源数据库设计及管理规X
2、数据质量审核、比对工具与规X
3、元数据管理工具与规X
详细设计报告
技术实施方案
5、分析专题建立规X
6、数据交换设计、数据存储设计、系统集成设计
7、权限控制机制
8、门户设计
9、数据展现工具与规X
10、应用框架设计〔含：工具集成设计〕
四、系统开发、测试
详细设计报告
系统技术手册
系统开发代码
操作手册
系统测试报告
五、工程培训
1、系统管理员培训
现场培训、课堂培训
2、开发技术人员培训
现场培训、课堂培训
3、关键用户培训〔操作员培训〕
课堂培训
六、系统实施与维护效劳
1、系统部署、运行与验收
系统试运行报告
系统终验报告
运维手册
系统安装部署
系统试运行
系统验收
2、运行维护效劳
免费效劳
系统维护报告
. .word..
. .
1.4. 工程工作阶段和内容
1.4.1. 工程启动
q 签订委托开发合同书
q 提供工程相关的资料与答复承包商的问题联络票上的相关内容
q 确认承包商“工程综合管理方案〞
q 建立工程组织、对工程进展估算、制订相关的方案、系统可行性调查分析、与客户的沟通、技术上的学习培训等准备工作。
ü 成立工程组织，确定包含工程经理、PJL、SPJL、PPQA在内的关键工程团队组织；
ü 定义?工程过程裁剪定义?
ü 完成?工程作业一栏表?
ü 完成?工程综合管理方案?的制定与评估；
q 使用?工程风险问题管理表?对识别出的风险进展管理；
1.4.2. 需求分析阶段
q 协助提供各项资料、数据
q 业务访谈协调安排
q 参与正式审查会议、确认?需求分析报告?
q 安排需求专家参与本工程需求调研工作〔包括：办公业务类专家、门户专家、集成专家和美工等。〕
q 制定及修改需求开发方案；
q 需求调查
ü 完成和确认?需求调查报告?。
ü 对确认的内容，记入?问题答复管理票?
q 需求分析
ü 确定技术解决方案及技术架构；
ü 完成?需求分析报告?
ü 建立?需求追踪矩阵?
q 需求评审
q 需求确认
q 需求基线管理
ü ?问题答复管理票?
ü ?需求调查报告?
ü ?需求追踪矩阵?
ü ?需求分析报告?
ü ?工程需求评审报告?
1.4.3. 设计开发阶段
安排工程师进展现场设计开发工作，包括：美工、系统设计专家、办公业务开发工程师、门户开发工程师和系统集成工程师。
1.4.3.1. 概要设计
q 提供各项资料文件及数据供软件设计用
q 协助取得数据库规划所必须的各项文件及要求
q 负责数据的检查工作
q 参与正式审查会议，确认“概要设计书〞
q 制定概要设计方案
q 确定系统架构和概要设计准那么
q 概要设计
ü 完成?概要设计书?。
ü 建立?需求追踪矩阵?。
ü 数据库逻辑设计。
q 评审系统概要设计
q 确认?概要设计书?
q 概要设计基线管理
ü ?概要设计准那么?
ü ?概要设计书?
ü ?概要设计评审报告?
1.4.3.2. 详细设计
q 参与正式审查会议，确认“详细设计文件〞
q 制定详细设计方案
q 确定详细设计准那么
q 概要设计
ü 完成?概要设计书?。
ü 将详细设计的内容按照其和需求的对应关系填入?需求追踪矩阵?。
q 评审系统详细设计
q 确认?详细设计书?
q 概要设计基线管理
ü ?详细设计准那么?
ü ?详细设计书?
ü ?详细设计评审报告?
1.4.3.3. 程序编码
q 监控工程开发进度
q 制定并不断修正编码开发方案
q 编制?编程规约?
q 设计程序框架和共通模块
q 编码实现
q 代码评审
q 编码基线管理
ü 编码完成后，源代码、?需求追踪矩阵?纳入基线管理
ü 编码过程中所产生的所有文档
1.4.4. 系统测试阶段
安排专业测试人员进展现场测试，包括用户、页面、功能、压力等方面的测试。并由工程师对系统进展调整。
1.4.4.1. 分模块测试
q 监控工程开发进度
q 获得测试结果报告
q 制定模块方案
q 测试式样书作成
q 建立测试环境
q 实施模块测试
q 测试结果报告/评估
q 模块测试基线管理
1.4.4.2. 结合测试
q 确认“软件整体测试方案〞
q 依据测试报告，确认测试结果
q 参加功能示X审查，确认结果
q 制定整体测试方案
q 测试式样书作成
q 建立测试环境
q 实施整体测试
q 测试结果报告/评估
q 整体测试基线管理
1.4.5. 质量控制体系
1.4.5.1. 工作文档
我公司有一套规X的作业流程和标准，以下是我公司工程管理中局部工作文档的列表，本工程的开发过程中可以结合具体情况进展适当的修正。
1
011__工程启动规程_工程任务书
工程启动，事业部长下发工程任务，任命工程经理，PPQMD部指定PPQA。
2
011__工程启动规程_工程组组织图
3
011__工程启动规程_工程资源管理表
说明工程人员使用的开发、测试的软件、硬件环境。工程效劳器的环境等。
4
011__工程启动规程_参加部门人员一览表
5
008__工程估算规程_工程作业一览表
列举工程的作业边界，描述工程的交付内容和时间。
6
008__工程估算规程_工程过程裁剪定义
根据公司要求的工程开发章程进展裁剪，形成工程执行的流程和规X，指定工程需要执行哪些流程，输出哪些内容的文档、报告等。
7
008__工程估算规程_工程预算书
8
009__工程方案制定以及修改规程_概要(详细)时间方案
概要方案是指工程的里程碑时间点等，详细方案是指工程实施的时间方案。
9
009__工程方案制定以及修改规程_工程方案书
工程的综合方案，是工程的时间方案、方法、作业标准、需要到达的质量等等。包含工程的各个阶段的子方案。
10
010__风险和问题管理规程_工程风险问题管理表
工程的风险问题票，识别到的风险和发生的问题填写到这里，进展分析、跟踪等。
11
007__工程监控规程_工程跟踪和监控方案
工程需要监控哪些参数，监控的周期，预计参数值。另外设定了这些内容的偏差X围，超出偏差X围需要进展的控制方法。
12
007__工程监控规程_工程周报
13
007__工程监控规程_里程碑工作总结报告
里程碑报告，主要是对当前里程碑进展总结，判断里程碑是否到达了我们设定的目标，是否能够进入下个阶段。
14
007__工程监控规程_工程总结报告
15
012__工程需求开发规程_系统要件定义书
需求规格说明书。
16
012__工程需求开发规程_需求开发调查报告
导出的客户的需求，分析、协调、精练细化并消除需求间的矛盾，做成以客户的术语或非技术形式表达的?需求调查报告?
17
012__工程需求开发规程_需求追踪矩阵
18
013__概要设计规程_概要设计书
19
013__概要设计规程_概要设计准那么
概要设计准那么通常包括：工程概要设计的方法、工程概要设计所使用的工具、概要设计成果物所使用的局部模板等。
概要设计方针通常包括：方针包括：操作、错误处理、日志、提示信息、异常处理、命名规约等方针。
20
014__详细设计规程_详细设计书
21
014__详细设计规程_详细设计准那么
和概要设计准那么的要求类似
22
015__式样理解规程_问题答复管理票
对需求、设计文档进展理解，以达成我们理解的意思和客户的要求是一样的。需求、设计内容写得不明确的时候，需要提问，提问的问题写到这里，进展答复、记录和跟踪。
23
016__编码规程_程序框架设计书
24
017__单元测试规程_产品缺陷票
25
017__单元测试规程_单元测试式样书
26
018__工程集成规程_系统联动测试报告
是指产品经过集成、编译等动作后，进展一个验证，以确定接口已经根本正常。在这个根底上，开场进展SI测试等动作。
27
019__结合测试规程_产品缺陷票
28
019__结合测试规程_结合测试式样书
29
019__结合测试规程_结合测试方案
测试的方案，包括使用的方法，准入、准出的原那么等等。时间方案只是这个方案的一个局部。
30
020__工程验收及交付规程_产品交付清单
交付时，制定这个清单，列举交付的内容，报告当前存在的为解决的问题。
31
020__工程验收及交付规程_纳品管理表
现在改称交付管理表，是对交付的内容设定相关的检查方法和标准，记录检查的状态，交付的局部的质量数据分析。
32
023__工程完毕规程_工程个人总结考评表
33
023__工程完毕规程_工程总结
34
023__工程完毕规程_工程结项申请
工程经理向事业部长提交的结项申请
35
024__工程需求管理以及变更管理规程_需求变更管理一览表
记录需求变更的表，主要是记录变更的需求和设计等内容，我们当前实施的状态，是否需要对应这些变更，对应变更需要的工数预算，相关的对应方案。
36
024__工程需求管理以及变更管理规程_需求追踪矩阵
37
025__评审规程_工作产品Review票兼评审报告
各个局部的评审报告都需要参照这个模板填写。
38
025__评审规程_评审通知
正式评审，发的评审通知。
39
026__接收物验收规程_承受物验收报告
对客户给我们的东西进展验收，确认是否到达我们执行工程的需要，或者确认是否到达我们与客户预定的要求。
40
027__度量与分析规程_人力资源管理表
工程经理填写的，工程的每个人员在什么时候以什么角色参加什么局部的工作。
41
027__度量与分析规程_工作产品管理表
-
42
027__度量与分析规程_工作量度量分析管理表
度量工程的投入工作量
43
027__度量与分析规程_度量分析报告
各个度量分析表中已经有相关的度量分析报告信息，在需要时，将这些信息抽取到这个报告中。
44
027__度量与分析规程_度量方案
45
027__度量与分析规程_本钱度量分析管理表
-
46
027__度量与分析规程_生产率度量分析管理表
47
027__度量与分析规程_缺陷统计
Bug的统计分析表，将Bug管理系统中的Bug导出，用透视图生成分析表格，主要是对Bug进展分类分析。
48
027__度量与分析规程_规模度量分析管理表
49
027__度量与分析规程_评审集计表
统计评审发现的问题数，以及投入的工作量。
50
027__度量与分析规程_质量度量分析管理表
51
027__度量与分析规程_进度度量分析管理表
52
028__配置管理规程_创立基线申请票
创立基线时，提出的申请，主要用作申请和CCB对变更的审核。
53
028__配置管理规程_变更基线申请票
变更基线时，提出的申请，主要用作申请和CCB对变更的审核。
54
028__配置管理规程_基线管理表
记录基线的文件内容、路径、状态、变更时间等等。
55
028__配置管理规程_配置审计报告
配置审计的物理审计报告，主要是审计配置项是否按照配置方案纳入到配置库相关的位置，是否按照命名规那么进展配置管理。
56
028__配置管理规程_配置管理方案
列举配置管理的执行角色即配置管理组成员、配置控制委员会(CCB)的成员，以及配置库的CVS配置，文件效劳器的使用要求，配置项的位置、权限等等。
57
029__决策分析规程_问题决策报告
对重大问题进展决策分析(DAR)时的报告，报告主要有备选方案，决策的依据、标准、方法、评价方法、评价结果、存在风险等。
58
030__过程监控与质量保证规程_不一致问题票
PPQA开出的NC问题列表，以及处理情况的跟踪。
59
030__过程监控与质量保证规程工程_PPQA报告
PPQA的审核报告，分为阶段审核报告和周期审核报告。
60
030__过程监控与质量保证规程_项_PPQA方案
1.4.5.2. 开发品质标准
为确保工程开发的质量，公司对提出了以下根本度量指标。根据工程的具体情况，标准与度量可以派生出更多的度量控制KPI，以保证本工程的实施。
1.4.5.3. 测试密度与bug检出率
工程
要素
下限
目标
上限
单元测试
试验密度
65
105
170
Bug检出密度
3
6
9
结合测试1
试验密度
16
39
92
Bug检出密度
0.74
2.2
3.6
结合测试
2
试验密度
4
15
50
Bug检出密度
0.19
0.74
1.35
说明：
ü 测试密度(测试密度是用来衡量测试用例的覆盖度的指标)
ü 有效源代码：
工程程序中除注释和空白行之外的源代码，以文件为单位按物理行计算。包含新规源代码、修改的源代码和自动生成的源代码。
ü 正规化源代码行数
ü 新规源代码
手工新制作的程序源代码，不包括测试代码。
ü 自动生成源代码
由编程工具自动生成的代码。
1.4.5.4. 问题处置能力标准
n 联络应对标准
计算公式：响应日时-收到日时。
联络：包括客户提出的式样联络、BUG票、和要求变更。
联络响应期间：1个工作日内。
n BUG票应对标准
n QA缺陷(NC)票应对标准
1.4.5.5. 评审能力标准
以下时间均指初次评审所必需的经过时间，如需要再次评审，追加投入的时间可递减。但总合计值不应超过2倍。
1) 设计文档评审时间标准单位为(分钟/P)。
2) 源代码评审时间标准单位为(分钟/KL)。
3) Case评审时间标准单位为(分钟/个(Case个数))
文档类型
审查
小组评审
走查
桌查
BD-SPEC
5～7
3～5
3～5
5～6
DD-SPEC
5～7
3～5
3～5
5～6
PG-SOURCE①
40～60
30～40
30～50
40～60
PG-SOURCE②
600～720
450～570
-
600～720
SI1-CASE
10～15
8～10
8～12
10～15
SI2-CASE
15～20
10～13
10～15
15～20
说明1：审查和小组评审的会议前准备时间未计在内。
说明2：
PG-SOURCE①指侧重于程序构造、规X性的代码评审。
PG-SOURCE②指侧重于查找程序逻辑缺陷的代码评审。
1.4.5.6. 任务完成度的进度率标准
比率
BD/DD
PG
UT
SI1/SI2
10%
理解完
理解完了
-
理解完了
25%
正在制作设计书
编码框架设计完成
白盒测试CASE设计完成(评审通过)
测试CASE和数据制作中
50%
符合模板要求的设计书完成
按照Coding规约编码完毕(编译通过)
一个回合的测试完毕，到达预定的覆盖率
CASE及数据设计完成(评审通过)
75%
内部评审完毕，正在解决评审问题
DEBUG+源代码评审完毕，正在解决评审问题
BUG对应及复测中
一个回合测试完毕，BUG对应中
95%
评审发现的问题全部解决
评审发现的问题全部解决
BUG全部对应且新版本确认完毕
BUG全部对应且新版本确认完毕
100%
直接收理者成认
直接收理者成认
直接收理者成认
直接收理者成认
说明：该指标规定了实施方案中任务的完成度和进度率的对应关系。无相关对应任务时可跳过该进度率。
1.4.5.7. 正规化编程生产性标准
Java类型工程：
n 详细设计-SI1：1200行/人月。
n CD+UT：2000行/人月。
1.4.6. 系统交付与用户测试
有系统用户对系统进展测试，根据测试情况，对系统进展完善和调试，工程组安排工程师对系统进展调整。
q 提供安装场地及必要设施
q 指派人员点收软硬件设备及文件，并进展安装后测试
q 确认“系统测试方案〞
q 指派专人协调配合测试
q 依据“系统测试报告〞确认系统结合测试结果
q 申请交付(包括阶段性的交付时间点与最终交付日期)
q 准备交付用户测试
ü 确认?交付清单?(一般由客户提供)
ü 确定当前可交付工作产品版本号，分模块制定?020__工程验收及交付规程_纳品管理表?，提出明确的交付内容、提交条件和完成标准。
ü 并标记尚未解决的缺陷和尚未实现的机能
ü 打包交付的工作产品，并测试打包后的产品的可操作性
q 提供场地及机房设备之安装建议
q 进展现场系统安装
q 撰写“系统测试方案〞及进展系统测试内容步骤的设计
q 依“系统测试方案〞和测试要求进展系统测试，并撰写测试报告
三、 系统整体测试方案
1.5. 概述
系统测试是关注系统的外部特性。它的主要对象是进展系统测试的测试工程师。该方案所包含的测试用例X围包括MicroMOe系统的所有功能测试用例、环境测试用例、性能测试用例以及UI测试用例等。
1.6. 测试资源和环境
1.6.1. 硬件配置
关键项
数量
性能要求
期望到位阶段
测试PC机
4
P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机
需求分析阶段
数据库效劳器
1
P4，主频2.6GHZ，硬盘300G，内存2G，此配置是实际用机
需求分析阶段
1.6.2. 软件配置
资源名称/类型
配置
数据库管理系统
Oracle、
操作系统
Centos 效劳器版 64位
客户端前端展示
IE9.0
负载性能测试工具
Vs2021；
功能性测试工具
MANUAL
1.7. 需求分析
需求分析期间，测试的主要工作为：
审核需求分析报告：需求中是否存在不合理现象；需求是否可以被实现
召开需求评审会议：评审会议工程经理，系统分析师，用户代表，客户，测试设计师参加
书写验收测试方案。
1.8. 概要设计
概要设计期间，测试的主要工作为：
审核概要设计报告：概要设计是否符合全部需求，概要设计是否存在问题
召开概要设计评审会议：由工程经理，系统分析师，系统设计师，设计师，测试设计师,技术专家参加。
书写系统测试方案。
1.9. 详细设计
详细设计期间，测试的主要工作为
审核详细设计报告：详细设计是否符合全部需求，详细设计是否存在问题
召开详细设计评审会议：由工程经理，系统设计师，设计师，编码人员，测试设计师参加
书写集成测试方案。
1.10. 开发
开发期间测试主要工作为
召开开发指南评审会议：由工程经理，设计师，开发员参加书写个阶段测试用例。
召开测试用例评审会议：由工程经理，测试设计师，测试工程师参加设计〔由测试设计师设计〕并书写测试脚本〔由开发人员书写〕。
开发后期，由开发人员对开发的模块进展单元测试。
1.11. 集成测试
按照模块上下集关系，进展从上到下或者从下到上的集成测试方法进展集成测试，单元测试与集成测试主要考虑功能性测试。同时也要对模个模块或者集成模块进展非功能性的抽样测试。
1.12. 系统测试
对整合系统进展整合测试，这时的测试主要测试系统的整体功能和全部非功能性的需求。
1.13. 验收测试
验收测试首先进展正规性的测试，即由技术人员模拟各户环境，以用户的身份进展安装和测试工作。然后进展非正规测试alpha测试和bate测试。
1.13.1. Alpha测试
由公司内部开发人员模拟用户进展测试，这个时候还允许对需求做些修改工作
1.13.2. Bate测试
alpha测试后将产品提交给某些特定用户，进展测试，注意这是的软件一定要有使用时间限制 ，这时候冻结系统需求
1.14. 开发周期所需要产生的文档
立项前期
工程合同
可行性分析报告
工程方案书
需求分析期
需求规格说明书
需求规格审核报告
需求规格评审报告
验收测试方案书
概要设计期
概要设计书
概要设计审核报告
概要设计评审报告
系统测试方案书
详细设计期
数据库设计
详细设计书
详细设计审核报告
详细设计评审报告
集成测试方案书
编码前期
编码规X
编码
测试脚本
测试用例
测试脚本设计书
编码后期
单元测试报告
集成测试期
集成测试报告
系统测试期
系统测试报告
验收测试期
验收测试报告
后期
使用手册
配置指南
广告材料
测试总结报告〔决定产品是否可以发布〕
蓝色为可选项
1.15. 软件测试类型
软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。本文主要描述软件测试的一些类型。
1
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
