电网公司SOA技术电力设施过程管理实施方案

《电网公司SOA技术电力设施过程管理实施方案》由会员分享，可在线阅读，更多相关《电网公司SOA技术电力设施过程管理实施方案（104页珍藏版）》请在装配图网上搜索。

1、 广东电网公司基于SOA技术的电力设施全过程管理项目技术建议书广东电网公司基于SOA技术术的电力设施施全过程管理理项目实施方案和和进度计划深圳市康拓普信信息技术有限限公司Shenzheen Commtop IInformmationn Techhnologgy Co.,Ltd.2009年111月深圳市康拓普信息技术有限公司 III 广东电网公司基于SOA技术的电力设施全过程管理实施方案和进度计划目录第1章 实施方方案11.1 实施方方法论11.1.1 第第一阶段：项项目准备21.1.2 第第二阶段：业业务蓝图设计计31.1.3 第第三阶段：业业务蓝图实现现31.1.4 第第四阶段：投投入运行准

2、备备41.1.5 第第五阶段：系系统投入运行行及支持41.2 项目实实施方案51.2.1 项项目准备阶段段51.2.2 业业务蓝图设计计阶段61.2.3 业业务蓝图实现现阶段81.2.4 投投入运行准备备阶段91.2.5 系系统投入运行行及支持阶段段111.3 测试实实施方案121.3.1 测测试策划121.3.2 测测试设计131.3.3 测测试执行131.3.44 缺陷管理理161.3.5 测测试类型23第2章 项目管管理方案282.1 项目管管理282.1.1 需需求管理282.1.2 配配置管理322.2 质量保保障332.2.1 文文档评审332.2.2 系系统测试342.2.3 质

3、质量保证342.2.44 配置管理理342.3 项目实实施风险352.3.1 潜潜在的风险和和应对方法352.33.2 潜在在的难点和应应对方法372.4 项目组组织及人员组组成382.4.1 项项目组织结构构382.4.2 各各小组职责和和人员构成382.4.3 项项目组成员介介绍402.5 项目进进度602.6 项目交交付项612.6.1 第第一阶段交付付物612.6.2 项项目技术环境境配置清单第第二阶段交付付物612.6.3 第第三阶段交付付物622.6.4 第第四阶段交付付物622.6.5 第第五阶段交付付物632.7 培训方方案。632.7.1 培培训内容632.7.2 培培训方式

4、642.7.3 培培训课程65 广东电网公司基于SOA技术的电力设施全过程管理实施方案和进度计划第1章 实施方案1.1 实施方法论Accelerrated Impleementaation Methoodologgy (AIIM)是康拓普公司为为使项目实施施更简单、更更有效的一套套完整的实施施解决方案。AAIM优化了了在实施过程程中对时间、质质量和资源的的有效使用等等方面的控制制，是一个包括括了使得项目目实施得以成成功所有基本本要素的完整整的实施方案案。经过多年年的项目实践践，这套方法法已经在康拓拓普公司实施施的多个项目目包括广东、广广西、北京、上上海、福建、贵贵州、四川、安徽、成成都等多个省

5、省级电网公司司的重要项目目中得到验证证，取得非常常好的效果。AIM 提供了了面向过程的的，清晰和简简明的项目计计划，为实施电力设施施全过程管理理系统项目的整个过过程提供指导导。路线图共共有五步：l 项目准备l 业务蓝图设计l 业务蓝图实现l 投入运行准备l 系统投入运行及及支持图 实施方法论论路线图1.1.1 第一阶段：项目目准备1) 目的： 确定项目主要目目的和重点 确定项目的实施施范围和策略略 确定项目组织结结构及成员 制定实施计划和和标准 准备并安排各方方面资源2) 主要任务： 成立项目相关小小组 项目的初步实施施计划 制定项目实施的的规范及标准准 启动项目 技术环境的分析析与规划 质量

6、检查1.1.2 第二阶段：业务务蓝图设计1) 目的： 项目目标明细化化 确定项目的详细细实施计划 业务需求的差异异分析 企业组织结构及及业务流程的的确定2) 主要任务： 项目管理 项目小组基础培培训 建立系统技术环环境 企业组织结构确确定 企业业务流程确确定 功能需求差异分分析 质量检查1.1.3 第三阶段：业务务蓝图实现1) 目的： 逐步实现业务蓝蓝图 完整的系统测试试 用户对系统的确确认2) 主要任务： 项目管理 基本系统配置及及确认 开发应用接口程程序 报表定义 权限定义及管理理 系统集成测试 用户手册及用户户培训资料 质量检查1.1.4 第四阶段：投入入运行准备1) 目的： 完成系统上

7、线的的准备，以保保证系统正确确运转 解决剩余问题2) 主要任务： 项目管理 用户培训 正式运行技术环环境的安装及及测试 制定明细运行计计划 制定系统运行支支持计划 质量检查1.1.5 第五阶段：系统统投入运行及及支持1) 目的： 正确移交系统 保证系统正常运运转2) 主要任务: 确认正式业务流流程的正确性性 优化系统的使用用 后续培训 制定后续长期计计划 系统升级 系统日常维护 项目回顾1.2 项目实施方案根据康拓普快速速实施方法论论，结合广东东电网公司电电力设施全过过程管理系统统建设项目的的实际，我们们提出了本项项目的实施方方案。在本方方案中，我们们明确了每个个项目阶段的的目的、工作作任务、

8、主要要工作成果。1.2.1 项目准备阶段1.2.1.1 目的正式建立康拓普普公司及建设单位的项项目小组，明明确项目目标标、范围并分配配双方的工作作职责和任务务，制定项目目实施计划。1.2.1.2 任务 成立项目相关小小组分别成立康拓普普公司和建设设单位的相关关项目小组，包包括：项目领领导小组、信信息技术小组组、专业小组组、数据清理理小组等，确确定各方项目目小组成员的的工作角色及及责任，确定定互相沟通的的方式、项目目组的纪律和和工作时间表表。 正式启动项目建设单位组织项项目相关人员员召开启动会会议，会议明明确项目目标标、项目范围围，项目组织织结构及里程程碑等内容。 制定项目实施计计划康拓普公司及

