项目开发计划.docx

1、项目开发计划（项目名称）开发计划书章节说明文件控制档编号版本号分册名称第册/共册总页数正文附录编制审批生效日期修改变更记录：更改条款及内容更改人审批人更改日期目录引言 4文档编制目的 4项目概述 5系统（或用户）的特点 5术语 5缩略语 5参考资料 5项目定义软件过程 6软件生命期模型选定 6软件开发过程裁剪 6项目要求 6质量目标 6任务分解 6项目阶段划分和里程碑 6运行环境 7关键问题 8项目最迟完成时间 8项目技术方案 8关键技术 8软件复用 8开发环境 8硬件环境 9软件环境 9项目资源管理 9项目组角色职责 9相关方网络 9支持条件 10内部条件 10外部条件 11成本预算 11培

2、训管理 11项目风险管理 11项目配置管理 11配置管理基本信息 11配置管理角色职责 11配置库的基本信息 12配置项信息 12配置审计 12编制指南本模板力图给出项目软件开发各阶段计划中可能包括的全部基本信息，适用于编制项目预研计划、项目启动计划以及项目开发计划。如果某个章节在项目或当前阶段中无法描述，则可保留其标题，注明“不适用”；如果没有相关内容，则注明“无”如果需要对本模板的个别章节详细描述，也可将其形成单独的文档，成为本计划附件。若当前阶段计划中的某个章节已经在前阶段计划中加以描述，可保留标题，注明“参见（文档编号）（文档名称）”；若引用其他项目文档，也须如此注明。附录“任务分解书

3、”在编制项目开发计划时必须编制，其他阶段计划可删除；附录“任务分解书”和“阶段计划进度表”中的信息在系统设计阶段结束后须进行细化完善。形成正式计划文档后，所有的“编制说明”须删除。1 引言1.1 文档编制目的说明本计划文档编制的主要目的以及覆盖的阶段范围。1.2 项目概述介绍项目的基本情况，包括项目的开发方与客户方的基本情况。简要介绍项目的目的、待交付软件产品的一般特性、本项目与其它项目的关系。如果本项目属于系统升级或改善或维护，请明确指出，并必须在此部分对原系统的开发、操作、维护等历史情况做以简要说明。1.3 系统（或用户）的特点如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）

4、的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度；如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。1.4 术语解释文档中使用的相关术语。1.5 缩略语按字母顺序列出文档中所有缩略语。1.6 参考资料列出编写本报告时参考的文件、资料、技术标准以及他们的作者、标题、编号、发布日期和出版单位。列出编写本报告时需查阅的Internet上杂志、专业著作、技术标准以及其网址。2 项目定义软件过程2.1 软件生命期模型选定可参考的软件生命周期模型包括纯瀑布模型、具有子项目的瀑布模

5、型、渐进模型和阶段交付模型。从中选择或自行规定一种适用于本项目的软件生命周期模型，对模型中的迭代情况需进行简单描述。2.2 软件开发过程裁剪参见软件开发裁剪工作表。3 项目要求3.1 质量目标尽量以可测量的形式，根据项目的具体情况确定项目的质量目标，质量目标要符合质量体系的要求。如有不符，须在此对现行质量目标进行适当评估。因目前公司质量目标尚未确定，可由各项目组自行确定质量目标。3.2 任务分解使用层次图明确软件的各个系统特性由哪些个子系统/功能模块来实现。具体内容参见任务分解书。3.3 项目阶段划分和里程碑根据制定的软件开发裁剪工作表对项目进行适当的阶段划分。一般情况下，可包括但不限于可行性

6、分析、需求分析、设计、编码、测试、验收等阶段，并且阶段可以组合、迭代。严格划分各个阶段，并明确每个阶段的定义、输入和输出、开始和结束标准，并明确阶段检查点和项目重要里程碑。具体情况参见阶段计划进度表。下表为示例，请根据项目实际情况修改。阶段起止时间阶段工作内容里程碑12002-11-112002-11-20标准版交付交付书22002-11-212003-2-22建立运行环境客户培训需求调研与需求分析客户确认需求分析报告需求分析报告32002-12-202003-1-15系统设计系统设计报告42003-2-152003-4-1在标准版的基础上，进行修改和补充第一期合同的内容。主要包括：工作流系统

7、的修改、文件加密、数字签名以及手机短信。一期版本交付52003-3-182003-6-11开发二期内容（需求分析报告中一期之外的内容）提交二期版本源码62003-6-42003-6-13系统测试测试报告72003-6-162003-7-4二期版本的交付、安装、数据准备、操作培训。二期版本交付书82003-7-42003-7-24试运行试运行报告92003-7-252003-8-13系统验收系统验收报告102003-8-142004-8-14系统维护维护记录具体情况参见阶段计划进度表。3.4 运行环境列出最终提交的软件产品运行所需的硬件环境和软件环境。下表为示例，请根据项目实际情况修改。设备名称

