CMMI体系文件 项目计划过程文件

《CMMI体系文件 项目计划过程文件》由会员分享，可在线阅读，更多相关《CMMI体系文件 项目计划过程文件（17页珍藏版）》请在金锄头文库上搜索。

1、XXXX 有限公司 项目计划过程文件项目计划过程文件 文件编号：版本号： 1.0 编 制：日 期： 审 核：日 期： 批 准：日 期： 受控编号： 实施日期 文件修订记录文件修订记录 时间作者主要修订内容 目目 录录 1目的目的1 2适用范围适用范围1 3资源和工具资源和工具1 4定义和缩写定义和缩写1 5职责职责1 6过程过程2 6.1项目总计划2 6.1.1启动条件2 6.1.2输入2 6.1.3活动2 6.1.4输出2 6.1.5关闭标准2 6.2项目计划3 6.2.1过程流程图3 6.2.2启动条件3 6.2.3输入4 6.2.4活动4 6.2.4.1确定项目目标和范围4 6.2.4.

2、2确定项目组织5 6.2.4.3确定项目的技术方法6 6.2.4.4确定项目目标和范围6 6.2.4.5确项目生命周期模型6 6.2.4.6项目过程及活动的裁剪6 6.2.4.7项目估算7 6.2.4.8确定项目里程碑7 6.2.4.9制定项目进度计划8 6.2.4.10制定项目监控计划8 6.2.4.11制定项目风险计划8 6.2.4.12制定数据管理计划8 6.2.4.13制定软硬件资源计划9 6.2.4.14制定人力资源计划9 6.2.4.15制定干系人介入计划10 6.2.4.16制定评审计划10 6.2.4.17制定决策计划10 6.2.4.18制定培训计划10 6.2.4.19制定

3、验收计划10 6.2.4.20确定下属计划11 6.2.4.21编写项目计划11 项目经理汇总上面的信息后整理出项目计划并提交评审。参见项 目计划模板。11 6.2.4.22评审项目计划11 6.2.5输出11 6.2.6关闭标准11 7验证验证11 8度量度量12 9培训培训12 项目计划过程文件 - 1 - 1 目的目的 本文件的目的是描述项目计划过程，指导制定合理的项目计划。 2 适用范围适用范围 本过程适用于公司的所有软件开发项目。 3 资源和工具资源和工具 引用标准： Capability Maturity Model Integration (CMMISM)， Version 1.

4、1 工具： Microsoft Word Microsoft Excel Microsoft Visio Microsoft Visual SourceSafe 4 定义和缩写定义和缩写 表表1定义和缩写表定义和缩写表 术语/缩写词定义 工作分解结构 /WBS 工作任务的安排及其彼此之间的关系，以及与最终产品 之间的关系。 5 职责职责 表表2角色职责表角色职责表 角色职责 研发部门经理审核项目计划 项目计划过程文件 - 2 - 项目经理制定项目计划 项目组成员协助项目经理制定项目计划及下属计划 配置管理员管理项目计划变更 客户/客户代表参与制定项目计划 6 过程过程 6.1 项目总计划项目总

5、计划 6.1.1 启动条件启动条件 项目立项审批表审批通过。 6.1.2 输入输入 项目论证报告 项目立项审批表 6.1.3 活动活动 根据项目论证报告 、 立项审批表初步定义项目目标和范围。 识别项目类型，确定验收标准。合同类项目以用户合同验收为标准。 其它类型项目，以定版作为验收标准。 确定项目的定义、设计、实现、测试、发布阶段的任务和时间。定义 阶段需要说明需求获取方式、需求收集时间、需求评审时间及评审参 与人。 项目经理确定已知项目成员，并指定系统分析员。 6.1.4 输出输出 项目总计划 项目计划过程文件 - 3 - 6.1.5 关闭标准关闭标准 项目总计划审批通过 6.2 项目计划

