软件工程累积-UML用例图

一个. UML简介

UML（统一建模语言，统一建模语言）是一种定义明确，易于表达，功能强大且普遍适用的可视化建模语言. 它结合了软件工程领域的新思想，新方法和新技术. 它的范围不仅限于支持面向对象的分析和设计，还支持从需求分析到软件开发的整个过程. 在系统分析阶段，我们通常使用UML绘制许多图，主要包括用例图，状态图，类图，活动图，序列图，协作图，构造图，配置图等，其中开奖应根据具体情况而定. 实际上，简单的理解也是个人的理解. UML的作用是使用大量图表从静态和动态的角度描述我们将开发的系统.

两个. 用例建模简介

用例建模是UML建模的一部分，也是UML的最基本部分. 用例建模的主要功能是表达系统的功能需求或行为. 根据我的理解，用例建模可以分为用例图和用例描述. 用例图由参与者，用例，系统边界和箭头组成，并通过绘制方法完成. 用例描述用于在用例图中详细描述每个用例用例图 系统边界，并附带一个文本文档.

1. 用例图

参与者不是专门指的是人员，而是指他们在使用系统或与系统交互中扮演的系统外部角色. 因此，参与者可以是人，物，时间或其他系统. 同样重要的是要注意，参与者并不是指人或物本身，而是代表当时人或物所扮演的角色. 例如，小明是图书馆管理员. 他参与了图书馆管理系统的交互. 此时，他可以以经理身份参加管理，也可以以借书人的身份从图书馆借书. 小明在这里扮演两个角色角色是两个不同的参与者. 参加者在图中用简笔画表示，参加者的姓名附在图中.

用例是对包括变量在内的一系列动作的描述. 系统执行这些操作并产生可观察的结果，传达特定参与者的价值. 这是UML用例的正式定义，对我们初学者而言可能有些困难. 我们可以这样理解，用例是参与者希望系统执行的操作. 为了命名用例，我们可以给用例一个简单的描述性名称，通常是一个动作词. 用例在图中用椭圆表示，用例的名称附加在椭圆下方.

系统边界用于指示要建模的系统的边界. 边界内部表示系统的组成部分，边界外部表示系统的外部. 系统边界在图中用方框表示，并附带了系统名称. 参与者画在边界之外，用例画在边界内. 由于系统边界的功能有时并不明显，因此我个人了解可以在绘制时将其省略.

The

箭头用于通过相互发送信号或消息来指示参与者与系统之间的关联关系. 箭头的尾部用于指示发起交互的参与者用例图 系统边界，箭头的头部用于指示发起交互的参与者. 用例始终由参与者发起.

2. 用例说明

用例图只是用一个图描述了系统，但是对于每个用例，我们需要有一个详细的描述，以便其他人可以对系统有更详细的了解，然后我们需要编写用例描述

用例描述的内容通常没有严格的格式，但是必须将某些必须或重要的内容写入用例描述. 用例描述通常包括: 简短描述（解释），前提条件（前提条件），基本事件流，其他事件流，异常事件流，后置（事件后）条件等. 每个部分:

简要说明: 用例的角色和目的的简要说明；

先决条件: 执行用例之前，系统必须处于的状态或要满足的条件；

基本事件流: 描述用例的基本流. 它指的是每个流“正常”时发生的情况. 没有替代流和异常流，只有最可能的事件流；

其他事件流: 表明此行为或过程是可选的或替代的，不一定总是执行它们；

异常事件流: 指示异常情况发生时要执行的过程；

后置条件: 用例执行后系统的状态； <​​/ p>

三个. 用例图和用例描述设计示例

在这里，我使用自己开发的家庭学习网站来简单分析用例图的绘制和用例描述的描述. 我将使用UML对该网站进行完整的分析. 下面，我提取了用例图和用例描述. 该辅导网站分为前端客户端系统和后端管理系统.

前台客户端系统的用例图如下:

后台管理系统的用例图如下:

对于用例的描述，空间有限. 我仅在后台管理系统的网站管理系统中列出此用例的描述. 如下:

用例名称: 网站公告

用例标识号: 202

参与者: 负责人

简要说明:

负责人用于填写和修改家庭学习网站主页的通知. 该公告将显示在家庭教育网站的主页上.

先决条件:

负责人已登录家庭学校网站管理系统

基本事件流:

1. 负责人单击“编辑公告”按钮

2. 系统中会出现一个文本框，显示原始的公告内容

3. 负责人可以在文本框中修改公告，也可以将其完全删除，然后重写新的公告

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-248098-1.html