实训—用例图的建模与用例描述的写作

简介: 实训—用例图的建模与用例描述的写作

🔬实训名称:

用例图的建模与用例描述的写作

🔬实验目的:

1.  能够准确识别出参与者。

2.能够准确识别参与者之间的关系。

3.能够准确识别出用例。

4. 能够准确识别参与者与用例之间的关系。

5. 能够准确识别用例与用例之间的关系。

🔬实验原理

用例建模包含用例图和用例描述。

用例图主要应用于需求分析阶段,其主要作用有:获取需求、指导测试、在整个过程中的其他工作流中起指导作用。

用例图元素主要包括参与者、用例和关系三个部分。

(1)参与者

参与者也称为角色,是使用系统的对象,可以是人,也可以是另一个系统,它与当前系统进行交互,向系统提供输入或从系统中获得输出。用例名称使用名词来命名。

(2)用例

用例描述了系统所有的功能需求,它来自于对客户需求的分析,这个过程称为用例分析,是整个系统开发中非常关键的过程。每个用例说明系统提供给使用者的一种服务,即一种对外部可见的使用系统的特定方式。它以用户的观点描述用户和系统之间交互的完整顺序,以及由系统执行的响应。

(3)关系

关联关系:描述参与者与用例之间的关系,在用例图中,关联关系使用箭头表示。

包含关系(Include):一个用例可以简单地包含其他用例具有的行为,并把它所包含的用例行为作为自身行为的一部分,这称为包含关系。

扩展关系:当某个新用例在原有用例的基础上增加了新的行为,则原有用例被称作基础用例(Base Use Case),而这种关系被称为扩展(Extend)关系。

用例描述的内容,一般没有硬性规定的格式,一般包括:用例名称、用例编号、用例功能的简要说明、前置条件、基本事件流、备选事件流和后置条件等,这些内容说明如下:

(1)用例名称。可以包含字母、数字或汉字,命名一个用例时,尽量使用“动词+名词”的方式描述系统的功能。

(2)用例编号。使用用例编号唯一标识系统中的一个用例,这样系统就可以在系统的其他元素中通过用例编号引用该用例。

(3)用例功能的简要说明。简要描述该用例的功能。

(4)前置条件。执行用例之前系统必须处于的状态,或者要满足的条件。

(5)基本事件流。描述该用例的基本流程,即每个流程都“正常”运行时所发生的事件,没有任何备选流和异常流,而只有最有可能发生的事件流。

(6)备选操作流。备选操作流包括用例中很少使用的逻辑路径,那些在变更工作方式、出现异常或发生错误的情况下所遵循的路径。

(7)后置条件。后置条件将在用例成功完成以后得到满足,它提供了系统的部分描述,即在前置条件满足后,用例做了什么?以及用例结束后,系统处于什么状态?

🔬实验步骤

1.分析该系统的功能需求

“远程网络教学系统”的功能需求包括:

(1)学生登录网站后,可以浏览课件、查找课件、下载课件、观看教学视频。

(2)教师登录网站后,可以上传课件、上传教学视频、发布教学心得、查看教学心得、修改教学心得。

(3)系统管理员负责对网站页面的维护,审核不法课件和不法教学信息,批准用户注册。

(4)如果忘记密码,可通过"找回密码"功能找回密码。

2.识别参与者

通过以上需求分析,可以得出该系统包含学生、教师和系统管理员三个参与者。

3. 识别用例

通过以上分析,可得到学生可执行的用例有:登录、找回密码、浏览课件、查找课件、下载课件和观看教学视频。

教师可执行的用例有:登录、找回密码、上传课件、上传教学视频、发布教学心得、查看教学心得和修改教学心得。

系统管理员可执行的用例有:登录、找回密码、维护网站页面、审核不法课件和不法教学信息,批准用户注册。

4.使用Rational Rose绘制用例图

image.gif

5.写作用例描述

学生用户查找课件用例详细说明

功能编号

002

用例名称

学生用户查找课件

用例描述

学生用户在登录后,通过输入课件名称或关键词查找对应课件

优先级

一般

参与者

学生用户

前置条件

系统正常运行时间,且学生成功登录到系统

后置条件

如果查找到相符课件,则可以选择课件进行浏览或下载;如果没有查询到任何课件,则显示“查询不到符合条件的课件”的提示。

事件流