6、项目计划 6.2.1 过程流程图过程流程图 项目计划 输出工作流程输入 立项审批表 项目总计划 用户需求说明书 工作量估算记录 项目进度表 项目计划 确定项目目标和范围 开始 研发部门经理 确定项目组织 研发部门经理 项目经理 估算规模、复杂度、 工作量、成本 项目经理 风险识别与评估 项目经理 安排人员、分配任 务、制定进度表、规 定里程碑 项目成员 制订项目计划及下属 计划 结束 项目论证报告 审批项目计划 研发分管副总 图图1项目计划过程流程图项目计划过程流程图 项目计划过程文件 - 4 - 6.2.2 启动条件启动条件 用户需求说明书审批通过 6.2.3 输入输入 项目论证报告 项目立

7、项审批表 项目总计划 用户需求说明书 6.2.4 活动活动 6.2.4.1 确定项目目标和范围确定项目目标和范围 根据项目论证报告 、 立项审批表 、 用户需求说明书对已定义 的项目目标和范围进行细化。 确定的项目目标必须是 “可实现的”和 “可验证的”。如果本项目是作为 子项目存在，应对总项目进行概述，并指明本项目在总项目中的作用 及与其他子项目之间的关系。 确定的项目范围，应说明构成项目的基本框架，明确定义项目边界， 即指明 “做什么” 和 “不做什么”。 对于非特定客户项目，需要说明 “适用领域” 和 “不适用领域”。 项目计划过程文件 - 5 - 6.2.4.2 确定项目组织确定项目组

8、织 高级管理层 项目经理 研发经理 质量经理 配置控制委员会 评审组 软件工程师 美术工程师 系统分析工程师 QA 测试工程师 客户/客户代表 配置管理员 项目组 图图2项目组织图项目组织图 表表3项目角色与职责项目角色与职责 角色职责 高级管理层 具有项目最高决策权；处理部门间不能达成一致的问题； 参与评审 QA 活动结果； 配置控制委员会 负责审核和批准对配置项所提出的更改；保证已批准的更 改能得到实施； 评审组评审工作产品； 研发部门经理 项目组织行政管理；协调处理项目组内不能达成一致的问 题；项目监控 质量部门经理 分配和协调 QA、测试工程师工作；组织评审 QA 的活动； 组织评审测

9、试相关文档； 项目经理制定并维护项目计划；分配和协调项目成员工作；组织评 项目计划过程文件 - 6 - 审项目工作产品；保证项目执行进度，制作项目进度报告； 发现项目偏差，提出纠正措施并执行；与客户沟通；汇总 度量数据，进行度量分析； 系统分析工程师 用户需求收集与分析；系统分析与概要设计；指导详细设 计； 软件工程师 详细设计；代码编写；单元测试；编写用户手册；收集度 量数据； 美术工程师美术方案设计； 配置管理员 制定配置管理计划；标识配置项，建立并维护项目配置库、 基线库； 定期地审计配置项；记录配置管理活动； 测试工程师编写测试相关文档；进行集成测试、系统测试； QA编写 QA 的相关

10、文档；负责质量审计与评审工作 6.2.4.3 确定项目的技术方法确定项目的技术方法 根据项目论证报告 、 立项审批表 、 用户需求说明书确定项目系统 体系结构。包括技术架构、运行平台、网络环境、实现工具等。 6.2.4.4 确定项目目标和范围确定项目目标和范围 -确定项目的目标：客户需求、技术指标、质量目标等； -由项目经理根据需求并按照任务分解结构（WBS）指南制定粗略的 WBS。 -WBS 分解后作为估算的基础。 -WBS 分解在后续活动中可以继续分解，逐步细化。 6.2.4.5 确项目生命周期模型确项目生命周期模型 按照软件生命周期模型选择指南来选择项目的生命周期模型。 6.2.4.6

11、项目过程及活动的裁剪项目过程及活动的裁剪 -由项目经理根据裁剪指南进行项目过程裁剪，定义项目必须执行的过程和活 动，QA 可以提供帮助和咨询。 项目计划过程文件 - 7 - -裁剪报告应报 EPG 审核并通过后才能执行。 -按照标准软件过程裁剪指南进行裁剪。 6.2.4.7 项目估算项目估算 项目经理组织项目组成员进行需求的分析、根据公司财富库中的历史数据、按 照估算指南对项目进行估算，估算结果要记录在项目估算表中。 -估算规模：根据估算指南选择估算方法，在 WBS 分解（产品结构分解） 的基础上，自底向上估算各模块的规模； -确定难度系数：为规模估算结果选择难度系数。难度系数或称复杂度是指在

