项目开发计划书

文档状态： 文档编号：
[ ] 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审批 {审批意见}

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

签字，日期
客户审批
（合同项目） {审批意见}

签字，日期