GP-NPM-V1.0_M_PP_V1.0

GP-NPM-V1.0_M_PP_V1.0
GP-NPM-V1.0_M_PP_V1.0

亿阳信通模板编号:CRI_O_PMV-PM_Template_PP

部门网络技术事业部

撰写王传刚

文档编号

GP-NPM-V1.0_M_PP_V0.5

文档状态:V0.5

版权属于亿阳信通所有,无亿阳信通的书面同意,任何个人或组织无权拷贝。

文档审批单

备注:此页签字另存。

文档修改记录

前言

本计划的编制遵循亿阳信通质量管理体系《项目管理册》(CRI_O_PMV-PM_V1.1)的规定,文档模板采用亿阳信通质量管理体系《项目管理册:模版:软件项目计划》(CRI_O_PMV-PM_Template_PP)。

目录

1范围 (8)

1.1 标识 (8)

1.2 系统概述 (9)

1.2.1项目目的 (9)

1.2.2项目目标 (9)

1.2.3项目客户和用户 (9)

1.2.4软件功能总体描述 (9)

1.2.5项目背景 (9)

1.2.6主要约束 (10)

1.2.7此项目与其它项目和组织的依赖关系 (10)

1.3 文档概述 (10)

1.4 与其它计划的关系 (10)

2参考文档 (11)

3项目组织机构 (12)

3.1 组织机构 (12)

3.2 报告渠道 (13)

3.2.1项目例会 (13)

3.2.2工作周报 (13)

3.2.3项目报告 (13)

4定义项目过程 (15)

4.1 过程模型 (15)

4.2 技术方法? (15)

4.3 项目过程 (15)

5工作细分结构 (17)

5.1 识别工作产品 (17)

5.2 识别非开发软件 (19)

5.3 制定WBS图 (19)

6风险管理 (24)

6.1 风险识别分析 (24)

6.2 风险处理措施 (24)

6.3 风险跟踪监控 (24)

7估计 (25)

7.1 软件规模 (25)

7.2 工作量 (25)

7.2.1任务 (25)

7.2.2里程碑定义 (25)

7.3 外部成本 (26)

7.4 关键计算机资源 (26)

7.5 总预算 (26)

8项目进度 (28)

9获得价值基线 (29)

10资源 (30)

图表目录

图1项目组织机构关系图 (12)

图2项目基线(BCWS) (29)

表 1 缩略语清单 (8)

表 2 相关文档 (11)

表 3 其它 (11)

表 4 项目组织结构表 (12)

表 5 项目过程定义表 (15)

表 6 工作产品表(Work Product Sheet) (17)

表7 工作产品评审及审批约定 (18)

表8 非开发软件清单 (19)

表9工程活动WBS (19)

表10管理和支持活动WBS (22)

表11任务描述列表 (25)

表12外部成本清单 (26)

表13关键计算机资源列表 (26)

表14总预算计算表 (26)

表15必备知识和技术资源清单 (30)

1 范围

1.1 标识

表 1 缩略语清单

1.2 系统概述

1.2.1 项目目的

GP-NPM产品是GP-NMS产品在PM方面的深化。

GP-NPM产品将收缩管理的范围,将管理的内容收缩为PM相关数据;但GP-NPM产品将加强对PM相关数据的管理。

通过GP-NPM产品,用户将能够更容易的对PM进行分析和监控。

1.2.2 项目目标

A.管理目标

-遵照公司质量管理体系规范要求,执行规范项目管理、配置管理、质量保证流程,使项目满足CMM3级要求。

-充分利用并合理分配现有的各项资源,做到物尽其用、人尽其责,在保证项目规范化的运作下,按时并圆满的完成此软件开发项目。

B.技术目标

-充分考虑网管系统对数据准确性、及时性、完整性的要求,对平台稳定性、健壮性的要求,在现有的成熟模块的基础上,从硬件平台、软件平台、软件规模、体

系结构,时间进度等角度进行仔细的思考,保证不仅能满足用户需求,又具有良

好的可扩展性,可延续性。

C.执行目标

-与客户很好地合作,最大程度地了解客户在GSM网管维护上遇到的困难以及迫切要解决的问题,正确地理解用户需求,遵循用户对网管工程建设的进度要求,从

而按时做出对客户有用的系统。

1.2.3 项目客户和用户

A.项目客户:中国移动、中国联通

B.最终用户:中国移动、中国联通网管维护人员

1.2.4 软件功能总体描述

本产品主要对中国移动、中国联通的GSM话务网PM部分进行管理。通过本产品,用户将可以有效的监控、分析PM数据。

1.2.5 项目背景

本产品的开发是基于改善目前产品的易用性的角度上所提出。

