第六章 统一过程核心工作流简介

一、UML、软件过程、统一过程的关系
1.名词简介：
UML是工具，用来表达使用者的意图。
软件过程明确了软件的生命周期，明确了软件生命周期过程中的成果物和可交付物。
统一过程(RUP)是软件过程的一种实现方式。
2.三者关系
  软件过程明确了在软件项目的哪个阶段使用哪些模型，任何一种软件过程都可使用UML工具。

二、统一过程中常用的几个工作流程

  要用好UML，首先要明确地知道自己想要做什么，根据自己的目的来寻找合适的模型：确定了模型之后，再确定用哪些视图来表达模型。
  怎样才能知道自己想要做什么呢？答案是软件过程。软件过程明确了软件的生命周期，明确了软件生命周期过程中的成果物和可交付物，同时也明确了需要什么样的模型。
软件项目真正的灵魂是软件工程。软件工程的需求才是这些工具诞生的原因。本章目的不是讲统一过程，而是通过统一过程来学习UML。统一过程是重量级的过程，是代价高昂的过程。尽管中小型项目不可能全部实施，但是统一过程覆盖了软件工程的方方面面，学习它将帮助读者建立起完整和全面的软件工程概念。如果真正理解了软件工程，在实际项目中就能做到有效裁剪，定义出适合自己的软件过程来。
一、业务建模工作流程
  业务建模位于统一过程的先启阶段，主要使用到的模型包括业务用例模型、概念模型和领域模型。
1.工作流程
  统一过程定义业务建模的工作流程如下图：

  在此工作流程中，并非所有的路径和步骤都需要执行，在开始业务建模工作之前，应当评估并决定采用哪个/些路径和哪些步骤。这项工作在“评估业务状态”这一活动步骤中完成。一般来说：
1）如果该业务领域是客户已经很成熟的业务，客户并无改进其业务流程的打算，那么业务建模就只需要执行第一条路径，把当前业务说清楚就行了。
2）如果该业务领域客户有改进其业务流程的打算，那么业务建模需要执行第二条路径。这项工作必须与客户一起完成，建模过程和结果都必须与客户达成一致意见并得到确认。
3）如果你面临的业务领域客户有通过信息系统管理改革其业务模式的打算，那么业务建模需要执行第三条路径。这时信息系统不仅仅是实现业务，还需要管理业务，负担起监控和推进管理层管理政策的作用。这项工作需与管理层客户一起完成，以保证业务建模的结果符合管理层的管理政策。
4）如果面临的业务领域大部分都已经很清楚，或者之前已经有比较成型的系统，或者大部分业务都很简单，可针对还不太清楚的领域建立模型。在建立业务模型的过程中发现某个领域比较复杂或者非常重要，则应当执行第四条路径。
特殊说明：概念模型是建立业务架构的主要输入。统一过程中并没有明确定义概念模型的建立过程。假设有意在项目初期就建立业务框架并开发原型系统，那么应当执行概念模型建立的路径。