项目验收方案

1.目标及范围

1.1 项目目标

集团公司在总部和企业层面已经建立了以综合网管系统和SAP SLM系统为主的运维支持系统，运维支持系统概览如图所示。

图  运维支持系统概览

集团公司总部建立呼叫中心系统实时响应了用户有关门户、OA、基础应用、安全、视频、MES等系统的服务请求；工单系统实现了总部运维人员处理系统故障的工单流转；SAP SLM实现了ERP系统服务请求受理、事件管理、应用监控及变更管理；网管监控系统实现了因特网、主干网、局域网、服务器、安全设备、企业防火墙、基础应用等基础设施的故障和性能监控；资金集中监控系统实现了资金集中系统的网络设备、服务器、安全设备、存储、负载均衡、灾备和应用系统的一体化监控；MES应用监控评价系统对MES应用进行监控，为MES上线达标、验收达标及深化应用提供了报告和依据。

在企业，已建成76家企业的综合网管系统，实现了对企业基础设施的监控；基本建成防病毒管理Bigfix系统，截至2012年1月，共安装18.3万台，授权数18万。同时，广州石化、茂名石化、燕山石化、北京石油等部分企业已建设了运维服务管理系统。

本次项目的总体目标是整合运维支持系统，建设集中的一体化运维平台，支撑集团公司IT运维共享服务，提高运行效率，降低成本，实现总部和企业运维统一调度和集中管控，达到国内领先、国际一流的水平。

（1）建设集团公司IT运维平台，实现运行监控、配置管理数据库、IT服务管理、运维门户与大屏展示；实现与SAP SLM、SSOC、云资源管理平台、资金集中监控系统、加油卡监控等系统的集成。具体实现如下：

统一调度运维资源：建成集中的服务管理系统，集成SAP SLM，实现运维支持工作的全过程管控和知识共享，通过在线流程有机协同总部、区域中心和企业之间，运维队伍与项目组之间的运维支持工作。

集中监控应用系统：建成集中的运行监控系统，实现对50套应用系统的应用监控，从用户使用的角度进行可用性监控，及时发现和处理问题，缩短系统不可用时间。

集中管理配置信息：建成集中的配置管理数据库系统，实现50套应用系统与总部管理的基础设施的统一管理，为运维支持、变更风险分析、重大问题处理决策等及时地提供真实数据。

大屏展示运维情况：提升运维门户和大屏展示，通过系统集成大屏展示应用监控指标、信息安全状况、服务受理情况、重大问题处理情况等运维服务信息。

    （2）制定集团公司IT运维标准与规范。包括运行监控规范、服务管理规范、 配置管理规范等。

1.2 项目范围

项目范围包含总部基础设施和总部统建的50套应用系统，以及与两家试点企业已有运维系统的集成。

基础设施的范围主要包括总部4个数据中心，11个区域中心，涵盖服务器、存储、安全设备、网络设备、数据库、中间件等，当前共有各类设备7000台左右，具体数量以实际为准。

应用系统的范围主要包括ERP、MES、资金集中管理、总部生产营运指挥、电子商务、合同管理、综合办公、加油卡（区外）、APC等50套应用系统，主要涵盖了SAP、.NET、JAVA、Domino等技术平台。

2.技术方案

2.1 系统总体架构及部署

2.1.1 总体架构

集团公司IT运维平台项目（一期）的总体架构如下：

集团公司IT运维平台项目（一期）包括呼叫中心、运行监控、服务管理、配置管理、安全管理、运维门户和大屏展示7个子系统，其中呼叫中心和安全管理在另外项目中建设。本期项目重点完成运行监控、服务管理、配置管理、运维门户和大屏展示系统的建设。

2.1.2 系统组成及系统体系结构

根据本次集团公司IT运维平台项目（一期）需求的认真分析，推出自有的“CUBA”（立方体架构）的整体解决方案。系统体系结构如下：

针对本次项目的产品整体解决方案包括：

⏹“三个支撑”：以运行监控系统、CMDB配置管理系统、SOC安全监控系统（本期项目通过集成方式接入）为整个平台系统的支撑功能，打造系统功能基础。

⏹“一个导向”：以IT服务管理系统为导向，强调为用户提供一站式服务和服务级别管理。

