《项目计划书模板.doc》由会员分享，可在线阅读，更多相关《项目计划书模板.doc（13页珍藏版）》请在金锄头文库上搜索。
1、项目计划书模板文档编号：ICSSHS-QMS-PP-QT-03密 级：公开 版 本 号：V1.0 文件类别：质量管理体系文件发布状态：已发布 项目计划书2008年10月文档更改历史记录 初始信息文件名称项目计划书模板批准人罗万达初始版本号V1.0发布日期2008-12-1编写人谢镇宇实施日期2008-12-1更改记录版本号更改要点对应章节修改人审批人批准日期目录1.项目概述31.1.目的和范围31.2.术语31.3.工作环境31.4.参考资料31.5.项目总体目标42.组织机构及项目人员52.1.组织机构图52.2.项目人员及职责52.3.技能要求63.项目提交物73.1.项目阶段提交物说明7
2、4.项目策划74.1.软件生命周期模型定义74.2.项目估算84.3.项目质量目标94.4.设备及工具估计105.数据管理计划106.沟通计划107.培训计划118.软件质量保证计划119.配置管理计划1110.度量分析计划1111.软件集成计划1112.评审计划1213.软件测试计划1214.风险管理计划1215.里程碑会议121. 项目概述1.1. 目的和范围描述本项目的目的、范围和适用性。1.2. 术语列出本文件中适用的专门术语（包括外文缩写的原文词组）。名词定义CCB变更控制委员会（Software Change Control Board）CM配置管理（Software Config
3、uration management）CMO配置管理经理（Configuration Management Officer）QA质量保证人员（Quality Assurance Engineer）CL配置库（Configuration Library）CI配置项（Configuration Item）：是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待CR变更请求（Change Request）基线基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态审计对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。1.3. 工作环境按照下表描述的
4、工作环境开展项目活动：网络环境以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境参见XXX项目设计书中软硬件资源要求描述。测试环境参见XXX项目测试计划中软硬件资源要求描述。其它环境参见中软海晟资源组织工作环境的XX环境要求组织进行。1.4. 参考资料描述制定本项目计划中参考的标准、规范、样本等。1.5. 项目总体目标根据中软海晟项目管理办法中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。项目总体绩效目标项目目标偏差目标计算办法进度偏差-15%进度偏差+15%（实际工期基准工期）/基准
5、工期。基准工期：来自项目实施立项时的项目估算表中的预算工期。实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。工作量偏差-20%工作量偏差+20%（实际实施工作量基准预算实施工作量）/基准预算实施工作量。基准预算实施工作量：来自项目实施立项时的项目估算表中的工作量估算。2. 组织机构及项目人员2.1. 组织机构图部门经理项目经理变更控制委员会(CCB)需求分析人员设计人员开发人员测试人员配置管理员(CMO)质量保证人员(QA)提示：请根据项目的实际情况增删和修改上图。2.2. 项目人员及职责角色责任描述姓名电话号码客户经理联系客户，与客户进行沟通和承诺。项目经理项目经理履行的任务是对
6、整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。高层经理获得对项目的承诺和支持，以及对项目的总体控制。客户代表需求的提出者，也是软件开发的约定者。用户代表软件产品的使用者，有时与客户是同一对象。需求人员对客户的需求进行收集，然后分析成归于软件的需求。开发人员根据需求，通过设计和编码实现软件的需求。测试人员对软件产品进行测试，保证满足软件设计要求和客户的需求。SQA人员在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。SCM人员在整个软件生命周期中，控制软件产品的状态和一致性，确
7、保产品的有序变更和发布。培训人员负责对项目人员进行相应技能的培训。系统管理员数据库/运行/网络支持。CCB 管理项目软件基线的委员会。（主席）【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】2.3. 技能要求描述本项目的相关背景知识，技能等的要求。如：角色知识技能要求项目经理熟悉CMM用于项目管理，熟练掌握MS Project、MS Word、MS Excel和MS Visio。软件需求开发者熟练运用UML进行软件需求开发，熟练掌握MS Visio或Rational Rose。软件框架设计者熟练运用UML进行软件框架设计，熟练掌握MS Visio或Rati
8、onal Rose，精通至少一门面向对象设计语言（如Delphi或Java），熟练掌握MS Word和MS Excel。开发组长熟悉UML，精通最终选定的开发语言，熟悉通用数据库接口，会使用MS Word和MS Excel初级功能。编程人员 熟练掌握最终选定的开发语言，会使用MS Word和MS Excel初级功能。测试人员熟悉测试理论，熟练掌握相关测试工具，会使用MS Word和MS Excel初级功能。质量保证人员熟练掌握CMM用于项目质量保证，熟练掌握MS Workd和MS Excel。配置管理人员熟悉配置管理过程，熟练掌握至少一种配置管理软件（如MS VSS）。部署上线人员熟悉CCIS
9、系统，熟悉最终选定的数据库、Web服务器的配置管理，熟练掌握MS Word。3. 项目提交物3.1. 项目阶段提交物说明本项目的主要里程碑和交付物如下：序号里程碑(Milestone)时间交付物产品规模1项目启动和计划项目软件过程定义项目计划书不适用2需求分析开发(RA)需求分析规格书XX页3高层设计 (HLD)概要设计说明书XX页4详细设计 (DD)详细设计说明书XX页5编码和单元测试 (CUT)程序代码单元测试报告XX行不适用6集成测试 (IT)测试用例集成测试报告XX个不适用7系统测试 (ST)测试用例系统测试报告XX个不适用8发布 (REL)操作手册XX页9关闭 (CLS)验收报告不适
10、用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。4. 项目策划4.1. 软件生命周期模型定义本项目选择的项目生命周期模型是：生命周期模型标准V-瀑布生命周期(SVW)阶段V-瀑布生命周期 (V4)阶段 V-瀑布生命周期 (V3)阶段交付模型请在此粘贴生命周期模型图说明：1. 如果您对项目生命周期模型不熟悉，请参考软件开发生命周期模型和软件开发生命周期选择指南，同时咨询EPG人员。2. 如果您的项目需要对生命周期模型裁剪，请遵循裁剪准则和指南规定。4.2. 项目估算项目估算范围包括：规模、工作量、成本和进度。估算过程将严格遵守公司的估
11、算流程。（如果对估算流程有裁剪，请在此处详细描述）。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（project文档），而不再具体说明。4.2.1. 估算规模4.2.2. 估算工作量4.2.3. 估算进度可采用Project制作WBS方式，参见XXX项目软件计划估计书。4.2.4. 估算成本4.3. 项目质量目标提示：1、 项目过程性能目标是“组织过程性能目标”和“项目特有过程性能目标”的集合。2、 参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。3、 在项目过程中应定期对比项
12、目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在PMS中的问题跟踪表中。目标来源过程性能度量指标里程碑定义是否选择不选择说明组织值项目计划值偏差下限偏差上限偏差下限偏差上限工作量偏差率项目结束后（累积实际工作量-估算工作量）/估算工作量）*100%是/否 -20%20%编码开发效率（LOC/人天）编码结束（实际规模/编码工作量）是/否240400整体开发效率（LOC/人天）项目结束后（实际规模/总工作量）是/否140390测试缺陷识别率(个/KLOC)项目结束后系统测试缺陷数/规模是/否2.224.39评审缺陷识别率(个/KLOC)项目结束后评审发现的缺陷数/规模是/否0.090.27项目特有过程性能目标4.4. 设备及工具估计设备和工具列表说明数量预计日期完成日期负责人DB2 7.0采购32003-02-10C for AIX采购5203-02-10测试工具开发12003-03-30任务管理系统任务
