项目计划书.docx

1、项目计划书文档编号：ICSSHS-QMS-PP-QT-03密 级：公开 版 本 号： 文件类别：质量管理体系文件发布状态：已发布 项目计划书 2008年10月文档更改历史记录 初始信息文件名称项目计划书模板批准人罗万达初始版本号发布日期2008-12-1编写人谢镇宇实施日期2008-12-1更改记录版本号更改要点对应章节修改人审批人批准日期1. 项目概述2. 2.1. 目的和范围2.2. 描述本项目的目的、范围和适用性。2.3. 术语2.4. 列出本文件中适用的专门术语（包括外文缩写的原文词组）。名词定义CCB变更控制委员会（Software Change Control Board）CM配置

2、管理（Software Configuration management）CMO配置管理经理（Configuration Management Officer）QA质量保证人员（Quality Assurance Engineer）CL配置库（Configuration Library）CI配置项（Configuration Item）：是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待CR变更请求（Change Request）基线基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态审计对配置管理的独立的查检过程，确认受控配置项满足需求并就

3、绪。2.5. 工作环境2.6. 按照下表描述的工作环境开展项目活动：网络环境以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境参见XXX项目设计书中软硬件资源要求描述。测试环境参见XXX项目测试计划中软硬件资源要求描述。其它环境参见中软海晟资源组织工作环境的XX环境要求组织进行。2.7. 参考资料2.8. 描述制定本项目计划中参考的标准、规范、样本等。2.9. 项目总体目标2.10. 根据中软海晟项目管理办法中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。项目总体绩效目标项目目标偏差目

4、标计算办法进度偏差-15%进度偏差+15%（实际工期基准工期）/基准工期。基准工期：来自项目实施立项时的项目估算表中的预算工期。实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。工作量偏差-20%工作量偏差+20%（实际实施工作量基准预算实施工作量）/基准预算实施工作量。基准预算实施工作量：来自项目实施立项时的项目估算表中的工作量估算。3. 组织机构及项目人员4. 4.1. 组织机构图4.2. 4.3. 部门经理项目经理变更控制委员会(CCB)需求分析人员设计人员开发人员测试人员配置管理员(CMO)质量保证人员(QA)4.4. 提示：请根据项目的实际情况增删和修改上图。4.5. 项目

5、人员及职责角色责任描述姓名电话号码客户经理联系客户，与客户进行沟通和承诺。项目经理项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。高层经理获得对项目的承诺和支持，以及对项目的总体控制。客户代表需求的提出者，也是软件开发的约定者。用户代表软件产品的使用者，有时与客户是同一对象。需求人员对客户的需求进行收集，然后分析成归于软件的需求。开发人员根据需求，通过设计和编码实现软件的需求。测试人员对软件产品进行测试，保证满足软件设计要求和客户的需求。SQA人员在整个软件生命周期中，监督和检验软件过程与

6、标准的符合性以及软件产品生产规范的符合性。SCM人员在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。培训人员负责对项目人员进行相应技能的培训。系统管理员数据库/运行/网络支持。CCB 管理项目软件基线的委员会。（主席）【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】4.6. 技能要求4.7. 描述本项目的相关背景知识，技能等的要求。如：角色知识技能要求项目经理熟悉CMM用于项目管理，熟练掌握MS Project、MS Word、MS Excel和MS Visio。软件需求开发者熟练运用UML进行软件需求开发，熟练掌握MS Vis

7、io或Rational Rose。软件框架设计者熟练运用UML进行软件框架设计，熟练掌握MS Visio或Rational Rose，精通至少一门面向对象设计语言（如Delphi或Java），熟练掌握MS Word和MS Excel。开发组长熟悉UML，精通最终选定的开发语言，熟悉通用数据库接口，会使用MS Word和MS Excel初级功能。编程人员 熟练掌握最终选定的开发语言，会使用MS Word和MS Excel初级功能。测试人员熟悉测试理论，熟练掌握相关测试工具，会使用MS Word和MS Excel初级功能。质量保证人员熟练掌握CMM用于项目质量保证，熟练掌握MS Workd和MS

8、Excel。配置管理人员熟悉配置管理过程，熟练掌握至少一种配置管理软件（如MS VSS）。部署上线人员熟悉CCIS系统，熟悉最终选定的数据库、Web服务器的配置管理，熟练掌握MS Word。5. 项目提交物6. 6.1. 项目阶段提交物说明6.2. 本项目的主要里程碑和交付物如下：序号里程碑(Milestone)时间交付物产品规模1项目启动和计划项目软件过程定义项目计划书不适用2需求分析开发(RA)需求分析规格书XX页3高层设计 (HLD)概要设计说明书XX页4详细设计 (DD)详细设计说明书XX页5编码和单元测试 (CUT)程序代码单元测试报告XX行不适用6集成测试 (IT)测试用例集成测试

