本文共 993 字，大约阅读时间需要 3 分钟。
什么是用例图
用例图表明了开发者和用户对需求规格达成的某种共识，描述了一个系统待开发的功能需求。
原则：从用户的角度理解系统，不需要考虑某个功能如何实现，只考虑有哪些功能，由谁来进行交互和执行。
它强调系统的功能和执行者是谁。
用例图的构成
用例图由角色、用例、关系构成。
1.角色 角色即用例的执行者，除了是人（包括使用者、维护者）外，还可以是一些事、设备或跟此系统连接的其他系统。用一个小人来表示。
那么如何寻找执行者呢？ 寻找执行者时按照以上给出的三类角色思考即可。 1）谁使用系统的功能？谁需要系统支持日常工作？谁来维护这个系统？ 2）使用这些功能需要操作哪些硬件？ 3）和哪些系统进行交互？ 4）还有哪些人或事物对结果感兴趣？
2.用例 用例即对功能的描述，用椭圆表示。
3.关系 关系分为3种：执行者和用例之间的关系、用例和用例之间的关系、角色和角色之间的关系。 关系分别有：依赖关系、泛化关系、关联关系。
用例图的属性
1.事件流：用例在执行时，执行者和系统之间的交互关系。分为基本流和备选流。 基本流：是经过用例最简单的路径，即正确完成一个用例的基本流程，这条流程无任何差错，程序直接从开始到结束。 备选流：即在用例执行中出现的各种错误情况，比如在登录界面什么都不输入或者密码输入错误就属于备选流，而基本流就是账号和密码都输入正确，并顺利进入主界面。备选流也有可能导致用例结束。
2.前置条件：用例执行的前提条件，说明在什么条件下可以开始执行一个事件流。 3.后置条件：用例执行结束时系统的状态。
用例图示例
用例之间的关系
1.《include》包含 包含关系：我的理解就是：1.一个用例使用了另一个用例的功能。2.一个用例是另一个用例的子功能。 包含用例通常用在：比如说有一个用例有许多用例都要用到它，就可以把它单独抽象出来，而不必每一个用例在实现的时候重写这个功能的代码，这样做利于提高代码的复用性。就像上图中的“导出数据”一样。 一句话解释就是：将重复的功能分解。
2.《extend》扩展关系
扩展关系：举个栗子：比如图书借阅系统，当你还书时，在规定时限内可以顺利还书。但是如果你超出了借阅时限，则需要缴纳罚款，那么缴纳罚款就是还书用例的一个扩展用例。 即扩展用例在一定条件下才会用到，正常的基本流不会用到扩展用例。转载地址：https://blog.csdn.net/zwj_jyzl/article/details/80111241 如侵犯您的版权，请留言回复原文章的地址，我们会给您删除此文章，给您带来不便请您谅解！
发表评论
最新留言
关于作者
