软件项目集成计划文档格式.docx

上传人:b****8 文档编号:21986432 上传时间:2023-02-02 格式:DOCX 页数:24 大小:220.78KB
下载 相关 举报
软件项目集成计划文档格式.docx_第1页
第1页 / 共24页
软件项目集成计划文档格式.docx_第2页
第2页 / 共24页
软件项目集成计划文档格式.docx_第3页
第3页 / 共24页
软件项目集成计划文档格式.docx_第4页
第4页 / 共24页
软件项目集成计划文档格式.docx_第5页
第5页 / 共24页
点击查看更多>>
下载资源
资源描述

软件项目集成计划文档格式.docx

《软件项目集成计划文档格式.docx》由会员分享,可在线阅读,更多相关《软件项目集成计划文档格式.docx(24页珍藏版)》请在冰豆网上搜索。

软件项目集成计划文档格式.docx

项目计划是项目规划过程的产品,记录了项目估算和计划的过程与结果,并在整个项目开发过程中作为项目管理的依据进行使用和维护。

集成的项目计划书有很多的标准和模板,企业可以根据自己的需要选择合适的标准,而本章讲述的计划模板就是一个能够全面说明这些计划的文档,它是可以作为参照的模板,并根据情况做适当的裁减。

项目集成计划参照模板的内容组织如下:

1.导言

1.1目的

1.2范围

1.3缩写说明

1.4术语定义

1.5引用标淮

1.6参考资料

1.7版本更新条件

1.8版本更新信息

2.项目概述

3.项目任务范围

4.项目目标

5.项目实施策略

6.项目组织结构

7.计划结构

8.项目生存期

9.项目管理对象

10.项目风险分析

11.项目估算

12.项目时间计划

13.项目关键资源计划

14.项目设施工具计划

15.质量管理计划

16.配置管理计划

17.项目管理评审

18.项目度量计划

19.沟通计划

具体说明如下:

这是文档标淮的部分,详细内容可以参见企业标淮。

项目概述是对项目性质和有关事项所做的简要叙述。

可引用需求规格中相关章节。

项目任务范围是对项目任务内容进行分类描述。

项目目标是对项目所要达到的要求和目的所做的描述。

项目实施策略是根据项目的性质和特殊要求确定项目管理、质量保证和配置管理实施的策略和引用的规范和标淮。

6.计划结构

根据实施策略确定项目计划的逻辑结构,即项目计划是由哪几部分计划组成。

通常的计划分类为:

·

软件开发计划

质量保证计划

配置管理计划

项目风险计划

项目支持计划

等等

7.项目组织结构

项目组织结构是对项目组织及其关系的定义和职能描述。

内容包括:

组织结构图

组织职责描述

组织接口描述

角色映射表

表13-1可供参考。

表13.1角色映射表

项目管理组

软件开发组

质量保证组

配置管理组

负责人

组成人

项目生存期是指从项目开始到项目结束的整个过程。

生存期框图

阶段说明

阶段的进入条件和输入

阶段的完成标志和输出

所谓管理对象是指在项目实施过程中作为项目管理者需重点控制的活动和产品。

划分管理对象的目的是标识需重点控制的计划、管理和实施对象,以监控项目过程和产品质量。

项目管理对象可包括:

阶段工作产品(如设计说明书)、子任务(如质量评审)和控制点(如基线)。

表13-2可供参考。

表13.2项目管理对象表

阶段

管理任务

开发任务

质量保证任务

基线产品

项目风险分析是指对可能发生的将会对项目按预期时间、资源和预算完成产生重大影响的事件的分析。

根据项目实际情况,分析是否存在风险以及风险的类别,分析风险产生的原因和时机,按风险的类别逐项确定避免的措施和一旦发生风险后的处理方式,将风险分析的结果计入风险分析表中。

表13-3可供参考。

表13.3风险分析表

风险排序

风险来源

风险说明

产生的原因

采取的措施

发生后的处理

项目估算是为了确定项目所需的人力、时闩以及项目完成过程中耗费的人力、物力、财力资源。

表13-4和表13-5可供参考。

表13.4项目规模表

规模(人天)

阶段比例

