用UML做好系统分析

作者 邱郁惠 发布于 2008年6月19日 下午11时42分

使用UML如何能让我们做好系统分析的工作呢？就让我们通过本章的基金模拟项目，先睹 为快，抢先体验一番。

CIM-1：定义业务流程

定义及分析业务流程（Business Process）是为了尽快理清系统范围，以便估算开发成本及时间，可不是为了要改造业务流程。系统分析员千万别误解了此步骤的目的。所以，系统分析员在定义及分析业务流程时，要记得挑选跟系统有关的业务流程。

CIM-1定义业务流程的生成，主要有如下的业务用例图和简述。请看图2-1的业务用例图，图中的每一个业务用例代表一条业务流程，业务执行者则代表位于企业外但会启动或参与业务流程的人。投资人到银行临柜申购基金，启动了银行内部的一段关于申购基金的业务流程。再者，投资人也可能临柜办理赎回基金，这又引发了另一条业务流程。

至于业务用例简述，简洁扼要即可，我们主要用它来记录和区分业务流程。

今天搜索免费UML工具的时候，发现一位仁兄的blog上有关于一个Eclipse UML插件的介绍。

下载试用之后发现还不错

http://www.eclipseuml.com/download/free/eclipse_3x/index.html

我下的是

#  EclipseUML Free Installer for Windows and Linux:
An auto-installer jar file which contains EclipseUML Studio Edition, EMF, GEF and UML2.

安装很简单，是一个jar，双击运行，找到Eclipse的home目录就一直next下去.

UML建模可归纳为：
静态建模：侧重于描述系统的状态
动态建模：侧重于描述对信息的处理

用例：通常使用用例来建立静态模型，用例模型用于需求分析阶段。
1。获取执行者。
＊谁使用系统的主要功能（主要使用者）
＊谁需要系统支持他们的日常工作
＊谁来维护、管理，使系统正常工作（辅助使用者）
＊系统需要操纵那些硬件
＊系统需要与其它哪些系统交互
＊对系统产生的结果感兴趣的人或事物
2。获取用例
＊执行者需要系统提供哪些功能
＊执行者需要读、产生、修改、删除或存储的信息有哪些类型
＊必须提醒执行者注意的系统事件有哪些，或者执行者必须提醒系统的事件有哪些。
怎样把事件转化为用例中的功能
＊为了完整描述用例，还需要知道执行者的某些典型功能能否被系统自动实现
还有一些不针对执行者的问题（即针对整个系统的问题）
＊系统需要何种输入输出？输入从何处来？输出到何处去？
＊当前运行系统的主要问题

静态建模：
1。命名事物
2。分类
3。寻找关系
4。定义特性：静态模型的各种数据类型该如何组织

动态建模：
动态建模主要设计的内容是系统中信息的流动和处理，有如下几种动态建模方法：
1。处理模型和工作流模型
2。数据流模型
3。对象模型
4。对象生存周期历史
5。使用案例
6。对象交互图