UML-1.用例图 用例表

用例图:

用例图(Use Case Diagram)是用于描述某某角色通过某某系统能做什么事情。当需要对系统整体或者某一部分功能进行行为建模时,就能够使用用例图了。

1、主角表示执行者(Actor),其表示的是与当前系统交互交互的人或者其他系统。
2、用例能够表示系统能够为执行者提供什么功能。
3、用例是以动词加名词的形式,也就是动宾结构。
4、外边框表示系统边界,要注明是什么系统,外边框可以不画。
5、线条有三种:无箭头的,指向用例的箭头,指向执行者的箭头。

箭头可以有两种解释:
1、数据流向

箭头指向用例,说明向系统输入数据。箭头指向执行者,说明系统输出数据。

2、谁启动谁

箭头指向用例,说明启动系统中某一模块。箭头指向执行者,说明系统启动另一系统。

1、执行者之间只有一种关系,那就是泛化关系。
2、用例之间有三种关系。
3、include关系,表示用例4有用例5的功能,也就是有。。。功能。
4、extend关系,表示在用例6的基础上用例7有什么功能,也就是在。。。基础上。
5、继承关系,表示用例9继承抽象用例8什么功能,抽象用例是不能被实例化的。

用例表:

光是用例图,很难说清楚每个用例,这时,可以借助用例表来详细说明用例。
解释:
编号:指用例的编号,通常格式是UC+数字。
名称:用例的名称,可以直接使用用例图中用例的名称。
执行者:发动该用例的人或系统,如果是多个执行者发动,都写入。
优先级:最基本的、最重要的、需要先实现的用例优先级应该标识位高。
描述:对用例的简单描述,简单说明执行者能够做什么事情、达到怎样的效果。
前置条件:要发动该用例,需要先满足的其他用例或者条件。

基本流程:

1、书写格式

1、以阿拉伯数字编号。

2、执行者的操作顶头写。

3、系统的操作空两格写。

2、基本流程是用例表中最关键的信息,在这里要思考用户与系统是如何交互的,需要注意以下几点:

1、要用比较高层次的语言来表达,不要明确写出实现方法。

2、系统与用户的交互要符合用户的使用习惯,尽量减少交互次数,尽量减少信息输入量。

结束状况:用例正常结束情况下,系统会有什么效果。

可选流程:在基本流程的基础上,某些步骤可能是有分支的,这时可用可选流程,当流程不止一个时,可用多个可选流程。

异常流程:系统应该怎么处理用例的某些基础条件不满足而导致发生异常,或是发生了一些特殊情况。

你可能感兴趣的:(软件工程,uml)