表13.5项目成本表

人力

设备工具

其他

人员级别

人数

天数

成本(元)

名称

合计

总计

按阶段用表格或甘特图表示项目的进度计划(可以参照进度管理一章的工作过程和结果)。

制定时间计划的目的是对项目任务及人员进行预先的安排和协调。

确定任务之间的关系(串行、并行、延迟)。

依据估算结果确定备项任务的开始时间、结束时间。

确定各项任务的责任人和所需的资源。

关键资源包括:

引起竞争的人力和设备资源。

项目关键资源计划是对项目所需关键资源根据生存期阶段所做的计划。

确定需要使用关键资源的任务和关键资源类型。

确定使用关键资源的时间。

关键资源的责任协调和计划落实。

计算关键资源的成本

表13-6可供参考。

表13.6关键资源计划

关键资源名称

使用阶段

使用目的

起止时间

成本

项目设施工具计划是对项目开发所需的设备和支持工具所做的计划。

项目开发中可能使用到的设施工具如:

服务器

服务器账号

服务器磁盘资源

介质

资料

软件工具(包括系统工具、开发工具和管理工具)

表13-7可供参考。

表13.7项目设施工具计划表

任务/人员

设施工具

使用时间(YYYY/MM/DD-YYYY/MM/DD)

可以单独按照质量计划的模板写一个质量计划,也可以将质量计划的主要内容在这里体现,内容详见第8章的质量管理计划说明。

可以单独按照配置管理计划的模板写一个配置管理计划,也可以将配王管理计划的主要内容在这里体现,内容详见第9章的配置管理计划说明。

项目管理评审可以是基于定期、阶段和事件驱动基础上对项目过程所做的评审,或者是采用其他方式的管理评审。

可以单独编制一个度量计划,也可以对项目度量指标、度量构造和度量规程在这里进行定义。

通常,记录的度量数据包括:

任务规模数据

时间进度数据

人力投入/成本数据

资源成本数据

风险数据

必要时可以定义数据采集度量表,如表13-8和表13-9所示。

表13.8工作性质/时间分配表

姓名:

任务

日期

TYPE-l

TYPE-2

TYPE-3

TYPE-4

TYPE-N

例如:

TYPE=QA(质量),HD(架构设计),DD(详细设计),PP(编码),MM(管理)……

表13.9项目规划度量值表

类别

度量值

备注

项目计划修改次数(需按项目计划类别逐个列出)

项目计划页数

项目计划制定耗用时间(分钟)(需按项目计划类别逐个列出)

项目计划定期评审次数

项目跟踪数据采集频度(天/次数)(需按跟踪类别列出)

填写人:

年月日

沟通计划可以保证项目过程中沟通的顺利和有效。

扫清沟通的障碍,开辟有效沟通的途径。

沟通计划可以单独写,也可以将沟通计划的主要内容在这里体现,内容详见第Ⅲ章的沟通计划说明。

项目集成计划是一个批准的正式文件,用来跟踪控制项目的执行。

随着项目的进展,可以不断地完善。

它包括绩效测量基准计划(主要是进度基准、成本基准、质量基准),基准计划是不能随便修改的,要经过相应的变更程序才可以修改。

项目计划可以重复多次,逐步细化和完善。

项目计划的作用是:

1)指导项目实施。

2)促进项目干系人之间的沟通。

3)对有关内容、成本和时间安排等进行管理审查。

4)为项目控制提供基准计划。

13.3案例分析

综合前几章案例分析的结果,可以形成《校务通管理系统》的项目集成计划。

13.3.1导言

略。

13.3.2概述

《校务通管理系统》是对学校教务和教学活动进行综合管理的平台系统,是基于Internet环境的综合信息系统,满足学校管理层、教师、学生、家长等口常工作、学习、管理、咨询等需求。

目的是共享学校备种资源,提高学校的工作效率,规范学校的工作流程,便利校内外的交流。

系统具有标淮化、分布式存储和检索、易用、易维护、开放等特点。

13.3.3项目任务范围

《校务通管理系统》项目需完成的任务大致分为两类:

通用功能和学校日常业务管理功能。