9、建建设单位结合合项目建设目目标，讨论制制定项目初步步实施计划，明明确项目实施施进度并分配配双方的工作作任务。 规划项目技术环环境康拓普公司基于于项目平台配配置要求，结结合建设单位位信息化环境境，提交项目目技术环境配配置列表，明明确项目所需需软硬件及第第三方平台配配置。1.2.1.3 主要工作成果 项目组织结构文文件 项目实施方案文文件 项目实施计划文文件 项目技术环境配配置清单1.2.2 业务蓝图设计阶阶段1.2.2.1 目的根据项目范围并并结合建设单单位相关管理理业务需求，组组织项目相关关专业小组开开展功能需求求分析，提交交经双方讨论论确定的核心心设计成果；基于建设单单位现有业务务流程，讨论

10、论、修改并确确认未来业务务流程设计；完成项目接接口调研与分分析。结合业业务蓝图设计计阶段成果细细化项目实施施计划，并以以此为指导启启动所有后续续实施工作。1.2.2.2 任务 确认建设单位企企业组织结构构建设单位提交企企业组织机构构及其岗位职职能说明，经经双方讨论确确认后形成项项目职能边界界，指导后续续业务流程设设计、功能需需求差异分析析。 组织数据审查康拓普公司组织织资管理部门门评估原库存存数据和原过过程单据数据据。 组织功能需求分分析康拓普公司组织织建设单位相相关管理部门门，结合项目目系统原形，完完成系统功能能与业务需求求之间的差异异分析。 系统架构设计康拓普公司项目目组架构设计计师进行系

11、统统总体架构设设计、项目管管理部分架构构设计、物资资管理部分架架构设计、设设备管理部分分架构设计和和财务管理部部分架构设计计。 完成业务流程定定义康拓普公司组织织建设单位相相关管理部门门项目组，结结合建设单位位相关管理实际际，完成项目目业务流程的的设计与定义义。 完成接口调研与与分析康拓普公司组织织开展接口需需求调研工作作，完成项目目建设单位系系统接口需求求分析与设计计。 确认项目详细的的实施计划康拓普公司及建建设单位结合合业务蓝图设设计阶段成果果，进一步细细化项目实施施计划，并以以此为指导启启动所有后续续实施工作。1.2.2.3 主要工作成果 电力设施全过程程管理系统业业务需求说明明书 电力

12、设施全过程程管理系统需需求差异分析析表 电力设施全过程程管理系统业业务流程设计计文件 电力设施全过程程管理系统接接口调研分析析报告 电力设施全过程程管理系统接接口技术方案案1.2.3 业务蓝图实现阶阶段1.2.3.1 目的本阶段的目的是是开发、测试试建设单位的的软件系统及及接口。在此此阶段，康拓拓普公司将对对建设单位设设计/重设计计阶段产生的的未来业务流流程、功能需需求差异及接接口技术方案案进行更详细细地设计和分分析，完成电电力设施全过过程管理系统统软件开发，并并最终对结果果进行集成测测试。1.2.3.2 任务 系统开发与配置置康拓普公司组织织开发人员，结结合建设单位位功能需求差差异与业务流流

13、程设计，完完成电力设施施全过程管理理系统开发与与配置。 接口开发与调试试n 根据广东电网公公司的安排部部署，康拓普普公司在各建建设单位进行行需求及应用用系统现状调调研。给出各各建设单位与与电力设施全全过程管理系系统有关的各各应用系统的的实际运行情情况；n 组织需求分析人人员进行接口口和信息模型型定义，给出出满足各方约约束、符合各各建设单位要要求的方案；n 康拓普协调、组组织评审接口口方案的合理理性和适用性性；n 接口方案通过评评审以后，康康拓普公司安安排技术专家家协助各建设设单位实现需需求调研期间间确定的所有有接口服务，并并完成单机调调试与测试工工作；n 进行建设单位调调试工作。 制定集成测试

14、计计划，进行集集成测试；康拓普公司制定定集成测试计计划，完成电电力设施全过过程管理系统统集成测试，提提交项目集成成测试报告。 确认系统权限配配置；康拓普公司收集集最终用户系系统权限配置置，完成电力力设施全过程程管理系统权权限初始化。 制定最终用户培培训计划；康拓普公司及建建设单位结合合项目实施计计划，讨论制制定最终用户户培训计划。 进行系统功能验验收建设单位组织相相关人员召开开项目验收会会议，完成电电力设施全过过程管理系统统功能测试与与验收。 制定系统切换计计划；康拓普公司结合合建设单位信信息化环境制制定系统切换换计划，明确确系统切换步步骤与系统切切换应急预案案。1.2.3.3 主要工作成果

15、电力设施全过程程管理系统配配置数据； 电力设施全过程程管理系统权权限分配表； 电力设施全过程程管理系统集集成测试计划划及测试记录录报告； 通过集成测试的的电力设施全全过程管理系系统； 通过集成测试的的接口服务； 功能验收报告； 电力设施全过程程管理系统培培训计划； 系统切换计划。1.2.4 投入运行准备阶阶段1.2.4.1 目的在此阶段将通过过用户验收测测试的系统切切换到正式系系统，完成系系统培训及投投入运行前的的准备工作。1.2.4.2 任务 进行数据的最后后收集与确认认建设单位完成系系统基础数据据的最后收集集与确认。完完成系统配置置数据、用户户权限数据、业业务流程数据据的最终确认认。 制定

