过程描述的方法

图片：


图片：


在CMMI模型中提供了一种描述过程元素的方法，包含了12个要素：
• 过程角色（Process roles）:哪些角色参与本过程的哪些活动，可以用角色-职责矩阵表示
• 适用的过程和产品标准（Applicable process and product standards），包括企业内的或者企业外的
• 适用的规程、方法、工具和资源（Applicable procedures, methods, tools, and resources）。主要是提供做法的参考，资源中包括了关键的设备
• 过程性能目的（Process performance objectives）。可用一些量化数据来表示，如周期、生产率和缺陷排除率等
• 入口准则（Entry criteria）
• 输入（Inputs）：哪些文档是该过程或活动的输入
• 活动 :
• 要收集和使用的产品和过程度量（Product and process measures to be collected and used）
• 验证点（如同行评审）（Verification points (e.g., peer reviews)）
• 输出（Outputs）：输出那些文档，要注意这些输出是否覆盖了模型的要求
• 接口（Interfaces）：与其他过程或规程的衔接关系（总体的过程体系结构，相互之间的关系）(体现在过程活动中）
• 出口准则（Exit criteria）：定义了过程或活动应达到什么要求才算结束了

  如果上述的12个属性是比较完备的过程描述的方法， ETVX过程模式则提供了简单实用的过程定义方法：
• E(Entry)：代表输入（inputs）及其必须满足的条件(entry criteria)；
• T(Task)：代表在过程中执行的任务；
• V(Verification & Validation): 代表在过程中应执行的确认与验证活动；
• X（Exit）:代表过程的输出(outputs)及其过程结束必须满足的条件（Exit criteria），是对过程执行质量的要求；
其中：
    可以将验证与确认活动融合到任务的描述中，则简化为ETX模式。

以软件设计过程为例说明如下：
•输入：
软件需求规格说明；
•任务：
          （1）理解与沟通需求；
（2）选择技术方案；
  （3）设计体系结构；
（4）设计接口
（5）设计界面；
（6）设计数据库；
（7）完成概要设计文档；
（8）建立需求跟踪矩阵；
  （9）设计模块的功能；
（10）设计模块的算法；
（11）完成详细设计文档；
•验证与确认：
  评审技术方案；
  评审概要设计；
  评审详细设计与需求跟踪矩阵；
•输出：
  概要设计说明书；
  详细设计说明书；
  跟踪矩阵；
•退出准则：
  概要设计说明书、详细设计说明书、跟踪矩阵评审通过；

  在上述的活动（任务）的描述中，没有明确活动的责任人与参与，可以采用2种方式解决该问题。一是可以在文字描述中说明，如：技术经理选择技术方案，核心技术人员参与讨论方案；二是采用业务过程图的方式描述将上述活动之间的关系及角色责任的关系进行描述，如：
 
  上述过程中的某个活动可能需要再细化描述，参见另外的一个过程定义，此时可是在文中说明中描述，如：设计评审的请参见《同行评审过程》。也可以在过程图中可以采用特定图符定义之。如上图中设计评审活动。