项目开发计划书

文档状态: 文档编号:
[ ] Draft
[√] Released
[ ]Modifying 编 撰:
编撰日期:
保密级别:
文档版本: 1.0.0

项目名称
航班信息管理系统
项目开发计划书

修订表

编号 生成版本 修订人 修订章节与内容 修订日期
1
2
3
4
5

审批记录

版本 审批人 审批意见 审批日期
1.0.0

目 录
1 引言 1
1.1 编写目的 1
1.2 项目背景 1
1.3 术语和缩写词定义 1
1.4 参考资料 1
2 项目概述 1
2.1工作内容 1
2.1.1项目软件过程定义 1
2.1.2定义生命周期 2
2.1.3任务简述 2
2.1.4软件规模估计 2
2.1.5 工作量估算 2
2.1.6关键计算机资源 2
2.1.7软件工程设备和支持工具 2
2.4产品 3
2.4.1软件工作产品 3
2.4.2运行环境 3
2.4.3服务 3
2.4.4验收标准 3
3 实施计划 3
3.1任务分解和进度安排 3
3.2沟通 4
3.3.1相关组或个人职责 4
3.3.2组间关系 4
3.4 预算 4
4 专题计划要点 5
5 附录A 评审结论 5
6 附录B 项目计划变更控制报告 6
1

1引言
1.1编写目的
阐明编写开发计划的目的:
a)项目的名称 航班信息管理系统
b)项目的提出者:李家海、开发者:李家海
1.2项目背景
对生活质量的要求也在逐渐提高,订购飞机票的人越来越多,很多人都觉得现场排队购票过于麻烦,而且还不能随时查询到航班信息,于是我们就开发了这个订购查询机票的系统。

1.3术语和缩写词定义
列出文档中用到的专门术语的定义和缩写词的原文
1.4参考资料
a)项目经核准的计划书、合同或上级机关的批文
b)文档中所引用的资料,所采用的软件标准或规范;列出这些资料的作者、标题、发表日期、出版单位或资料来源
《软件工程导论》 清华大学出版社 张海藩 编著
《实用软件工程》 清华大学出版社 郑人杰 编著
《数据库系统概论(第三版)》 高等教育出版社 萨师煊 编著
《概要设计说明书》
《需求规格说明书》

c)
2项目概述
2.1工作内容
需求分析
项目可行性报告
项目计划书撰写
项目执行
编码设计
程序测试与维护
2.1.1项目软件过程定义
识别项目特性并量化,根据剪裁原则定义项目的类别;根据详细剪裁指南,对软件过程元素活动进行剪裁;(本部分内容详细描述在工作范围,开发进度要求,项目活动的顺序关系等内容的描述中)
项目类别 项目特性
软件信息类 实用性,面向实际生活

过程元素 裁减
项目报告,需求设计与分析
软件调控
数据操作等
2.1.2定义生命周期
为项目选定软件生命周期;
2.1.3任务简述
需求分析
项目可行性报告
项目计划书撰写
项目执行
编码设计:对项目整体设计
程序测试与维护:程序调试,修改不足之处

2.1.4软件规模估计
对软件项目的规模进行估计,考虑重用代码或重用文档的规模。
工作成果 新开发工作成果的规模 复用或自动生成的工作成果规模 规模总和
工作成果1
工作成果2
……
注:
工作成果包括:子系统,模块,代码行/页面/界面等
2.1.5 工作量估算
根据估算得到的软件规模,进行工作量的估算。估算的内容包括:
项目管理活动:项目跟踪、例会、评审等工作量,按项目经理经验值或参考历史数据进行估算;
项目支持活动:配置管理、测试活动等工作量,;
技术活动:估算出代码/文档的工作量,个人估算采用经验值。
2.1.6关键计算机资源
本项目没有关键计算机资源。
2.1.7软件工程设备和支持工具
1.逐项列出该项目开发过程中和运行时必需的计算机系统支持,包括计算机、外围设备、通讯设备以及必须的系统软件、支持软件。
2.估计为完成项目应具备的人力资源。
3.开发单位已具备的条件以及尚需创造的条件
软硬件资源
软硬件资源名称 级别 详细配置 到位时间和获取方式 用途
C语言开发工具
DEV C++测试工具
个人计算机
人力资源
人力资源 角色 到位时间和获取方式

