大数跨境
0
0

计算机论文中系统用例图的画法及用例描述步骤详细说明~

计算机论文中系统用例图的画法及用例描述步骤详细说明~ 乡下小哥编程
2025-12-14
0
导读:对大多数同学来说,相比写代码来说,写论文是一个很头疼的事情。尤其是其中各种图形的画法,有些图的概念忘记的也差不多了,不知道如何下手。这些图中用例图及用例的描述是很重要的一环,也是检查的重点部分。这篇文
前言
     对大多数同学来说,相比写代码来说,写论文是一个很头疼的事情。尤其是其中各种图形的画法,有些图的概念忘记的也差不多了,不知道如何下手。这些图中用例图及用例的描述是很重要的一环,也是检查的重点部分。这篇文章我将通过相关的基础概念,画法说明及相关图形案例进行说明。
用例图的概念及画法说明

      系统用例图(Use Case Diagram),是 UML 中用来描述 系统 能做什么以及 谁在使用这些功能的一种图。一句话理解:用例图不是画系统内部怎么实现,而是画“谁,可以用系统干什么事”。在课程设计、毕业设计中,用例图主要用来:

  • 明确系统的功能范围

  • 说明系统使用者(角色)

  • 表达用户与系统功能之间的关系


用例图里都有什么?

一个标准的系统用例图,通常只包含 4 种元素

1️⃣ 参与者(Actor)

  • 表示系统的使用者

  • 用“小人”表示

  • 可以是:

    • 管理员

    • 教师

    • 学生

    • 也可以是外部系统

📌 注意:参与者不是人本身,而是角色



2️⃣ 用例(Use Case)

  • 表示系统提供的一个功能

  • 椭圆表示

  • 用动词 + 名词命名,例如:

    • 登录系统

    • 录入成绩

    • 查询奖惩信息

📌 判断是不是用例的标准

用户是否能通过一次操作,完成这件事?



3️⃣ 系统边界(System Boundary)

  • 用一个大矩形框表示

  • 框内是系统提供的所有功能

  • 框外是系统参与者

📌 课程设计中非常重要,不画边界容易被扣分



4️⃣ 关系(Relationship)

  • 参与者 — 用例:实线连接

  • 常见扩展关系(了解即可):

    • include(包含)

    • extend(扩展)

📌 课程设计一般只画实线关联就够了


系统用例图怎么画?(画法要点)

1️⃣ 第一步:找参与者

先问一句话:👉 “这个系统都有哪些人用?”

比如学生管理系统:

  • 管理员

  • 教师

  • 学生



2️⃣ 第二步:找用例

从需求里提取用户行为,例如:

  • 管理员:

    • 管理用户

    • 审核成绩

    • 审核奖惩信息

  • 教师:

    • 录入成绩

    • 提交奖惩记录

  • 学生:

    • 查询成绩

    • 查询奖惩信息



3️⃣ 第三步:画系统边界

  • 画一个大矩形

  • 标注系统名称,如:
    “学生综合管理系统”



4️⃣ 第四步:连线

  • 参与者 → 用例(实线)

  • 谁能用哪个功能,就连到哪个用例

📌 不要画功能之间的调用关系
📌 用例图只关心“使用关系”

这里给出一个用户商城管理系统部分用例图说明


什么是用例描述说明?

      用例描述说明(Use Case Description),是对用例图中某一个用例的文字化、结构化补充说明。👉 简单理解:用例图告诉你“系统有什么功能”,用例描述说明你“这个功能是怎么一步一步完成的”。

在课程设计中,用例描述说明通常包括以下内容:

  • 参与者

  • 用例概述

  • 前置条件

  • 后置条件

  • 基本事件流

  • 备选事件流



二、用例描述说明各要素含义

1️⃣ 参与者(Actor)

  • 指执行该用例的用户角色

  • 可以是管理员、教师、学生等

📌 注意
是角色,不是具体的人。


