实验7 面向对象分析与设计—活动图

面向对象分析与设计(UML)实验

《面向对象分析与设计（UML）》实验指导书学号：姓名：班级：指导老师：周思林实验一 UML建模工具使用一、实验目的1.了解面向对象基本概念；2.熟悉Rational Rose工具的主要用户界面；3.了解简单的UML图。

二、实验器材1. 计算机一台；2. Rational Rose 工具软件；邮箱：Silin_zhou@三、实验内容1.阐述“软件工程开发模型”的相关概念，并分析各种模型的优缺点，形成报告结果；2.阐述UML中都有哪些常用的图，具有哪些作用，形成报告结果；3.熟悉UML工具Visio、Rational Rose的安装及环境；4.熟悉软件的主要用户界面，并学习如何使用软件。

模仿绘制以下的UML图，并查阅相关资料，对该图进行解释，形成报告结果。

网络教学系统，其主要功能需求主要包括以下几个方面：四、实验过程和结果五、实验小结实验二面向对象概念一、实验目的1.掌握面向对象思想；2.熟悉面向对象分析、设计的过程；3.熟悉Rational Rose建模工具的使用。

二、实验器材1. 计算机一台；2. Rational Rose 工具软件；三、实验内容1、熟悉利用统一建模语言进行分析、设计软件的过程，完成报告结果：论述面向对象（OO）方法的特点、优势以及存在的问题。

2、熟悉Rational Rose的使用，用例视图、逻辑视图、组件视图和部署视图中分别具有什么用途，对应面向对象分析与建模中的什么阶段，主要绘制UML的哪些图，形成报告结果。

3、Rational Rose的实际使用练习。

四、实验过程和结果1. 面向对象方法(Object-Oriented Method)是一种把面向对象的思想应用于软件开发过程中，指导开发活动的系统方法，简称OO (Object-Oriented)方法，是建立在“对象”概念基础上的方法学。

对象是由数据和容许的操作组成的封装体，与客观实体有直接对应关系，一个对象类定义了具有相似性质的一组对象。

软件工程实验指导

《实用软件工程方法》实验指导书廖美英编广东科学技术职业学院广州学院2010年9月目录第1章传统的结构化分析与设计 (3)实验1 分析系统业务流程和绘制系统业务流程图 (3)实验2 分析数据流和绘制数据流图 (7)实验3 总体设计和数据库设计 (11)第2章面向对象的分析与设计 (17)实验4 面向对象的分析与设计—用例图 (17)实验5 面向对象的分析与设计—类图 (21)实验6 面向对象的分析与设计—时序图 (26)实验7 面向对象的分析与设计—活动图 (31)实验8 面向对象的分析与设计—状态图和通信图 (34)实验9 面向对象的分析与设计—包图、组件图和部署图 (39)实验10 项目开发计划—Project软件的使用 (43)第1章:传统的结构化分析与设计实验1 分析系统业务流程和绘制系统业务流程图实验目的1、掌握结构化分析方法2、掌握业务流程分析方法和业务流程图的绘制实验内容：任务一绘制系统业务流程图系统流程图是描绘物理系统的传统工具。

是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等等）。

表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。

试绘制工资管理系统的系统流程图，根据系统流程图的符号说明仔细理解下图含义：图1-1 工资管理系统系统流程图系统业务流程图的符号：图1-2 基本符号图1-3 系统符号操作步骤：1．运行Microsoft Office Visio 2007图1-4 运行Microsoft Office Visio 2007 2．选择流程图中的基本流程图模板图1-5 选中基本流程图模板3．用鼠标选拉图标进行绘图任务二分析系统业务流程和绘制系统业务流程图案例一：总务办公管理系统系统简介：某单位准备开发一个购买办公用品和设备的总务办公管理系统。

办公用品的购买申请由各科室提出，由负责总务工作的办公室统一收集。

其中，购买申请的金额低于500元（含500元）可以由总务办公室直接审批，而高于500元的购买申请由机构主管领导审批，批准的购买申请形成采购清单由采购员负责购买，同时应记录每次实际购买清单，进行入账。

《面向对象的分析与设计》实验指导书(修订稿)

面向对象的分析与设计实验指导书2012年1月修订实验学时安排注：本学期实验地点全部填写为：计算机应用技术实验室，学时按照上表的分配完成。

