以下指南描述了定制 RUP 时要考虑的一些事项。
关于定制 RUP 整体流程的描述,请参阅概念:RUP 定制。
关于与流程定制有关的常规最佳实践的描述,请参阅指南:流程定制实践。
定义定制工作的范围
定义定制工作的范围,就是确定想要更改的内容和进行更改采用的方式。
为了有效地定义范围,熟悉 RUP 是很重要的。关于更多信息,请参阅RUP 简介。
流程定制范围和程度取决于一系列因素。这些因素在指南:流程判别式中作了描述。
本节描述在 RUP 定制工作中有可能修改、定制、添加或取消的流程组成部分。
-
规程
软件项目很少完全跳过其中某个规程,例如分析和设计、实施等等。 在异常情况下,有些规程(例如需求或部署)可能已由其他组织执行。 但是,更可能发生的情况是,规程内或跨规程的特定工作流程将进行修改。
-
工作产品
项目更有可能因它们必须生成、更新和交付的工作产品而相异。在范围的一个极端,想象一个完全无纸化的项目(它以电子方式只维护少量工作产品),该项目使用诸如电子表格、设计工具、编程工具和测试工具之类工具进行支持,且只通过磁盘、CD
或万维网以电子方式交付软件和文档。在另一个极端,却存在这样的项目,出于合同、法规或组织的原因,它们必须生成和维护数量多得多的一批打印文档。 在某些情况下,可以省略完整的模型。
-
任务
任务可能至少因为两个原因而各不相同。对于使用工作产品作为输入、又生成或更新工作产品作为输出的任务,它们受这些工作产品的修改的影响;特别是,如果某个工作产品或工作产品中的某个信息元素不再必要,相应的步骤则可能被取消或作重大修改。流程也会对任务进行修改,以引进与特定应用领域或开发专门技术相关的特定技术、方法和工具,例如设计步骤、编程语言、自动代码生成工具、评估技术等等。
在更详细的层面上,可以修改、添加或取消其他方法元素:
-
角色
-
任务中的步骤
-
指南和任务指导信息
-
表示法,例如使用 UML 的子集或使用构造型来解决某些或所有模型的某个特定需要
-
复审的核对表
-
用以使某些任务自动执行的工具支持
-
术语更改,例如改编流程以适应组织环境
总之,流程工程师必须在定制 RUP 时,制定广泛的决策。RUP 可能必须进行调整,以利用某些确定好的公司实践和标准,例如文档、术语等等。
某些定制场景难以实施,必须非常仔细地予以考虑。例如:
-
流程体系结构的变更
为匹配某一现有流程或组织而将任务广泛地重新封装到另一组规程中,这种做法可能导致花费大量工作却收效甚微。通常,更实际的做法就是建立映射以评估 RUP 是否涵盖了所有方面。 请记住,规程不是按顺序执行的阶段 -
它们是任务的容器,在每个迭代中周而复始地执行,而且常常在一个迭代中同时执行。
-
术语的变更
尽管用一个词替换另一个词可能听起来像是微不足道的字处理行为,但这样的变更必须很仔细地予以考虑。 在软件工程领域,组织常常使用同一个词表示略有差别的含义,或者用不同的词表示同一事物。 在 RUP
中进行单独的变更可能导致流程非常难以理解。 一种解决方案是为术语创建“转换表”,在 RUP 术语和组织的术语之间进行转换。
危险词的例子有系统、阶段、角色、活动、任务、模型和文档。
如果以非英语语言来捕获流程结果,术语问题会更复杂,因为您必须将工作产品、文档、报告以及可能的其他 RUP 部件的描述均翻译成这种非英语语言。
|