Rational统一过程人员角色与活动.pptVIP

项目管理工件集 环境工件集 根据物流方向，工件划分为输入、输出和辅助工件。通常上一个工作流程的输出工件作为下一个或几个工作流程中的输入工件。RUP对过程输出工件的整体要求是：所完成产品不仅要满足用户的各种需求，还要满足所有产品相关人员的各种需求。根据存在形式，工件分为五种类型:模型，模型元素(如类或子系统)，文档(商业理由、构建文档)，源代码，可执行文件，并且RUP为各种工件提供了不同形式的模板，以方便工件的使用。其中，模型与模型元素都有相关联的报告，报告从工具中提取有关模型和模型元素的信息，报告表示一个或一组工件。RUP还提供了许多报告示例可直接使用或以它们作为起点来创建用户自己的特定报告集。 工件特点 RUP对各种不同类型的工件的相对重要性的观点是：强调创建模型而非大量的文档。 Rational统一过程的特点 Rational统一过程的优点 在RUP的白皮书中，RUP的突出特点是用例驱动、以架构为中心、迭代和增量开发。 现以软件过程和软件过程模式的观点，从另一个角度来分析 作为一种软件过程 RUP具有二维迭代性，有利于降低风险、适应需求变化。相对瀑布模型，RUP是一种迭代和增量的软件过程；相对螺旋模型，RUP的迭代具有更强的可操作性。 RUP是可配置的过程，具有通用性。软件产品以及建造它们的组织各不相同，且在不断变化中，RUP作为一个通用的过程框架，能够为不同规模的组织开发不同类型的软件产品提供指导，是一个可配置的过程。RUP中存在一些常量(如四个阶段和九个核心工作流程等)，但同时也存在许多可变化、调整因素(阶段持续时间、迭代次数和时间、迭代经历的工作流程及迭代目标等)，这些因素需要根据软件产品系统的规模和复杂性、应用的性质、项目组织的领域经验、项目组经验及软件管理的能力水平、甚至包括项目相关人员间合作的有效程度等具体情况进行相应的配置、剪裁或扩充，以适应从小到大开发和建造不同软件产品的组织需要。 作为一种软件过程模式 RUP不仅包括过程本身的论述，而且还包括过程中参与的人员、过程使用的方法及过程中的中间和最终产品的阐述，它们相辅相成，有机地构成了一个完整的软件过程模式。相对传统软件生命周期模型，RUP作为一种典型软件过程模式具有较强的可操作性。 作为一种软件过程产品 RUP本身是以电子版的产品方式交付，现有Rational Unified Processed 2003中文版。Rational公司将确保该过程产品持续的更新和改进，以反映新的经验和不断演化的实践经历，并提供RUP整个生命周期中的所有活动提供一整套CASE支持工具，更进一步加强了其可操作性和可实现性。 Rational统一过程的缺陷 RUP给出的是在理想的项目开发环境下，软件过程的一种完美模式。然而商业环境中项目开发环境往往表现出有限资源(包括人员、工具及资金等)与有限时间的约束，尽管RUP宣称是可配置的过程，但未给出具体的剪裁、扩充等配置实施的方法准则，而这一点恰恰是解决在有限资源与时间约束下项目开发成败的关键。 一个软件过程模式的剪裁、扩充等取舍配置操作与多方面的因素有关。 因素一：软件过程模式中生命周期、人员(或角色)、方法、产品(或工件)四大要素间的相互关系和相对优先级 RUP给出了生命周期与两个方法的关系及优先级，即用例驱动(方法)、以架构为中心(方法)、与迭代和增量的开发过程(生命周期)三者对于RUP同等重要，缺一不可，但未给出四大要素间的相互关系及相对优先级。 因素二：各生命周期元素间的相互关系和相对优先级 RUP给出了各生命周期元素间的相互关系和相对优先级，即四个阶段与九个核心工作流程构成了RUP二维结构的迭代过程 因素三：人员(或角色)间协作关系与协作方式、人员的质量、各种人员的相对优先级 RUP缺少这一方面的论述！！！ 因素四：各种方法间的相互关系及相对优先级 RUP给出了各方法间相互关系和相对优先级，即可视化建模贯穿整个生命周期，包括用例需求分析与架构设计。用例与架构之间的关系表现为功能与形式的有机统一，二者相互影响、并行开发。 因素五：各种产品(或工件)的相对优先级 RUP强调创建工件中的模型而非大量的文本，但对工件中的源代码、可执行文件相对模型的优先级未作论述 综上所述，RUP是一个具有突出优点但很不完整的软件过程模式，在实际应用中仍需要进一步吸收其他优秀的软件开发实践经验，以对其进行补充和完善。 Rational统一过程的实施策略 步骤1：确定RUP的实施范围 RUP的实施范围包括在某一个或某一类项目中实施和在整个组织中实施，在整个组织中实施RUP是一个较高级别的工作，其实施的基础是组织中所有级别的成员都同RUP将要给组织带来的变化是适当的，并且都认可将这些变化引入到组织中，其实施同时也需要较高的知识和技能，包括商谈和商业能力，因此