多渠道缴费业务管理系统-项目策划书.doc

1、文档密级：内部文档编号： pjm_pp201v1.00项目代号： psbms供电所同业对标治理系统项目策划书江西双源电力高新技术有限公司编制：杨宇生效日期：审核：龚治家批准：龚治家江西双源电力高新技术有限公司对本文件资料享受著作权及其它专属权益，未经书面许可， 不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用；mcps项目总体方案密级：内部变更日志编号版本修改内容修改人修改日期10.10创建初稿杨宇121.00发布杨宇131.10变更发布杨宇1目 录1. 引言11.1 目的11.2 背景11.3 术语与缩略语11.4 预期读者与阅读建议11.5 参考资料12. 项目概述

2、32.1工作范畴.32.2工作时限.32.3交付成果.32.4 项目用户与验收条件32.5 项目目标42.6 假设和约束42.7 关键依靠关系43. 项目组织53.1 组织结构53.1.1 项目内部组织结构53.1.2 项目外部组织结构53.1.3 项目团队建设63.2 角色与责任64. 项目策划74.1 项目过程定义74.2 wbs74.3 项目估算74.3.1 估量策略74.3.2 估量结果74.4 阶段划分与检查点74.4.1 项目阶段划分及主要工作产品74.4.2 项目关键活动84.4.3 里程碑划分84.4.4 项目评审方案94.5 项目进度支配104.6 项目资源方案104.6.1

3、 人员方案104.6.2 培训方案104.6.3 工作场所114.6.4 软件工程设备和支持工具估量114.7 需求治理方案114.8 决策分析方案114.9 风险治理方案114.10 项目沟通方案124.11 质量保证方案124.12 配置治理方案124.13 项目测试方案124.14 项目验收方案124.15 项目级度量方案124.16 项目跟踪方案125. 支持方案列表14mcps项目总体方案密级：内部1. 引言1.1 目的本方案总体描述供电所同业对标治理系统的有关支配，使参加本项目的有关各方能够通过本方案有序协同工作，从而确保项目目标达成；本方案主要描述了本项目的项目范畴、工作内容、工

4、作方法、项目组织、时间支配、治理与掌握方法及过程要求、项目采纳的技术、度量方法与相关的治理、掌握要求、资源支配等；在本方案的基础上将形成本项目的项目进度方案、配置治理方案、质量保证方案、总体测试方案等， 这些方案作为本方案的补充与具体说明，受本方案约束；本文档面对的读者是：客户、项目研发人员、各部门项目组成员、技术部门经理以及其它与本项目相关的人员；1.2 背景本软件系统的名称：供电所同业对标治理系统，英文名称：the standard management system of powerindustry ，英文简称： psbms；该项目主要功能是为江西省885 个供电所供应10 项指标的统计

5、、分析及评判，为江西省电力公司治理层供应供电所治理手段；项目是由江西省电力公司农电工作部提出的，由江西双源电力高新技术有限责任公司承接，负责项目软件的开发及应用集成；软件系统的应用范畴包括：江西省电力公司、江西省下辖12 个地市供电公司、96 个县供电公司及 885 个供电所；1.3 术语与缩略语术语或缩略语解 释同业对标就是用指标评判企业、用业绩考核企业，主要从安全治理、资产经营、营销同业对标服务、电网运行、人力资源等五类评判指标；1.4预期读者与阅读建议预期读者阅读建议认真阅读项目简介、 项目用户、 约束、 工作结构分解、 项项目治理部门目组织与里程碑设定；项目组成员认真阅读文档的全部内容

6、；关联项目组阅读项目范畴、里程碑设计；关联组（配置组、测试组）认真阅读文档全部内容；1.5 参考资料编号资源名称说明14江西双源电力高新技术有限公司1供电所同业对标治理系统立项申请表2供电所同业对标治理系统项目建议书3供电所同业对标治理系统项目开工公告4项目总体方案模板2. 项目概述2.1 工作范畴本项目主要是依据项目开发流程进行供电所同业对标治理系统软件的研制工作；依据本方案中识别的工作任务内容、时间进度要求和工作产品要求完成软件的开发和各个阶段工作产品的产出；2.2 工作时限项目周期为： 5 个月（ 2021-1-202021-6-30）2.3 交付成果序号移交物品名称 与合同所列对应 介

