项目计划书模板.doc

项目计划书模板文档编号：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.项目阶段提交物说明74.项目策划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 Configuration management）CMO配置管理经理（Configuration Management Officer）QA质量保证人员（Quality Assurance Engineer）CL配置库（Configuration Library）CI配置项（Configuration Item）：是一组功能或者物理属性的组合，在配置管理过程中，配置项被作为一个单一的实体对待CR变更请求（Change Request）基线基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态审计对配置管理的独立的查检过程，确认受控配置项满足需求并就绪。1.3. 工作环境按照下表描述的工作环境开展项目活动：网络环境以中软海晟资源组织工作环境的网络环境要求组织进行。开发环境参见XXX项目设计书中软硬件资源要求描述。测试环境参见XXX项目测试计划中软硬件资源要求描述。其它环境参见中软海晟资源组织工作环境的XX环境要求组织进行。1.4. 参考资料描述制定本项目计划中参考的标准、规范、样本等。1.5. 项目总体目标根据中软海晟项目管理办法中的项目绩效指标和集团过程能力基线（PCB）设定项目总体目标。以下指标仅做参考，除进度偏差及工作量偏差必需记录外，别的偏差依据项目情况自行增加或删除。项目总体绩效目标项目目标偏差目标计算办法进度偏差-15%进度偏差+15%（实际工期基准工期）/基准工期。基准工期：来自项目实施立项时的项目估算表中的预算工期。实际工期：从项目开始到项目关闭的自然日历，扣除挂起期间工期。工作量偏差-20%工作量偏差+20%（实际实施工作量基准预算实施工作量）/基准预算实施工作量。基准预算实施工作量：来自项目实施立项时的项目估算表中的工作量估算。2. 组织机构及项目人员2.1. 组织机构图部门经理项目经理变更控制委员会(CCB)需求分析人员设计人员开发人员测试人员配置管理员(CMO)质量保证人员(QA)提示：请根据项目的实际情况增删和修改上图。2.2. 项目人员及职责角色责任描述姓名电话号码客户经理联系客户，与客户进行沟通和承诺。项目经理项目经理履行的任务是对整个项目的总体业务负责；项目经理是指导、控制、管理和调整项目进行构造软件或硬件/软件系统工作的个人，项目经理是最终向顾客负责的个人。高层经理获得对项目的承诺和支持，以及对项目的总体控制。客户代表需求的提出者，也是软件开发的约定者。用户代表软件产品的使用者，有时与客户是同一对象。需求人员对客户的需求进行收集，然后分析成归于软件的需求。开发人员根据需求，通过设计和编码实现软件的需求。测试人员对软件产品进行测试，保证满足软件设计要求和客户的需求。SQA人员在整个软件生命周期中，监督和检验软件过程与标准的符合性以及软件产品生产规范的符合性。SCM人员在整个软件生命周期中，控制软件产品的状态和一致性，确保产品的有序变更和发布。培训人员负责对项目人员进行相应技能的培训。系统管理员数据库/运行/网络支持。CCB 管理项目软件基线的委员会。（主席）【注意：一个人可以担任多个角色，如王建民是项目经理、需求人员、开发人员和CCB主席。】2.3. 技能要求描述本项目的相关背景知识，技能等的要求。如：角色知识技能要求项目经理熟悉CMM用于项目管理，熟练掌握MS Project、MS Word、MS Excel和MS Visio。软件需求开发者熟练运用UML进行软件需求开发，熟练掌握MS Visio或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 Excel。配置管理人员熟悉配置管理过程，熟练掌握至少一种配置管理软件（如MS VSS）。部署上线人员熟悉CCIS系统，熟悉最终选定的数据库、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)验收报告不适用提示：请根据项目的实际情况增删和修改上表，如：参考软件过程定义，集成测试与系统测试合并，则删除集成测试部分。4. 项目策划4.1. 软件生命周期模型定义本项目选择的项目生命周期模型是：生命周期模型标准V-瀑布生命周期(SVW)阶段V-瀑布生命周期 (V4)阶段 V-瀑布生命周期 (V3)阶段交付模型请在此粘贴生命周期模型图说明：1. 如果您对项目生命周期模型不熟悉，请参考软件开发生命周期模型和软件开发生命周期选择指南，同时咨询EPG人员。2. 如果您的项目需要对生命周期模型裁剪，请遵循裁剪准则和指南规定。4.2. 项目估算项目估算范围包括：规模、工作量、成本和进度。估算过程将严格遵守公司的估算流程。（如果对估算流程有裁剪，请在此处详细描述）。本节可直接注明规模、工作量及成本估算参见项目估算表，进度估算参见项目软件计划估计书（project文档），而不再具体说明。4.2.1. 估算规模4.2.2. 估算工作量4.2.3. 估算进度可采用Project制作WBS方式，参见XXX项目软件计划估计书。4.2.4. 估算成本4.3. 项目质量目标提示：1、 项目过程性能目标是“组织过程性能目标”和“项目特有过程性能目标”的集合。2、 参考集团组织过程能力基线PCB设定里程碑和质量目标，目的是为了更好的控制过程和产品质量，如项目实际中不涉及的目标或过程可行删除。3、 在项目过程中应定期对比项目实际执行情况与目标，当出现偏差时，应对偏差产生的原因进行分析和采取措施。以问题的形式记录在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任务管理系统任务管理12004-7-26缺陷管理工具缺陷管理12004-7-26。5. 需求开发计划需求开发计划一般包含在项目计划，在进行WBS时对需求阶段进行任务分解既可。但对于大型项目，除了在WBS中拆分任务外，还应对需求调研进行详细的计划。参考项目自己的过程定义，在些说明需求开计划是参见MPP还是MPP+需求调研计划。6. 数据管理计划描述本项目涉及的文档，代码，客户财产等数据的管理计划。如：电子类文档参见配置管理计划，非电子类文档遵照公司纸质文档管理规范执行。电子类文档参见配置管理计划，本处主要写非电子类文档的管理办法，如项目无特殊需求，可注明遵照公司纸质文档管理规范执行。7. 沟通计划 列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项（预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流）、负责人、参加组和（或）个人、议程（如果是会会议形式，内容包括：客户的需求、技术问题、关键依懒关系、项目整体状态）、计划日期、计划地点（如果适用）、方式/工具（正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等），达到协调项目相关组和个人的活动和交流。如：序号事项方式/工具计划日期负责人相关组或个人1开发团队成立、成员介绍面谈2006-11-20莫亮部门经理、QA、项目组2软件需求研讨、风险分析内部会议2006-11-22莫亮项目组3第1次周例会内部会议2006-11-24莫亮QA、项目组4软件需求基线发布会议正式会议2006-11-28莫亮客户代表、客户经理、QA、项目组5第2次周例会内部会议2006-12-1莫亮QA、项目组。8. 培训计划参见XXX项目培训计划。9. 软件质量保证计划 参见XXX项目软件质量保证计划。10. 配置管理计划参见XXX项目软件配置管理计划。11. 度量分析计划请参考XX项目度量分析计划。12. 软件集成计划请参考XX项目集成计划。13. 评审计划序号评审内容评审方式评审日期1业务需求、软件需求规格说明书同行评审200611142项目计划(包括：QA计划、CM计划、测试计划)及软件过程定义同行评审200611273概要设计、详细设计同行评审20061244测试用例同行评审5代码代码审查200612156用户手册同行评审20071514. 软件测试计划参见XXX项目软件测试计划。15. 风险管理计划本项目的风险管理过程严格遵守公司的风险管理流程。每周对前五名及一级风险进行跟踪，每里程碑对所有项目风险进行跟踪并再次识别。16. 里程碑会议序号里程碑阶段名称会议方式参加人员评审日期1需求结束阶段正式会议XXX，XXX200611142设计结束阶段正式会议XXX，XXX200611273编码结束阶段正式会议XXX，XXX20061244测试结束阶段正式会议XXX，XXX200612155试运行结束阶段正式会议XXX，XXX200715其中专业理论知识内容包括：保安理论知识、消防业务知识、职业道德、法律常识、保安礼仪、救护知识。作技能训练内容包括：岗位操作指引、勤务技能、消防技能、军事技能。二培训的及要求培训目的安全生产目标责任书为了进一步落实安全生产责任制，做到“责、权、利”相结合，根据我公司2015年度安全生产目标的内容，现与财务部签订如下安全生产目标：一、目标值：1、全年人身死亡事故为零，重伤事故为零，轻伤人数为零。2、现金安全保管，不发生盗窃事故。3、每月足额提取安全生产费用，保障安全生产投入资金的到位。4、安全培训合格率为100%。二、本单位安全工作上必须做到以下内容： 1、对本单位的安全生产负直接领导责任，必须模范遵守公司的各项安全管理制度，不发布与公司安全管理制度相抵触的指令，严格履行本人的安全职责，确保安全责任制在本单位全面落实，并全力支持安全工作。 2、保证公司各项安全管理制度和管理办法在本单位内全面实施，并自觉接受公司安全部门的监督和管理。 3、在确保安全的前提下组织生产，始终把安全工作放在首位，当“安全与交货期、质量”发生矛盾时，坚持安全第一的原则。 4、参加生产碰头会时，首先汇报本单位的安全生产情况和安全问题落实情况；在安排本单位生产任务时，必须安排安全工作内容，并写入记录。 5、在公司及政府的安全检查中杜绝各类违章现象。 6、组织本部门积极参加安全检查，做到有检查、有整改，记录全。 7、以身作则，不违章指挥、不违章操作。对发现的各类违章现象负有查禁的责任，同时要予以查处。 8、虚心接受员工提出的问题，杜绝不接受或盲目指挥；9、发生事故，应立即报告主管领导，按照“四不放过”的原则召开事故分析会，提出整改措施和对责任者的处理意见，并填写事故登记表，严禁隐瞒不报或降低对责任者的处罚标准。 10、必须按规定对单位员工进行培训和新员工上岗教育；11、严格执行公司安全生产十六项禁令，保证本单位所有人员不违章作业。 三、 安全奖惩： 1、对于全年实现安全目标的按照公司生产现场管理规定和工作说明书进行考核奖励；对于未实现安全目标的按照公司规定进行处罚。 2、每月接受主管领导指派人员对安全生产责任状的落12