16、最终用户手手册康拓普公司完成成用户手册的的编写工作。 完成最终用户的的培训康拓普公司组织织实施人员，开开展电力设施施全过程管理理系统培训，分分批完成最终终用户培训。 完成正式系统切切换；康拓普公司组织织技术人员进进行系统环境境及数据准备备，完成系统统测试环境到到运行环境的的切换。 制定明细运行计计划及系统运运行支持计划划；康拓普公司协助助建设单位完完成明细运行行计划及系统统运行支持计计划的制定。 制定运行维护管管理制度；康拓普公司协助助建设单位完完成运行维护护管理制度的的编制。1.2.4.3 主要工作成果 电力设施全过程程管理系统最最终用户使用用手册； 电力设施全过程程管理系统最最终用户培训训

17、教材； 电力设施全过程程管理系统明明细运行计划划； 电力设施全过程程管理系统运运行支持计划划； 电力设施全过程程管理系统运运行维护管理理制度； 交付使用的电力力设施全过程程管理系统。1.2.5 系统投入运行及及支持阶段1.2.5.1 目的系统投入运行及及支持阶段使使系统成为一一个实际应用用中的系统，并并确保其具有有稳定的操作作性能。该阶阶段包括了问问题解答和用用户帮助。1.2.5.2 任务 确认正式业务流流程的正确性性康拓普公司收集集实际应用环环境业务流程程改进，确认认正式业务流流程的正确性性。 优化系统的使用用康拓普公司组织织测试人员进进行性能测试试，完成实际际应用环境的的性能配置与与调优。

18、 系统上线支持康拓普公司负责责本阶段系统统上线支持，提提供现场技术术支持、故障障紧急恢复、故故障的软件补补丁升级以及及问题解答服服务。 完成初步验收建设单位组织相相关人员召开开初步验收会会议，开展电电力设施全过过程管理系统统功能现场初初步验收。1.2.5.3 主要工作成果 性能测试记录报报告； 问题处理备忘录录； 服务支持备忘录录； 初步验收报告。1.3 测试实施方案1.3.1 测试策划1.3.1.1 流程图 图 测试策划流流程1.3.1.2 活动描述在需求基线建立立后，测试工工程师启动测测试需求分析析活动： 识别测试范围 识别出可重用的的测试用例 标识出自动化测测试部分 初步确定测试类类型（

19、例如：功能测试、性性能测试、界界面测试、兼兼容性测试等等） 确定所需的测试试环境和工具具测试工程师根据据开发计划划、需求求规格说明书书及测试需需求分析结果果编写系统测测试计划和系系统测试进度度计划。系系统测试计划划是可裁剪剪的，系统统测试进度计计划是必须须的；系统测测试进度计划划必须进行行评审，以确确保时间上能能与开发进度度相一致，并并且保证整个个软件测试活活动是有序的的。1.3.2 测试设计1.3.2.1 活动描述测试工程师编写写系统测试试用例。以以需求规格格说明书、需需求特征项作作为主要的依依据，设计文文档、实际可可运行的程序序原型可作为为编写的辅助助材料。在编编写过程中，应应多与分析、设

20、设计人员沟通通，不明确的的地方以项目目经理的答案案作为衡量标标准。系统测试用例例的评审先先在测试组内内部进行评审审，评审通过过后在项目组组内进行评审审。项目组的的评审由项目目组各类成员员的代表共同同参与，特别别是熟悉需求求和设计的代代表必须参加加，评审的具具体形式可根根据项目开发发计划中的要要求进行。测测试组内部评评审时，需要要使用系统统测试用例检检查表。评审前测试人员员应讲解测试试用例的编写写思路、主要要的关键点，以达到评审的有效性。测试用例必须覆盖需求，以及与系统功能的一致性。测试用例的编写写和评审根据据项目组所选选生命周期进进行，逐步完完善；在整个个设计过程中中，可以阶段段性的部分评评审

21、，但在正正式测试前应应至少完成一一次整体性的的评审。1.3.3 测试执行1.3.3.1 流程图图 测试执行流流程1.3.3.2 功能测试准备提交系统测测试时，项目目经理安排测测试申请人在在发布系统前前检查代码是是否入库，并并通知相关人人员检查实现现与设计的一一致性、通知知测试组预计计能进行系统统演示的时间间。提交功能测试的的前提条件：在测试范围围内，QC库库中无“new、OOpen、RReopenn”状态的缺陷陷（只限于“系统演示”、“系统测试”发现的缺陷陷）。测试系统部署后后，项目经理理提交功能能测试任务单单，并进行行系统演示。功能测试任务单单主要内容包包括： 被测系统版本号号及代码行。 预

22、计测试开始与与结束时间（对对系统进行全全面测试时，项项目组至少预预留3天的测测试时间；如如果进行部分分模块测试或或缺陷验证，至至少预留2天天的测试时间间）。 填写该版本修改改的需求特征征项，指明本本次测试的要要点。 注明需验证缺陷陷的范围。系统首次提交功功能测试时，项项目经理或指指定软件工程程师需先根据据产品介绍文文档讲解系统统需求及业务务逻辑，然后后进行系统的全面演演示。系统演示开始时时确定记录人人，由记录人人记录发现的的缺陷，并在在会后录入QQC库进行跟跟踪。系统演示后，测测试人员认为为系统具备基基本的可测试试性，则抽取取10的特特征项进行验验证，检查实实现与需求规规格说明书的的一致性。特

23、征项由测试组组和项目组共共同协商确定定，并将抽取取的特征项记记录在功能能测试任务单单上，发现现的缺陷录入入QC。提交功能测试时时，一般都需需要全面演示，如果有特殊原原因不进行演演示，必须经经过质量管理理部经理（负负责测试）的同意。系统统演示必须在在测试环境中中执行，项目目组需要将程程序发布到测测试服务器上上，在测试过过程中项目组组不得更新被被测系统和数数据库。转测试通过后，项项目经理通知知配置管理员员对测试系统统进行预编译译。预编译完完成后，发布布人通知测试试人员，并将将预编译结果果提交项目经经理（不必录录到QC库）。一轮测试结束后后，测试人员员在一个工作作日内将测试试结果及主要要情况、缺陷陷