7、质数量备注本项目最终需要交付给客户的成果：见下表：1安装包电子12源代码电子13治理员手册电子14用户手册电子15需求规格说明书电子16具体设计说明书电子17软硬件平台部署方案电子18安装调试报告电子19项目试运行报告电子110业务应用系统部署配置信息电子111产品发布说明电子112测试报告电子22.4 项目用户与验收条件供电所同业对标治理系统主要为江西省各级电力公司及所辖供电所供应相关对标指标的查询、分析、治理评判的系统；项目测试过程终止后，提交客户试用，试用终止后，由研发中心、市场营销部、商务部协同客户进行验收，以需求规格说明书的要求、系统测试的测试结果、试用报告等结果作为标准对项目进行结

8、项评审和验收；(1) 实现各个模块功能，符合需求规格说明书中功能；(2) 系统通过各项测试；(3) 产品通过试用；(4) 用户文档完整、正确无误；具体参见供电所同业对标治理系统项目实施与验收总体方案；2.5 项目目标本项目的设计目标是研发供电所同业对标治理系统，系统设计要充分考虑大并发量业务的特点，全面满意各项业务的功能需求，同时要考虑到系统的整体规范、便利易用、稳固牢靠、安全可控、易保护、易扩展等特性；本系统项目研发需实现以下目标：整体性：系统整体设计应统一规范，功能模块设计必需清晰合理，能够有效的实现一体化治理； 有用性：系统的设计应当充分考虑电力缴费系统的实际工作特点，已有的软件系统和硬

9、件设备符合实际要求，使得系统具有很强的有用性；稳固性：为保证系统最大限度的发挥作用，完成电力缴费的工作要求，缴费平台的设计必需认真考虑稳固性和牢靠性；安全性：系统必需具备整套的安全解决方案来保证交易的安全性，并尽可能选购具有自主学问产权的软件技术和产品；扩展性：系统应当具备可扩展性，以满意目前日益进展的运算机信息和网络技术； 易用性：系统应当供应简洁美观的操作界面，简单把握，便利有用；2.6 假设和约束硬件限制：pc服务器；软件限制：web服务采纳 j2ee的 mvc架构； jdk1.5.3 ；数据库采纳 oracle 10g ra；c性能要求：1000 万条记录数据抽取时间在10 分钟之内；

10、每个指标查询界面呈现时间要求在2 秒之内； 运行环境：rhe5.5、windows 2003 serve；r完成期限：2021/7/10 ；2.7 关键依靠关系内容供应方接收方估量提交日期相关产品和技术支持验收标准需求约束无关键客户省网农电工作部处长（计红）关键关联项目无项目组【需求规格说明书】 评审会议评审， 需求确认关键外部系统营销业务应用项目组2021/2/20缴费相关接口项目经理确认关键软硬件资源关键活动参见 4.4.2关键活动3. 项目组织3.1 组织结构3.1.1 项目内部组织结构本项目分以下几个组：.项目经理：负责项目总体业务，负责项目方案制定、组间和谐沟通，负责指导、掌握、治理

11、和调整个项目进行构造软件系统，并最终向客户负责；.架构组：主要包括项目技术架构选型，系统架构搭建、核心代码编写；.研发项目组：主要包括项目的需求人员和开发人员，负责项目需求分析、项目设计、编码和代码走查；.项目测试组：负责项目产品的测试和验证工作.配置治理组：负责研发项目的各配置项状态发布和变更掌握，变更掌握委员会负责项目基线的治理；.质量保证组：在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性；3.1.2 项目外部组织结构供电公司领导项目管控组供电公司领导：江西省电力公司农电工作部主任肖文明，客户方项目的总负责人；项目管控组：江西省电力公司农电工作部农电治理

