软件项目总体计划清单.docx

软件项目总体计划清单.docx

《软件项目总体计划清单.docx》由会员分享，可在线阅读，更多相关《软件项目总体计划清单.docx（15页珍藏版）》请在冰豆网上搜索。

软件项目总体计划清单

【工程名称】

工程总体计划

文档版本号：

文档编号：

文档密级：

归属部门/工程：

编写人：

生效日期：

文档修订记录

版本号

修订日期

修订人

修订说明

修订状态

审核日期

审核人

批准人

修订状态：

A--增加，M--修改，D--删除

日期格式：

YYYY-MM-DD

1.前言1矚慫润厲钐瘗睞枥庑赖。

1.1目的1聞創沟燴鐺險爱氇谴净。

1.2围1残骛楼諍锩瀨濟溆塹籟。

1.3术语定义1酽锕极額閉镇桧猪訣锥。

1.4预期读者与阅读建议1彈贸摄尔霁毙攬砖卤庑。

1.5参考1謀荞抟箧飆鐸怼类薔。

2.工程工作述1厦礴恳蹒骈時盡继價骚。

2.1工程工作围2茕桢广鳓鯡选块网羈泪。

2.2工程工作时限2鹅娅尽損鹌惨歷茏鴛賴。

2.3工程交付成果2籟丛妈羥为贍偾蛏练淨。

2.4工程用户与验收条件2預頌圣鉉儐歲龈讶骅籴。

2.5工程目标2渗釤呛俨匀谔鱉调硯錦。

2.6约束2铙誅卧泻噦圣骋贶頂廡。

2.7关联工程2擁締凤袜备訊顎轮烂蔷。

3.工程组织2贓熱俣阃歲匱阊邺镓騷。

3.1组织结构2坛摶乡囂忏蒌鍥铃氈淚。

3.2外部组织2蜡變黲癟報伥铉锚鈰赘。

3.3角色与责任3買鲷鴯譖昙膚遙闫撷凄。

3.4团队建设计划3綾镝鯛駕櫬鹕踪韦辚糴。

4.工程管理3驅踬髏彦浃绥譎饴憂锦。

4.1工程过程定义3猫虿驢绘燈鮒诛髅貺庑。

4.2工作分解结构3锹籁饗迳琐筆襖鸥娅薔。

4.3工程估算数据3構氽頑黉碩饨荠龈话骛。

4.4阶段划分与检查点4輒峄陽檉簖疖網儂號泶。

4.5工程进度安排5尧侧閆繭絳闕绚勵蜆贅。

4.6工程资源计划5识饒鎂錕缢灩筧嚌俨淒。

4.7数据管理计划6凍鈹鋨劳臘锴痫婦胫籴。

4.8配置管理计划6恥諤銪灭萦欢煬鞏鹜錦。

4.9质量保证计划6鯊腎鑰诎褳鉀沩懼統庫。

4.10总体测试计划6硕癘鄴颃诌攆檸攜驤蔹。

4.11风险管理计划6阌擻輳嬪諫迁择楨秘騖。

4.12成本计划6氬嚕躑竄贸恳彈瀘颔澩。

4.13工程沟通计划7釷鹆資贏車贖滅獅赘。

4.14确认计划7怂阐譜鯪迳導嘯畫長凉。

4.15需求管理计划7谚辞調担鈧谄动禪泻類。

4.16决策分析计划8嘰觐詿缧铴嗫偽純铪锩。

5.支持计划列表8熒绐譏钲鏌觶鷹緇機库。

6.测量计划9鶼渍螻偉阅劍鲰腎邏蘞。

7.附件9纣忧蔣氳頑莶驅藥悯骛。

1.前言

1.1目的

〔如下描述〕

通过本计划描述ＸＸＸＸＸ工程的工程围、工作容、工作方法、时间安排、管理与控制办法、资源情况等，使工程的实施在本计划的基础上得到实施与控制。

颖刍莖蛺饽亿顿裊赔泷。

1.2围

〔如下描述〕

本计划主要描述了本工程的工作容、工程组织、工程的管理办法与过程要求、工程采用的技术、度量办法与相关的管理、控制要求。

濫驂膽閉驟羥闈詔寢賻。

在本计划的基础上还将形成工程的进度计划、配置管理计划、质量保证计划、总体测试计划，这些计划作为本计划的补充与具体说明，受本计划影响。

銚銻縵哜鳗鸿锓謎諏涼。

1.3术语定义

{提供所有为正确解释本软件开发计划所必需的术语和缩略语的定义。

术语很多时，用列表作为本文档的附件。

}

1.4预期读者与阅读建议

{描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。

可用列表的方式列出。

如：

}

预期读者

阅读建议

工程高层经理

仔细阅读工程简介、工程用户、约束、工作结构分解、工程组织与里程碑设定。

工程组成员

仔细阅读文档的全部容。

关联工程组

阅读工程围、里程碑设计。

关联组（配置组、测试组）

仔细阅读文档全部容。

……

……

1.5参考

〔列出描述工程计划时参考的所有文档。

