项目开发计划
(仅供内部使用)
文 档 作 者: __叶薇_____________ 日期:____/____/____
成都讯业科技有限公司
版权所有 不得复制
目 录
1. 引言... 1
1.1 编写目的... 1
1.2 项目简介... 2
1.2.1 项目背景... 2
1.3 定义... 2
1.4 参考资料... 2
2. 项目概述... 2
2.1 工作内容... 2
2.2 交付项... 2
2.3 非交付项... 3
2.4 软件规模估计... 3
2.5 工作量估算... 3
2.6 风险估计... 4
3. 项目资源... 4
3.1 人力资源... 4
3.2 任务分解及人员安排... 4
3.3 已有开发设施... 5
3.4 须获取的设施... 5
3.5 可复用软件资源... 5
4. 实施计划... 5
4.1 项目选用的生命周期... 5
4.2 项目开发过程阶段划分... 6
4.3 项目分工及进度安排... 6
4.4 沟通... 7
5. 专题计划要点... 7
5.1 测试计划... 7
5.2 系统安装计划... 7
5.2.1 软件运行的硬件环境... 7
5.2.2 其他硬件... 8
1. 引言
1.1 编写目的
本开发计划的目的是:
a. 把在开发过程中对各项工作的人员、分工、系统资源条件等问题的安排用文档形式记载下来,以便根据本计划开展和检查本项目工作,合理安排组织成员,有效利用时间,以确保项目进度,预见项目风险等活动。
b. 制订项目组开发过程中的评审和审查计划,使项目严格按照系统开发流程进行,遵循正规的顺序开展。同时,项目开发成员通过此计划书明确项目目标和各自职责。它说明系统的开发方法,是一种计划,以指导工作之用。
1.2 项目简介
1.2.1 项目背景
本项目软件名称为《政府采购电子化系统》。
任务来源于 公司;
承办单位:成都讯业科技有限公司。
1.3 定义
DW:Dreamweaver
FW:Fireworks
PH:Photoshop
1.4 参考资料
《数据库设计》 王建 编著 清华大学出版社
2. 项目概述
政府采购电子化系统主要实现协议供货的全面电子竞价、普通采购项目(有区别于协议采购而言)各环节的信息发布、采购项目申报审批管理、政采中心内部管理、供应商管理、商品库管理等功能。它能够实现采购人、采购监督、政府采购中心、供应商、协议供货类政府采购活动全程电子化,使政府采购部门的内部管理和部门之间的协作更加便捷、快速、准确、低耗。
2.1 工作内容
项目名称定为:政府采购电子化系统
本项目分为:门户网站、电子商城、信息管理系统
门户网站主要是展示采购公告,提供各类角色注册和登录入口,以及各类注意事项
电子商城负责展示商品信息、询价公告、中标公告、。成交记录及重要通知,是协议供货的通道机平台。
信息管理系统负责采购人、供应商、采购管理人、采购监督人、操作员、专家等所有系统角色的信息录入、展示,同时供各角色进行其所有权限的操作。
2.2 交付项
2.3 非交付项
《项目开发计划书》
《概要设计说明书》
《详细设计说明书》
2.4 软件规模估计
2.5 工作量估算
项目管理活动:
项目跟踪、例会、评审等工作量
项目支持活动:
配置管理、SQA活动、测试活动等工作量
技术活动:
代码/文档的工作量
2.6 风险估计
3. 项目资源
3.1 人力资源
3.2 任务分解及人员安排
协调人员、QA:张红龙,叶薇
配置管理员:胥腾龙
软件任务:需求分析
负责人:张红龙,叶薇
职责:进行需求分析,提供需求分析报告
软件任务:概要设计
负责人:张红龙,叶薇
职责:进行概要设计,概要设计框架,相应文档
软件任务:详细设计
负责人:叶薇
职责:进行详细设计,出详细设计流图及报告
软件任务:编码
负责人:叶薇,胥腾龙,梁全中
职责:编码,调试及报告
软件任务:测试
负责人:叶薇,胥腾龙,梁全中
职责:用例测试,功能测试
软件任务:更新
负责人:叶薇,胥腾龙,梁全中
职责:根据测试结果,变更需要更改的地方
软件任务:文档编制
负责人:叶薇
职责:软件使用说明书及其他文档
3.3 已有开发设施
使用设备:电脑 3 台
3.4 须获取的设施
无
3.5 可复用软件资源
无
4. 实施计划
4.1 项目选用的生命周期
本项目采用的是瀑布式模型。此模型的本质是每个阶段的活动只做一次。从上一阶段向下一阶段逐级过度,最终得到所要开发的产品
4.2 项目开发过程阶段划分
4.3 项目分工及进度安排
4.4 沟通
1. 本项目同用户之间的协调人员为张红龙
2. 项目组内的交流方式和信息传递方式为每日例会
3. 交流时间(交付期限)为每日午餐时间,做到组间充分交流和协调,
5. 专题计划要点
5.1 测试计划
单元测试和部分集成测试
项目组的测试人员结合详细的计划,对单元模块开始进行测试.。通过对设计文档的深入理解,从模块界面开始,到模块内部对数据库内书库的操作,以及代码的规范进行详细的单元测试。
集成测试
系统完成了模拟数据环境的试运行后,测试人员将认真细致的集成测试。
系统测试
在完成了全部的开发工作后,对软件进行全面的系统测试,使系统逐步完善和成熟。
测试阶段分解:
5.2 系统安装计划
5.2.1 软件运行的硬件环境
充分利用现有计算机和网络技术。硬件配置如下:
以下是网络拓扑图:
5.2.2 其他硬件
第二篇:项目开发计划书(格式)
项目名称
(The English Name)
项目开发计划书
XXX项目小组
修订表
审批记录
目 录
2 引言... 2
1 1.1编写目的... 2
1.2项目背景... 2
1.3术语和缩写词定义... 2
1.4参考资料... 2
3 2 项目概述... 2
2.1工作内容... 2
2.1.1项目软件过程定义... 2
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.1.8风险估计... 2
2.2度量目标... 2
2.3条件和限制... 错误!未定义书签。
2.4产品... 2
2.4.1软件工作产品... 2
2.4.2运行环境... 2
2.4.3服务... 2
2.4.4验收标准... 2
4 3 实施计划... 2
3.1任务分解和进度安排... 2
3.2沟通... 2
3.3.1相关组或个人职责... 2
3.3.2组间关系... 2
3.4 预算... 2
5 4 专题计划要点... 2
6 附录... 2
1
1 引言
1.1 编写目的
阐明编写开发计划的目的:
a) 项目的名称
b) 项目的提出者、开发者和用户
1.2 项目背景
包含如下内容:
a) 项目的委托单位、开发单位和主管部门
b) 该软件系统与其他系统的关系
1.3 术语和缩写词定义
列出文档中用到的专门术语的定义和缩写词的原文
1.4 参考资料
a) 项目经核准的计划书、合同或上级机关的批文
b) 文档中所引用的资料,所采用的软件标准或规范;列出这些资料的作者、标题、发表日期、出版单位或资料来源
2 项目概述
2.1工作内容
2.1.1项目软件过程定义
识别项目特性并量化,根据剪裁原则定义项目的类别;根据详细剪裁指南,对软件过程元素活动进行剪裁;(本部分内容详细描述在工作范围,开发进度要求,项目活动的顺序关系等内容的描述中)
2.1.2定义生命周期
为项目选定软件生命周期;
2.1.3任务简述
简要说明项目的各项主要工作,介绍所开发软件的功能、性能等。
2.1.4软件规模估计
对软件项目的规模进行估计,考虑重用代码或重用文档的规模。
注:
工作成果包括:子系统,模块,代码行/页面/界面,文档,需求等
工作成果规模包括:子系统数,模块数,代码行数/页面数/界面数,文档页数,功能个数等
2.1.5 工作量估算
根据估算得到的软件规模,进行工作量的估算。估算的内容包括:
项目管理活动:项目跟踪、例会、评审等工作量,按项目经理经验值或参考历史数据进行估算;
项目支持活动:配置管理、SQA活动、测试活动等工作量,分别由SCM人员、SQA人员、测试人员协助项目经理按经验值或参考历史数据进行估算;
技术活动:估算出代码/文档的工作量,个人估算采用经验值,汇总时采用Delphi估算法。
2.1.6关键计算机资源
本项目没有关键计算机资源。
2.1.7软件工程设备和支持工具
1. 逐项列出该项目开发过程中和运行时必需的计算机系统支持,包括计算机、外围设备、通讯设备以及必须的系统软件、支持软件。
2. 估计为完成项目应具备的人力资源。
3. 开发单位已具备的条件以及尚需创造的条件
+ 软硬件资源
+ 人力资源
2.1.8风险估计
说明可能影响项目的关键问题,如设备条件、技术难点或其他风险因素,并进行估计。
2.2度量目标
l 项目度量指标
说明:项目经理可根据项目的特征信息在以上度量目标中增加项目特有的度量目标。
l 根据度量周期的要求,结合项目计划及相关计划,确定各度量任务的具体开展时间(若有专门的度量分析计划,则此表格可以不填写)
2.4产品
2.4.1软件工作产品
列出需交付的程序名称、所用的语言及存储形式并扼要说明每个程序的功 能、特别需求数。
1. 用户类工作产品:列出需提交给用户的工作产品,包括文档,可执行程序等。
2. 过程类工作产品:列出在项目开发生命周期中产生的所有工作产品。
3. 工程类工作产品:列出递交给工程人员用于工程维护的工作产品,如程序维护手册。
4. 相关组工作产品:相关组需递交给项目组的工作产品。
2.4.2运行环境
标识项目运行的硬件环境、软件环境。
2.4.3服务
阐明开发单位可向用户提供的服务。如人员培训、安装、保修、维护和其他运行支持。
2.4.4验收标准
对上述产品和服务,逐项说明或引用资料说明验收标准。
3 实施计划
3.1任务分解和进度安排
按层次将项目开发中各个阶段(如需求分析、概要设计等)所需完成的任务(包括文件的编制)详细进行分解,指明每项任务的负责人和参加者。列出项目开发各阶段的每项工作的预定起始日期和完成日期,交付期限。规定各项工作任务完成的先后顺序,并说明每项工作完成的标志性事件。在本条目可用表格简要提出工作量估计情况,同时使用MS Project详细列出进度安排。
注意:
1.此处需要把CM、QA、项目评审、测试、周会、项目管理等内容填入工作量表中;
2.文档编写和编码测试等工作量,根据规程要求,用DELPHI方法进行估计;
3.项目管理活动及支持活动采用经验法进行估计,并填写计划公式,如:QA活动的工作量为,0.5人天/周*12周=6人天,表示每周需要用半天时间进行QA检查及写报告,项目总共需要12周时间,QA活动工作量为6人天。
4.对于没有明确开始时间和结束时间的活动,比如SQA活动,可以项目开始时间和结束时间。
3.2沟通
1. 说明项目同其它有关单位之间的协调人员及其职责:
a) 本项目同用户之间的协调人员及其职责
b) 该项目同各有关机构的协调人员及其职责
2. 说明项目组内以及与其他工作组之间的交流方式和信息传递方式(即:分发方式)。
3. 说明交流时间(交付期限),做到组间充分交流和协调,
注:建议采用表格,做出沟通计划。
3.3.1相关组或个人职责
识别出和本项目组关联的组和个人(包括顾客或顾客代表,市场部,采购部,工程部,其他项目组或个人,QA人员,CM人员,测试人员等),并说明和项目组的关系与职责。
3.3.2组间关系
逐项列出需由用户或其他组承担的工作和完成日期,包括由他们提供的条件和日期,以及完成这些工作的要求。
注:
1. 事项:指需相关组和个人参与的项目事项,包括参与需求,解决技术问题,参与工作产品评审等。
2. 方式:指采用何种方式进行互相交流,可包括:会议,文档,E_MAIL,电话,配置库等。
3. 计划时间:是指预计沟通的具体时间(可以是具体日期如,某月某日,也可以是周期性如,每两周或是事件驱动,如评审完成时);
4. 负责人:指项目组中负责此项沟通工作的人员。
5. 相关组和个人:指参与此项沟通工作的相关组和个人。
3.4 预算
逐项列出完成该项目所需要的经费预算及其来源,所需的劳务。
4 专题计划要点
说明该项目开发过程中可能要制定的各个专题要点如:测试计划、质量保证计划、配置管理计划、度量计划(包括度量目标、度量频率、度量数据的存储方式、汇总形成的图表,报告形式、接受结果的受影响方)、人员培训计划、系统安装计划等。
5 附录A 评审结论
(1).高层经理及其它参评人员认真讨论并审批《项目计划》。
(2).如果是合同项目,可能还要请客户审批,视具体情况而定。
把评审的结果填写在此处,注意此处应当保持与《项目评审表》中的一致性。
6 附录B 项目计划变更控制报告
{ 项目名称 }
第N份 项目计划变更控制报告