静态建模：用例和用例图(Use Case Diagram)

角色(actor)是与系统交互的人或事。角色是一个群体概念，代表的是一类能使用某个功能的
人或事，角色不是指某个个体。

 

发现角色：
使用系统主要功能的人是谁（即主要角色）？
需要借助与系统完成日常工作的人是谁？
谁来维护、管理系统（次要角色），保证系统正常工作？
系统控制的硬件设备有哪些？
系统需要与哪些其他系统交互？其他系统包括计算机系统，也包括该系统将要使用的计算
机中的其他应用软件。其他系统也分二类，一类是启动该系统，另一类是该系统要使用的
系统。
对系统产生的结果感兴趣的人或事是哪些？

 

用例代表的是一个完整的功能。在UML 中的用例是动作步骤的集合。

 

用例的特征：
用例总由角色初始化
用例为角色提供值
用例具有完全性

 

发现用例
角色需要从系统中获得哪些功能？角色需要做什么？
角色需要读取、产生、删除、修改或存储系统中的某些消息吗？
系统中发生的事件需要通知角色吗？或者角色需要通知系统某件事吗？这些事件（功能）
能干些什么？
如果用系统的新功能处理角色的日常工作是简单化了，还是提高了工作效率？
系统需要的输入/输出是什么信息？这些输入/输出信息从哪儿来到哪儿去？
系统当前的这种实现方法要解决的问题是什么（也许是用自动系统代替手工操作）？

 

描述用例
描述要点：描述用例时，应着重描述系统从外界看来会有什么样的行为，而不管该行为在系统
内部是如何具体实现的，即只管外部能力，不管内部细节。
用例描述应包括下面几点：
1) 用例的目标：最终任务、结果等
2) 用例是怎样被启动的：何角色在何情况下启动。
3) 角色和用例之间的消息流：通知、修改、决定等
4) 用例的多种执行方案：
5) 用例怎样才算完成并把值传给了角色。