OSSP体系项目计划模板.docx

1、OSSP体系项目计划模板【项目名称】项目计划文件编号【项目编号】/ 01文件状态 草稿 正式发布 正在修改当前版本拟 制日期审 核日期批 准日期有限公司修订历史记录A - 增加M - 修订D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。文件提交时不得再含有这些内容。】1引言51.1编写目的51.2范围51.3术语与缩写解释51.4参考资料52项目描述62.1项目的目标与范围62.2客户介绍62.3项目交付物62.3.1设备、程序62.3.2项目技术文档72.4验收标准和交付期限7

2、2.5服务82.6项目约束82.7项目难点83项目过程定义84项目组织84.1项目组织结构84.2职责分工84.3项目成员组成94.4人员投入时间安排95项目进度和任务分解105.1项目里程碑105.2项目进度和任务分解106成本计划117设备资源计划117.1硬件及环境资源117.2软件和工具118采购计划119数据管理计划1210项目监控计划1310.1跟踪目标与频率1310.2活动安排1311度量和分析计划1411.1项目度量项1411.3度量和分析的里程碑1511.4项目度量的质量目标1512风险计划1613项目沟通计划1614项目干系人纳入计划1714.1项目干系人列表1714.2项

3、目干系人纳入计划1715技术评审计划1716项目质量保证计划1816.1项目质量要素和质量目标1816.2过程质量检查计划2016.3缺陷（问题）跟踪工具2017培训计划2017.1内部培训计划2017.1.1培训目的2017.1.2培训课程、教材2117.1.3培训对象和培训方式2117.1.4免修说明2117.1.5培训目标2117.1.6培训内容及时间安排2117.1.7培训组织2217.2外部培训计划2217.2.1培训目的2217.2.2培训课程、教材2217.2.3培训对象和培训方式2217.2.4免修说明2317.2.5培训目标2317.2.6培训内容及时间安排2317.2.7培

4、训组织231引言1.1 编写目的【提示：给出项目开发计划的编写目的，即项目的描述，同时指明读者对象。】1.2 范围【项目开发计划包括项目描述、项目组织、成本预算、人力资源估算、设备资源计划、沟通计划、采购计划、风险计划、项目过程定义及项目的进度安排和里程碑、质量计划、数据管理计划、度量和分析计划、监控计划和培训计划等。】1.3 术语与缩写解释缩写、术语解 释项目管理办公室， 项目策划（规划）， 1.4 参考资料【提示：可包括：（1）本项目经核准的立项评审报告、合同或上级机关的批文；（2）本文档所引用的资料、规范等，列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。】2 项目描述2.

5、1 项目的目标与范围【提示：（1）用简练的语言说明本项目“是什么”，“说明用途”。（2）说明本项目“应当包含的内容”和“不包含的内容”。（3）说明本项目“适用的领域”和“不适用的领域”。（4）说明本项目的目标，这些目标必须是“可实现”、“可验证”的。】2.2 客户介绍【提示：如果是合同项目，请说明本项目的客户及其责任人是谁。如果不是合同项目，请描述潜在客户和最终用户群体。】2.3 项目交付物【列出应交付的设备、软件和技术文档的名称、使用的语言、交付和存储方式。】2.3.1 设备、程序【列出应交付的设备、软件】序号设备/软件型号数量备注123456。2.3.2 项目技术文档2.3.2.1 技术文

6、档交付清单【列出项目应交付的技术文档。】序号文档名称备注1项目计划纸质，电子2软件需求规格说明书纸质3概要设计说明书纸质4纸质。纸质2.3.2.2 技术文档的编制、审核和批准人【列出项目技术文档的编制/修改、审核和批准人。】 责任人产品名称编制、修改人审核人批准人项目计划张三李四黄小鹏配置管理计划包艳梅软件需求规格说明书概要设计说明书。版本发布说明书。2.4 验收标准和交付期限【明确描述项目验收标准和交付期限。】2.5 服务【确切说明向用户提供的服务和期限。所提供的服务可包括：人员培训、安装、维护、技术支持或其它运行支持等。】2.6 项目约束【 提示：（1） 请说明在项目开发过程中应当遵循的标