24、统计反馈填填写在功能能测试任务单单上，提交交给项目经理理审核，项目经经理电子签名名确认，标志志着一轮测试试任务的结束束。测试任务务单需存放在在各项目组的的配置库中。项目上线后一个个月集中以会会议形式给测测试组演示需需求/功能上上的变更，在在演示后，测测试人员根据据演示情况更更新测试用例例。1.3.3.3 性能测试功能测试通过后后，项目经理理根据系统的的实际情况，提提出性能测试试申请，向测测试组提交性性能测试任务务单。测试工程师执行行性能测试前前需要编写性性能测试计划划，跟项目目经理或主要要开发人员确确定性能测试试的范围和各各项性能预期期指标，编写写性能测试脚脚本，组织和和执行性能测测试，并作好

25、好观察和记录录。1.3.3.4 其它类型测试项目组可根据系系统的实际需需要，向测试试组提出功能能及性能测试试以外的测试试申请，比如如：兼容性测测试。此类测测试不需要演演示，只要具具备测试条件件（系统功能能比较稳定）即即可进行。项项目组需要提提交相应的测测试任务单。1.3.3.5 测试总结在项目开里程碑碑会议时，提提交阶段的系系统测试总结结报告；在在项目结项时时，对整个测测试活动进行行总结，提交交项目的系系统测试总结结报告。测试组将系统统测试总结报报告提交给给项目组前，需需进行内部审审核。1.3.4 缺陷管理1.3.4.1 角色与职责角色职责项目经理负责提交系统测测试，分配处处理测试发现现的缺陷

26、。测试工程师执行测试，录入入缺陷，验证证、关闭修改改后的测试缺缺陷。修改人修改测试、评审审的缺陷。记录人记录评审、走查查发现的缺陷陷，录入QCC。跟踪人跟踪、验证、关关闭修改的评评审缺陷。1.3.4.2 缺陷分类缺陷引入阶段：指在项目哪哪个阶段（过过程）引入的的缺陷。选项：策划阶段段、需求阶段段、设计阶段段、编码阶段段、测试阶段段、发布阶段段、投入运行行阶段。填写角色：缺陷陷修改人。说明：不是项目目当前所处阶阶段。该阶段段可理解为过过程，不是指指项目开发周周期，而是在在本周期所处处的活动阶段段。缺陷严重等级：指该缺陷造造成影响的严严重等级。填写角色：缺陷陷记录人严重等级名称缺陷等级描述高Hig

27、h严重地影响系统统要求或基本本功能的实现现，影响系统统的稳定性、造造成数据存储储错误或将错错误数据带入入下一环节、一些重要特性或性能不能达到指定的要求等。中等Medium功能可以使用、在在出错后做出出一定处理，操操作能够继续续进行或功能实实现有误，但但问题的出现现应不影响本本功能或其他他功能的实质质性使用。低Low用户界面显示、对对齐、文字错错误等。建议Suggesttion测试人员对系统统的一些建议议，不影响系系统的使用功功能，项目经经理可根据实实际情况决定定是否修改。不不算做缺陷，不不用于缺陷的的统计、分析析、度量。缺陷类型：这其其中包含了两两个纬度的概概念，为了方方便填写合成成一个缺陷分

28、分类。 选项：测试、评评审（技术缺缺陷）、评审审（非技术缺缺陷）填写角色：缺陷陷记录人。技术缺陷：指项项目工程文档档发现的、跟跟软件工程相相关的缺陷。如如：需求文档档中用例编写写错误、设计计文档中设计计错误、需求求遗漏、代码码变量定义有有误等。非技术缺陷：指指文档格式类类、文字类、管管理类问题。如如：软件开发发计划发现的的问题、页眉眉页脚问题、错错别字问题、代代码注释问题题等。说明：测试缺陷陷都属于技术术缺陷。评审审包括了正规规评审和走查查的缺陷。缺陷根源：导致致缺陷发生的的深层次的根根源。选项：需求不明明确、计划安安排不合理、人人员技能不足足、重要评审审员没有参与与、评审投入入时间不过、评评

29、审没有进行行。填写角色：缺陷陷修改人。说明：比如该缺缺陷是由设计计错误造成的的，追溯其根根源就可能是是：人员技能能不足或评审审没有进行等等根本性原因因。缺陷发现活动：选项：文档评审审、代码走查查、功能测试试、性能测试试、界面测试试、兼容测试试、安全性测测试。填写角色：缺陷陷记录人1.3.4.3 缺陷处理过程1.3.4.3.1 缺陷状态状态名称英文名称描述新发现New缺陷录入QC的的初始状态打开Open缺陷分配后的状状态已修改Fixed缺陷修改后的状状态被拒绝Rejecteed缺陷未被接受状状态重新打开Reopen缺陷未通过验证证的状态已关闭Closed通过验证的缺陷陷状态暂缓Respitee接

30、受修改，但暂暂缓修改的缺缺陷状态冻结Frozen无法修改的缺陷陷状态1.3.4.3.2 评审缺陷处理流流程评审（包括正规规评审和走查查）发现的缺缺陷都必须录录入QC库进行管管理和跟踪，并并要求在一周周内关闭。1.3.4.3.2.1 评审缺陷处理流流程图 评审缺陷处处理流程1.3.4.3.3 测试缺陷处理流流程测试过程中最重重要的工作产产品就是在测测试过程中发发现的缺陷问问题，如何对对每一个缺陷陷问题进行全全生命周期的的管理，不遗遗漏任何一条条有价值的缺缺陷，是保证证软件高质量量的关键基础础之一。以下下图为例，康康拓普公司对对于每一个测测试发现的缺缺陷从一开始始的记录，到到分配、修复复、验证、关

