MDA之PIM-1分析系统流程

系统用例叙述
1. 用例基本数据
1) 用例名称
一个用例有一份用例叙述，所以用例叙述文件里面，一定要标出对应的用例名称。
2) 用例编号
用例编号是拿用例的编号作为用例叙述的编号
3) 用例简述
只需三言两语，增强用例的可理解性
4) 用例图
在用例叙述的开头处附上相关的用例图件
5) 系统
提供此用例的系统名称
6) 执行者
细分成“启动者”或“支持者“
7) 相关用例
常见的相关性有2方面，其一是执行用例前必须先行执行过某相关用例，其二是执行用例
期间可能驱动其他的包含用例（Inclusion Use Case）,或是因条件符合驱动其他的扩展用例
（Extension Use Case）

 

包含示例：
 
扩展示例：
 
2. 执行流程
1） 主要流程
这里是用例叙述最核心的部分，期记载了整个用例正常的执行过程。
2） 替代流程
一个用例叙述里面，通常会包含一段主要流程，同时可以包含数段替代流程，其终点是一
致的。
3） 例外流程
例外流程属于错误处理

惯用的编号方式，主要流程里的步骤以1，2，3，4的数字排列，次步骤为1.1，1.2，1.3，
1.4.而替代流程则参照主要流程的编号，加上a，b，c，d的字母编列。
3. 条件及规则
1） 启动事件或条件
记录启动用例的重要事件或条件。
2） 前置条件
这是执行用例之前的检验，惟有在满足某些重要条件时，才会执行该用例。以确保用例可
以正确执行

3） 后置条件
相对于前置条件，后置条件代表用例执行完毕时，可以通过后置条件自行检验是否执行成
功。
4） 失败时状态
记录用例执行失败时的状态
5） 业务规则
重要的业务规则或计算公司都要记录下来

4. 相关文档
1） 用例叙述的历史版本
用例改版时，用例叙述也跟着改版，用例叙述是参与人员的智慧成果，也是业务组织的重
要资产，需要进行版本控制
2） UML图
与工程有关的各种UML图（业务用例图，活动图，系统用例图，状态图，类图或序列图）。
3） 参考画面
UE
4） 其他非UML文档
会议记录，XSD文件，表设计，等等。
5. 其他事项
1） 优先性
标记有限性，越重要的越先开发
2） 迭代等级
替用例标其细致度或迭代开发等级，方便开发人员经过多次迭代的过程逐步定义出用例的
细节。可以先记录系统的需求（what），在做执行细节的细述（how to）
3） 待解决问题
在用例分析与开发期间，可能会出现还没定论的问题，这个时候需要办问题记录 ，方便日
后查询
4） 基本假设
如果该用例是基于某个基本假设而设计出来的，记下这个重要的基本假设。
5） 相关人员
每一份用例叙述都涉及几种不同身份的相关人员，包括制作者，阅读者和审核者。在用例
驱动（UC driven）的系统开发实践中，常常将一个用例当成一个工作单元，加上相关人员
的签核之后，用例叙述文件就成了现成的工作票（Work Ticket），也可通过工作流工具
（Workflow Tool）来管理。
6） 特殊需求
跟该用例相关的非功能性需求等的特殊需求，都可以记录在这个字段中。
6. 示例

用例内容模版
用例基本数据
□用例名称 □用例编号 □用例简述 □用例图 □系统 □执行者 □相关
用例  □其他（   ）
执行流程
□主要流程 □替代流程 □例外流程
□其他（     ）
条件及规则
□启动事件或条件 □前置条件 □后置条件 □失败时状态 □业务规则
□其他（   ）
相关文档
□用例叙述历史版本 □UML图 □参考画面 □非UML文档
□其他（   ）
其他事项
□优先性 □迭代等级 □待解决问题 □基本假设 □相关人员 □特殊需
求  □其他（   ）
其他
□其他（   ）

 

示例1 ： 网络申购单笔基金用例叙述

用例基本数据
■用例名称 ■用例编号 ■用例简述 ■用例图 □系统 □执行者 □相关
用例  □其他（   ）
执行流程
■主要流程 ■替代流程 ■例外流程
□其他（     ）
条件及规则
□启动事件或条件 □前置条件 □后置条件 □失败时状态 ■业务规则
□其他（   ）
相关文档
□用例叙述历史版本 □UML图 ■参考画面 ■非UML文档
■其他（基金申购书，申购收执联）
其他事项
□优先性 □迭代等级 □待解决问题 □基本假设 □相关人员 □特殊需
求  □其他（   ）
其他
□其他（   ）

用例名称
网络申购单笔基金
用例编号
UC001
用例简述
投资人上网下单购买某档基金
用例图
 
参考画面
UE设计
主要流程
1） 系统列出基金公司清单以及名下的基金清单，以及约定的扣款账户
2） 投资人从中选定一家基金公司及其名下的某一档基金，并且挑选某一个约定
的扣款账户，键入申购金额，按下“确定“按钮
3） 系统计算出手续费
4） 系统连接综存系统，查询综存账户余额，确定余额是否足够支付交易款项
5） 系统出现交易确认信息，供投资人做最后确认
6） 系统连接综存系统，扣交易款，交易成立
7） 系统回传申购执联，并且提供打印功能，供投资人选择打印与否

替代流程
2a) [金额不符]系统出现申购额必须为万元倍数信息，回到主要流程2，共投资
人重新输入申购数据。
2b）[金额过低]系统出现最低申购额的信息，回到主要流程2，供投资人重新输
入申购数据。
2c）[金额过高]系统出现最高申购额的信息，回到主要流程2，供投资人重新输
入申购数据。
4a）[余额不足]系统出现余额不足的信息，回到主流程2，供投资人重新输入申
购数据
例外流程
7a）[扣款失败]系统出现交易失败的信息，该系统用例执行失败
业务规则
1） 交易款项=申购基金+手续费
2） 手续费=申购基金 × 基金管理费 ×银行折扣
3） 国内基金最低申购金额为10000元，境外基金最低申购金额30000元
4） 每笔交易款项（申购基金+手续费）不得超过200万元
5） 系统按照公司原有的编码方式生成交易编号
非UML
文档
基金申购书pdf文件，申购收执联pdf文件
其他
填了假数据的“基金申购书“和”申购收执联“纸本

 

7.