其中,通用功能包括电子课表、会议通知和公告、日程安排、个人日记、通讯录、教师答疑、家庭作业等,学校日常业务管理功能包括招生管理、学生日常管理、教务管理、教师备课系统、资源库系统、网上考试功能、聊天室、论坛等。

图13A-1是项目任务的范围图示。

图13A-1任务范围

13.3.4项目目标

目前电化教育已经越来越普及,各地的学校纷纷建设自己的校园网,但是好多学校在投资建设校园网之后,未能高效利用校园网的资源。

《校务通管理系统》可以有效利用校园网,实现学校管理的电子化。

本项目的产品可以达到以下目标:

提高生产效率,减少返工。

节省开支。

业务过程的流水线化。

先前人工劳动的自动化。

符合相关标淮和规则。

与目前的应用产品相比较,提高了可用性或减少了失效程度。

另外,通过项目,进一步验证和完善公司的质量体系,同时锻炼开发队伍的协同精神。

13.3.5项目实施策略

实施策略是确定如何实施项目以达到项目目标的策略。

根据校务通项目的特点和企业的战略要求,采取如下策略:

●项目管理策略

项目管理过程遵循公司质量体系中关于项目管理过程规范。

根据项目计划中的评审点进行跟踪和管理,并根据结果对项目计划进行适当的调整。

评审采用定期评审、阶段评审和事件评审相结合的方式。

按周发布项目简报,通报项目进展情况及其他相关情况。

●软件开发策略

采用OO技术逐步构造系统。

产品按阶段提交。

开发实施过程采用公司的复用技术,同时遵循公司质量体系中关于项目实施过程的规范。

●质量保证策略

质量管理过程遵循公司质量体系中关于项目质量管理过程的规范。

加强对项目参与人员的质量保证概念的培训。

加强对过程的控制,重点确定该项目中需控制的过程。

加强对产品规范的审计,重点确定该项目中需审计的产品。

实施完整的软件配置管理。

13.3.6项目组织结构

由于该项目在实施过程中需要涉及不同组织的各方面人员,而各组织之间的利益、任务和职责也不尽相同,因此明确定义项目组织结构和备自职责可以保证项目的顺利进行。

该项目的组织结构图如图13A-2所示。

其中:

●市场部

负责与用户的协调工作。

负责项目相关的商务活动。

负责用户需求的接口。

配合项目经理的资源协调活动。

负责产品的验收活动。

负责系统的维护活动。

图13A-2项目的组织结构

●项目管理

负责项目的组织和规划。

负责项目计划制定和维护。

负责项目的跟踪和管理。

负责资源的分配和协调活动。

负责备组织和计划之间的协调活动。

负责与市场部的协调活动。

●软件开发

负责项目的软件开发,包括设计、编码、单元测试和集成测试。

负责产品质量控制的工作。

负责配合质量保证的活动,如系统测试、文档编制等。

配合产品验收的相关活动。

●质量保证

负责项目过程和产品规范的制定。

负责项目过程的质量保证活动,其中包括过程评审和产品评审。

●配置管理

负责项目的配置管理活动。

负责软件产品的提交。

●用户

确保相关责任的实施。

参与项目的组织和规划。

负责产品的验收工作。

表13A-1为角色映射表。

表13A-1角色映射表

韩万江

姜岳尊

郭天奇

岳妤

组成(人)

1

2

13.3.7项目生存期

根据该项目的特点并结合公司已有的软件生存期模型定义,本项目生存期采用增量模型如图13A-3所示。

图13A-3生存期模型

生存期中的各阶段定义如下:

●项目规划阶段

阶段目标:

根据合同和初步的需求分析确定项目的规模、时间计划和资源需求

输入:

合同文本,SOW(工作任务说明StatementOfWork,SOW)

过程:

项目规划,计划确认

输出:

项目计划

●需求分析阶段

确定客户的需求。

项目计划,SOW

需求获取·

需求分析,需求控制

原型系统,需求规格

●设计阶段

总体系统结构设计

输入;

总体设计

系统设计说明书,数据库结构定义

●增量1实现

实现系统的通用功能

详细设计,编码,代码走查,代码评审,单元测试