⏹“两个贯穿”：以统一数据采集和ESB数据总线技术方案贯穿整个平台的建设。

⏹“两个体现”：以运维门户和大屏综合展示系统作为整体IT运维平台的最终体现。

整体解决方案中的产品选型全部为获得国家版权认证、具备自主产权的软件产品，在电信、能源、金融、中获得广泛运用，拥有众多的成功项目案例。

3.项目验收指标

3.1 技术指标

3.1.1 运行监控系统技术验收指标

运行监控系统各功能模块的验收标准如下：

运行监控系统技术验收指标表

IT服务管理系统项目验收的主要功能，技术验收指标如下：

IT服务管理系统技术验收指标表

配置管理数据库系统技术验收指标表

运维门户系统技术验收指标表

大屏展示系统技术验收指标表

3.2.1 测试技术方案

测试是保证软件质量的关键步骤，应预先制定严密的、系统化的测试方案和计划。测试计划必须形成文档，在软件开发过程中可根据实际情况对其进行修改，但必须经项目经理的批准，所做的修改也必须留下相应的更改记录，以保证测试方案和计划的适用性。

3.2.1.1 选取测试用例原则

测试计划的重点是设计测试用例，基本原则是力求以最少的合理的测试来发现最多可能的错误。在测试阶段的不同，对测试用例的设计和选择不尽相同。

在单元测试阶段主要采用白盒测试方法，依靠对程序细节的严密检验，提供运用特定条件和/与循环集的测试用例，对软件的逻辑路径进行测试，在不同的点检验“程序的状态”以判定预期状态或待验证状态与真实状态是否符合。

黑盒测试主要指在软件界面上进行的测试，一般用来证实软件功能的可操作性；证实能很好地接收输入，并正确地产生输出；以及证实对外部信息完整性（例如，数据文件）的保持。黑盒测试检验系统的一些基本特征，很少涉及软件的内部逻辑结构，所以在集成测试阶段选用白盒测试与黑盒测试相结合的方式，而在系统测试和验收测试时一般都采用黑盒测试。

同时，我方提供给买方模块的接口和功能说明清单和流程清单，由买方根据需要提供自己的测试方案，更加从业务上严格避免了出错的可能性。

3.2.1.2 内部测试流程

1

2

3

4

4.1

4.2

4.2.1

4.2.1.1

4.2.1.2

4.2.1.2.1单元测试流程

项目组质量保证人员会同项目经理应组织开发人员和测试人员编写《单元测试计划》、《单元测试用例》。

项目组质量保证人员会同项目经理或其授权人组织相关人员对《单元测试计划》和《单元测试用例》进行检查，由相关人员进行必要修改。

在各部分编程工作完成后，由项目组质量保证人员会同项目经理组织人员对程序进行单元测试。

开发人员和测试人员根据《单元测试用例》，进行单元测试。

测试人员完成测试后提交《单元测试错误报告》和《单元测试报告》，其中《单元测试报告》应清楚描述测试过程及发现的错误。

测试过程中发现的问题可能引发文档或代码的变更，对其修改应执行相应的变更管理流程。

测试结果确认由项目经理或其授权人组织进行。 

修改过的代码应重新进行测试。 

4.2.1.2.2软件集成测试流程

项目组质量保证人员会同项目经理组织编写《集成测试计划》、《集成测试用例》。

质量保证人员会同项目经理或其授权人组织相关人员对《集成测试计划》和《集成测试用例》进行评审。

集成各部分均须通过单元测试，得到确认后，质量保证人员会同项目经理组织测试人员对其进行集成测试。

测试人员根据《集成测试用例》，进行系统的集成测试。

测试人员完成测试后提交《集成测试错误报告》和《集成测试报告》，其中《集成测试报告》应清楚描述测试过程及结果。

测试过程中发现的问题可能引发文档或代码的变更，对其修改应执行相应的变更管理流程。

测试结果确认由项目经理或其授权人组织进行。

修改过的接口应重新进行测试。

修改过的代码必须重新进行单元测试、集成测试。

4.2.1.2.3软件系统测试流程

项目组质量保证人员会同项目经理组织编写《系统测试计划》、《系统测试用例》。

