3.3、角色执行活动，活动生产工件

    任何软件工程过程，都少不了角色(role)、活动(activity)、工件(artifact)等概念(或者类似概念)。

    这些概念本身很好理解。角色是对个人或者作为开发团队的一组人的职责的规定;具体人和角色的关系，好比人和帽子的关系。活动就是角色执行的工作单元。工件就是工作的成品或半成品。

    倒是这些概念的关系显得更加重要。角色的职责，具体体现在他执行活动和负责工件上。工件是由活动生产出来的——工件是活动的输出;比如制定《编码规范》。然而，活动本身也可能以工件为输入——活动可能要求使用工件;比如编码活动要参考《编码规范》。还有一种关系，工件既是活动的输入又是它的输出——活动修改工件;比如修改《编码规范》。

    3.4、阶段和迭代：提供不同级别的决策时机

    尽早解决重大风险，是软件工程管理中的一条重要原则。正如Tom Glib所说：“如果我们不主动化解风险，那么它们会自己找上门来。”[2]心存侥幸是很危险的。

    RUP是风险驱动的。它将整个开发生命周期分为4个阶段：初始阶段、细化阶段、构造阶段、移交阶段。初始阶段着重化解业务风险，并确保所有涉众对项目达成一致的认识。细化阶段主要化解技术风险，要定义并创建可执行的系统架构。相对而言，当决定开始构造阶段的时候，风险已经比较小了。当然，风险是动态变化的，构造阶段和移交阶段照样会有这样那样的风险存在。

    RUP的每个阶段又可分为一到多个迭代周期。采用迭代式开发，意味着有持续不断的反馈;反馈是决策的基础，也是化解风险的基础。迭代式开发的一个主要目的就是尽早降低风险，通过每次迭代中分析、按重要性排序并解决主要风险，来达到尽早化解风险的目的。

    这个根据持续反馈来进行决策的时机，叫做里程碑(milestone)。里程碑有2种，阶段结束对应的里程碑叫做主要里程碑(major milestone);迭代结束对应的里程碑叫做次要里程碑(minor milestone)。可以说，阶段和迭代，为开发团队提供了不同级别的决策时机。

    上图清晰的表达了上述分析的思想。里程碑分为主要里程碑和次要里程碑2种;阶段可以包含多次迭代;每个阶段必然有一个主要里程碑标识结束，每个迭代必然以一个次要里程碑标识结束。

    迭代的具体进行，是要靠角色执行相关活动。上图中的迭代和活动的多对多关系，精彩地反映了迭代开发的特点——每次迭代都执行多个(甚至全部)开发活动。