31、关闭都有清晰晰的全过程的的记录和管理理。1.3.4.3.3.1 测试缺陷处理流流程图 测试缺陷处处理流程1.3.4.4 缺陷分析1.3.4.4.1 缺陷统计缺陷统计是为了了帮助未来项项目设定量化的质量量目标，理解和控制制未来项目的的实际结果，为为缺陷预防奠奠定基础。 缺陷统计只只针对技术缺缺陷（即缺陷陷类型为测试试和评审（技技术缺陷），非技术缺缺陷不纳入统统计的范围。项目组进行阶段段总结时，测测试工程师针针对消缺率、及及时消缺率、一一次性通过率率、Reoppen率、缺缺陷周期、缺缺陷引入阶段段、缺陷根源源等指标对缺缺陷情况进行行统计，生成成缺陷统计计报告，提提交项目经理理。项目经理理根据统计结

32、结果进行分析析。 消缺率：展现对对缺陷或建议议的修复或采采纳情况。 及时消缺率：展展现缺陷的消消缺及时性。 一次性通过率：展现里程碑碑提交测试的的系统一次性性转测试通过过的情况。 Reopen率率：展现缺陷陷的修复质量量。 缺陷周期：展现现QC库中未未关闭缺陷的的生命周期情情况。 缺陷引入阶段：按照缺陷引引入阶段进行行统计，便于于项目组进行行缺陷分析。 缺陷根源：按照照缺陷产生的的根源分类进进行统计，便便于项目组进进行缺陷分析析。1.3.4.5 缺陷预防缺陷预防的着眼眼点在于缺陷陷的共性原因因，通过找寻寻、分析和处处理缺陷的共共性原因，实实现缺陷预防防。缺陷预防包括分分析过去所碰碰到的缺陷和和

33、采取相应的的措施以避免免这些缺陷在在以后再出现现。这些缺陷陷可能发生在在当前项目的的早期阶段，也也可能发生在在其它项目中中，所以缺陷陷预防活动是是不同项目间间互相汲取教教训的有效手手段。1.3.5 测试类型为了严格地保障障本系统系统的的系统质量，提提高用户对系系统的使用满满意度，本次次系统测试将将对本系统进行以以下五个类型型的测试：功功能测试、性性能测试、界界面测试、兼兼容性测试、安安全性测试。序号测试类型是否执行1功能测试2性能测试3界面测试4兼容性测试5安全性测试1.3.5.1 测试策略主要依据国家/国际相关的的测试标准和和规范(GBB/T 177544-11998信信息技术 软软件包 质

34、量量要求和测试试)针对本本方案中要进进行的五种测测试类型：功功能测试、性性能测试、界界面测试、兼兼容性测试与与安全性测试试，对于每一一种测试类型型的测试方法法和策略进行行描述。1.3.5.1.1 功能测试功能测试的整体体策略是分两两个阶段，第第一阶段是对对每个子系统统中的每个功功能进行单独独地测试；第第二阶段是根根据本系统的关键键，常用的业业务流程，把把多个功能串串起来进行的的流程测试。功能测试要覆盖盖各个子系统统中各个模块块中的每个功功能。在功能能测试时采取取正向和反向向两种方式，既既要输入正确确的数据，测测试功能是否否满足，也要要对每个功能能中的每个数数据输入域故故意输入错误误的数据，测测

35、试系统的健健壮性。比如如：要求输入入字符的测试试是否可以输输入数值，要要求输入数值值的测试是否否可以输入字字符，是否有有输入长度的的限制、非空空限制、大小小写的限制、最最大最小值（边边界值）的限限制等等。在每个功能测试试通过的基础础上，可以开开始业务流程程的测试，根根据每个业务务流程中所涉涉及到的多个个功能，将各各个相关的功功能按一定的的顺序连接起起来进行业务务流程的测试试。在系统功能较稳稳定的情况下下，会通过自自动化测试工工具（QuiickTesst Proofissiional）进进行回归测试试，以保证测测试的全面性性与连续性。1.3.5.1.2 性能测试系统的性能一般般指系统的响响应时间

36、和并并发用户数。在在系统响应时时间明显比较较长的地方将将在测试程序序中插入记时时器来进行记记时，可以得得到系统响应应的实际时间间，将实际使使用时间与要要求时间进行行对比就可以以得出是否符符合要求的结结论；对于并并发用户数的的测试将在条条件允许的情情况下用自动动化性能测试试工具，来编编写自动化测测试脚本，产产生模拟用户户来执行性能能测试，因为为人工能够实实际模拟的并并发用户数比比较有限。项项目的性能测测试将根据系系统的具体的的性能指标要要求，来设计计和执行。目前我们使用LLoadRuunner进进行系统的性性能测试，出出具专业的性性能测试报告告，通过报告告指标找出性性能瓶颈，经经过性能调优优后，

37、系统响响应时间在110秒以内，支支持并发500个用户的负负载性能，可稳定运行行200个用用户同时在线线。1.3.5.1.3 界面测试系统界面测试对对于用户来说说，也是非常常重要的，界界面是一个应应用软件系统统与用户进行行的直接交互互。系统操作作的方便性，易易用性，美观观性都是界面面测试的主要要内容，所以以在进行功能能测试的同时时还要关注系系统用户界面面的问题，主主要从以下两两个方面进行行考虑：实用性：用户界界面操作的方方便性、友好好性，是否符符合常规的一一些习惯，是是否提供必要要的快捷键，对对于同类型的的重复操作是是否有快捷方方式等等。美观性：各界面面的风格是否否一致，控件件是否排列整整齐，大

38、小是是否合适、位位置是否合适适等等外观性性的评价。1.3.5.1.4 兼容性测试考虑到本系统的的使用范围将将非常广，比比如系统将为为多个相关的的管理部门提提供使用，那那么系统将面面临着多种多多样的客户端端环境，所以以对系统进行行兼容性测试试也是非常有有必要的。兼兼容性测试的的策略主要是是依据用户群群中主要的各各种常见的软软件环境，从从操作系统版版本、OFFFICE版本本、IE版本本等方面进行行组合考虑。在在不同的环境境下进行系统统的客户端测测试，找出系系统在兼容性性方面的一些些缺陷，及时时地修复，将将给系统未来来的推广使用用打下良好的的基础。1.3.5.1.5 安全性测试主要从系统登录录、用户

