|
下节中，我们将讨论开发过程中最基本的工作流，称之为核心工作流。
核心工作流(Core workflows)
Rational Unified Process 中有9个核心工作流,代表了所有角色和活动的逻辑分组情况。
9个核心的过程工作流
核心工作流分为6个核心"工程"工作流
- 商业建模工作流
- 需求工作流
- 分析和设计工作流
- 实现工作流
- 测试工作流
- 分发工作流
和3个核心"支持"工作流
- 项目管理工作流
- 配置和变更控制工作流
- 环境工作流
尽管6个核心工程工作流能使人想起传统瀑布流程中的几个阶段，但应注意迭代过程中的阶段是不同的，这些工作流在整个生命期中一次又一次被访问。9个核心工作流在项目中的实际完整的工作流中轮流被使用，在每一次迭代中以不同的重点和强度重复。
商业建模
决大多数商业工程化的主要问题，是软件工程人员和商业工程人员之间不能正确地交流。这导致了商业工程的产出没有作为软件开发输入而正确地被使用，反之亦然。Rational Unified Process 针对该情况为两个群体提供了相同的语言和过程，同时显示了如何在商业和软件模型中创建和保持直接的可跟踪性。
在商业建模中，使用商业用例来文档化商业过程，从而确保了组织中所有支持商业过程人员达到共识。商业用例被分析以理解商业过程如何被业务支持，而这些在商业对象模型中被核实。
许多项目可能不进行商业建模。
需求
需求工作流的目标是描述系统应做"什么"，并允许开发人员和用户就该描述达成共识。为了达到该目标，进行提取、组织、文档化需要的功能和约束；跟踪、为折衷方案及决定形成文档。
蓝图被创建，需求被提取。代表用户和其他可能与开发系统交互的其它系统的 Actor 被指明。Use case 被识别,表示系统的行为。因为use case 根据 actor 的要求开发,系统与用户之间的联系更紧密。系统展示了用于再生系统的用例模型。
样例用例模型
每一个用例被仔细地描述。用例描述显示了系统如何与 actor 交互及系统的行为.非功能性的需求在补充说明中体现。
Use case 起到贯穿整个系统的开发周期线索的作用。相同的用例模型在需求捕获阶段、分析设计阶段和测试阶段中使用。
分析和设计
分析设计工作流的目标是显示系统"如何"在实现阶段被"实现"的。你需要一个如下系统：
- 在特定的实现环境中完成用例描述中指定的任务和功能
- 满足了所有的需求
- 健壮的被建造（如果功能需求发生变化，易于更改）
分析设计结果是一个设计模型和可选的分析模型。设计模型是源代码的抽象；即设计模型充当源代码如何被组建和编制的"蓝图"。
设计模型由设计类和一些描述组成。设计类被组织成具有良好接口的设计包和设计子系统，而描述则体现了类的对象如何协同工作实现用例的功能。
下图是上例 use-case 模型的设计模型示例的一个部分。
设计模型的一部分
设计活动以体系结构设计为中心。结构的产物和验证是早期迭代的主要焦点。结构由若干结构视图来表达，这些视图捕获了主要的构架设计的决定。本质上，结构视图是整个设计的抽象和简化，该视图中细节被放在了一旁，使重要的特点体现得更加清晰。结构不仅仅是良好设计模型的承载媒介，而且在系统的开发中能提高任何被创建模型的质量。
上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] 下一页
 【责编:Lili】 |