基本流:

1、学生用户在查找输入框输入课件名称或关键词;

2、点击查找按钮提交输入内容;

3、系统根据输入内容进行检索;

4、系统显示出符合条件的课件的简要信息;

5、学生用户可以根据课件信息选择其一的课件进行浏览或下载。备选事件流:

3a. 系统没有找到任何符合条件的课件

    3a1. 显示“查询不到符合条件的课件”的提示。

    3a2. 学生用户离开或重新输入课件名称。

教师用户登录用例详细说明

功能编号

001

用例名称

教师用户登录

用例描述

教师用户输入自己的账号和密码,登录到“远程网络教学系统”

优先级

一般

参与者

教师用户

前置条件

系统正常运行时间

后置条件

如果教师用户登录成功,则该教师可以上传课件或教学视频,发布、查看或修改教学心得;如果登录失败,则不可以进行以上操作。

事件流

基本流:

1、教师用户进入“远程网络教学系统”;

2、教师用户输入账号和密码;

3、用户提交输入的信息;

4、系统对账号和密码进行检查;

5、系统记录并显示当前登录用户;

6、教师用户可以正常使用教师部分的功能:上传课件或教学视频,发布、查看或修改教学心得。

备选事件流:

2a. 教师用户忘记密码

  2a1. 教师用户可以使用找回密码功能。

4a. 教师用户的账号错误

  4a1. 系统弹出账号不存在或账号已关闭的警告信息;

  4a2. 教师用户离开或重新输入账号。

4b. 教师用户的密码错误

  4b1. 系统弹出账号不匹配或密码错误的警告信息;

  4b2. 教师用户离开或重新输入账号、密码,或者使用找回密码功能。

系统管理员维护网站页面用例详细说明

功能编号

003

用例名称

系统管理员维护网站页面

用例描述

系统管理员上传已经编辑完成的网页项目文件

优先级

一般

参与者

系统管理员

前置条件

系统正常运行时间,并且系统管理员已经得到认证

后置条件

事件流

基本流:

1、系统管理员选择上传网页项目文件;

2、点击上传按钮提交网页项目文件;

3、系统检查项目文件的有效性;

4、系统将项目文件进行备份保存;

5、系统提示上传成功;

6、系统管理员点击更新网站页面;

7、系统更新网站页面,完成后提示更新完成。

备选事件流:

3a. 系统检查项目文件发现错误或严重的警告

    3a1. 提示“项目文件存在错误或严重警告”的提示。

    3a2. 系统管理员离开或修正文件后重新上传。

目录
相关文章
|
6月前
|
搜索推荐
需求分析有点难,ChatGPT来帮你
使用ChatGPT辅助进行论坛Web页面搜索功能需求分析,生成PRD文档,包括改进搜索算法、高级搜索选项、搜索结果页面改进和响应时间优化。在分析阶段,关注了每个需求的细节,如关键词匹配、个性化推荐、用户界面设计和性能优化。作为测试工程师,提炼出测试点,包括异常场景测试,确保系统在各种条件下稳定运行。实践中强调明确需求、拆分任务、修正回复和角色定位。
|
测试技术 数据库 uml
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
661 0
【软件工程与UML】第2章 用例图、用例文档、活动图 -- 系统的功能需求建模
|
6月前
|
监控 数据可视化 测试技术
需求分析六步法
需求分析六步法
59 0
|
关系型数据库 网络安全 数据库
数据库设计知识学习指导
数据库设计知识学习指导
94 2
|
自然语言处理 数据可视化 测试技术
「需求分析」用户故事和用例是一回事吗?
「需求分析」用户故事和用例是一回事吗?
|
测试技术 uml
「应用架构」TOGAF建模:系统用例图
「应用架构」TOGAF建模:系统用例图
|
存储 缓存 NoSQL
测试用例设计的故事
测试用例设计的故事
115 0
测试用例设计的故事
|
缓存 Java 数据库
详细设计-设计讨论|学习笔记
快速学习详细设计-设计讨论
115 0
|
存储 数据库 数据库管理
漫画 | 数据库设计全过程
漫画 | 数据库设计全过程
290 0
漫画 | 数据库设计全过程
|
敏捷开发 测试技术 uml
软件方法:业务建模和需求札记-建模和UML
软件方法:业务建模和需求札记-建模和UML
204 0