〕

工程立项公告

工程可行性分析报告

需求规格说明书

工程合同

组织测量库

等

2.工程工作述

2.1工程工作围

{在此描述工程要做什么事情。

}

2.2工程工作时限

{在此描述工程最迟提交交付物的时间。

}

2.3工程交付成果

{描述向公司外部、部提交的交付成果。

}

2.4工程用户与验收条件

〔描述工程的最终接收者或验收者，明确工程接收条件、验收标准。

〕

2.5工程目标

{根据《　　　》选择并描述本工程的工作目标，工作目标包括过程目标与质量目标。

}

2.6约束

〔列出描述本计划所基于的约定：

包括来自与客户方的、公司部的、以及有关组织的约定。

例如，工程必须满足的预算、人员、设备、进度等。

挤貼綬电麥结鈺贖哓类。

这些约束分为：

技术约束和非技术约束。

技术约束可能包括（但不限于）以下几点：

1.必须准从的标准、流程、规程

2.必须采用的方法、技术或工具

3.必须达到的性能目标

4.必须服从的格式

非技术约束可能包括（但不限于）以下几点：

1.客户或用户的习惯或惯例

2.费用日期资源的限制

3.合作伙伴的限制

4.、政治、文化、观念上的限制〕

2.7关联工程

〔描述与该工程关联的其它工程以及两者之间的影响因素。

〕

3.工程组织

3.1组织结构

〔描述工程的部组织结构，包括管理人员（组）、技术人员（组）、质量保证人员（组）、测试组等所有与工程实施有关的人员和组之间的关系结构图。

〕赔荊紳谘侖驟辽輩袜錈。

3.2外部组织

〔列出与工程接口的外部组，对每个接口，指定、外组的联络人。

一般，外部组包括（举例）：

●上层组织（如果本工程是某一大工程的子工程时，存在上层组织）

●客户组织（部或外部客户组织，如一个合同客户，或公司高层领导）

●分包商

●文档组（如果文档组不是设置在工程组部）

●最终用户支持组（可能包括一些关联的工程）

●工程与之交互的任何其它组〕

3.3角色与责任

〔列出在组织结构中的所有角色（不限于此），并说明他们的职责。

〕

角色

人员

职责

工程上层经理

工程经理

软件工程组

测试组

QA工程师

CM工程师

客户（客户代表）

3.4团队建设计划

〔描述该研发团队的建设容。

〕

4.工程管理

4.1工程过程定义

　　（识别工程的特点，从《生命周期模型裁剪指南》中选用适用的生命周期模型，并根据《集成工程管理过程》剪裁确定本工程的PDP。

）塤礙籟馐决穩賽釙冊庫。

本工程的特点是：

本工程所选择的生命周期模型是：

本工程根据公司的《集成工程管理过程》与生命周期模型选择，制定了《ＸＸＸ工程PDP》。

4.2工作分解结构

〔根据工程围将整个工程工作分解成工作包（WorkPackage），形成工作分解结构（WBS:

WorkBreakdownStructure）。

WBS可以用Project或Excel来体现。

〕裊樣祕廬廂颤谚鍘羋蔺。

4.3工程估算数据

〔选用《工程估算规程》中的方法对的规模、工作量、进度进行估计，形成《工程估算记录》，并将估算结果在此进行描述。

〕仓嫗盤紲嘱珑詁鍬齊驁。

工程阶段

估计项

规模

工作量

成本预算

阶段一

阶段二

阶段三

阶段四

4.4阶段划分与检查点

4.4.1里程碑/次里程碑

〔根据WBS与估算结果，划分工程阶段，并以表格方式列出工程中所有重要的里程碑/次里程碑、容和时间。

〕绽萬璉轆娛閬蛏鬮绾瀧。

工程阶段

（次）里程碑

里程碑容描述

里程碑结束标志

计划完成时间

需求阶段

需求开发完成（次）

完成用户需求确认

完成需求文档编制

完成需求跟踪表

完成部同行评审

部同行评审通过

建立需求基线

进行需求评审

完成需求修改

建立并发布基线

需求评审通过并纳入基线库，发出基线发布通知

4.4.2主要阶段工作产品

〔列出在整个生命周期中主要阶段的软件工作产品，包括简单的容描述和产生时间等。

〕

工程阶段

工作产品名称

4.4.3评审计划

〔根据工程阶段划分与里程碑点设置各阶段的检查点与检查方式，约定在本工程的的主要评审点、时间、评审性质与评审组成员要求。

并根据评审计划组织评审活动，评审包括同行评审与管理评审。

如下：

〕骁顾燁鶚巯瀆蕪領鲡赙。

工程阶段

评审对象

时间点

评审方式

评审组成员要求

……

……

……

……

4.5工程进度安排

〔根据WBS、估计数据与里程碑划，编制工程进度计划，具体描述不同的工程阶段、功能、活动和任务的时间及人员安排。

要考虑到各项任务间的依赖关系、里程碑要求、评审活动、管理活动、可能发生的更改等。

小工程可直接在本文档中描述开发进度。

