4.8.5.1　项目验收

1.资料清单

在完成试运行达成项目验收标准后，项目经理曹元伟根据《项目章程》制订了“招投标管理系统”的项目验收资料清单，根据验收资料清单准备好了相应的资料，验收资料清单如表4-14所示。

表4-14　项目验收资料清单

2.项目验收申请表

项目成员按照资源清单准备好验收资料后，项目经理曹元伟编写项目验收申请表，向用户提出验收申请，如表4-15所示。其中承建单位指的是乙方单位。

表4-15　项目验收申请表

本表一式二份，业主方、承建方各留一份。

3.项目验收计划

用户批准验收申请后，项目经理曹元伟和甲方用户单位沟通，共同制订验收计划编写项目验收计划，文档如下（省略封面）：

目录

1　导言

1.1　目的

1.2　范围

1.3　缩写说明

1.4　术语定义

1.5　引用标准

1.6　版本更新记录

2　验收标准依据

3　验收内容

3.1　文档验收

3.2　源代码验收

3.3　配置脚本验收

3.4　可执行程序验收

3.4.1　功能验收

3.4.2　性能验收

3.4.3　环境验收

4　验收流程

4.1　初验

4.2　终验

4.3　移交产品

1　导言

1.1　目的

本文档的目的是为“招投标管理系统”项目验收过程提供一个实施计划，作为项目验收的依据和指南。本文档的目标如下：

• 确定项目验收规划和流程。

• 明确项目验收步骤。

1.2　范围

本文档只适用于“招投标管理系统”项目的验收过程。

1.3　缩写说明

PMO：Project Management Office（项目管理办公室）的缩写。

QA：Quality Assurance（质量保证）的缩写。

1.4　术语定义

无。

1.5　引用标准

[1]　《文档格式标准》V1.0。

某公司。

[2]　《过程术语定义》V1.0。

某公司。

1.6　版本更新记录

本文档的修订和版本更新记录如例表1所示。

例表1　版本更新记录

2　验收标准依据

• 项目合同

• 招标文件

• 项目实施方案

• 双方签署的《需求规格说明书》

3　验收内容

3.1　文档验收

• 《投标文件》

• 《需求规格说明书》

• 《概要设计说明书》

• 《详细设计说明书》

• 《数据库设计说明书》

• 《测试报告》

• 《用户操作手册》

• 《系统维护手册》

• 《项目总结报告》

3.2　源代码验收

提交可执行的系统源代码

3.3　配置脚本验收

• 配置脚本

• 软、硬件安装

• 初始化数据

3.4　可执行程序验收

3.4.1　功能验收

• 招标项目申报

• 招标项目申报审核

• 提交招标文件

• 招标文件审核

• 提交投标文件

• 评标小组管理

• 评标

• 定标

• 中标通知书管理

• 招标项目合同管理

• 合格供方库管理

• 评标专家库管理

• 投标文件管理

• 招标项目总结管理

• 模块管理

• 部门管理

• 用户管理

• 角色管理

3.4.2　性能验收

（1）遵照国家、北京市、经济技术开发区有关电子政务标准化指南，遵循国家有关电子政务建设标准。

（2）7×24小时系统故障运行能力。

（3）支持在多用户、大数据量、多应用系统环境下正常运转。(www.daowen.com)

（4）符合国家及北京市有关信息系统安全规范。

（5）提供完备的信息安全保障体系，包括安全检测与监控、身份认证、数据备份、数据加密、访问控制等内容。

（6）最终需求规格说明书明确的其他性能要求。

3.4.3　环境验收

（1）负载均衡系统的验证与测试方法（见例表2）

例表2　负载均衡系统的验证与测试方法

续表

4　验收流程

4.1　初验

（1）检查各类项目文档。

（2）可执行程序功能验收。

4.2　终验

（1）各类项目文档（《需求规格说明书》《概要设计说明书》《详细设计说明书》《数据库设计说明书》《测试报告》《用户操作手册》《系统维护手册》《项目总结报告》）。

（2）源代码验收。

（3）配置脚本验收。

（4）可执行程序功能验收。

（5）可执行程序性能验收。

4.3　移交产品

（1）移交系统源代码。

（2）移交项目文档。

4.项目初验

甲方客户单位邀请业内相关领域专家成立验收专家组作为软件验收的组织机构。专家组成员听取各方的汇报，并对项目的文档进行审查，经质询和讨论后专家组提出评审意见。会后，项目组根据专家组评审意见逐项整改，待整改完成后再与甲方客户单位确认正式验收的时间。

5.项目终验

初验的基础上，召开正式验收评审会。验收会议前项目经理曹元伟将项目的验收文档全都打印装册，签字盖章。会议上专家针对验收问题提问，讨论验收结论，并出具验收意见。

6.验收报告

由甲方客户单位和公司共同签署验收报告，项目验收报告如表4-16所示。

表4-16　项目验收报告

说明：
1.验收过程简述：简述验收参与人、时间、地点，验收方法及流程，对合同中约定的项目实施结果进行了确认。
2.当该用户验收报告涉及应用软件时，“系统运行状况”一栏中，就功能完整性、处理正确性、界面友好性、产品可靠性、文档资料规范性等方面进行描述。
3.报告格式可根据与用户协商的格式形成。