本产品的开发工作对于提高亿阳信通省级移动通信网管系统GP-NMS的技术核心竞争力、产品

的易用性可维护性等具有至关重要的作用。

1.2.6 主要约束

A.进度:本项目的主要进度约束为

a)需求分析:2002.11初– 2002.12初

b)总体设计:2002.12初– 2002.12中

c)增量1:

设计:2002.12中– 2003.1中

编码:2002.12中– 2003.1底

测试: 2002.1中– 2003.1底

B.成本:本项目无特殊的成本约束

C.资源:本项目无特殊的资源约束

1.2.7 此项目与其它项目和组织的依赖关系

本项目与其他项目和组织无特殊的依赖关系。

1.3 文档概述

本文档根据客户对项目的要求以及公司质量管理体系的要求,对项目的实施进行安排,主要描述项目在资源、成本、进度、质量等方面的管理和控制约束。

本文档将指导项目的开展,是项目实施的主要依据。

1.4 与其它计划的关系

本计划对产品开发起指导作用,主要阐述项目管理方面的要求和约定。根据本计划编制的项目其他相关计划包括:

A.软件配置管理计划:主要阐述产品关于软件配置管理工作的相关要求和约定,以及具体的

工作安排;

B.软件质量保证计划:主要阐述产品关于软件质量保证工作的相关要求和约定,以及具体的

工作安排;

C.集成测试计划:主要阐述产品关于集成测试工作的相关要求和约定,以及具体的工作安排;

D.系统测试计划:主要阐述产品关于系统测试工作的相关要求和约定,以及具体的工作安排;

E.项目进度计划(包含在项目计划和跟踪监控表中):主要陈列项目详细工作任务以及对各

任务的进度、资源等方面的安排,是本计划的补充,也是项目跟踪的依据。

2 参考文档

表 2 相关文档

表 3 其它

3 项目组织机构

图 1 项目组织机构关系图3.1 组织机构

表 4 项目组织结构表

3.2 报告渠道

3.2.1 项目例会

项目组应每周召开项目例会,由产品经理主持,项目组全体成员参加,必要时可以邀请研发副总经理或客户代表参加。项目例会用于通报项目进展情况,并协调解决项目中发现的问题,跟踪项目问题、风险的解决情况。项目例会是项目成员间沟通的渠道。

本项目约定:至少每两周

...召开一次项目例会,由项目支持组协助组织。

此外,在每个里程碑完成后召开一次里程碑评审会

......,此会议可以视具体情况与项目例会合成一次会议召开。

3.2.2 工作周报

项目成员应每周向其上司提交本周工作报告(工作报告格式遵循公司质量管理体系文件要求,包括本周完成的任务、发现的问题、预计的风险、下周计划,以及本周工作度量);其上司应及时批阅该周报。工作周报是项目小组内沟通工作进展情况的渠道。

本项目约定:每周五

...相关负责人(在此为产品经理)应完成对...项目成员提交工作周报;周一前

工作周报的批阅。

3.2.3 项目报告

产品经理应定期编制项目报告,通报项目的进展情况,以及项目中发生的问题、预计的风险、

发生的变更等。项目报告是项目进展情况通报的载体,应分发到项目所有相关人员,包括高层管理代表和客户。

本项目约定:产品经理每周一

...向项目所有成员发布项目报告,由项目支持组协助统计分析相关数据。

4 定义项目过程

4.1 过程模型

本项目所选用的过程模型为渐进开发瀑布模型。

4.2 技术方法

本项目将采用https://www.360docs.net/doc/1e7752996.html,,并试行UML分析设计方法。

其他无特殊技术方法。

4.3 项目过程

表 5 项目过程定义表

5 工作细分结构

5.1 识别工作产品

本项目中在各阶段及各阶段内的活动完成后,应提交的工作产品类型如“表 6 工作产品表(Work Product Sheet)”所示。项目的软件配置管理计划应按此表编制项目的配置项清单。

表 6 工作产品表(Work Product Sheet)

表6确定的各种工作产品,均需通过一定的检查(如评审或质量检查),得到批准后方可得以发布。表7给出了各种工作产品所需通过的检查方法以及有权审批人(详细人员名单参见表4),并对任何例外给出说明。

WBS的编制均需以表7为依据,为各种工程活动任务(如需求、设计、开发、测试等)添加补充的“检查任务”。

表7 工作产品评审及审批约定

5.2 识别非开发软件

本项目中将提交的最终产品中,非本项目开发的部分如“表8 非开发软件清单”所示。

表8 非开发软件清单

5.3 制定WBS图

项目工程活动WBS框架参见表9,管理和支持活动详细WBS参见表10。详细的WBS参见GP-NPM-V1.0_M_PTO_1.0。

表9 工程活动WBS

相关主题
相关文档
最新文档