39、权限限、超时设置置等方面验证证系统的安全全性。 输入有效和无效效的用户名和和密码，验证证系统登录功功能是否正常常；是否可以以不登陆而直直接浏览某个个页面等。 是否有超时的限限制，也就是是说，用户登登陆后在一定定时间内（例例如15分钟钟）没有点击击任何页面，是是否需要重新新登陆才能正正常使用。 用户的操作权限限：以不同角角色登录系统统，检验各个个角色的操作作权限是否正正确、合理。如如果系统中有有权限分配的的功能，对用用户进行授权权，再以被授授权的用户登登录系统，检检验操作权限限。1.3.5.2 测试资源1.3.5.2.1 测试工具在本项目的系统统测试过程中中将使用到以以下测试工具具：Qualit

40、yy Centter(简称称：QC)：测试管理工工具，主要用用途为管理测测试需求，设设计测试用例例，记录和跟跟踪测试中所所发现的缺陷陷等。LoadRunnner(简简称：LR)：自动化性性能测试工具具，主要用途途为编写自动动化性能测试试脚本，设计计性能测试场场景，模拟多多用户的并发发测试。QuickTeest Prrofisssionall(简称：QQTP)：自自动化功能测测试工具，主主要用途为编编写功能测试试脚本，执行行回归测试。1.3.5.2.2 测试环境要求为了保证测试的的有效性，测测试环境需要要独立，必须须与开发环境境分开。测试服务端：硬硬件、软件环环境的配置要要求是与系统统运行的正式

41、式环境一致或或类似。测试用客户端： 硬件：PC 55-10台(CPU2.4G ，内内存512MM) 软件：winddows 22000/xxp/20003，Offfice 22000/xxp/20003， IEE版本6.00 、SP11、SP2 测试数据：系统统中需要有一一定数据量的的各类业务数数据 测试网络环境要要求：康拓普普内部局域网网，局域网采采用千兆以太太网1.3.5.2.3 人员配备系统测试负责人人：1人职责：负责与开开发组之间的的沟通，协调调测试所需的的资源和环境境，制定测试试计划，监督督测试过程。测试小组：610人职责：根据测试试方案和测试试进度计划的的安排，完成成方案中涉及及的

42、各类测试试工作，主要要包括系统的的功能测试、性性能测试、界界面测试、兼兼容性测试和和安全性测试试。1.3.5.3 测试实施1.3.5.3.1 测试准备阶段项目开发计划评评审通过后，测测试负责人进进行测试需求求分析，根据据开发计划、开开发进度计划划和测试需求求分析结果，编编写测试计划划及测试进度度计划。1.3.5.3.2 测试设计阶段系统需求规格说说明书评审通通过后，测试试工程人熟悉悉需求、分析析需求，参照照需求规格说说书明、需求求特征列表，采采用等价类划划分、边界值值分析、错误误推断等多种种方法进行系系统测试用例例设计。1.3.5.3.3 测试执行阶段系统开发出某一一版本并由项项目组提交测测试

43、后，测试试工程师根据据测试用例，执执行系统功能能测试、界面面测试、兼容容性测试和安安全性测试，测测试发现的缺缺陷通过QCC向项目组反反馈；缺陷修修改完毕后再再进行回归测测试。待系统功能比较较稳定后，根根据系统性能能指标要求编编写性能测试试计划，调试试性能测试脚脚本，准备测测试环境，执执行性能测试试，性能测试试结束后，出出具性能测试试报告，通过过报告指标找找出性能瓶颈颈，开发人员员进行性能调调优。系统测试结束后后，测试组编编写系统出厂厂测试报告，执执行出厂测试试。1.3.5.3.4 测试总结阶段系统出厂测试结结束后，编写写系统现场测测试报告，提提交给用户，用用于验收测试试时使用。测试组对整个系系

44、统测试工作作进行总结，交交流经验教训训，向EPGG提交最佳实实践、正反样样例等，编写写该项目的测测试总结报告告。第2章 项目管理方案2.1 项目管理SW-CMM(Capabbilityy Matuurity Modell For Softwware 软软件生产能力力成熟度模型型，以下简称称“CMM”)，是19987年由美美国卡内基梅梅隆大学软件件工程研究所所（CMU SEI）研研究出的一种种用于评价IIT承包商能能力并帮助改改善软件质量量的方法，其其目的是帮助助IT企业对对IT系统项项目过程进行行管理和改进进，增强开发发与改进能力力，从而能按按时地、不超超预算地开发发出高质量的的软件。CMMM

45、它是目前前国际上最流流行、最实用用的一种ITT企业适用的的生产过程标标准，已经得得到了众多国国家以及国际际IT产业界界的认可。康拓普公司于22008年通通过了CMMMI3级的评评审。建立了了一套项目的的开发、测试试与维护完整整的质量体系系。编制了一一套项目过过程管理指南南作为项目目过程管理的的指导，内容容涵盖了CMMMI3级需需求管理、软软件策划、软软件跟踪与监监督、配置管管理、质量保保证等KPAA的要求。包包括了：技技术评审规程程、测试试规程等规规程；迭代开开发、设计界界面雏形与用用例说明、设设计领域模型型、技术评审审、变更控制制、持续集成成、缺陷管理理、系统发布布等关键实践践。本项目将将严

