过程

期存在，原因就在于此。 统计质量控制技术提供了将质量问题的认识建立在对客观数据的观察和分析的基础之上的方法，从而使人们对质量问题的认识从臆想出发而变为事实判断。 “ 源头治理 ” 的有效的分析与改进工具 为了说明这个问题，首先来看一下工序能力和工序能力指数的意义及其影响 因素。 工 序能力是指工序处于稳定状态下，加工技术水平与加工质量要求间的适 应程度。 在用 Cp表示工序能力时，若 Cp

b．记录每项活动 c．记录最终评审结果 3．作者 a．介绍产品概况 b．回答评审人员提出的问题 4．评审人员 a．预先做好评审准备 b．提出问题和提供反馈 c．参加表决评审结果 评审后工作 1．记录者把评审记录提供给作者和评审组 2．作者纠正所提出的每个问题，并反馈给评审组 赛宝 CMMI 练习 CEPREI 共 5 页 第 3 页 活动细节模板 活动名 目的（此活动的目的是什么。 ）： 负责人

......... 错误 !未定义书签。 SSIQFXX00 () 第 1 页，共 6 页 1 引言 目的 为了使本项目需方与供方对项目涉及的业务内容和要求有一个共同的理解，使之作为工作的前提和基础，特编写《过程数据与文档管理系统需求说明书》，本需求说明书分为引言、总体描述、需求描述、系统运行环境四个部分。 定义 列出本文件中用到的专门术语的定义。 参考资料  列出有关的参考文件， 2

主界面（如主窗口、主界面）的设计规则；  软件子界面（如子窗口、子页面）的设计规则；  标准控件的使用规则；  美学设计规则； [step2] 用户界面设计 用户界面设计一般要经历“ 原型创作 原型评估 细化 ” 等步骤，通常迭代进行。 ●[]原型创作  界面设计人员创作界面原型： 先徒手画，或者用 Visio 等工具绘制界面的视图。 再用软件开发工具实现可以运行的原型。 ●[]原型评估

计文档已经完成。 输入  系统设计文档。 主要步骤 [step1]制定计划  开发小组共同协商实现与测试计划。 开发组长按照制定的模板起草《实现与测试计划》。 该计划主要内容包括：  编程计划  代码审查计划  单元测试计划  集成测试计划  缺陷管理与改错计划 [step2]审计计划  项目经理审批《实现与测试计划》。 如果批准，转向 [step3]；如果不批准

说明 ： 对于合同项目，请采用客户验收规范 [SPPPROCCA]。 14． 2 Beta 测试规程  在产品正式销售之前，开发将产品交付给一些潜在的客户（ Beta 客户）免费试用，请他们对产品进行测试，并获取他们对产品的建议。 14． 2． 2角色与职责  开发方的项目经理和市场人员共同策划、管理“ Beta测试活动”。 联系 Beta客户 签约与发行 信息反馈 信息反馈 

费的代价（考虑时间、费用、危险等因素）高于得到的好处，那么这样的系统可以认为是安全的。 ☆ 安装与反安装测试。 系统测试过程域产生的主要文档有： ☆ 《系统测试计划》，模板见 [SPPTEMPSTPLAN]。 ☆ 《系统测试用例》，模板见 [SPPTEMPTESTCAST]。 ☆ 《系统测试报告》，模板见 [SPPTEMPTESTREPORT]。 ☆ 《缺陷管理报告》，由缺陷管理工具自动生成。

的评审之后，开发方负责人）（项目经理）和客户对需求文档做书面承诺，使之具有商业合同效果。 示例如下： 本需求文档建立在双方需求的共同理解基础上，我同意后续的开发工作根据该需求文档开展。 如果需求发生变化，我们将按照“需求变更控制程序”执行。 我明白需求的变更将导致双方重新协商成本、资源和进度等。 甲方负责人签字 乙方负责人签字 8． 2． 6 输出  《需求评审报告》。  书面的需求承诺。

努力给客户一个满意的答复。 启动准则  产品已经交付给客户。 输入  客户信息库  产品文档如使用指南等。  有关合同。 主要步骤 [step1]客户服务准备  开发方建立通畅的客户服务通信渠道，包括信息管理系统、电话、电子邮件等。  开发方对服务人员进行必要的培训。  服务人员指定本产品的客户计划，上级领导审判该计划。  [step2]接受客户的要求 

标识符 预计正式发布时间 [Step3]制定基线计划  配置管理员确定每个基线的名称（标识符）及其主要配置项，估计每个基线建立的时 间。 基线计划的参考格式如表 17－ 2 所示。 基线名称 / 标识符 基线所包含的主要配置项 预计建立时间 [Step4]制定配置库备份计划  配置管理员制定配置库备份计划，指明 何人 在 何时 （频度）将配置库备份在 何处。