2.4产品
2.4.1软件工作产品
列出需交付的程序名称、所用的语言及存储形式并扼要说明每个程序的功能、特别需求数。
1.用户类工作产品:列出需提交给用户的工作产品,包括文档,可执行程序等。
2.过程类工作产品:列出在项目开发生命周期中产生的所有工作产品。
2.4.2运行环境
标识项目运行的硬件环境、软件环境。
2.4.3服务
阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。
2.4.4验收标准
对上述产品和服务,逐项说明或引用资料说明验收标准。
3实施计划
3.1任务分解和进度安排
按层次将项目开发中各个阶段(如需求分析、概要设计等)所需完成的任务(包括文件的编制)详细进行分解,指明每项任务的负责人和参加者。列出项目开发各阶段的每项工作的预定起始日期和完成日期,交付期限。规定各项工作任务完成的先后顺序,并说明每项工作完成的标志性事件。在本条目可用表格简要提出工作量估计情况,同时详细列出进度安排。
任务名称 开始时间 结束时间 参与人员 工作量 工作成果

3.2沟通
1.说明项目同其它有关单位之间的协调人员及其职责:
a)本项目同用户之间的协调人员及其职责
b)该项目同各有关机构的协调人员及其职责
2.说明项目组内以及与其他工作组之间的交流方式和信息传递方式(即:分发方式)。
3.说明交流时间(交付期限),做到组间充分交流和协调,
注:建议采用表格,做出沟通计划。
3.3.1相关组或个人职责
识别出和本项目组关联的组和个人(包括顾客或顾客代表,市场部,采购部,工程部,其他项目组或个人,QA人员,CM人员,测试人员等),并说明和项目组的关系与职责。
3.3.2组间关系
逐项列出需由用户或其他组承担的工作和完成日期,包括由他们提供的条件和日期,以及完成这些工作的要求。
序号 事项 方式 计划时间 负责人 相关组或个人

注:
1.事项:指需相关组和个人参与的项目事项,包括参与需求,解决技术问题,参与工作产品评审等。
2.方式:指采用何种方式进行互相交流,可包括:会议,文档等。
3.计划时间:是指预计沟通的具体时间(可以是具体日期如,某月某日,也可以是周期性如,每两周或是事件驱动,如评审完成时);
4.负责人:指项目组中负责此项沟通工作的人员。
5.相关组和个人:指参与此项沟通工作的相关组和个人。
3.4 预算
逐项列出完成该项目所需要的经费预算及其来源,所需的劳务。
开支类别 主要开支项、用途 金额(元) 时间
人力资源

软件成本

……

总成本
4专题计划要点
说明该项目开发过程中可能要制定的各个专题要点如:测试计划、质量保证计划、配置管理计划、度量计划(包括度量目标、度量频率、度量数据的存储方式、汇总形成的图表,报告形式、接受结果的受影响方)、人员培训计划、系统安装计划等。
5附录A 评审结论
(1).高层经理及其它参评人员认真讨论并审批《项目计划》。
(2).如果是合同项目,可能还要请客户审批,视具体情况而定。
把评审的结果填写在此处,注意此处应当保持与《项目评审表》中的一致性。

6附录B 项目计划变更控制报告
{ 项目名称 }
第N份 项目计划变更控制报告

项目计划变更申请
申请变更的
《项目计划》 {输入名称,版本,完成日期等信息}

项目计划变更的原因
项目计划变更的内容
评估计划变更将对
项目造成的影响

项目经理签字

变更申请的审批意见
高级经理或CCB审批 {审批意见}

[ √ ] 审批通过,可以修改《项目计划》
[ ] 审批不通过,按原《项目计划》执行

签字,日期
客户审批
(合同项目) {审批意见}

签字,日期
更改项目计划
变更后的
《项目计划》 {输入名称,版本,完成日期等信息}

项目经理签字
审批变更后的项目计划
高级经理或CCB审批 {审批意见}

[ √ ] 审批通过
[ ] 审批不通过,重新修改《项目计划》

签字,日期
客户审批
(合同项目) {审批意见}

签字,日期

你可能感兴趣的:(项目开发计划书)