大工程可在软件开发计划中列出，建议用MSProject进行工程进度安排。

〕瑣钋濺暧惲锟缟馭篩凉。

4.6工程资源计划

4.6.1人员计划

〔根据工程的进度安排指定工程组所需人员的角色、、技能、进入时间、退出时间、时间比例、资源状态等。

可以在Project中体现。

〕鎦诗涇艳损楼紲鯗餳類。

角色

能力要求

进入时间

退出时间

时间比例

资源状态

4.6.2培训计划（可选）

〔根据工程在技术、管理、工具、工作方法等方面的能力要求，评价工程组成员目前的差距，确定需要的培训、培训的时机、培训对象和培训人。

如果培训容较多则列出专门的计划。

〕栉缏歐锄棗鈕种鵑瑶锬。

培训容

培训对象

培训时机

培训讲师

培训费用

4.6.3工作场所（可选）

〔对额外需要的工作场所需求做了说明。

〕

任务描述

地点

人员

时间段

预计费用

4.6.4工作环境与工具使用

〔关键计算机资源的估计要给出各个环境的计算机、网络设备、特殊硬件的数量、配置，IP分配，工具选择、版本要求、需要打的补丁包等要求。

本部分容可以单独形成一表作为总体计划的附件，并在工程实施过程中进行维护：

〕辔烨棟剛殓攬瑤丽阄应。

开发环境：

设备名称

数量

配置、型号

备注

测试环境：

设备名称

数量

配置、型号

备注

最终运行：

设备名称

数量

配置、型号

备注

软件工具：

工具名称

版本号

补丁要求

其它配置要求

备注

4.7数据管理计划

参照《配置管理计划》。

4.8配置管理计划

参照《配置管理计划》。

4.9质量保证计划

参照《质量保证计划》。

4.10总体测试计划

参照《总体测试计划》。

4.11风险管理计划

〔根据《风险管理规程》制定工程风险管理策略，识别工程的风险、制定缓解措施，并形成《风险管理报告》。

工程经理还应确定采取风险缓解措施可能要付出的成本。

峴扬斕滾澗辐滠兴渙藺。

本工程的风险评估周期为：

与工程周期会议一致，或***；

风险跟踪人：

风险缓解措施成本预计：

4.12成本计划

（综合各块的成本计划，在此计划工程各个工程的费用计划。

容比较多时，可以用EXCEL表格表示。

）

4.13工程沟通计划

〔在这里约定工程的工作汇报的规则，这些规则包括工程组个人、小组的沟通方式、工程经理与组外相关部门、高层经理的沟通方式，沟通的容可以是例行会议、工程进展、技术交流、工程偏差等。

〕詩叁撻訥烬忧毀厉鋨骜。

沟通方式

沟通容

责任人

沟通对象

沟通时机

4.14确认计划

产品名称

确认方法

用户需求规格说明书

客户代表签字确认

软件需求规格说明书

客户代表签字确认

概要设计说明书

客户代表签字确认

详细设计说明书

客户代表签字确认

用户安装手册

客户代表签字确认

用户操作手册

客户代表签字确认

软件产品

验收测试

4.15需求管理计划

1）本计划适用于工程需求管理活动，以保证工程需求过程的顺利进行、保证需求活动有序有节地完成.

2）工程经理在本活动负责《需求跟踪矩阵》、需求变更等监控与管理、工程小组成员负责需求调研、工程围确定、编写《用户需求说明书》和《软件需求规格说明书》以及《软件变更请求单》等。

则鯤愜韋瘓賈晖园栋泷。

3）客户方需参与需求调研活动，并配合需求调研，提供需求调研活的所需的资料或资源，如参考文档、图表，以及计算机等所需资源，有并有权参加需求功能的决策。

胀鏝彈奥秘孫戶孪钇賻。

4）确认用户给定需求的文档（如协议、条件和合同条款，比如要交付的产品、日期和里程碑要求等等）、功能需求、技术需求等等鳃躋峽祷紉诵帮废掃減。

2、需求活动的概述

2.1、需求调研的方法

采取到客户单位进行面对面的访谈的行式进行需求调研，访谈容将记录在《客户访谈记录分析表》中.

2.2、需求活动要求

1）收集相关技术需求，要求收集所需的功能点、约束和处理流程等等

2）收集用户的特殊需求

3）分析用户原业务或工作流程

4）分析所需建立的系统业务流程，建立系统围和目标

5）要求使用《用户需求规格说明书》《软件需求规格说明书》作为需求说明文档

4.16决策分析计划

在此说明本工程组何种场景下需要进行决策

5.关键依赖关系

关键依赖关系,识别日期,跟踪人,跟踪时间,跟踪状态

6.支持计划列表

列出本工程用到的所有支持过程计划：

●工程PDP

●工程进度计划

●配置管理计划

●质量保证计划

●总体测试计划

●《工程风险管理报告》

●等等〕

计划名称

产生时间要求

责任人

工程进度计划

7.测量计划

参见《工程测量计划》。

8.附件

本计划有关的附加资料。