7、准或规范，注意可能存在特殊的行业规定，请不要遗漏。（2） 请说明相关项目可能对本项目造成的影响。（3） 说明一些假设和依赖。 】2.7 项目难点【说明本项目的技术难点及实施难点。】3 项目过程定义【参见本项目的项目定义过程文档。】4 项目组织4.1 项目组织结构【 以层次结构画出项目组织结构图，并简述各组职责。】4.2 职责分工角色/小组职责备注项目经理设计组开发组测试组。4.3 项目成员组成按下表给出项目成员组成：项目角色姓名部门电话项目经理项目副经理设计组（负责人）开发组（负责人）。4.4 人员投入时间安排序号角色投入工时开始日期结束日期1项目经理2设计组3测试组。成员1成员n（提示：详细

8、填写小组投入时间和每个成员的投入时间，这是项目费用估算的依据！）5 项目进度和任务分解5.1 项目里程碑【项目里程碑是指项目全过程中重要时间点，如阶段交叉点、重要成果完成的时间。里程碑并不是具体的“活动”，是“虚活动”。】 可以如下表格列出重要里程碑：序号里程碑时间点备注1完成项目规划2005-11-152完成概要设计和评审2005-11-25。n项目结束（初验通过）5.2 项目进度和任务分解【提示：项目时间计划的确定的前提是对项目范围进行认真的分析、确定活动、进行活动排序、确定关键路径，估算和分配活动资源，最后形成详细的。在确定后，确定项目时间进度表。】活动名称工期开始日期结束日期前置资源1

9、项目规划项目经理11、12、2概要设计3详细设计。4系统测试5d、【提示：制定进度表，建议采用制作图（插入此处或作为附件）。为便于总体计划的跟踪，项目经理需严格执行总体计划变更流程。】6 成本计划【按下表列出项目的费用估算：】序号费用项目X月Y月Z月月合计1内部人力资源2旅差费3培训4。合计【描述成本监控和控制计划及监控和控制成本的措施。】7 设备资源计划【给出除人力资源外，需要的其他资源计划（用于开发的设备资源（非用户订购的设备）。）7.1 硬件及环境资源资源名称数量详细配置获取方式与时间责任单位机7已存在1需要购买（2005-10-25）7.2 软件和工具资源名称数量详细配置获取方式与时间

10、责任单位8 采购计划【给出开发所需的设备、软件采购计划。】设备/软件名称到现场时间计划安装时间备注。9 数据管理计划产 品数据格式数据存储方式数据更新频度数据检索权限及方式备 注项目计划公司服务器基线化后修改需要按变更要求执行变更项目干系人通过或获取。源程序1公司服务器基线化后修改需要按变更要求执行变更源程序n公司服务器基线化后修改需要按变更要求执行变更周报公司服务器项目组、高层经理通过或获取。缺陷管理数据内部数据格式公司缺陷管理服务器按测试阶段要求填写结果项目干系人通过或获取项目度量表公司服务器按项目度量和分析计划要求更新项目组、高层经理通过或获取项目周报项目月报。10 项目监控计划10.1

11、 跟踪目标与频率【提示：根据项目的业务目标、项目计划、项目各相关方的要求等，确定项目的跟踪目标。跟踪目标对于本项目而言是可行的和必要的。根据确定的跟踪目标，进一步确定跟踪频率，产生项目跟踪报告。】例如：跟踪对象细分、描述跟踪频率进度1. 统计每个任务的实际完成时间；2. 统计项目进展到各里程碑的实际时间；3. 计算实际进度与计划进度的偏差。项目周例会后，填写跟踪报告工作量1. 统计每个重要任务的实际工作量；2. 计算实际工作量与计划工作量的偏差。项目周例会后，填写跟踪报告费用1. 统计项目进展到各里程碑的实际花费；2. 计算实际花费与计划费用的偏差。每月项目月会后，填写跟踪报告工作成果规模1.

12、 统计实际的代码行或功能点，计算它们与计划的偏差。每月项目月会后，填写跟踪报告软硬件资源1. 统计项目实施过程中软硬件资源的实际使用情况；2. 计算实际与计划的偏差。项目实施某一阶段结束后，填写跟踪报告项目风险1. 跟踪风险的状态。 干系人纳入1. 干系人是否适时介入每周维护中项目干系人纳入计划和干系人活动协调记录表格数据管理计划1、是否定期管理监控数据每月检查一次10.2 活动安排【提示：包括定期召开项目周例会、项目月例会、里程碑点会议、项目进展会议等活动的安排。】活动名称活动内容时间安排项目周例会通告本周的项目周报并把下周的进度计划告知项目成员，总结本周出现的问题，提出解决方案。若上级主管