目录预备微软UML建摸软件熟悉 (1)实验一Use Case 分析与设计（E05203401） (8)实验二顺序图建模（E05203402） (15)实验三类分析与包（E05203403） (21)实验四设计类图与分析（E05203404） (25)实验五构件图和部署图建模（E05203405） (29)实验六状态图与活动图（E05203406） (33)实验七UML与设计模式（E05203407） (38)扩展实验（可选） (42)实验一数据建模 (42)实验二图书管理系统设计 (51)预备微软UML建摸软件熟悉【实验目的】1．熟悉Rational Rose的安装过程；2．熟悉Rational Rose的建模环境。

【实验性质】验证性实验。

【实验要求】实验设备和器材：Pentium II以上微机，Windows2000以上操作系统，Rational Rose2003安装光盘一张。

【实验内容】本次实验要求每个人都安装一遍Rational Rose 2003。

【实验导读】第一块：熟悉Rational Rose2003的安装。

由于Rational Rose的安装比较麻烦，所以通过安装Rational Rose2003，并在安装过程中，发现一些问题，并解决和理解它。

下面就开始介绍Rational Rose2003的安装过程。

打开光盘，双击Rational Rose 的安装图标，然后就会有如图0-1的界面，它是安装的开始界面，让你选择安装的路径。

其默认路径是C:\Program Files\Rational Rose Enterprise Edition for Windows，你可以选择默认路径，也可以更改路径。

图0-1 选择安装目录接下来，按Next键，进入下一个界面，如图0-2所示，就进入了安装的引导界面。

面向对象分析与设计课件第7章状态图与活动图建模

7.1 状态图的构成元素
统一建模语言中，状态图主要由状态和迁移两大类模型元素组成。对于图中的每个状态，还定义了状态图主体对象在该状态下需要完成的各个动作及其触发原因或机制。对于每个迁移，状态图还定义了迁移的触发事件、迁移条件以及迁移时所要完成的动作。
状态图还对状态进行了多种分类，同时也为这些分类提供了必要的支持。如把状态按照时间顺序分为初态、终态和中间态。按照状态的层次结构划分为简单状态、复合状态和子状态。对于子状态，还可以根据它们是否参与了并发活动而划分为串行子状态和并发子状态。另外，为简单地表达某种复杂语义，状态图中还定义了历史子状态等这样的特殊模型元素。为了表示不同状态与其行为之间的关系，UML还为每个状态和迁移定义了若干种相关的动作。
状态名可以是任何一个满足UML命名规则的字符串，其内容可以由用户指定。
每个动作中，则包含了触发动作的事件、事件参数、守卫条件以及伴发的动作序列。
7.1.1 状态
所有这些动作可分成入口动作（on Entry）、出口动作（On Exit）、事件动作（On Event）和动作（Do）等四种类型。
其中，入口动作（on Entry）和出口动作（On Exit）分别指对象在进入和离开当前状态时需要完成的动作。
7.1.2 转换与事件
例如，在Java语言中，事件处理机制的主要内容如下： 1）事件：一种用于封装事件属性（事件相关信息）的对象，其内容还应包括为事件响应者提供的服务。 2）事件源：即产生事件的对象。当事件发生时，它负责创建事件信号并调用事件激活程序，向事件订阅者们发出事件信号（事件对象）。 3）事件响应者：需要对事件做出相应的对象。一个事件可以有多个事件响应者。
对于任何对象来说，对象的状态取决于它的各种行为不断积累所产生的结果。在任何给定的时间点，对象的当前状态就包括它所具有的所有特性、所处的具体情形、满足的条件以及其属性的当前值。

ch07面向对象分析设计.ppt