8、用途说明硬件配置要求软件配置要求数据库服务器专用的PC服务器，提供数据库服务。PIII 766内存1GB硬盘容量30GBWindows 2000 Server ；Oracle 9i ；应用服务器专用的PC服务器，提供应用服务及手机短信服务。PIII 766 CPU内存1GB硬盘容量30GBSiemens手机Windows 2000 ServerTomcat 4.0 ；Jdk1.4;工作站PC机PIII CPU内存64MB以上Windows 98/2000/XP ；IE 5.0 ；3.5 关键问题列出为完成本项目需要解决的，但又不在项目组控制范围内的主要问题。如客户的配合问题、设备的到位问题、技

9、术方面无法解决或因资金、时间等原因而暂时无法解决的问题、要求工期明显不合理等等。3.6 项目最迟完成时间指明本项目必须完成的最迟时间。开发过程中可能因用户需求变化而导致开发时间的延长，此时需修改最迟完成时间。4 项目技术方案4.1 关键技术列出为完成本项目需要采用的关键技术或新技术。4.2 软件复用在项目策划阶段应根据项目的系统特性及功能点考虑复用公司的或从其他途径获得的共享资源，需明确复用软件配置项的来源、配置路径和所占全部代码量的比例。具体内容参见“任务分解书”。4.3 开发环境列出本项目开发所需的硬件环境和软件环境。4.3.1 硬件环境包括微机、工作站、服务器（如配置管理服务器等）、各种

10、电路板、各类特殊设备（如交换机、路由器、导航仪、示波器）等。4.3.2 软件环境包括操作系统软件、CASE工具、数据库软件、开发工具软件、分析设计软件、源代码控制软件、编译器、调试工具、缺陷跟踪工具、文档编写工具等。5 项目资源管理5.1 项目开发方式选择指定项目开发是自主开发还是外包开发，若是外包开发则开发过程中应增加外包管理。5.2 项目组角色职责指定项目主要角色（包括PM、PSM、SQAL、CML、TL、IL、产品经理、市场销售负责人以及完成每个子系统功能的team负责人）的职责。5.3 任务与进度计划本表内容根据裁剪工作表的内容来编写，确定各过程的编制人员。阶段名称过程活动输出产品起始

11、时间结束时间工作人员项目启动项目立项项目任务书定义项目软件过程项目裁剪工作表召开部门会议进行风险分析项目风险管理表部门级网上评审评审检查表、评审记录配置库建立配置库结构层次图需求分析识别需求需求调查表需求分析软件需求规格说明书部门级会议评审评审检查表、评审记录开发策划进一步定义项目软件过程更新的项目裁剪工作表软件估计项目开发计划中的正文配置管理策划“软件配置管理计划表”制定开发计划项目开发计划更新配置库更新的配置库结构层次图召开部门会议进行风险分析更新的项目风险管理表部门级网上评审评审检查表、评审记录项目级网上评审评审记录建立过程度量过程度量表系统设计系统设计系统设计报告项目级会议评审评审检查

12、表评审记录细化任务分解、进一步的软件估计、调整阶段计划进度、完善软件配置管理计划表更新的项目开发计划部门级网上评审评审记录编码实现编码源代码、可执行程序单元测试测试问题卡技术总结技术报告编制用户手册用户手册部门级会议评审评审记录系统测试进一步定义项目软件过程更新的项目裁剪工作表系统测试策划系统测试计划项目组会议进行风险分析更新的项目风险管理表部门级网上评审评审检查表、评审记录项目级会议评审评审检查表、评审记录系统测试设计测试大纲、测试用例系统测试执行测试问题卡系统测试总结系统测试总结完善技术报告完善的技术报告完善用户手册完善的用户手册贯穿始终的支持性活动软件质量保证实施SQA审核报告风险管理实

13、施逐步完善的项目风险管理表部门、项目组例会会议记录配置管理实施变更控制报告实时更新的配置库结构层次图和软件项目配置状态报告项目计划实施问题报告、项目周报、项目月报5.4 支持条件5.4.1 内部条件说明为完成本项目，承办部门已具备的条件和需进一步提供的条件，即资源要求，包括开发和测试该软件所必需的人员技术要求和设备等限定条件，如，所需的资源只有在另一项目完成之后才能获得。5.4.2 外部条件逐项列出需要客户承担/配合的工作和完成的时间，包括需由客户提供的条件；如有必要还应列出需要外单位分承包者承担的工作和完成的时间。5.5 成本预算描述开发本项目的工作量（人月），所需的设备、环境，聘请咨询公司、差旅等投资的费用。5.6 培训计划说明为顺利完成项目组织需要提供的技术和管理培训的内容、必要性、组织者、授课讲师、参加人员、耗费的项目成本及工作量。6 下属计划提示：下属计划（Subordinate Plan）是对项目计划的补充。项目计划需要机构的审批，但下属计划一般只需要项目经理（或其它负责人）审批即可。下属计划的名称建议负责人预计产生时间配置管理计划配置管理员质量保证计划质量保证员技术评审计划一些开发计划一些测试计划