13、对项目周报有批复意见，项目经理可根据需要向项目组成员通告。每周一上午9：00项目月例会里程碑点会议偏差分析识别显著偏差并分析原因，采取相应的措施每周分析一次，填写偏差控制报告11 度量和分析计划【特别提示：如单独形成了项目度量和分析计划，请将本章删除！】11.1 项目度量项度量项项目必选项软件需求稳定指数代码的注释率单元测试缺陷排除率系统测试缺陷排除率进度偏移工作量偏移规模偏差代码规模（可执行文件大小）可选项需求分析正确率需求设计覆盖率设计的正确率规范符合率问题响应率问题解决率文档合格率发布前缺陷发现密度 (个)生产率（ /人天）质量成本（）返工成本指数（）代码品质【项目经理根据项目类型添加可

14、选度量的项目，在相应处打】11.2 度量和分析的里程碑【 度量和分析的里程碑是指项目全过程中重要时间点，如阶段交叉点、重要成果完成的时间点要进行的度量和分析。可以如下表格列出重要里程碑： 】序号里程碑 度量项时间点备注1完成项目需求分析通过评审的需求分析项2006-5.11修改、增加、删除的需要分析项2。N项目结束（初验通过）11.3 项目度量的质量目标阶段质量目标需求阶段需求分析正确率大于需求分析的稳定指数大于需求设计覆盖率应大于为设计阶段设计的准确率大于编码阶段代码的注释率大于规范符合率大于测试阶段单元测试缺陷排除率大于系统测试缺陷排除率大于系统维护问题响应率问题解决率大于文档文档合格率大

15、于进度偏移进度偏移小于12 风险计划【提示：对于识别的风险，我们依据风险的级别制定相应的计划。】风险风险内容发生的可能性发生的严重性风险级别风险应对计划风险识别描述风险可能发生的情景以及后果大、中、小高、中、低一、二、三级描述针对此撰写的风险计划注：根据风险发生可能性与严重性的组合，“风险级别”分为三级：一级：大-高、大-中、 中-高；二级：大-低、中-中、小-低三级：中-低、小-中、小-低13 项目沟通计划【提示： 1、给出项目的沟通关系网络图：2、项目沟通通常分为：项目外部沟通和项目组内部沟通。应分别说明这两种沟通的详细流程及特殊情况下的沟通流程。在沟通计划中，应明确沟通、汇报的时机/频度

16、，信息的来源及信息的接受者。沟通过程需保留相关记录，以便以后查询。】14 项目干系人纳入计划【提示：将干系人纳入计划( 格式)拷贝过来。】14.1 项目干系人列表14.2 项目干系人纳入计划15 技术评审计划待评审的工作产品评审方式评审级别评审时间产品批准人是否参加项目计划会议评审部门级2006软件需求规格说明书会议评审部门级详细设计说明书非正式子部门级系统测试计划、测试用例、测试总结报告-一些源程序非正式项目组内。注：（1） 评审方式：分为正式技术评审（会议评审）和非正式技术评审（ 会签 走查 其他：“会议评审”：指通过正式的会议方式进行评审；“会签”：当评审成员无法集中时，可通过方式收集意

17、见，由评审负责人汇总意见，并给出评审结论。“走查”：如代码走查。（2） 评审级别：分“部门级”、“子部门级”和“项目组内”“部门级”：评审成员可能来自公司的各技术部门及相关部门。“子部门级”：评审成员来自指研发中心或技术拓展部的子部门，如研发中心智能卡一部；“项目组内”：指评审人员来自项目组内部成员，如代码的审核。（3） 应当参与并监督重要工作成果如需求、设计、代码的技术评审。16 项目质量保证计划【特别提示：如单独形成了质量保证计划，请将本章删除！】16.1 项目质量要素和质量目标【提示：从商业利益和技术角度判断哪些质量属性是本软件的质量要素，说明为什么，这样相关人员可以把精力集中在改善质量