12、 实现当前模块（系统）时考虑的实现难度、人员水平、复杂程度等因素的综合 系数，目的是调整团队、项目特点等与估算数据，特别是使用的历史数据之间 的差异。 -估算工作量：采用生产率计算方法估算工作量，其中生产率系数取自公司财 富库的历史数据。在估算模块的规模及难度系数的基础上，通过公式-工作量= 规模/生产率，并乘以难度系数得到各模块的估计工作量，汇总各模块的工作量， 即得到总工作量。 -估算开发成本：项目成本应包括开发人力成本以及采购、费用等其它成本， 这里仅估计项目开发人力成本。开发成本 = 工作量*人员平均成本。其中人员 平均成本取自公司财富库的历史数据。 -估计进度：根据公司财富库给出的工

13、作量分布数据，计算得到项目各阶段的 工作量，在项目人员、项目总工期等约束条件下，估计各阶段的工期，即各里 程碑到达时间。 6.2.4.8 确定项目里程碑确定项目里程碑 确定里程碑到达时间、工作产品、完成标准以及里程碑允许的偏差。 里程碑时间及偏差工作产品完成标准必要性 需求管理20% 软件需求规格 说明书 评审通过必须 系统设计20%设计说明书评审通过必须 项目计划过程文件 - 8 - 系统实现20% 源代码、单元 测试报告（可 选） 、集成测 试报告（可选） 评审通过必须 系统测试20%系统测试报告评审通过必须 系统交付20% 验收报告、手 册等 客户确认通过必须 表表4瀑布模型里程碑列表瀑

14、布模型里程碑列表 6.2.4.9 制定项目进度计划制定项目进度计划 项目工作分解：项目工作包含分析、设计、编码、测试、评审等。 分解方法：首先根据项目阶段划分三级工作任务，定义各阶段要完成 的工作任务。其次逐层细化下一级的工作任务。定义、设计阶段可以根据 工作产品进行细分；实现阶段可以根据项目模块进行细分；测试与发布阶 段根据执行活动进行细分。根据任务分解结构（WBS）指南分解项目 的工作任务，建议使用 Project 工具，如：项目进度计划.mpp 。 项目进度计划中应包括任务名称、任务开始与结束日期、持续时间、 责任人、进度图、与其他任务的依赖关系。 持续时间根据项目规模可以设置为天、周、

15、月。 根据项目需要，在项目的各个阶段可制定项目阶段进度表。 识别项目关键路径。 确定出现进度偏差时必须进行决策的偏差门限。 6.2.4.10制定制定项目监控计划项目监控计划 项目监控可以采用每周简报、定期监控、里程碑监控、事件驱动四种 方式进行项目监控活动。 由项目经理根据项目属性（规模、复杂度、周期等）选择一种或几种 项目监控方式，制定项目监控计划。 6.2.4.11制定项目风险计划制定项目风险计划 制定项目风险计划，参见风险管理相关文件。 项目计划过程文件 - 9 - 6.2.4.12制定数据管理计划制定数据管理计划 识别需要纳入数据管理计划的范围。如：合同、参考资料、原始资料、 书籍、标

16、准等资料。资料借阅可以到配置管理员处进行借阅，由配置 管理员记录借阅信息。定义关键数据的内容、格式或模版。 确定不同项目数据的表现形式，如电子文件、纸制文件。 制定数据的存放机制，定义存放数据的目录结构。 定义数据的责任人及相关人员的使用、查阅范围。 定义数据的收集时间或收集间隔。 6.2.4.13制定软硬件资源计划制定软硬件资源计划 硬件资源 硬件是作为软件开发项目的一种工具而投入的。 在软件项目计划期间， 应考虑以下三种硬件资源： 主机器：服务器和客户端机器 外围设备：与计算机相联系的设备，如打印机等 其它硬件设备：专用软件开发时需要的特殊硬件资源软件资源 软件工具：在软件开发期间用到的软件工具， 如管理工具、编程工具、 测试工具、支持工具等。 软件库：指在软件开发中用到的软件部件库，可能是现成的可复用的软件 库或外购的软件库。 软硬件资源计划 分析项目开发、测试及用户使用产品所需