46、格按照项项目过程管理理指南的要要求来管理开开发过程。2.1.1 需求管理2.1.1.1 需求调研在售前阶段已进进行前期需求求调研，确定定了项目的工工作范围。本本阶段需求调调研的目的是是要详细了解解用户实际的的业务流程，并整理理需求细节，形成SOW正式稿、软件估算、软件开发计划、软件进度计划，并着手编写需求规格说明书。调研准备项目经理确定调调研的方法，选选择有代表性性的调研对象象（如：最终终用户、维护护人员），拟拟定调研计划划。开展需求调研之之前，项目经经理需提前准准备好调研提提纲，发送给给客户，内容容包括：交流流的目的、调调研内容、形形式、客户参参与人员等，并和客户户协商调研的的具体时间、地地

47、点。常用的调研方法法有：访谈（钻钻石型、金字字塔型、圆锥锥型）、调查问卷、界面原型、系统演示、联合开发、头脑风暴。调研时一定要挖挖掘用户深层层次的需求（NNeed，NNeed与RRequirrementt不同），即即提出需求的的背后动机、真真正期望。在在调研时可以以有意识地问问用户为什么么提出该需求求。调研结果果应服务于下下列目标：有有效提高对业业务的理解水水平、规避后期需需求变更的风风险、聚焦项目范范围、有效开展版版本规划活动动。 调研结果需求调研会议结结束后，调研研人员需在11个工作日内内完成需求调调研会议纪要要，如有必要要还需发送给给客户确认，并并入配置库。项目组根据用户户的需求编写写界

48、面原型、创创建项目特征征库、 编写需求规规格说明书的的业务描述部分分并绘制业务务流程图，通通过界面原型型、业务流程图来来进一步确认认用户的需求求。2.1.1.2 缺陷预防在开始需求分析析之前，由程程序经理组织织召开需求缺缺陷预防会议议，QA指导导，包括下列列活动： 选择并学习与需需求相关的典典型缺陷案例例。 选择正反面典型型需求文档样样例进行点评评。 学习以往项目组组最佳实践，吸吸取以往项目目组的教训。2.1.1.3 需求分析1根据调研研会议纪要、业业务流程图、界界面原型、客客户业务相关关规章制度、需需求规划列表表，由程序经经理、系统分分析师进行需需求分析： 识别actorr，识别系统统用例，

49、识别别业务规则（如如：工作类别别=检修/试验/巡视视；计算公公式），编写写系统用例描描述。 建立领域模型，编编写中英文对对照的术语表表。 分析性能、安全全等非功能性性需求。 分析系统接口需需求。 完善特征项。 演进界面原型，与与用户确认。2重用小组组（技术研究究部）人员参参与项目组需需求分析，识识别项目可贡贡献的重用模模块或组件，以以及项目组可可以使用的重重用组件，并并参与该部分分重用模块或或组件的需求求分析和设计计。3依据分析析结果编写需需求规格说明明书。4建立需需求跟踪矩阵阵。2.1.1.4 评审与审核需求求需求文档（需求求规格说明书书、领域模型型、特征项、界界面原型）要要求进行需求求评审

50、和需求求审核：需求评审：是在在项目组内部部按模块进行行评审。需求审核：是对对项目组内达达成一致的需需求文档进行行的评审。需求确认：必要要时将最新的的成果与客户户进行确认。2.1.1.5 建立需求基线需求文档评审（不不是指需求审审核）通过后后，表示需求求定稿，项目目经理通知SSCM建立需需求基线。需求基线包括：工作任务书书、软件开发计计划、界面原型、需求规格说说明书、特征项、需求规划列列表、项目估算、生命周期与与流程裁剪必须建立需求基基线后才能进进行下一阶段段工作。对于于迭代型生命命周期，在每每个开发周期期的需求分析析完成后，建建立需求基线线。2.1.1.6 测试需求分析在需求基线建立立后，测试

51、工工程师启动测测试需求分析析活动： 识别测试范围 识别出可重用的的测试用例 标识出自动化测测试部分 初步确定测试类类型（例如：功能测试、性性能测试、界界面测试、兼兼容性测试等等） 确定所需的测试试环境和工具具2.1.1.7 编制测试计划测试工程师根据据软件开发发计划、软软件开发主进进度计划、需需求规格说明明书及测试试需求分析结结果编写系统统测试计划和和系统测试进进度计划。2.1.1.8 需求变更需求基线建立后后，需求发生生变更时，必必须按照变更更管理规程进进行需求变更更。2.1.1.9 变更控制已受控的配置项项发生变更时时进入变更管管理流程。配置项受控原则则：配置项已已纳入基线。如如：需求规格

52、格说明书受控控原则为需求求基线已建立立，领域模型型受控原则为为设计基线已已建立，代码码受控原则为为发布基线已已建立。变更来源：客户户问题或者项项目组提出的的功能改进。变更管理流程见见下图：变更管理流程图图变更管理流程图图：1) 变更申请人识别别配置项需要要发生变更时时，变更申请请人填写变更更申请单，把把变更单状态态置为Neww，并把下一一环节负责人人置为项目经经理；2) 项目经理收到变变更单后判断断是否需要变变更，如果不不需要置状态态为Rejeect，变更更结束；3) 项目经理分析变变更的影响范范围。如果影影响到里程碑碑的达成，或或者需要申请请其他资源，或或者涉及到基基线变更时，则则组织召开S

53、SCCB会议议讨论。如果果该变更属于于需求变更并并且该变更的的执行会影响响到用户交付付里程碑时，则则SCCB会会议需邀请客客户代表参加加。4) SCCB会议讨讨论确定变更更是否需要执执行，是否需需要进行基线线变更或者允允许其他资源源的分配。5) 变更单确定需要要执行后，项项目经理把变变更单状态置置为Openn，并分配变变更执行人，同同时指定变更更跟踪人。6) 变更执行人接收收到变更单，开开始执行变更更时，把状态态置为In progrress，表表示变更正在在执行中。7) 变更执行人执行行完变更后，置置变更单状态态为Fixeed，同时把把下一环节负负责人指定为为变更跟踪人人。8) 变更跟踪人验证