18、要素上。给出各个质量要素的恰当目标，既要使客户感到满意，又要使开发方承受得起。】序号质量要素（度量）优先级质量目标说明目标下限上限1需求分析正确率高96901001 -（产品设计/开发阶段至初验结束之后两个月间发现有缺陷的需求项数/经评审通过的需求数）* 100%2需求设计覆盖率9895100（系统设计所涵盖的需求项数/经评审通过的需求总项数）* 100%3软件需求稳定指数9085100(1 (修改、增加或删除的软件需求数 / 初始的软件需求数) * 100%3设计的正确率90801001 - 错误的模块数/总的模块数100%4代码的注释率402060(注释性代码行数 / 代码总行数) * 1

19、00%5规范符合率中9890100（符合公司编码规范的模块数/总模块数）* 100%6单元测试缺陷排除率9080100（单元测试中排除的缺陷总数/自单元测试开始至初验结束之后两个月间发现的缺陷总数）*100%7系统测试缺陷排除率9590100（系统测试中排除的缺陷总数/自系统测试开始至初验结束之后两个月间发现的缺陷总数）*100%8文档合格率9080100（经过评审合格的文档数/项目策划阶段规定提交的文档总数）*100%，如果文档未评审或未提交，则为不合格文档。9发布前缺陷发现密度(个)452862发布前缺陷发现总数/ 规模10遗留缺陷密度 (个)0.801发布后缺陷发现数 / 规模11生产率

20、 （ /人天）302050软件规模（）/ 总工作量（人天）12进度偏移020(实际结束时间计划结束时间)/(计划结束时间计划开始时间+1)*100%13质量成本（）403050（评审工作量返工工作量缺陷修改工作量测试计划准备工作量+测试准备工作量+测试执行工作量培训工作量质量保证工作量） / 实际总工作量14返工成本指数（）201030（返工工作量+缺陷修改工作量） / 实际总工作量注：1、上表中的“优先级”填写“高”、“中”、“低”其中之一； 2、“质量目标”的“目标”、“下限”、“上限”为参考值。16.2 过程质量检查计划【提示：根据本项目的特征，确定需要检查的主要过程域和主要工作成果，并

21、估计检查时间和人员。注意，对某些过程域的检查应当是周期性的而不是一次性的，例如配置管理、需求管理等。】本项目主要过程域主要工作成果检查时间或频度参加人员项目规划需求分析概要设计16.3 缺陷（问题）跟踪工具【提示：说明本项目采用何种缺陷（问题）跟踪工具，以及简要的使用约定。】17 培训计划【特别提示：如单独形成了培训计划，请将本章删除！】17.1 内部培训计划17.1.1 培训目的【列出相关的培训目的。目的1目的2】17.1.2 培训课程、教材17.1.2.1 培训课程【列出培训课程的提纲】17.1.2.2 培训教材【指出培训教材的名称及来源】17.1.3 培训对象和培训方式【指出培训学员的对

22、象，参加培训的学员需要具备的基本要求。培训方式包括： 集中培训、自学辅导，有无具体的操作练习等。】17.1.4 免修说明【指出适合免修的条件及人员名单】17.1.5 培训目标【本次培训需要达到的基本目标】17.1.6 培训内容及时间安排时 间培训内容参加人员讲师培训地点【如培训后需要对学员进行考核，需要给出考核时间、考核的基本内容、考核方式等。】17.1.7 培训组织【写出组织培训的部门、机构、培训教师的来源等。】17.2 外部培训计划17.2.1 培训目的【列出相关的培训目的。目的1目的2】17.2.2 培训课程、教材17.2.2.1 培训课程【列出培训课程的提纲】17.2.2.2 培训教材【指出培训教材的名称及来源】17.2.3 培训对象和培训方式【指出培训学员的对象，参加培训的学员需要具备的基本要求。培训方式包括： 集中培训、自学辅导，有无具体的操作练习等。】17.2.4 免修说明【指出适合免修的条件及人员名单】17.2.5 培训目标【本次培训需要达到的基本目标】17.2.6 培训内容及时间安排时 间培训内容参加人员讲师培训地点【如培训后需要对学员进行考核，需要给出考核时间、考核的基本内容、考核方式等。】17.2.7 培训组织【写出组织培训的部门、机构、培训教师的来源等。】