soarfeng的专栏

需求分析使用UML的流程

在PIM-4中，系统分析员可以用序列图来表达，系统内部一群对象合力完成某一个系统用例时，执行期间的交互情形。之后，序列图可能通过设计师之手，进行调整，并且成为程序员最关切的设计图之二（另一张是类图）。程序员通常会按照序列图的内容，编写出方法的源代码雏形。此外，PIM-1的系统用例叙述和PIM-3的类图，对PIM-4的序列图，有不可或缺的贡献。从PIM-1的系统用例叙述中，系统分析员可以分析出系统流程。而在PIM-3的类图中，系统分析员定义出系统内部的静态结构。

1、静态结构和关联关系PIM-2的状态图和PIM-4的序列图，对PIM-3的类图，有不可或缺的贡献。从PIM-2的状态图中，系统分析员可以分析出定义于类内部的属性及操作。而由PIM-4的序列图，系统分析员可以产生更多的操作，以及说明操作的方法。系统分析员可以将这些重要且稳定的业务概念，作为系统内部核心的静态结构类（Class）与期间的“关联关系（Association）是类图的基本组成元素。在类内部，记载着对象可以保有的属性以及可以执行的操作。在关联关系的两端，标示出两端对象可以链接的多重性。

关于状态的起点和终点。在基金模拟项目中，定期定额申购对象诞生之后，将立即从起点状态进入到“正常扣款”状态，约定日一到，就进入“自动申购”状态执行“扣款”活动。系统分析员如果想更明确地指称两者，可用“动作(action)表示不可中断的动作，以”活动“表示可中断的动作，所以转换上的动作称为动作，而状态内部的do动作则称为”do活动“。在基金模拟项目中，定期定额申购交易对象原处于“正常扣款”状态，当接受到“停止约定”事件时，对象会离开“正常扣款”状态转换到“终止扣款”状态，并且执行“关闭定期定额交易”这项动作。

在进入到PIM阶段之后，系统分析员将所有系统用例依相关性分成若干组，以组别方式生成该组系统用例涉及的PIM-1---PIM-4产生结果，随后交给后续的开发人员进行设计，编码及测试。然后，逐步生成一组一组的PIM-1---PIM-4产生结果，跟CIM的生成方式不同PIM-1的主要产生结果是系统用例叙述，采用word。不过，虽说如此，我们还是要求系统分析员在StartUML中，针对每组的系统用例都建立一张专属的系统用例图，便于观看与管理。

有时不同用户都具有启动用例的特性，建议在图面上绘出最重要或最主要的启动者，其余启动者记录在用例叙述里，这样可以降低图面的复杂度。启动用例的执行者，特称为”启动者(Initiator)“，其余不具有启动特质的执行者，可称为”支持者(Support)。CIM-1中的业务执行者，以及CIM-2中的动作负责人，都可能成为CIM-3的系统执行者(System Actor)。按照执行者类型，分成几个包(package)，每个包中建用例(User case)，分为投资者，理专，主管，定时启动者。

在活动图中，使用大菱形图标(Decision)，代表判断点，转化进入判断点之后，会有多条传出线，但是每条传出线得配合置于中括号中的警戒条件(Guard Condition)通过CIM-1圈出了系统将参与的业务流程之后，针对每一个业务用例，系统分析员得开始分析它的工作流程，并且绘制活动图(Activity Diagram)与业务人员取得共识。每个人切分工作项目的准则各不相同，心中都有一套无法明确说出的准则，所以即便是针对同一条业务流程，也经常分析出不同的流程细节。2.纯人工/可信息化的工作项目，分开。

在访谈过程中，系统分析员可以提出以下问题，引导出绘制业务用例图集撰写业务用例简述所需要的信息。什么情况下会开始执行某流程，可有业务组织外部的人士会启动或者参与流程?针对每一个业务用例，请用一两句话简单说明他是做什么用的？（撰写业务用例简述）业务执行者则代表位于业务组织外但会启动或者参与业务流程的人。系统上线之后，可能会影响到哪几条流程？业务用例图中的斜线人型代表执行者，斜线椭圆代表业务用例。业务用例图的主要组成元素是业务用例和业务执行者。图中的一个业务用例代表一条业务流程，

定义及分析业务流程是为了尽快理清系统范围，以便估算开发成本及时间，可不是为了要改造业务流程。系统分析员在定义及分析业务流程时，要记住挑选跟系统有关的业务流程。图中的每一个业务用例代表一条业务流程CIM-1和CIM-2的生成文件，跟CIM-3的生成文件之间，有如下的关联性：。CIM-2活动图中的每一个动作，都可能成为CIM-3的系统用例。CIM-1中的业务执行者，以及CIM-2中的动作负责人，都可能成为CIM-3的系统执行者（System Actor）。