质量保证人员会同项目经理或其授权人组织相关人员对《系统测试计划》和《系统测试用例》进行评审。  

系统各部分完全通过单元测试和集成测试，方可进行系统测试，需经项目经理批准系统测试方可开始。质保组长会同项目经理组织测试人员进行系统测试。  

测试人员根据《系统测试用例》，进行系统测试。  

测试人员完成测试后提交《系统测试错误报告》和《系统测试报告》，其中应清楚描述测试过程，以便开发人员根据反馈结果进行程序的修改、调试。  

测试结果确认由项目经理或其授权人组织进行。  

如测试存在不通过项，则应由测试人员填写《系统测试错误报告》，并及时交给质保组长和项目经理或其授权人。而后经开发负责人转交给相应的开发人员，进行代码或设计文档修改，修改过程执行相应的测试流程。开发人员修改完成后，填写《系统测试错误报告》中错误处理信息，并将已修复结果反馈给相应测试人员、项目经理或其授权人。  

修改过的程序应重新进行单元测试、集成测试、系统测试。  

3.2.1.3 验收测试流程

在整个系统交付用户后，需配合用户进行系统的验收测试，基本流程如下图所示：

系统验收的基本流程如下图所示：

有关的测试结果将以书面报告的形式向用户提交，内容包括：

●各项测试内容的测试结果

●对系统多业务扩充能力的测试

●为纠正系统缺点需做的变动

●为提高系统性能提出的建议

验收测试与系统测试极为相似，系统测试是在开发过程中搭建运行环境进行的，而验收测试则是在用户的真实运行环境上进行的。

3.2.2 测试标准

测试标准参考业界软件测试通用的测试标准，根据贵公司相关要求与贵公司一起设计。通用标准为：

●GB/T 16260-2006 “软件工程 产品质量”

●GB/T 105-2002 “软件工程 产品评价”

●GB/T 15532-2008 “计算机软件测试规范”

●GB/T 17544-1998 “信息技术 软件包 质量要求和测试”

在初验前1个月，我方以书面形式向买方提交验收标准（包括项目、指标、方式和测试工具等），用户可根据合同及技术规范书的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。

3.2.3 测试规范

我方在测试前向用户提交测试计划和方案。测试计划和测试方案由我方拟定，并经用户确认。测试项目中包括资料的完整性。

3.2.3.1 制定测试计划

⏹测试的说明及测试的目的

⏹测试的方法及测试的理论依据

⏹观察、测试结果的环境、设备及程序

⏹各项功能测试所需输入的数据；

⏹各项测试所需输入的数据

⏹结果预期值

⏹测试结果记录的说明

⏹观察、测试结果的设备及程序

⏹测试进度表

⏹使用的软件程序清单及说明

3.2.3.2 制定测试方案

⏹测试的说明及测试的目的

⏹测试的方法、测试策略

⏹观察、测试结果的设备及程序

3.2.3.3 系统测试

⏹在测试硬件上安装软件产品

⏹执行每个测试用例

⏹发布测试报告

⏹与开发工程师一起复查测试报告

⏹更新测试用例和产品（如果需要）

⏹重复上述步骤

⏹更新软件设计文档 

3.2.3.4 测试结果归档

⏹详细描述每个系统测试用例

⏹输入/输出

⏹测试步骤

⏹结果预期值

⏹假定的约束

⏹输入输出位置

⏹对草案进行复查

⏹明确问题所在并解决问题

⏹将系统测试说明书归档

我方的测试计划和程序中包括上面各项，并提供所有用到的程序、工具、测试用例及测试结果等的书面说明，完整的测试书面报告。报告包括下列几项：

⏹测试的说明及测试的目的

⏹各项功能测试所需输入的数据

⏹测试结果记录的说明

⏹观察、测试结果的设备及程序

⏹测试进度表

⏹使用的软件程序清单及说明

⏹测试的系统性能

⏹测试的系统功能

⏹对系统多业务扩充能力的测试

⏹为纠正系统缺点需做的变动

⏹为提高系统性能提出的建议

相关的测试结果我方将以书面报告的形式向贵公司提交。

3.2.4 测试技术指标

