码迷,mamicode.com
首页 > 其他好文 > 详细

【UML】机房收费系统之用例图

时间:2014-12-15 09:06:27      阅读:251      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   ar   使用   sp   on   2014   问题   

一、基本概念

 

在用例图中,最为核心的两个元素是参与者和用例。

   参与者是为了完成一个事件而与系统交互的实体。

   用例实例是在系统之执行的一系列动作,这行动作将生成特定参与者可见的价值结果。

关系表示:

    参与者与用例:一根用带箭头的线表关联

    用例之间:

          包含《include》 箭头方向由基用例指向被包含用例

          扩展《extend》 箭头方向由扩展用例指向基用例

    参与者与参与者或者用例与用例间:

          泛化   带空心三角的线由父类指向子类

 

 二、绘制用例图

 

 1、记录需求特性

   与用户沟通,记录下用户的需求,然后列表

bubuko.com,布布扣

 

 2、识别参与者

     找参与者,可以通过分析一下几个问题:

   谁使用、谁安装、谁启动、谁维护、谁关闭这个系统?

哪些其他的系统使用这个系统?

谁从这个系统获取信息?

谁为这个系统提供信息?

是否有事情自动在预计的时间发生?

如果系统中发现一个事件,是否需要通知某个外部系统?

系统是否需要与外部实体交互以帮助自己完成任务?

                 

              根据机房收费系统中的描述,可以知道,上面特性列表功能完成者只有一个,即一般用户

 

3、合并需求获得用例

    在合并之前,要明确为什么要合并,合成的用例命名应采用“动词+名词”形式,最好对其进行编号,通过编号可以将用户的需求落实到特定的用例中。

bubuko.com,布布扣

4、绘图

    

bubuko.com,布布扣

 

5、重复1-4过程,我们可以找出操作员、管理员为参与者的用例图

bubuko.com,布布扣bubuko.com,布布扣

 

 

bubuko.com,布布扣

 

三、小结

       用例图刚开始画不知如何下手,上面也是简单的画了一下,有好多东西没有画出来,可能还存在错误。 用例图的内容远远不止这些,它仅仅定义了用户对系统功能的需求,从系统的外部看系统功能,并不说明系统内部对功能的具体实现。

 

 

 

 

 

 

 

 

 

【UML】机房收费系统之用例图

标签:style   blog   http   ar   使用   sp   on   2014   问题   

原文地址:http://blog.csdn.net/wangju2013/article/details/41927765

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!