9、报告XX个不适用7系统测试 (ST)测试用例系统测试报告XX个不适用8发布 (REL)操作手册XX页9关闭 (CLS)验收报告不适用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。7. 项目策划8. 8.1. 软件生命周期模型定义8.2. 本项目选择的项目生命周期模型是：生命周期模型标准V-瀑布生命周期(SVW)阶段V-瀑布生命周期 (V4)阶段 V-瀑布生命周期 (V3)阶段交付模型请在此粘贴生命周期模型图说明：1. 如果您对项目生命周期模型不熟悉，请参考软件开发生命周期模型和软件开发生命周期选择指南，同时咨询EPG人员。2. 如果

10、您的项目需要对生命周期模型裁剪，请遵循裁剪准则和指南规定。8.3. 项目估算8.4. 项目估算范围包括：规模、工作量、成本和进度。估算过程将严格遵守公司的估算流程。（如果对估算流程有裁剪，请在此处详细描述）。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（project文档），而不再具体说明。8.4.1. 估算规模8.4.2. 8.4.3. 估算工作量8.4.4. 8.4.5. 估算进度8.4.6. 可采用Project制作WBS方式，参见XXX项目软件计划估计书。8.4.7. 估算成本8.4.8. 8.5. 项目质量目标8.6. 提示：1、 项目过程性能目

11、标是“组织过程性能目标”和“项目特有过程性能目标”的集合。2、 3、 参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。4、 5、 在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在PMS中的问题跟踪表中。目标来源过程性能度量指标里程碑定义是否选择不选择说明组织值项目计划值偏差下限偏差上限偏差下限偏差上限工作量偏差率项目结束后（累积实际工作量-估算工作量）/估算工作量）*100%是/否 -20%20%编码开发效率（LOC/人天）编码结束（实际规模/编码

12、工作量）是/否240400整体开发效率（LOC/人天）项目结束后（实际规模/总工作量）是/否140390测试缺陷识别率(个/KLOC)项目结束后系统测试缺陷数/规模是/否评审缺陷识别率(个/KLOC)项目结束后评审发现的缺陷数/规模是/否项目特有过程性能目标8.7. 设备及工具估计设备和工具列表说明数量预计日期完成日期负责人DB2 采购32003-02-10C for AIX采购5203-02-10测试工具开发12003-03-30任务管理系统任务管理12004-7-26缺陷管理工具缺陷管理12004-7-26。9. 需求开发计划10. 需求开发计划一般包含在项目计划，在进行WBS时对需求阶段

13、进行任务分解既可。但对于大型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见MPP还是MPP+需求调研计划。11. 数据管理计划12. 描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：电子类文档参见配置管理计划，非电子类文档遵照公司纸质文档管理规范执行。电子类文档参见配置管理计划，本处主要写非电子类文档的管理办法，如项目无特殊需求，可注明遵照公司纸质文档管理规范执行。13. 沟通计划14. 列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技

14、术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和交流。如：序号事项方式/工具计划日期负责人相关组或个人1开发团队成立、成员介绍面谈2006-11-20莫亮部门经理、QA、项目组2软件需求研讨、风险分析内部会议2006-11-22莫亮项目组3第1次周例会内部会议2006-11-24莫亮QA、项目组4软件需求基线发布会议正式会议2006-11-28莫亮客户代表、客户经理、QA

15、、项目组5第2次周例会内部会议2006-12-1莫亮QA、项目组。15. 培训计划16. 参见XXX项目培训计划。17. 软件质量保证计划18. 参见XXX项目软件质量保证计划。19. 配置管理计划20. 参见XXX项目软件配置管理计划。21. 度量分析计划22. 请参考XX项目度量分析计划。23. 软件集成计划24. 请参考XX项目集成计划。25. 评审计划26. 序号评审内容评审方式评审日期1业务需求、软件需求规格说明书同行评审200611142项目计划(包括：QA计划、CM计划、测试计划)及软件过程定义同行评审200611273概要设计、详细设计同行评审20061244测试用例同行评审5代码代码审查200612156用户手册同行评审20071527. 软件测试计划28. 参见XXX项目软件测试计划。29. 风险管理计划30. 本项目的风险管理过程严格遵守公司的风险管理流程。每周对前五名及一级风险进行跟踪，每里程碑对所有项目风险进行跟踪并再次识别。31. 里程碑会议序号里程碑阶段名称会议方式参加人员评审日期1需求结束阶段正式会议XXX，XXX200611142设计结束阶段正式会议XXX，XXX200611273编码结束阶段正式会议XXX，XXX20061244测试结束阶段正式会议XXX，XXX200612155试运行结束阶段正式会议XXX，XXX200715