根据用户要求，我方按项目进度组织开发及部署测试。开发测试包括功能分项测试，部署测试包括功能测试和性能压力测试。

3.2.4.1 开发测试

5

6

7

7.1

7.2

7.3

7.3.1

7.3.2

7.3.2.1

功能分项测试

测试通过在规定时间内逐一运行系统提供的各分项功能，验证系统功能的完备性、一致性。从而确认系统是否已完成需求说明书中规定的全部功能。

3.2.4.2 部署测试

（一）功能测试

测试通过在规定时间内逐一运行系统提供的各项功能，其测试分为：

⏹完备性测试

⏹一致性测试

⏹对完备性测试和一致性测试分为两种测试方法

⏹单独功能测试

⏹连续性的功能测试

8

9

10

10.1

10.2

10.3

10.3.1

10.3.2

10.3.2.1

10.3.2.2

11

12

13

13.1

13.2

13.3

13.3.1

13.3.2

13.3.2.1

13.3.2.2

（二）性能测试

（1）效率测试

⏹处理时限是否满足要求

⏹数据存储和备份时限是否满足要求

⏹系统中数据查询的速度

⏹日常运作各类报表的及时性

⏹系统处理精度

（2）灵活性测试

⏹系统是否具有自动任务调度、自动故障告警和自动任务恢复的能力

⏹在不影响系统运转的情况下，能否平滑地进行模块更新和加载

⏹是否采用参数驱动设计思想，将不确定因素参数化

⏹是否提供了灵活的计算方式

（3）可使用性测试

⏹是否采用图形化窗口用户界面并使用标准化、一致性术语，是否拥有在线HELP帮助功能

⏹是否提供详细程度不同的响应信息

⏹应用软件能否提供可以提示和输出汉字结果的操作界面

⏹应用软件能否为系统管理员提供多种发现系统故障和非法登录的手段

⏹应用软件能否支持光盘及其它外部存储方式来保存大量历史数据

（三）压力测试

⏹使用全天的真实数据，进行实时处理测试

⏹使用全月的数据，进行告警处理测试

⏹主要测试系统性能，告警处理能力、主机内存占用、系统稳定性等指标

⏹连接或模拟了最大实际（实际允许）数量的客户机

⏹多个用户对相同的数据或账户执行相同的事务

（四）安全测试

⏹被测试系统是否具有完善的多级授权措施，包括系统访问权限及授权控制等

⏹系统是否对网络及数据库系统提供访问控制能力

⏹系统是否提供详细的记录日志

（五）接口测试

⏹对内部各接口的传输数据进行内容全面性检查，传输可靠性检查

⏹与外部系统的接口测试，使用实验数据，测试接口的响应及时性、数据准确性等

（六）文档测试

文档测试的目的在于验证应用软件系统相关文档是否完整、规范、准确以及文档与程序的一致性。验证的文档至少应包括：

⏹安装指南；调试指南；测试计划书

⏹我方内部测试报告；初步验收测试报告；最终验收测试报告

⏹系统功能说明；系统维护手册；系统故障诊断书

⏹系统操作手册

⏹培训教材

⏹系统设计文档；详细设计文档

⏹系统接口（包括软硬件）规范

⏹系统数据结构；系统数据字典；系统各阶段文档资料

⏹应用软件源代码(源码中应包括详细注解)

⏹所有的硬件、系统软件文档

3.2.5 测试交付物

3.3.1 系统试运行

系统测试及部署通过后，开始上线准备工作。准备工作包括系统初始化数据录入、系统上线及应急方案准备等。上线方案、应急方案由双方协作编写。系统本身产生的问题由我方负责解决。

系统试运行期为3个月。试运行期间，我方将根据试运行情况做出详细的试运行记录和合格证明。

在试运行期间，由于应用软件质量等造成某些指标达不到要求，我方将进行修复，试运行期顺延3个月，在全部达到要求时，双方签署验收文件。

3.3.2 系统初验

在系统整体上线试运行三个月后，我方提出初验申请，由集团公司牵头组织验收专家组进行初验。初验分为验收测试和验收评审两个阶段，验收测试主要对系统功能进行测试，根据测试情况讨论并形成测试报告；我方对测试专家组提出的问题进行整改后，验收专家组对工作报告、技术报告、测试大纲、测试报告、用户报告等文档进行审查，完成项目文档、最终软件版本及系统运行的交接，提出初验报告。

