[UML]UML系列——用例图Use Case

原文: [UML]UML系列——用例图Use Case

用例图的概念

      用例图是描述用例、参与者以及它们之间关系的图。  

用例图的作用

1. 用例图是从用户的角度来描述对信息系统的需求，分析产品的功能和行为。
2. 用例图定义和描述了系统的外部可见行为，是分析、设计直至组装测试的重要依据。
3. 让用户参与前期的系统分析与设计。

参与者的概念（actor，执行者，活动者）

       参与者是指在系统之外，但与系统直接交互的对象。先举个例子，对参与者有个具体的概念，如图：

参与者用 人形符号 表示，在人形符号下面标出参与者的 角色名 （不是人名）例如：

参与者的类型

• 人员
• 信息系统
• 设备

实例：在线选课管理系统

识别参与者的方法

       人：

1. 1. 系统的主要客户是谁？
   2. 谁借助于系统完成日常工作？
   3. 谁来维护管理系统，保证系统正常运行？

      设备：系统控制的硬件有哪些？

      信息系统：系统需要与哪些其他系统进行交互？

      注意：与系统进行交互、从系统中获取信息或向系统输入信息的人或事物。

实例：饮料自动售货机的参与者有哪些？

 

      分析结果：

 

 用例的概念

      用例是用户期望系统具备的功能，每一个用例说明一个系统提供给它的使用者的一种服务或功能。

      用例的目标是要定义系统的一个行为，但并不显示系统的内部结构。

用例的符号

       

         用例名一般为动宾短语。上图分别为Rational Rose和Visio两种不同的画法。

识别用例的方法

       识别用例的策略：对于已经识别的参与者，通过考虑每个参与者是如何使用系统的，以及系统对事件的相应来识别用例。

     可以从以下几个角度来寻找和确定用例：

• 参与者需要从系统中获取哪种功能？
• 参与者是否需要读取、产生、删除、修改或存储系统中的某种信息？
• 系统的状态改变时，是否通知参与者？
• 是否存在影响系统的外部事件？
• 系统需要什么样的输入与输出？

     实例：识别用例

          Email客户端（如Outlook express）：A在北京发邮件给上海的B，系统提醒B您有“新邮件”，B收邮件。

     参与者A执行的用例有哪些？

     参与者B执行的用例有哪些？

描述用例

      用例图没有描述系统行为的细节，所以需要以书面文档的形式对用例进行描述。至少包括：

      1、名称

           与用例图中的名称保持一致

      2、标识符

          用例的代码或编号

     3、基本操作流程

          描述各项工作都正常进行时用例的工作方式。

     4、可选操作流程

          很少使用、异常情况、发出错误的情况。

          如：

 

 

 

 

 

 

 

 

 

 

 

总结

     该文主要介绍了参与者与用例图的概念及在Rose中的画法，下篇将着重介绍用例图中的各种关系。

     若想详细了解，推荐阅读《UML基础与Rose建模教程》 这本书，这是大学四年留下几本书中的其中一本（其他的书......你懂得！），参考着课件复习一下。

     特别感谢当时教我们UML的刘老师，UML是我c#的入门课，LZ大学没.net这门课，纯粹靠UML入门的。

     真心感谢大学所有老师，您们教的东西几乎都用到了，泪喷了......

[UML]UML系列——用例图Use Case