项目开发计划模板.docx
《项目开发计划模板.docx》由会员分享,可在线阅读,更多相关《项目开发计划模板.docx(10页珍藏版)》请在冰豆网上搜索。
项目开发计划模板
明高资讯科技(广州)有限公司
文件编号:
MAC-SWE-TMP-02密级:
■保密□通用
项目开发计划[模板]
ProjectDevelopmentPlan[Template]
本程序属MAC公司所有,未经书面许可,
不得以任何形式复印或传播。
V1.0
版本
编写/修改
审核
批准
修改原因
受控编号:
正文页数:
附件页数:
存储编号:
管理部门:
审查期:
修改记录
日期
版本
修改内容
修改人
yyyy/mm/dd
<细节>
<姓名>
文件编号:
密级:
■保密□通用
项目开发计划
项目名称:
拟制:
审核:
SQA:
批准:
项目代号:
收文:
产品版本:
抄送:
1.0引言
1.1编写目的
说明编写这份项目开发计划的目的,并指出预期的读者。
(编写者可照抄下列语句说明项目开发计划的编写目的,也可进行适当修改。
)
目的有两点:
a)编写本项目开发计划的目的是把在××××(项目名称)的开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所作的安排用文档的形式记载下来,以便根据本计划开展和检查项目开发工作,保证项目开发成功。
b)描述本项目计划过程组和其他过程组(包括SAQ、SCM等)的关系。
1.2背景
说明:
a)待开发的软件系统的名称;
b)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
c)该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
如:
定义:
标准过程活动------?
?
?
裁剪过程活动-------?
?
?
大项目--------一般指公司一级的项目。
中小项目--------一般指产品线一级的项目。
小项目--------一般指开发小组一级的项目。
简写、缩写:
SQA----软件质量保证PDP----项目开发计划
SCM----软件配置管理SRS----软件需求规格说明书
SW---软件
…………………………………………………….
1.4参考资料
列出用得着的参考资料,如:
a)本项目的经核准的计划任务书或合同、上级机关的批文;
b)属于本项目的其他已发表的文件;
c)本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2.0项目概述
2.1项目质量目标
(项目需要达到的质量目标,如:
bug数/千行、系统响应时间等。
同时要在保证质量的基础上,合理安排预算、进度、需求的优先级。
)
2.2软件项目的生命周期选择
(对此项目的生命周期选择提供概要的说明。
简单的小项目可以扼要地说明就行了,复杂的大项目要列出各阶段的输入准则和输出准则。
)
2.3工作内容
简要地说明在本项目的开发中须进行的各项主要工作。
2.4主要参加人员
扼要说明参加本项目开发工作的主要人员的情况,包括他们的技术水平。
2.5产品
2.5.1程序
列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式,并通过引用有关文件,逐项说明其功能和能力。
2.5.2文件
列出需移交给用户的每种文件的名称及内容要点。
如:
a)本项目完成时要提供的产品名及其子产品名。
b)项目完成时提供的各类文档名(如用户手册等)。
c)项目完成时提供的源程序电子资料和过程文档。
2.5.3服务
列出需向用户提供的各项服务,如培训安装、维护和运行支持等,应逐项规定开始日期、所提供支持的级别和服务的期限。
2.5.4非移交的产品
说明开发集体应向本单位交出但不必向用户移交的产品(文件甚至某些程序)。
2.6验收标准
对于上述这些应交出的产品和服务,逐项说明或引用资料说明验收标准。
2.7完成项目的最迟期限
3.0项目估计
3.1工作任务的分解(WBS)
对于项目开发中需完成的各项工作,从需求分析、设计、实现、测试直到维护,包括文件的编制、审批、打印、分发工作,用户培训工作,软件安装工作等。
WBS详见附件《软件工作任务细则描述实例》
3.2人员
指明每项任务负责人和参加人员,并说明负责接口工作的人员及他们的职责,包括:
a)负责本项目同用户的接口人员;
b)负责本项目同本单位各管理机构,如合同计划管理部门、财务部门、质量管理部门等的接口人员;
c)负责本项目同各分合同负责单位的接口人员等。
3.2.1组织结构(如果需要)
(说明开展本项目时组织层次上的关系)
根据项目的大小和重要度及优先级,对本公司中要涉及的职位及部门进行裁剪,绘划出本项目要关联的职位和部门。
3.2.2角色和职责
(主要角色和其主要职责)
角色
职责
总经理
经理
技术总监
SQA经理
SEPG
SQA组
SCM组
项目组
分析组
美术组
3.3软件项目和软件项目更改的规模估计
(根据软件项目需求规格说明书及项目的历史数据,估计软件项目的规模,并对项目的更改规模作相应的估计)
工作产品
规模
偏离百分比(阀值)
参考数据
假设条件和估计过程
3.4工作量和成本预算
逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
任务
工作量
偏离百分比(阀值)
参与人数
持续时间
人力成本
其他成本
成本类型
金额
偏离百分比
(阀值)
用途说明
计划投入时间
总成本
估计参考数据和公式
(使用历史数据的说明数据来源;使用估计模型的给出模型描述)
假设条件
(说明如何得出估计值。
参考历史数据的需说明与历史项目的相似程度,并记录假设的条件;使用估计模型的需说明模型的参数)
注:
这里的其他成本指:
间接费用、差旅费用、计算机使用费,进一步细化如:
技术协作、购买设备或工具、培训、会议、差旅、市内交通、餐饮等费用。
3.5关键计算机资源估计
(依据项目的SRS、软件工作产品的规模、运行处理负载、通信量,估计项目的关键计算机)
关键计算机资源
Size/Capacity
PercentUtilization
偏离的百分比
参考数据
假设条件
Memory
CPU
Disk
I/O
…..
3.6进度估计
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作,给出每项工作任务的预定开始日期、完成日期及所需资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓“里程碑”)。
(根据WBS、工作量等因素,提供项目进展的进度表。
进度表用Gantt图表示,工具采用MSProject2000。
)
3.6.1里程碑
序号
里程碑时间
评审内容
1
项目状态报告、已批准的主要工作产品、项目SQA报告等
2
……
3.6.2关键依赖关系
各个被分解的活动或任务之间的相互关系必须确定的。
有些作任务必须顺序发生,而其他的则可以并发进行。
有些活动只有在其他活动产生的工作产品完成时才能够开始,而其他的则可以独立进行。
相关小组
类型
名称
职责
组内
组间
依赖关系
拟提供的产品
提供者
接收者
提供日期
验收准则
3.6.3进度表
进度表用Gantt图表示,工具采用MSProject2000。
3.7风险评估
逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目的影响。
4.0工作产品清单
工作产品名称
负责人
提交日期
(工作产品被批准的时间)
5.0支持条件
说明为支持本项目的开发所需要的各种条件和设施。
5.1计算机系统支持
逐项列出开发中和运行时所需的计算机系统支持,包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等,逐项给出有关到货日期、使用时间的要求。
5.2需由用户承担的工作
逐项列出需要用户承担的工作和完成期限,包括需由用户提供的条件及提供时间。
5.3需由外单位提供的条件
逐项列出需要外单位分合同承包者承担的工作和完成的时间,包括需要由外单位提供的条件和提供的时间。
6.0专题计划要点
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
6.1配置管理计划
(根据《项目计划》和《软件配置管理程序》,SCM角色制订项目的《软件配置管理计划》,并提交给技术总监,由技术总监获得项目组全体成员和各相关小组的认同。
)
6.3软件质量保证计划
(根据《项目计划》和《软件质量保证程序》,SQA角色制订项目的《软件质量保证计划》,并提交给技术总监,由技术总监获得项目组全体成员和各相关小组的认同。
)
6.4风险管理计划
(依照《风险管理指导文件》识别、评估项目中与成本、资源、进度和技术等方面有关的风险,并将这些风险依他们可能对项目造成的冲击分出优先级。
识别这些风险带来的影响,提出相应规避措施,规划相关活动。
)
风险编号
风险估计
避免风险的措施
风险描述
级别
触发条件
步骤
负责人
备注
1
(包括风险发生的表现、影响、发生的可能性、时间
(在何种情况下开始实施避免风险的行动)
2
3
6.5培训计划
(视项目的需要进行必要的培训,包括用户培训计划。
)
培训内容
培训方式
参加人员
培训时间
6.7评审计划
工作产品
计划评审时间
工作量
资源需求
评审小组负责人人选
(正式评审需填写)
6.8软件项目分包合同计划
如果需要对项目进行分包,(根据《项目计划》和《子合同管理程序》,制订项目的《软件分包计划》。
6.9测试计划
(根据《项目计划》和《测试程序》,测试人员制订项目的《测试计划》,并提交给技术总监,由技术总监获得项目组全体成员和各相关小组的认同。
)
7.附录
(这条目包括其他不能直接列入本模板各条目的表单、数据、参考等辅助资料。
)