7.项目移交

项目经过验收合格后，项目经理曹元伟将打印好的纸质版资料、光盘（电子版资料、源码、数据库）等交给客户孙伟，待客户确认后双方在《项目资料移交确认表》上签字确认。

项目验收之日起一年内是项目的质保期，质保期公司免费为客户提供系统的运维服务。在运维期间形成了《项目运维周报》《项目运维服务月报》。一年的质保期满后，形成了《质保期运维服务总结报告》《质保期运维服务总结报告确认单》。

将质保期的资料与终验的资料一起整理打印、刻盘，交给客户，项目经理曹元伟、客户孙伟在更新后的《项目资料移交确认表》上签字确认，并盖上了双方单位的公章。

至此系统的全部管理与日常维护工作和权限已移交给用户。项目验收资料移交确认表如表4-17所示。

表4-17　项目资料移交确认表

4.8.5.2　项目总结

在对外的项目验收完成后，项目经理曹元伟召开项目总结会议，召集项目成员在公司内部进行项目总结。项目成员把在项目中总结的经验教训，梳理成《项目总结报告》，总结在本项目中哪些方法和事情使项目进行得更好，哪些为项目制造了麻烦，以后应该在项目中避免什么情况等。“招投标管理系统”项目总结文档如下（省略封面）：

目录

1　导言

1.1　目的

1.2　范围

1.3　缩写说明

1.4　术语定义

1.5　引用标准

1.6　版本更新记录

2　项目投入总结

3　经验总结

4　教训

5　项目总结

1　导言

1.1　目的

“招投标管理系统”项目基本成功完成，根据项目最后评审，总结项目经验和教训。

1.2　范围

本文档只针对“招投标管理系统”项目总结说明。

1.3　缩写说明

PMO：Project Management Office（项目管理办公室）的缩写。

QA：Quality Assurance（质量保证）的缩写。

1.4　术语定义

无

1.5　引用标准

[1]　《文档格式标准》V1.0。

某公司。

[2]　《过程术语定义》V1.0。

某公司。

1.6　版本更新记录

本文档的修订和版本更新记录如例表1所示。

例表1　版本更新记录

2　项目投入总结

项目总的投入总结如下：

• 软件开发历时6个月；

• 平均人力投入9（开发）＋3（测试）人/天，总工作量达84人/月；

• 总成本45万元；

具体的统计数据如例表2所示，其中的任务规模饼图如例图1所示。

例表2　项目总成本表

例图1　任务规模饼图

3　经验

项目经验总结如下：

（1）一定要清楚各个阶段的时间和提交物。

（2）应及时处理客户提出的问题。

（3）针对难题，及时组织专家组攻关。

（4）不要轻易向客户承诺，一旦承诺，一定要完成承诺。

（5）软件提交给客户前，做好充分测试，做到客户问题心中有数。

（6）项目需求一定要做到位，落实到具体使用者的需求，需求没有最细，只有更细，才能在后续的开发中符合客户的需求，同时在实施过程中，以需求作为准则，不至于被客户牵着鼻子走，让客户需求达到无止境的状态。但是要避免需求变更频繁的状态。

4　教训

项目教训如下：

（1）版本发布延期。有几次发布软件版本时，临时出现问题，导致项目整体延期，客户抱怨我们不够重视，同时对我们能力提出质疑。

教训：对于公司内部版本，要有预见性地尽早安排，要比提交给客户的时间至少提前两个工作日（留足解决异常情况的时间），这样才不至于被动和受客户抱怨。

（2）反应不够及时，问题解决慢。问题解决进度不尽如人意，主要原因是一部分人力没有充分投入本项目，这方面和公司的人力状况有关（人少，项目多，任务紧急，工程师很难深入学习，仓促解决问题可能引入新问题，经验积累很难全面化，从而导致问题解决迟缓）。

教训：① 问题解决需要有前瞻性，针对难度较大的问题，尽早增加人手解决；② 依赖外部资源的问题，尽早和客户沟通，让客户心中有数，避免让客户认为问题出在我们身上。

（3）在项目开发阶段没有结束之前，不要变动项目组员。

（4）在开发过程中，避免需求频繁改动，避免无意间增加工作量。

5　项目总结

本项目开拓了开发团队的视野，增加了开发人员的技术能力，同时在项目中也遇到了诸如对新技术不熟悉造成开发前期的进展较为缓慢的问题，这个问题在经过几次培训后得到了较好的改善。这个问题告诫我们面对开发，特别是不熟悉领域的开发，在真正开发阶段之前就要做好人员的技术能力检查，针对出现的问题及早进行统一的培训和答疑。另一个问题在于系统移植，需要同时与软件和硬件打交道，开发中有时会出现软件开发没有问题，但是在设备上调试时出现问题，这往往是硬件方面出了问题。软件工程师要勇于将问题提出来，大家一起协商解决以免造成时间上的延误。这主要是由于软件工程师对硬件不熟悉造成的，因此，要在开发前对软件工程师进行硬件技术的讲解和普及。这样软件工程师才能成为一个优秀的系统移植人员。