❖ 最终产生一个符合用户需求，并能够直接反应问题域和系统责任的问题域模型及其详细说明。
第7章面向对象分析与设计
▪ 按业务相关性可拆分为：管理用户信息用例(添加用户、修改用户信息)、管理用户用例（删除用户、查找用户）、管理用户权利用例（修改用户口令、变更用户级别）三个用例。
第7章面向对象分析与设计
信息系统分析与设计
二、用例的优化与组织
3.用例的组织 ❖ 较大的系统往往包含许多用例，为了更好的理解
和管理它们，我们可以通过两种方式进行组织： ❖ 用“包（Package）”来组织： ❖ 用用例的级别层次关系来组织。 ❖ 在大型的软件开发过程中，用例图可以分层建立。 ❖ 在建模的开始阶段，注意保持用例图是对系统功
第7章面向对象分析与设计
信息系统分析与设计
参与者→职责→用例
从发货者（Shipper）识别
❖ 发货者要求系统提供什么功能？ ▪ 仓库存储物品的管理； ▪ 发货处理。
❖ 发货者需要做什么？ ▪ 从所有的定单中按顺序挑选出优先级较高的定单来发货； ▪ 在发货单上签上发货的品名、数量。
❖ 发货者需要阅读、创建、销毁、更新或存储系统的某些信息吗？
第7章面向对象分析与设计
信息系统分析与设计
用例图的关系识别
❖ 包含关系：系统分析员应该检查模型中的每个用例，提炼出公共的部分，创建单独的用例，并用包含关系与基本用例连接。这样会降低原来的用例复杂性，增加用例的复用性。
❖ 扩展关系：系统分析员检查每个用例，如果发现一个用例比较大，并且其中既包含了一般处理又包含了特殊处理，那么就应该将特殊处理的部分提取出来，创建单独的用例，并且用扩展关系连接这个用例与相关的用例。这样会降低原来的用例复杂性，处理更简单。

面向对象分析与设计——活动图

第五章面向对象分析与设计
活动图
1
0.agenda
1、活动图概述 2、活动图的目的 3、活动图的组成 4、活动图建模步骤
2
1.活动图概述
活动图（activity diagram）显示了组成复杂过程的步骤序列，如工作流或算法。
活动图是对系统的行为进行建模，活动图是把系统的一项行为表示成一个可以由计算机、人或其他执行者执行的活动，通过给出活动中的各个动作以及动作之间的转移关系来描述系统的行为。
19
Q／A
？
20
9
3.活动图的组成
3.4 条件条件是让转移修改任何工作流的方向所
必须的。使用控制点和决策点可以建模修改活动
图流程的条件。控制点用来允许控制流仅沿着满足预置条件的方向，而决策点需要对控制流继续的方法做出决策。
10
3.活动图的组成
3.4 条件控制点：
11
3.活动图的组成
3.4 条件决策点：
7
3.活动图的组成
3.2 活动（Activity）
活动是由一系列动作构成的，是对一项系统行为的描述。活动的特点：活动可以分解成其他子活动或动作活动的内部活动可以用另一个活动图来表示活动可以有入口动作和出口动作，还可以有内
部转移
8
3.活动图的组成
3.3 动作流活动图的转换一般不需要特定事件的触发，一个动作执行完所需要完成的动作后会自发的转换到下一个动作。所有动作之间的转换流称为动作流。
12
3.活动图的组成
3.5 分支（判断）与合并
动作流一般会自动进行控制转换，直到遇到分支。
13
3.活动图的组成
3.6 分叉和汇合
分叉用于将动作流分成多个可并发运行的分支。汇合用于同步这些并发分支，以达到共同完成一项事务。

面向对象需求分析——用例图和活动图

