七、 软件集成：
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{1. 开发方应当制订计划把各个软件单元和软部件集成为 SCI ；该计划应当包括测试要求、步骤、数据、责任和时间表；该集成计划应当写成文档；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{2. 在依据集成计划开发集合体时，开发方应当集成软件的单元、部件和进行测试；应当保证每个集合体都能满足 SCI 的需求，并且在集成活动结束时形成完全集成的 SCI ；集成和测试的结果应当写成文档；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{3. 必要时，开发方应当更新用户手册；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{4. 为了进行软件的鉴定测试，开发方应当为每个 SCI 开发写出一个完整的测试集、测试用例（输入、输出、测试准则）和测试步骤；开发方应当保证集成后的 SCI 可以进行软件鉴定测试；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{5. 开发方应当对集成计划、设计、代码、测试、测试结果和用户手册进行评价，使其包括下面的准则：
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(1) 对 SCI 需求的可跟踪性；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(2) 与 SCI 需求的外部一致性；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(3) 内部一致性；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(4) SCI 需求的测试范围；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(5) 使用的测试方法和标准是否恰当；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(6) 是否符合预期的结果；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(7) 鉴定测试、操作和维护的可行性；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{6. 开发方应当依据合同要求进行评审，以确定测试过程的完善和恰当，并确定已经做好软件鉴定测试的准备；
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{7. 在模块开发过程中，开发方应当编制《模块开发卷宗》，每完成一个模块或一组密切相关的模块的复审时编写一份，，并把所有的模块开发卷宗汇集在一起；目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息；基本格式如下：
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{( 一 ) 标题
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{( 二 ) 模块开发情况表
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(1) 模块标识符
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(2) 模块的描述性名称
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(3) 代码设计
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{A. 计划开始日期
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{B. 实际开始日期
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{C. 计划完成日期
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{D. 实际完成日期
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{(4) 模块测试
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{A. 计划开始日期
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{B. 实际开始日期
C. 计划完成日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
D. 实际完成日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(5) 组装测试 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 计划开始日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 实际开始日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
C. 计划完成日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
D. 实际完成日期 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(6) 代码复查日期 / 签字 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(7) 源代码行数 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 预计 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 实际 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(8) 目标模块大小 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 预计 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 实际 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(9) 模块标识符 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(10) 项目负责人批准日期 / 签字 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 三 ) 功能说明 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 四 ) 设计说明 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 五 ) 源代码清单 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 六 ) 测试说明 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 七 ) 复审的结论 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
八、 软件鉴定测试： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当依据为 SCI 确定的鉴定要求进行鉴定测试；应当保证对每项要求进行符合测试；应将鉴定测试结果写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 必要时，开发方应当更新用户手册； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 开发方应当对设计、代码、测试、测试结果和用户手册进行评价，使其包括下面的准则： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(8) 对 SCI 和系统需求的可跟踪性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(9) 与 SCI 和系统需求的外部一致性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(10) 内部一致性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(11) SCI 和系统需求的测试范围； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(12) 是否符合预期的结果； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(13) 操作和维护的可行性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
4. 开发方应当依据合同要求对 SCI 的功能性配置审计（ FCA ）和物理配置审计 (PCA) ；在 FCA 时，应当保证 SCI 的测试成功并符合需求，而且用户手册中充分描述 SCI 的操作和支持；在 PCA 时，应当保证 SCI 的设计和源码完整并正确，反映了 SCI 的新技术； FCA 和 PCA 的结果应当写成文档；如果同时开发硬件和软件， FCA 和 PCA 可以推迟到系统鉴定测试时进行； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
5. 在 FCA 和 PCA 成功地完成之后，开发方应当： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 为系统集成、系统鉴定测试或适当时的安装和验收，更新和准备可交付的软件； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 为 SCI 的设计和编码建立一个基线； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
6. 测试计划基本格式： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 一 ) 引言 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 编写目的 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 背景 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 定义 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 参考资料： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 二 ) 计划 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 软件说明 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 测试内容 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 测试 1( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 进度安排 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 条件 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
C. 测试资料 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
D. 测试培训 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 测试 2( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
…… m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 三 ) 测试设计说明 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 测试 1( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 控制 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 输入 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
C. 输出 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
D. 过程 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 测试 2( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
…… m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 四 ) 评价准则 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 范围 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 数据整理 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 尺度 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
7. 测试分析报告基本格式： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 一 ) 引言 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 编写目的 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 背景 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 定义 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 参考资料： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 二 ) 测试概要 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 三 ) 测试结果及发现 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 测试 1( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 测试 2( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
…… m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 四 ) 对软件功能的结论 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 功能 1( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
A. 能力 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
B. 限制 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 功能 2( 标识符 ) m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
…… m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 五 ) 分析摘要 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 能力 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 缺陷和限制 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 建议 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 评价 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 六 ) 测试资源消耗 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
九、 系统集成： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. SCI 应当与 HCI 、人工操作和其他必要的系统一起集成到系统中去；应当对照它们的需求进行测试；应当将集成和测试的结果写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 应当为系统的每项已确定的需求进行系统鉴定测试开发一个完整的测试集、测试用例（输入、输出、测试准则）和测试步骤，并将其写成文档；开发方应当保证集成的系统已做好系统鉴定测试的准备； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 应当对集成的系统进行评价以使其包括下述准则： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 系统需求的测试范围； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 所使用的测试方法和标准是否恰当； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 是否符合预期结果； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 鉴定测试、操作和维护的可行性。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
十、 系统鉴定测试： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 应当依据为系统建立的鉴定要求进行系统鉴定测试；应当保证每项系统需求都进行符合性测试，而且系统已做好交付准备；应当把鉴定测试的结果写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 应当对系统进行评价以使其包括下述准则： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 系统需求的测试范围； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 所使用的测试方法和标准是否恰当； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 是否符合预期结果； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 鉴定测试、操作和维护的可行性。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 本项需求不适用于已经进行过 FCA 、 PCA 的 SCI ； SCI 的 FCA 和 PCA 参照“八、软件鉴定测试”。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
十一、 总调试： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当制定一个按合同中指明的、在目标环境中安装软件的计划；应当指出与软件的安装有关的必要的资源和信息并保证提供；开发方应当以适当的方式帮助业主方得到与系统建立活动有关的信息；当所安装的软件替代了现有的系统时，开发方应当支持合同所要求的并行运行的活动；应当将安装情况写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 开发方应当依据安装计划安装软件；应当保证该软件和数据库能按照合同的规定初始化、执行和终止；应当将安装情况及其结果写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 开发方应当支持业主方和监理方对软件（或系统）的总调试评审和测试；总调试评审和测试应当考虑 FCA 、 PCA 、软件鉴定测试和系统鉴定测试的结果；应当把评审和测试的结果写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
4. 开发方应当按照合同的规定完成有关的文档和编码并交付给业主方； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
5. 开发方应当按照合同的规定向业主方提供初始的和继续的培训与支持； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
第六章 后期监理 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
一、 试运行： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当为试运行期间对系统的维护制订计划和步骤，并将其写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 开发方应当确定接受、跟踪来自用户的问题报告和修改请求的步骤和向用户反馈的步骤；问题应当记录下来并进入改正过程。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
二、 问题和修改： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当对问题反复进行验证； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 开发方应当对问题报告和修改请求，对机构、现有系统和接口系统的影响进行下述分析： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 类型——改正、改进、预防或对新环境的适应； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 范围——修改的规模、所涉及的成本、修改的时间； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 关键性——对性能、安全、保密或风险的影响； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 开发方应当在分析的基础上，选择修改的实施方案； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
4. 开发方应当将问题报告、修改请求、分析结果和实施方案写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
5. 实施方案应当得到业主方的认可方可实施。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
三、 实施修改： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当进行详细的分析并决定哪些文档、代码单元和版本需要修改；应当把这种分析和决定写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 开发方应当按照开发过程来实施修改；开发过程的需求应当作如下补充： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 为测试和评价系统的已修改部分和未修改部分（单元、部件和配置项），应当定义测试和评价准则，并将其写成文档； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 应当保证初始的、未经修改的需求不受影响，而新修改过的需求得到完善、正确地实现；测试结果应当写成文档。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
四、 评审和通过： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当会同业主方和监理方一起，对经过修改的系统进行评审，以决定经过修改的系统的整体性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 评审方式参照“系统鉴定测试”； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 业主方和监理方对修改确认满意时，经过修改的系统获得通过。 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
五、 培训计划的实施： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 开发方应当制订完整的、有效的培训计划，为业主方用户提供必要的培训； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 开发方应当编写培训手册，包括提供在培训时所需要的资料； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 开发方应当保证为用户培训所配备的导师都是专业且是具有经验的，能使培训成果更为有效； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
4. 培训计划应当全部、无保留地得到实施，并做好和保存培训记录； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
六、 完工验收： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
试运行结束，开发方应当达到下述各项要求，方可视为已满足合同技术指标，可以通过完工验收： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
1. 需求验证： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 系统需求（包括接口和鉴定）的完善性、正确性、可行性和可测性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 为达到最佳设计，系统需求已适当地分配给 HCI 、 SCI 和人工操作； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 软件需求（包括接口和鉴定）的完善性、正确性、可行性和可测性，它们已准确地反映了系统需求； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 与关键性、安全性、保密性有关的软件已达到用户需求 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
2. 设计验证： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 设计方法是否与需求一致，是否根据需求所选择； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 设计中的事件次序、输入、输出、接口、逻辑流程、计时分配和规模预算、出错定义、错误的隔离和恢复等措施是否完备有效； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 关键性、安全性和保密性的需求是否实现； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
3. 代码验证： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 程序员的文件是否已全部提交； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 关键的代码是否符合为跟踪设计和需求、可测性和与需求的一致性及编码的标准； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 为适当的事件序列、一致的接口、正确的数据和控制流、完整性、适当分配的计时和规模预算、出错定义、错误的隔离和恢复而分析代码； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 对照设计和需求验证所选择的代码； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(5) 验证关键性、安全性和保密性需求的代码是否实现； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
4. 集成验证： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 验证 SCI 的每个部件和单元已经完全和正确地集成进一个 SCI 中去； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 验证该系统的各个部件（ HCI 、 SCI 、人工操作部分）已经完全正确地集成进该系统中去； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 集成任务已经按照集成计划执行； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
5. 文档验证： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 合同要求的文档是否已经全部提交； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 提交的文档是否已同时提交电子版； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 文档是否恰当、完善和具有一致性； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
6. 售后服务： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 是否已制订计划，保证在完工后仍对系统提供合适的服务和支持（包括问题和修改、定期回访用户、软件升级承诺等）； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 是否按照计划对用户进行了有效的培训，为用户提供了满足项目需求所需要的技术和知识； m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
7. 开发方提交《项目开发总结报告》，报告的基本格式： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 一 ) 引言 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 编写目的 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 背景 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 定义 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 参考资料： m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 二 ) 实际开发成果 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 产品 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 主要功能和性能 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 基本流程 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 进度 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(5) 费用 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 三 ) 开发工作评价 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(1) 对生产效率的评价 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(2) 对产品质量的评价 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(3) 对技术方法的评价 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
(4) 出错原因的分析 m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
( 四 ) 经验与教训m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
m^]oCf§Åbbs.3c3t.com¬!xÁ¦»Eh{
%20(2)_1.gif)
