UML建模之——用例图

用例图

用例图建模的步骤：

• 找出系统外部的参与者和外部系统，确定系统的边界和范围
• 确定每一个参与者所期望的系统行为，即参与者对系统的基本业务需求
• 把这些系统行为作为基本用例
• 区分用例的优先次序
• 细化每个用例。使用泛化，包含，扩展等关系处理系统行为的公共或变更部分
• 编写每个用例的用例描述
• 绘制用例图
• 编写项目词汇表

详细说明如下

• 确定系统的边界
• 确定参与者

以下问题可以帮助识别参与者：

• 谁将使用系统的主要功能
• 将需要系统的支持来完成他们的日常工作
• 必须维护，管理和确保系统正常工作
• 将给系统提供信息，使用信息和维护信息
• 统需要处理那些硬件设备
• 统使用外部资源吗
• 统需要与其他系统交互吗
• 对系统产生的结果感兴趣

在确定参与者时，要注意以下问题：

• 与者对于系统而言总是外部的
• 与者直接同系统交互
• 与者表示人或事物同系统发生交互时所扮演的角色，而不是特定的人或事物
• 个人或事物在与系统发生关系时，同时或不同时扮演多种角色
• 个参与者可以包含多个不同的具体用户

确定用例
识别用例的最好方法是从参与者列表开始，然后考虑每个参与者如何使用系统，需要系统提供什么样的服务。使用这个策略，能够获得一组候选用例。当识别用例时，
也可能找出一些新的参与者。以下问题可以帮助识别用例：

• 与者要向系统请求什么功能
• 个参与者的特定任务是什么
• 与者需要读取，创建，撤销，修改或存储系统的某些信息吗
• 否任何一个参与者都要向系统通知有关突发性的，外部的改变？或者必须通知参与者关于系统中发生的事情？
• 些事件代表了哪些功能
• 统需要哪些输入输出
• 否所有的功能需求都被用例使用了

在确定用例时，要注意以下问题：

• 个用例至少应该涉及一个参与者
• 果存在不参与者进行交互的用例，则应该检查是否遗漏了该用例的参与者，如果确定没有与参与者进行交互，则可考虑将其并入其他用例中
• 个参与者也必须至少涉及一个用例
• 果存在不与用例进行交互的参与者，则应该考虑该参与者是如何与系统发生联系的，或者由参与者确定一个新的用例，或者该参与者是一个多余的模型元素