面向对象需求分析——用例图和活动图面向对象软件开发的方法有：a，面向对象分析（OOA）b,面向对象设计(OOD）c,面向对象实现（00I）d，面向对象测试（OOT）,e，面向对象维护（OOM）这几个主要大步骤。

下边我们就从面向对象的角度来学习UML的相关图。

这里介绍面向对象分析阶段的用例图和活动图。

面向对象分析阶段，我们要明确系统的职责，范围和边界；确定软件的功能和性能；构建需求模型（用例模型）。

首先在这里说一下，为什么将这两个图放在一起，主要原因就是活动图的一个目的是更细致的描述用例图，和文档的配合使用，使用例图更加清楚明了。

先介绍一下：用例图1，概念：用例是系统的一个功能单元，是对用户需求的描述。

2，组成：参与者，用例及其之间的关系（包括关联关系，泛化关系，包含关系，扩展关系）：3，用例建模的步骤：a,确定系统的范围和边界；b,确定系统的用例和参与者；c,描述用例；d，对用例分类，并确定用例之间的关系；e,建立用例图，并定义用例图的层次结构；f,评审用例模型。

下边我们看个例子：这是一个教务管理系统的总用例图和一个子一级用例图，当然还可以再分：在上述6个步骤中，我简单总结一下：a,系统边界，就是一个系统内部所有元素与系统外部事物的分界线。

b,用例和参与者，需要我们根基实际情况去抽象。

c,描述用例，这个我重点写一下（举例，选课注册）：用例编号：0101用例名称：选课注册执行者：学生功能：实现学生选课注册的过程类型：主要用例，基本用例级别：一级过程描述：1，学生输入系统账号和密码，系统进行验证；2，查询课程信息3，查询个人选课信息4，若可以选课，则进行选课注册，并将选课信息写入数据库中5，返回选课注册是否成功异常事件流处理：1，学生的账号和密码错误，允许重新输入（3次）2，学生未按时交纳学费，不可选课3，学生人数已达到上限，不可选课。

（当然在这里在把下边的活动图，添加进来即可）d,用例分类和确定之间的关系，有端点用例，基本用例，主要用例，辅助用例等，关系弄准确就可以。

面向对象分析与设计实验指导书

《面向对象设计与分析》课程实验指导书适用于软件工程2016级指导教师：李玉龙实验一建立需求模型--用况图1、实验类型：设计性（2课时）2、实验目的与任务：了解用况图中角色与用况的概念、表示法和发现方法。

了解用况之间的三种关系：包含、扩展、继承。

熟练掌握用况图设计工具，结合软件生命周期，了解需求分析如何解决“做什么和怎么做”的主要任务，采用面向对象分析与设计的理论方法建立需求模型，并将案例以用况图的形式明确表达出来。

3、预习要求：了解软件生命周期，理解用况图的存在意义，根据教材第31页的用况模板为用况图进行文档描述。

4、实验基本原理：软件设计是不断迭代的过程，设计人员需要将设计思路、设计过程和设计方案以一种较为严谨、统一的规范进行描述，提供相互交流的便利性和准确性。

需求分析遵循该原则，采用用况图建立模型，使设计人员在需求说明方面建立规范的交流方式。

5、实验环境：JBOO3.0、MS Visio或其他UML设计工具。

6、实验内容：以下案例可任选其一完成用况图设计：(1) 对于3.3.1节中的收款用况，补充使用信用卡付款和使用优惠卡的描述。

(2)自动售货机会按用户的要求进行自动售货，供货员会巡查向其内供货，取款员会定时取款，针对上述要求，请建立用况图，并描述各个用况。

(3)现要开发一个购书积分系统，其中至少要具有申请积分卡、增加积分、查看积分卡和按积分奖励功能，请建立用况图，并描述各个用况。

7、实验报告要求：按照实验步骤书写实验报告，并附上实验效果图，阐述实验过程中遇到的问题、解决方案以及心得体会。

实验二建立基本模型—类图1、实验类型：设计性（2课时）2、实验目的与任务：了解类图中属性、操作与关系的概念、表示法和发现方法。

了解类之间的四种关系：继承、关联、聚合、依赖。

熟练掌握类图设计工具，结合软件生命周期，了解概要设计的主要任务，采用类图建立概要设计模型，并通过具体的案例分析深入理解类图作为概要设计文档如何明确设计目标。

面向对象的分析设计活动图交互图

当活动图用来为业务流程建模时，它所起的作用主要是：为软件系统的需求分析提供一种视化、交流和建档的手段。这时，可以利用泳道代表不同的业务部门，用活动代表不同的业务步骤。在转入系统建造阶段时，根据泳道的划分，确立相应的协同，并可以用相应的交互和交互图来对软件的动态行为进行细化，并为软件的逻辑设计打下基础。
实例：图书馆借书处理的顺序图
● 用例：借书 ●参与者：管理员,借阅者 ●基本事件流： 1. 借阅者带着借书证和书来到柜台。 2. 管员输入借阅者的借书证编码。 3. 系统检查借阅者的合法性。 4. 系统显示借阅者的信息。 5. 系统检查借阅者的借阅信息。 6. 管员输入所借图书的条码。 7. 系统显示所借图书的信息，并登记图书。管员重复6~7步，直到结束。 8. 系统登记借阅者的本次借阅信息，并显示。 ●扩展事件流： 3a. 借阅者身份非法，则提示，本次拒借。 5a. 该借阅者所借图书中有超期的, 则提示, 本次拒借。 5b. 该借阅者所借图书数量超过了上限, 则提示, 本次拒借。
简单消息表示消息类型未知或与类型无关，或是一个
同步消息的返回同步消息表示发送对象必须等待接收对象完成消息的处理后才能继续执行异步消息表示发送对象在消息发送后继续执行，而不等待接收对象的返回消息传送延迟可用倾斜的箭头表示，表示消息发送后需经历一段延迟时间才被接收
对象的创建和撤销

1 概述

协作图示例：
2 对象、链和消息
① ② ③
协作图包含了3个元素：对象（Object）链（Link）消息（Message）

在UML里，对在语义上互相关联的活动状态的子集的划分，是使用泳道(swim lane)实现的。泳道是活动图里对其中的活动按照其职责上的关联进行的划分。泳道在活动图内是一系列的垂直的隔断，

面向对象技术状态图活动图

第五章状态图和活动图状态图UML中的状态图( statechart diagram)主要用于描绘一个对象在其生存期间的动态行为，表现一个对象所经历的状态序列，以及对这些事件所作出的反响。

状态图主要是由状态和状态间转移对象构成的。

而事件又是两者之间一个重要的概念。

状态图是UML中对系统的动态行为建模的5个图之一，状态图在检查、调试和描绘类的动态行为时非常有用。

一般可以用状态机对一个对象(这里所说的对象可以是类的实例、用例的实例或整个系统的实例)的生命周期建模，状态图是用于显示状态机的，重点在于描绘状态之间的控制流。

状态图根本概念状态图中的几个根本概念有:状态、组合状态、子状态、历史状态、转移、事件和动作。

.1 状态状态(state)是指在对象的生命期中的某个条件或状况，在此期间对象将满足某些条件、执行某些活动或等待某些事件。

所有对象都具有状态，状态是对象执行了一系列活动的结果，当某个事件发生后，对象的状态将发生变化。

一个状态有以下几个局部:状态名(name )、进入/退出动作(entry/exit ation) ,内部转移(internal transition)、子状态(substate)、延迟事件(deferred event)。

状态可以细分为不同的类型，例如初态、终态、中间状态、组合状态、历史状态等。

一个状态图只能有一个初态，但终态可以有一个或多个，也可以没有终态。

中间状态包括两个区域:名字域和内部转移域，如图所示。

其中内部转移域是可选的。

图5.2：状态的例子图的状态的名字是Lighting 。

当进入这个状态时，做开灯(turnOn)动作，分开这个状态时，做关灯(turnOf f)动作，当对象处于这个状态时，灯要闪烁5次(blinkFivetimes )，当电源关闭(pwoerOff)事件出现时，使用自供给电源(powerSupplySelf) e 需要注意的是，对象在Lighting 状态时，有一个被延迟处理的事件，即当出现自检(seflTest)事件时，对象将延迟响应这个事件。

面向对象设计与分析实验报告

在线购物系统需求分析文档编号：<1.0>2014/11/20在线购物系统需求分析一预备说明一、该文档在课程中的地位适合在讲授OOAD中软件开发统一过程的时候，提供给学生作为演示范例。

二、课程相关知识说明《OOAD与UML》中⏹Module 2:UML⏹Module 3:需求与初始化分析⏹Module 4:分析阶段的静态建模通过该文档学生从应用实践掌握◆编写系统设计与需求说明书◆描述UML在OOAD过程中的作用◆熟悉UML中的九种基本图形◆解释与使用“包”的标记◆了解UML中的扩展机制◆描述定义与维护数据字典的重要性◆描述分析候选业务对象的过程◆解释用例图的角色与功能◆解释为一个用例开发多个场景的过程◆用例图与活动图的关系◆定义组件图与部署图◆如何在分析阶段鉴别系统所需的对象与类◆解释系统的静态视图◆定义动态模型的角色◆创建对象图与类图◆定义属性与方法◆解释类图中关联的概念◆解释基数性的概念◆定义复杂关联◆解释如何通过关联类与引用关联解决复杂关联问题◆解释继承、泛化、特化的概念◆解释多态◆定义抽象类◆解释类图中关联的概念◆解释聚合、组合的概念◆描述OOAD中“角色名”使用◆解释类图中扩散的概念◆解释代理与委托◆解释面向对象中“责任”的概念◆解释动态建模的概念◆解释并创建时序图◆解释并创建协作图◆解释并创建状态转换图◆解释并创建活动图三、该文档在软件开发过程中的作用该文档建立在需求说明之上，当分析人员初步确认用户的需求后，可以开始对用户的需求进行分析，该过程主要就是详细分析功能实施的可行性及其解决方案。

该分析过程的重点关注是功能与数据，分析阶段的进行依赖UML记号来完成，该记号的特点是直观，分析的初期阶段分析文档还能便于客户阅读，比如用例图。

分析后期的文档便于设计师阅读。

也就是说分析阶段的文档主要面向两个使用者：客户与设计师、程序员。

分析就是把物理模型转化为信息抽象模型，分析阶段的文档就是分析师与客户交流的介质，也是分析师与后期设计师交流的介质。

面向对象分析和设计第七章PPT课件

5
7.2.3发现类的策略
1、考虑问题域 2、考虑系统边界 3、考虑系统责任
6
7.2.4审查和筛选
找到了候选类后，要对它们逐个进行审查，看看它们是不是OOA模型真正需要的，从而筛选掉一些对象。
1、舍弃无用对象
对于每个候选对象，要判断它在系统中是否真正有用，判断的标准是它们是否提供了有用的属性和服务
3
7.2.1 确定类
4
7.2.2 正确运用抽象原则
在OOA中正确运用抽象原则首先要舍弃哪些与系统责任无关的事物，只注
意与系统责任有关的事物。
其次，对于与系统责任有关的事物，也不是把它们的任何特征都在相应的对象中表达出来，而要舍弃哪些与系统责任无关的特征。
如何判断事物是否与系统责任有关呢？一是该事物是否为系统提供一些有用的信息，或者它是否需要系统为它保存和管理某些信息。二是它是否向系统提供某些服务，或者，它是否需要系统描述它的某些行为。
7.5 定义服务
分析员通过分析对象的行为来发现和定义对象的每个服务。但对象的行为往往与对象所处状态相关
状态模型表示方法状态图 1、什么是对象的状态有两种理解： ①对象或者类的所有属性的当前值 ②对象或类的整体行为（例如相应消息）的某些规则所能
8
异常情况的检查和调整
1、类的属性或服务不适合该类的全部对象 2、属性及服务相同的类 3、属性和服务相似的类 4、对同一事物的重复描述
9
7.3标识类的关系
一旦有了候选类列表，就可以绘制出它们之间的关系。有四种类型的关系：继承：子类继承了超类的所有属性和行为关联：一种类型的对象与另一种类型的对象关联聚合：强关联，一个类的实例由另一个类的实例构成。组合：强聚合，组合的对象不能由其它对象共享，且与构成它的对象一起消亡。

面向对象分析与设计——活动图

7
3.活动图的组成
3.2 活动（Activity）
活动是由一系列动作构成的，是对一项系统行为的描述。活动的特点：活动可以分解成其他子活动或动作活动的内部活动可以用另一个活动图来表示活动可以有入口动作和出口动作，还可以有内
部转移
8
3.活动图的组成
3.3 动作流活动图的转换一般不需要特定事件的触发，一个动作执行完所需要完成的动作后会自发的转换到下一个动作。所有动作之间的转换流称为动作流。
5
2.活动图的目的
使用活动图的目的：
描述一个操作执行过程中（操作实现的实例化）所完成的工作（动作）；
描述对象内部的工作；显示如何执行一组相关的动作，以及这些动作
如何影响它们周围的对象；显示用例的实例是如何执行动作以及如何改变
对象状态；说明一次业务活动中的工人（角色）、工作流、
组织和对象是如何工作的。
9
3.活动图的组成
3.4 条件条件是让转移修改任何工作流的方向所
必须的。使用控制点和决策点可以建模修改活动
图流程的条件。控制点用来允许控制流仅沿着满足预置条件的方向，而决策点需要对控制流继续的方法做出决策。
10
3.活动图的组成
3.4 条件控制点：
11
3.活动图的组成
3.4 条件决策点：
19
Q／A
？
20
15
4.活动图的建模步骤
识别要对工作流描述的对象。找出负责工作流实现的业务对象，这些对象可以是实体，也可以是抽象的概念和事务
确定工作流的初始状态和终止状态，明确工作流的边界
对动作和活动建模对动作流建模对对象流建模
16
练习
系统列出基金公司清单及名下的基金清单，以及约定的扣款账户。投资人从基金清单中选定某一基金，并输入申购的金额和投资人的银行帐号，系统根据投资人申购的金额计算出手续费，并且查询投资人的银行账户上是否有足够的余额以支付交易所需，如果投资人的余额足够支付交易所需，经投资人确认后即从投资人账户中扣除相应的金额，并且打印回执。若投资人的账户余额不足，需要投资人重新填写申购金额或者放弃本次申购。由于基金设有最低和最高限额，因此，投资人填写的申购金额不在限额范围之内的，系统不能接受此申购。