设备安装、调试满足技术规范书规定的指标后，我方将在验收前两周提交单点和全网验收规范(包括计划、项目、指标、方式和测试仪器等)给用户。用户可根据合同及技术规范书和甲方的有关规定进行修改和补充，经双方确认后形成验收文件作为验收依据。

应用软件系统开发完毕，系统联调结束，双方共同进行系统初验，主要进行以下工作：

系统测试时，根据《需求说明书》，双方确定系统测试的详细内容，测试方法以及测试步骤，制定并确认《初验测试计划书》，依据其要求，由用户方参与共同对应用软件的功能按照已经确认的测试用例集逐项进行测试；测试合格后，双方签署《初验合同报告》，然后进行设备入网开通试运行阶段。

系统测试的条款应与技术规范一致。基于以上要求，我方提供测试条件，方法和过程的草案，谈判以后，最终测试文件由双方共同拟定。测试内容至少包括：功能测试、性能测试、压力测试、安全测试及其他测试等。

系统的试运行阶段，由我方负责解决试运行期间发现的问题，并进行系统的运行维护工作。

我方提交相应的系统文档，包括系统安装手册、用户手册和维护手册等。

3.3.3 系统终验

3.3.3.1 组建终验小组

在初验通过三个月后，所有性能指标达到合同的要求时，我方提出竣工验收申请，由集团公司牵头组织验收专家组进行验收，验收分为验收测试和验收评审两个阶段，验收测试由测试专家组根据确定的测试大纲对项目进行系统测试，测试内容主要为系统功能，根据测试情况讨论并形成测试报告；我方对测试专家组提出的问题进行整改后，采用会议方式召开验收评审会，提出竣工验收报告。

在终验前，我方和买方共同组建终验协调小组，该小组应由各方领导委托各自技术负责人组成。

该小组负责拟定：终验测试方法、终验测试时间及周期、终验内容及终验进度安排；并且要对各厂商、我方及买方的职责、义务与协调方法做出明确规定。

终验应当在终验协调小组的领导下进行。终验测试过程要有详细的日志和质量记录。在终验测试完毕后，应综合提交终验测试数据和测试报告，各方签字认可。

在终验过程中，工程质量监督小组应当有计划地进行质量审核和抽验工作，其审核报告应提交终验协调小组。

3.3.3.2 终验的流程

终验的流程如图所示：

终验的输出包括：终验测试方案、终验实施方案、终验测试报告。

3.4 交付物

我方在项目验收时，除了交付一体化集团公司IT运维平台，包括运行监控、配置管理数据库、IT服务管理、运维门户和大屏展示以外，还提供相关的运维制度、标准和规范，以及以下项目文档：

●系统详细设计

●测试计划、记录和报告

●培训材料

●维护手册：系统安装、系统配置

●管理员操作手册

●用户操作手册

●上线运行报告

●上线验收报告

●数据备份与恢复手册

●应急预案、故障处理手册

3.4.1 项目实施中各阶段工作及交付物

我方提供的各阶段技术文档规范、正确、完整、一致和有效。主要的技术文档包括：

3.4.1.1 需求分析

所有由我方提供的产品所涉及的知识产权均为我方所有，或合法获得使用权，违背上述要求而引发的纠纷，在任何时候均由我方承担全部责任。

用户为我方提供的所有业务、技术资料，我方有责任对第三方保密。如我方未经集团公司书面许可，擅自将涉及集团公司商业和技术秘密的资料透漏给第三方，集团公司可保留追究我方法律责任的权利。

若在本项目中应用了通用、成熟的商业化软件，我方会提供产品专利申请、软件注册登记、在中国境内销售许可等证明文件。否则，只能认为是一种行业经验和以往成果的再利用，不以产品的形态销售给集团公司。本项目完成后，根据集团公司需求进行定制的成果和交付物（包括源代码）的知识产权归集团公司所有。我方原来已经拥有知识产权的交付物（包括软件产品源代码），集团公司拥有永久使用权。下载本文