54、证变更完成后后，把变更单单状态置为CClosedd，变更完成成。2.1.2 配置管理配置管理流程见见下图：1) 项目启动后，项项目经理通知知组织级SCCM建立配置置库，同时提提供：配置库库名称、人员员名单及权限限分配、已有有的配置项。2) 项目经理协助项项目组SCMM制定配置管管理计划，通过评审后，配置管理理员根据配置置管理计划开开展配置管理理活动。3) 项目组SCM每每月进行一次次配置项审计计，审核完成成编写配置状状态报告。4) 项目组建立项目目基线，包括需求基基线、设计基基线、发布基基线三种类型基线。5) 网络管理员要定定期对配置库库进行备份，维维护备份的数数据，保证配配置库的备份份安全。

55、2.2 质量保障在系统实施过程程中，为确保保系统的质量量，康拓普将将采用文档评评审、系统测测试、质量保保证、配置管管理四种方式式来管理质量量。2.2.1 文档评审文档评审是为了了更早地发现现缺陷，降低低项目的风险险。项目将对对下列文档进进行评审：l 需求规格说明明书；l 概要设计说明明书；l 系统测试说明明书。2.2.2 系统测试早在需求规格说说明书评审完完成，测试组组的测试工作作业已开始，而而不是等到系系统集成结束束才开始测试试工作。测试试组参加需求求规格说明书书的评审后，按按照康拓普测测试规程开开始测试的策策划、设计、执执行、总结工工作。与集成成工作并行。实施组对测试组组的测试方案案进行评

56、审，保保证测试组对对系统的理解解的正确性。测测试发现的缺缺陷采用TeestDirrectorr进行管理。TTestDiirectoor是Merrcury Interractivve 公司推推出的基于WWEB浏览器器环境下的管管理工具。TTestDiirectoor可以跟踪踪应用系统的的缺陷，当发发现缺陷的时时候就监控它它直到这个缺缺陷被解决。TTestDiirectoor通过与的的邮件系统相相关联，缺陷陷跟踪的相关关信息就可以以被整个维护护组，质量保保证组（SQQA），客户户支持人员所所共享。2.2.3 质量保证在项目一开始，质质量保证人员员（SQA），就就开始辅助项项目进行策划划，对组员进进

57、行相应进行行培训。SQQA独立于项项目组，在项项目实施的过过程中，对项项目的需求分分析、编写、单单项测试、周周例会、持续续集成、系统统测试等活动动进行评审，对对配置库，工工作产品（需需求规格说明明书、概要设设计说明书等等）进行审计计。发现不符符合公司的过过程或规程问问题，与项目目经理协商解解决，如果与与项目经理达达不成一致，提提交高级经理理解决。SQQA的参与，大大大提高了项项目组对过程程的执行性，从从而保证了系系统的质量。2.2.4 配置管理项目的文档管理理，采用业界界成熟的配置置管理机制。以以保证在项目目的实施和维维护的整个周周期中产品的的完整性和一一致性。为了做好配置管管理工作，康康拓普

58、购买了了企业级的配配置管理工具具StarTTeam。配置管理包括标标识在给定时时间点上项目目产品的配置置，系统地控控制对配置的的更改、并维维护在整个項項目中配置的的完整性和可可跟踪性。置置于配置管理理之下的工作作产品包括交交付给顾客的的项目产品，以以及与这些项项目产品等同同的产品项或或生成这些项项目产品所要要求的产品项项。建立基线库，当当基线形成时时就将它们纳纳入该库。通通过配置管理理的更改控制制和配置审计计功能，系统统地控制基线线的更改和那那些利用基线线库构造成的的项目产品的的发行。2.3 项目实施风险2.3.1 潜在的风险和应应对方法风险是不期望发发生、但有可可能发生的未未来事件。风风险管

59、理旨在在减少风险发发生的可能性性，并且尽可可能地减少其其影响。康拓拓普的风险管管理方法始于于项目规划阶阶段潜在的难难点和应对方方法。在项目初期即对对未来可能的的风险进行识识别并考虑可可能的规避方方法是整个项项目风险管理理中重要的第第一环。康拓拓普根据以往往项目经验和和广东电网公公司实际情况况，列出现阶阶段可见的以以及在项目过过程中可能出出现的一些不不同类别的主主要风险，对对风险来源、形形成原因和潜潜在后果进行行全面分析，并并提出相应的的规避措施，从从而协助广东东电网公司达达到有效地管管理和控制风风险，合理地地化解及降低低可能带来的的负面影响，最最终确保项目目能按照计划划，完成高质质量的交付成成

60、果。广东电网公司电电力设施全过过程管理系统统项目的潜在在的主要几类类风险和应对对方法如下所所示：1) 人员组织方面方方面的潜在风风险和应对方方法 潜在风险: 直属单位的各级级领导干部对对广东电网公公司电力设施施全过程管理理系统了解不不深，介入项项目的时间少少，可能造成成对于广东电电网公司电力力设施全过程程管理系统建建设项目组、最最终用户的支支持和指挥不不够，相关规规章制度的制制定和贯彻力力度不够，特特别是在系统统切换的上线线阶段，无法法提供及时的的人员和组织织保证，造成成问题得不到到及时解决，影影响系统的正正常运行。 应对方法：在项目初期安排排对直属单位位高层、中层层领导的广东东电网公司电电力设施全过过程管理系统统理念培训，统统一思想；建建立广东电网网公司电力设设施全过程管管理系统建设设指导委员会会、管理组的的例会制度，各各级领导要保保证参加相关关例会。2) 项目管理方面的的潜在风险和和应对方法 潜在风险：实现组织架构、业业务流程设计计的先进性和和实用性的平平衡将是一件件具有挑战性性的工作。支支持营销业务务流程众多，若若设计的流程程虽然先进，但但是不符合公公司的实际情情况， 依据这样的的流程建设的的系统将注定定是一个不会会成功的系统统。 应对方法：在项目全生命周周期内开始考考虑系统的后后期维护和支支持体系，并并搭建完善的的后期维护及及支持体系。