12、处处长计红，负责对项目的管控，跟踪项目的进展情形，并进行总体和谐，以及项目的验收；同时也是客户的总接口人；3.1.3 项目团队建设项目团队肯定都会有明确的愿景，这个愿景不仅仅是一句口号，必需是大家都能同意的方向与目标， 并要与项目的成果相结合；缺乏共同愿景的团队，处处是无法和谐的看法，以及彼此误会的目标，即使项目最终得以交付，仍会为了如何评估成效或验收，花更多时间在争论并相互妥协；团队愿景：以客户为关注焦点，进一步提升公司在客户方的形象；团队组建：项目经理和研发中心主任进行谈判，尽可能的获得足以胜任工作的员工；团队建设：包括培训，户外运动，制定奖惩制度；团队治理：包括加强项目成员间的沟通，解决

13、冲突，定时召开会议；团队解散：在项目总结中对项目组成员进行评判并释放该资源；3.2 角色与责任编角色姓名职责属性组号1 研发中心主任龚治本项目的验收结项负责人，负责项目的立项、结项评审和批准，负责家批准发布项目开工公告和结项公告；本项目的项目经理，是整个项目的总体业务负责人；负责指导、掌握、治理和调整项目进行软件研发工作的个人，负责决策分析活动，负责高 层 领导2 项目经理杨宇黄俊查工作；4开发人员黄俊，李亚本项目的开发人员，负责项目部分应用模块编码工作；冰3 设计人员杨宇、项目的人员工作支配、组间和谐工作，并最终向顾客负责；本项目的测量员，负责整个项目各个阶段度量数据的收集与分析、里程碑报告

14、等工作；本项目的设计人员，负责项目部分应用模块设计、单元测试、代码走项 目 经理架构组、研 发 项目组5 界面设计工程师魏欣本项目的开发人员，负责界面设计、编码研 发 项目组6 测试人员王燕宁7 配置人员郑亚黧本项目的测试负责人，负责项目集成测试和系统测试工作的策划、实施和报告工作，负责和谐测试组内人员的工作支配；本项目的配置治理员，负责在整个软件生命周期中，掌握软件产品的状态和一样性，确保产品的有序变更和发布；项 目 测试组 配 置 管理组8 质量保证人员詹林本项目的质量保证人员，负责在整个软件生命周期中，监督和检验软辉件过程与标准的符合性以及软件产品生产规范的符合性；质 量 保证组10 客

15、户代表计红负责需求供应，帮忙需求分析，进行需求确认；项 目 管控组11 客户领导计红负责项目客户方问题和谐，最终产品确认；供 电 公司领导12 关联系统代表研 发 项黄俊负责对外部接口的开发、调试、技术支持；目组4. 项目策划4.1 项目过程定义模型选用：本系统采纳瀑布模型；缘由：本项目为开发型项目，项目经理及设计人员对此类项目体会特别丰富，因此对项目需求明确、懂得充分，并且较为稳固；挑选模型的缘由（规模小，客户明显、需求清晰）本项目依据生命周期模型挑选，具体参见本项目的过程输出裁减表；4.2 wbs本项目的 wbs，及进度支配见下图，详见项目进度方案及wbs；4.3 项目估算项目估算策略及估

16、算结果如下：依据组织度量数据，算法得出依据组织度量数据，算法得出依据组织度量数据，算法得出体会合同商定及以往项目的进度划分比例体会工作量估量完成后工作量估量完成后工作量估量完成后工作量估量完成后wbs 完成后wbs 完成后9测试设计文档工时wbs 完成后10成本估算元日11周期估算工时体会依据组织度量数据，算法得出依据组织度量数据，算法得出工作量估量完成后wbs 完成后4.3.2估量结果参见项目估算记录和wbs及项目进度方案 ；4.4 阶段划分与检查点4.4.1项目阶段划分及主要工作产品阶段入口标准任务出口标准起止时间主要工作产品需 求项 目 团 队 已 建用户需求调研， 需求需求规格说明书2

17、021-04-19 需 求 规 格 说 明4.3.1 估量策略编号估量对象单位方法备注1软件产品规模功能点功能点估算方法需求汇总表完成并形成基线后2工作量人日功能点估算方法需求汇总表完成并形成基线后3项目治理活动人日4配置治理活动人日5质量保证活动人日6培训活动工时7开发进度工时8技术文档工时开发立，需求开发计划已制定；需 求 规 格 说 明系 统 书 已 完 成 并 形设计 成基线，项目开发方案已批准；编码详 细 设 计 完 成并形成基线系 统 测 试 设 计项 目 完成；集成测试设计完成；编码测试及 单 元 测 试 完成产 品产品发布，版本标 识 ， 配 置 审发布 计，发布评审实 施客