2️⃣ 用例概述(Use Case Overview)

  • 用 1~2 句话说明该用例的主要目的

  • 说明“这个用例是干嘛的”

示例:

教师通过该用例向系统提交学生成绩信息。



3️⃣ 前置条件(Preconditions)

  • 执行该用例前必须满足的条件

  • 通常包括:

    • 用户已登录系统

    • 具备相应操作权限

📌 不要写太多,1~2 条就够


4️⃣ 后置条件(Postconditions)

  • 用例执行完成后,系统应达到的状态

  • 分为两类:

    • 成功后状态

    • 失败后状态(可合并说明)



5️⃣ 基本事件流(Basic Flow)

  • 描述正常情况下用例的执行过程

  • 按步骤编号

  • 采用“参与者动作 + 系统响应”的方式描述

📌 这是用例描述中最重要的一部分


6️⃣ 备选事件流(Alternative Flow)

  • 描述异常或分支情况

  • 如:

    • 输入错误

    • 权限不足

    • 操作失败等

📌 写 1~2 个常见异常即可

用例名称:录入学生成绩参与者:教师用例概述:教师通过该用例录入所负责学生的课程成绩信息。前置条件:1. 教师已登录系统2. 教师具有成绩录入权限后置条件:1. 成绩信息成功保存到系统2. 若操作失败,系统提示失败原因基本事件流:1. 教师进入成绩管理页面2. 系统显示学生成绩录入界面3. 教师填写课程名称和成绩信息4. 教师提交成绩数据5. 系统校验成绩信息的合法性6. 系统保存成绩信息并提示成功备选事件流:A1:成绩数据不合法    1. 系统提示成绩格式错误    2. 教师重新输入成绩信息

发货用例描述(表格形式)

用例名称

发货

参与者

管理员

用例概述

管理员为已经支付并且没发货的订单执行发货操作

前置条件

管理员已经登录系统,进入订单列表页面;所选订单状态为“待发货”

后置条件

系统更新订单状态为“已发货”,返回操作成功的提示

基本事件流

参与者动作

系统响应

1.管理员在商品列表页面选择待删除的商品。

2.管理员点击删除按钮

 


4.管理员点击“确认删除”

 

 

 

 

3.系统弹窗提示“是否删除此数据?”

 

5.系统检测商品是否可以删除,比如是否存在未完成的订单情况。

6.系统校验通过,删除数据库中商品数据

7.系统将删除结果返回给前台,刷新商品列表

备选事件流

5a.商品订单未完成

提示商品存在未完成订单,不可删除提示

6a.系统删除失败

系统返回“删除失败,稍后重试”


公众号回复如下内容即可获取对应资料

数字 1、表示获取后端开发学习资料

数字 2、表示获取前端开发学习资料

数字 3、表示获取 软考中级设计师资料

数字 4、表示获取后端常用在线免费学习资料

数字 5、计算机毕业设计优秀论文模板

数字 6、前后端分离项目案例源码

数字 7、SSM项目案例源码

数字 8、视频轮播图全部案例源码

数字 9、商城系统项目 前后端分离源码

数字10:商城系统源码 前后端分离项目【毕业设计系统】

数字11:毕业论文答辩PPT模板案例

数字12:系统部署+论文指导+开题指导+开发指导

数字13:万字答辩问题汇总文档

数字14:前后端项目结构模块详细讲解说明(小白可懂)

数字15:协同过滤算法+敏感词过滤+SpringBoot+Vue 商城源码

数字16:微信小程序考勤打卡 系统源码

更多。。。


【声明】内容源于网络
0
0
乡下小哥编程
主要用公众号分享纯干货知识、日常开发经验总结、前沿技术、优秀项目源码案例等
内容 246
粉丝 0
乡下小哥编程 主要用公众号分享纯干货知识、日常开发经验总结、前沿技术、优秀项目源码案例等
总阅读16
粉丝0
内容246