cmmi

...................................................................... 5 5. 子系统 N 的结构与功能 ................................................................................................ 6 6. 开发环境的配置

...................................................................... 错误 !未定义书签。 1. 背景介绍 .............................................................................................................

提示： 说明人员、软硬件设施、经费 等要求。 3. 应递交的工作成果 工作成果名称 预计完成时间 4. 进度表 提示： （ 1）用 Microsoft Project 制作进度表（ Gantt Chart），插入此处或作为附件。 （ 2）或者在此

间的接口定义；  对总体系统需求变更的分析与评审；  对多个工程组有关的技术风险进行评估，提出建议并进行跟踪；  对各工程组之间的约定及其约定的更改进行及时更新和通报；  定义各工程组代表须定期进行技术评审和交流会议；  工程组之间的工作产品交付，接收小组需进行评审，以确定接收的工作产品满足需要；  对重大的计划变动及主要里程碑的完成，需向相关工程组进行通报 ； 项目内部接口

.................................................................................................................... 6 表 N ............................................................................

指导 4/8 项目整体开发工作量 估算项目开发过程中所有阶段占总工作量的百分比，然后以编码工作量估算为基准，即可得到项目整体开发工作量，如下图所示： 阶段 工作量分配比例 (%) 工作量（人天） 计划 2 需求分析 4 14 设计 18 构建 40 136 测试 10 34 验收 4 14 项目管理 13 44 其他 9 30 合计 100 340 工作量分 配比例应依以往项目

危害（有预兆） 严重影响项目，可能要终止，有预兆 9 极其严重 主要影响项目进度、预算或绩效；可能造成 严重延误、超支或绩效降低 8 严重 严重影响进度、预算或绩效；工作可以完成， 但客户将非常不满 7 中等 影响某些进度、预算或绩效；客户不满意 6 轻 轻微影响某些进度、预算或绩效；客户略微 不满意 5 极轻 对项目有些影响；客户意识到了影响 4 微小 对项目有小影响；平均客户会意识到了影响

功能点 估算 是在需求分析阶段基于系统功能的一种规模估算方 法。 FP 方法 对项目早期的规模估算很有帮助， 随着对软件产品了解的深入 ，功能点可以转换为软件规模测量更常用的 LOC。 类比法 类比法 估算 适合 于 与历史项目在应用领域、环境和复杂度 等方面 相似的项目 ，其 精确度取决于历史项目数据的完整性和准确度。 因此，用类比法的前提条件之一是 已 建立起较好的项目 总结与分析机制

rements Development 技术预研 系统设计 实现与测试 CMMI 3级， Technical Solution CMMI 3级， Product Integration 系统测试 Beta 测试 用户验收 技术评审 CMMI 3级， Verification CMMI 3级， Validation 机构 支撑 过程 配置管理 CMMI 2 级， Configuration

...................................................................................................... 4 4. 验收测试计划 ....................................................................................