详细设计说明书,源代码,可运行版本-1

●增量2实现

实现系统的招生管理功能

详细设计说明书,源代码,可运行版本-2

●增量3实现

实现系统的学生日常管理功能

详细设计说明书,源代码,可运行版本-3

●增量4实现

实现系统的教务管理功能

详细设计说明书,源代码,可运行版本-4

●增量5实现

实现系统的教师辅助功能

详细设计说明书,源代码,可运行版本-5

●增量6实现

实现系统的聊天室/论坛功能

详细设计说明书,源代码,可运行版本-6

●集成测试

通过集成环境下的软件测试

测试计划,测试用例

集成测试,系统测试

系统软件包,测试报告,产品说明书

●产品提交

产品可投入使用

系统软件包

产品提交

验收报告

13.3.8时间计划

项目进度计划甘特图如图13A-4所示详见进度计划.mpp

图13A-4进度计划

13.3.9项目成本估算

项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、财力资源。

图13A-5是项目估算和预算的结果(详见估算计划)。

BCWS(BudgetedCostofWorkScheduled,计划完成工作的预算成本)

图13A-5成本计划

13.3.10质量管理计划

质量管理计划详见质量管理计划专题。

13.3.11配置管理计划

配置管理计划详见配置管理计划专题。

13.3.12项目风险计划

风险是指在项目进行过程中可能发生的事件,这些事件将会对项目按预期时间、资源和预算完成产生重大影响。

风险分析的目标是识别送些事件,设法避免这些事件的发生并制定一旦这些事件发生后的处理措施。

表13A-2是本项目风险计划清单表。

表13A-2风险分析表

序号

输入

风险事件

可能性

影响

风险值

风险应对措施

l

客户的SOW

需求不明确,增加需求,导致需求蔓延

70%

50%

35%

l采取加班的方法

2修改计划去掉一些任务

3与客户商量延长一些时间

合同

进度要求紧,合同金额有限

30%

15%

可以请一些实习的学生做辅助工作,一来成本不高,二来可以加快进度

4

WBS

供货商、外包商的质量向题

20%

10%

多选择几个可以作为备份的外包商和供应商

5

历史项目信息

开发人员的流动

60%

9%

1.注意项目团队的沟通,及时了解开发人员的动态

2.控制好项目过程中的文档

3.从其他的项目组借调人员

4.从外部招聘有过此类开发经验的人员

13.3.13度量计划

详见度量计划专题。

13.3.14项目沟通与评审

项目评审的主要目的是根据项目计划对项目的执行活动进行检查,及时发现闩题,研究解决对策,纠正偏差,保证项目的顺利实施。

项目交流计划分为如下几类:

每天17∶00的沟通交流。

定期评审。

阶段评审。

事件评审。

各类交流评审安排见表13A-3。

表13A-3项目管理交流评审计划

评审类别

评审周期

评审要点

相关人员

日例会

每天17∶00-17∶30

1.不限定主题和内容,随意交流

2.共享经验,避免错误

项目组所有人

定期评审(周例会)

每周五

1.本周工作进度

2.问题及对策

3资源协调

4.下周工作安排

项目经理

开发经理

质量经理

配置管理员

阶段评审

阶段结束

1.本阶段计划执行情况

2.质量评审结果

3.产品审计结果

4.下阶段计划修正

项目主管

市场人员

事件评审

当事件可能影响计划的执行

l.事件性质和影响范围

2.事件处理方案的讨论

3.修改计划的评审时间

13.4小结

项目集成管理是为了实现项目目标,确保项目范围内的各项工作能够顺利协调地配合进行,消除项目管理中的局部性,平衡项目各个目标之间的冲突,保证项目过程各阶段的正确实施,所开展的以整体思想为指导,从全局出发,以项目总体利益最大化为目标,以统一协调各方面管理为内容进行的全面管理的过程。

它具有综合性、全局性和内外兼顾性的特征。

本章是对前几章的综合说明,集成项目计划的完成是项目经理完成项目计划的标志。

13.5习题

13.1针对第12章习题中的项目,编制完整的项目计划书。

可以参照项目计划的标准同时根据具体情况进行裁减。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 历史学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1