18、户 处 实 施 及验收验收开发和分析， 制定需求规格说明书；进行系统测试设计； 进行概要设计； 进行集成测试设计； 进行具体设计；进行各模块编码， 代码走查；进行集成、 系统测试产 品发 布， 版本 标识，配置审计，发布评审客户处安装调试， 上线测试，用户培训， 试运行，验收完 成 并 形 成 基线；系统测试设计、概要设计、集成测试设计、具体设计完成形成基线；编码、代码走查完 成 并 形 成 基线；集成、系统测试完成并形成基线发布评审通过试运行无问题， 验收通过至2021-05-112021-05-14至2021-06-252021-06-26至2021-07-272021-07-19至202

19、1-09-032021-09-04至2021-09-052021-09-05至2021-09-14书 概 要 设 计 说 明书、数据库设计说明书、具体设计说明书、测试用例源代码、代码走查单集成测试报告 、系统测试报告 、用户手册 、治理员手册产品发布说明、产品发行汇总表软硬件平台部署方案安装调试报告 、 试 运 行 报 告 、客户培训记录 、 交 付 移 交 单 、项目验收报告项 目项目总结，结项总结项目总结， 移交组织财宝库，结项项目总结，移交组织财宝库完毕2021-09-14项目总结 、移交 财 富 库 清 单 、结项评审报告4.4.2 项目关键活动阶段任务任务说明起止时间主要工作产品策划

20、阶段工作任务 wbs 对工作任务进行细分，制定工作任务 wbs2021/4/102021/4/11项目进度方案 wbs需求阶段需 求 收 集 及分析设计阶段手 续 费 结 算模块设计编码阶段手 续 费 结 算模块设计汇总用户需求，与客户面谈，并确认客户需求2021/4/202021/5/42021/6/182021/6/192021/7/192021/7/19客户访谈表 、需求规格说明书具体设计说明书代码2021/8/24试运行，并编写试运行2021/9/7报告2021/9/10测试阶段系统测试完成系统测试工作2021/8/16实施阶段试运行4.4.3 里程碑划分项目各阶段里程碑及关注点划分如

21、下：系统测试报告试运行报告阶段里程碑 /关注点内容描述终止标志完成时间完成项目过程定义、工作任务拆分；项目方案提交2021-04-17完成项目估算； 完成项目方案；完成项目支持方案；完成项目方案及其支持方案项目方案发布2021-04-18评审；完成项目方案整改并发布；完成用户需求调研和确认；内部同行评审通过2021-05-10完成需求文档编制；完成需求文档同行评审；完成需求评审完成需求修改需求评审通过并纳入基线库，需求基线已发布2021-05-11完成需求跟踪矩阵 建立并发布需求基线完成具体设计编写； 完成评审及整改；具体设计评审通过2021-06-20完成设计阶段需求功能跟踪；设计评审通过并

22、纳入基线库，设计基线已发布2021-06-25建立并发布设计基线；完成各个模块编码工作；软件代码提交2021-07-19完成代码走查完成各模块代码走查；代码走查通过2021-07-27完成走查结果问题整改；完成编码阶段需求跟踪；编码阶段各评审通过并2021-07-27建立并发布代码基线；纳入基线库，代码基线已发布完成集成测试；完成测试报告编写；集成测试评审通过2021-08-15完成测试报告评审； 完成测试问题整改；完成系统测试；完成测试报告编写；系统测试评审通过2021-08-30完成测试报告评审；完成测试问题整改；完成用户文档编写；用户文档评审通过2021-09-03完成配置审计，产品出厂

