项目开发计划模板.docx
- 文档编号:8971944
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:11
- 大小:21.63KB
项目开发计划模板.docx
《项目开发计划模板.docx》由会员分享,可在线阅读,更多相关《项目开发计划模板.docx(11页珍藏版)》请在冰豆网上搜索。
项目开发计划模板
文件编号:
MAC-SWE-TMP-02密级:
■保密□通用
项目开发计划
ProjectDevelopmentPlan[Template]
本程序属MAC公司所有,未经书面许可,
不得以任何形式复印或传播。
V1.0
版本
编写/修改
审核
批准
修改原因
受控编号:
正文页数:
附件页数:
存储编号:
管理部门:
审查期:
修改记录
日期
版本
修改内容
修改人
yyyy/mm/dd
<细节>
<姓名>
文件编号:
密级:
■保密□通用
项目开发计划
项目名称:
拟制:
审核:
SQA:
批准:
项目代号:
收文:
产品版本:
抄送:
1.0引言
1.1编写目的
编写本项目开发计划的目的是把在计算器(项目名称)的开发过程中对各项工作任务的负责人员、开发的进度、经费的预算、硬件和软件资源条件等问题所作的安排用文档的形式记载下来,以便根据本计划开展和检查项目开发工作,保证项目开发成功。
1.2背景
说明:
开发计算器。
1.3定义
本文件中用到外文首字母组词的原词组:
简写、缩写:
SQA----软件质量保证PDP----项目开发计划
SCM----软件配置管理SRS----软件需求规格说明书
SW---软件
1.4参考资料
列出用得着的参考资料,如:
(1)java语言程序设计;
(2)c语言程序基础。
2.2软件项目的生命周期选择
此项目开发我们采用瀑布模型,它将开发阶段描述为从一个阶段瀑布般的转化到另一个阶段,每一个过程活动都有预期相关联的里程碑和可交付产品。
以便于项目开发人员能够用模型判断项目离最后完成还有多远。
例如,在瀑布模型中,“单元测试和集成测试”阶段结束的里程碑是“编写完经过测试和集成的代码模块”,其中间可交付产品是测试过的代码的副本。
接着,代码被交给系统测试人员,这样它可以与其它系统构件(硬件或软件)合并,并作为一个整体进行测试。
我们采用这个模型是因为我们开发的是一个小型项目,这个模型简单易于理解,很容易向不熟悉软件开发的客户做出解释。
它明确的说明,为了开始下一阶段的开发,那些中间产品是必需的。
很多其他更复杂的模型实际上是在瀑布模型的基础上润色,如加入反馈循环以及额外的活动。
2.3工作内容
(1)分析客户需求,明确项目开发目的;
(2)系统设计;
(3)程序设计;
(4)编码;
(5)单元测试和集成测试;
(6)系统测试;
(7)验收测试;
(8)运行。
2.4主要参加人员
郭倩倩刘耀娟李双双
三人均为软件工程专业学生,大一时学习了C语言程序设计基础、JAVA语言程序设计、数据结构,大二时正在学习软件工程、数据库、操作系统等相关专业课程,因此都具有一定的编程能力和程序设计思想。
2.5产品
2.5.1程序
语言名称:
JAVA语言。
2.5.2文件
需求文档
2.6验收标准
项目开发完成后,能够呈现给用户更加友好的界面,很好的满足用户的各项需求,并且能够正确的计算用户输入的数据。
对于用户输入的错误的、不合理的数据,能够做出合理的反应以及适当必要的提醒。
2.7完成项目的最迟期限
本学期第十八周
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.附录
(这条目包括其他不能直接列入本模板各条目的表单、数据、参考等辅助资料。
)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 开发 计划 模板