23、审计；产品发布评审通过并纳入基线库；2021-09-03建立产品基线产品基线已发布安装调试，试运行终止；试运行通过；2021-09-14完成问题整改；完成项目验收；项目验收通过；项目方案完成策划阶段项目方案发布（里程碑）需求开发完成需求阶段建立需求基线（里程碑）具体设计完成设计阶段建立设计基线（里程碑） 编码完成编码代码走查完成阶段建立代码配置项（里程碑）集成测试完成测试系统测试完成阶段用户文档完成建立产品发布基线（里程碑）验收项目验收完成阶段（里程碑）4.4.4 项目评审方案以下针对同行评审及治理评审列出了项目各评审点时间及评审要求：方案评审 （总体2021-04-17会议评审项目经理、项目

24、组全体成员、研发中心主任计 划 及 支 持 计划）需求评审2021-05-07会议评审项目组全体成员、研发中心主任，客户代表项目阶段评审点时间点评审方式评审组成员要求策划阶段需求阶段概设、数据库、具体设计评审2021-06-20组内评审项目组全体成员测试用例评审2021-8-1会议评审项目经理、 qa 、cm 及项目组相关人员代码走查2021-07-5个人走查陈拓勇、龚治家2021-07-27集成、 系统测试2021-07-26组内评审项目经理实施方案审批产品发布评审2021-09-04会议评审项目组全体成员，客户代表设计阶段编码阶段测试阶段评审通过准就：无严峻问题，稍微问题经项目经理审核、验

25、证关闭后通过；4.4.5 项目确认方案以下针对客户确认列出了项目各确认方、确认形式，确认时间点：项目阶段客户参加确认项时间点确认方式客户参加人需求阶段 需求评审 2021-05-08 评审报告签字确认 客户代表（ 需求评审人员 ） 测试阶段 产品发布评审 2021-09-05 评审报告签字确认 客户代表（产品发布评审人员） 验收阶段 试运行2021-09-10 试运行报告签字确认 客户代表（试运行确认人）4.5 项目进度支配本项目的进度支配见项目进度方案及wbs；4.6 项目资源方案4.6.1 人员方案角色才能要求人数进入时间退出时间时间比例资源状态项目经理高级工程师1项目启动全程100%现有

26、系统架构师高级工程师1项目启动全程100%现有2需求阶段系 统试通过 测100%现有1需求阶段系 统通过 测100%现有试1项目启动全程40%现有1项目启动全程40%现有软件设计师副高级工程师测试人员测试工程师配置治理员配置治理工程师质量保证员qa工程师项目组人员支配参见第三章中描述，项目人员准时间支配见项目进度方案及wbs；4.6.2 培训方案培训内容培训对象培训时机培训方式备注oracle开发培训项目组全体人员2021 年 4 月项目级内训课程重点是 sql优化4.6.3 工作场所任务描述场所需求双源电力金庐软使用人员使用时间段备注开发测试件园本部全体项目组2021-01-20至2021-

27、06-30现场测试及实施老省局实施人员2021-01-20至2021-06-304.6.4 软件工程设备和支持工具估量见项目工作标准环境4.7 需求治理方案本项目是由于是保护类项目，不涉及需求调研，主要工作任务是需求分析，需求确认；在需求规格说明书评审通过后，由项目经理依据需求规格说明书制定出本项目的需求跟踪矩阵，由项目经理组织人员识别项目各阶段与客户需求的不一样，并在里程碑点保护 需求跟踪矩阵 ， 由配置治理员帮助项目经理处理需求变更申请，由qa监督变更流程；具体时间支配参见 wbs及项目进度方案 ；4.8 决策分析方案在本项目中，假如遇到以下情形需要依据决策分析的流程规范进行决策分析：.在进行风险治理时，高级别的风险存在多个缓解措施进行挑选时；.在项目系统设计和编码过程中系统架构挑选和关键技术方案，存在多个方案挑选时；.当客户需求有重大变更，对项目进度有重大影响时；.项目开发过程中遇到对于产品品质、开发成本、进度等有重大影响的问题时；.开发过程中显现的重大风险对项目有重大影响时；当显现以上问题需要进行决策时，由项目经理遵循决策分析的流程规范挑选合适的解决方案，组织相关人员采纳适合的决策方法进行决策分析，并将结果以报告形式公布；4.9 风险治理方案本项目中，在项目策划阶段有项目经理组织项目组成员，依据组织风险库中已识别的风险及项目体会识别出本项目中可能存在的风险，记录在风险治