用例图的设计实例

用例图主要用来描述 用户、需求、系统功能单元 之间的关系。它展示了一个外部用户能够观察到的系统功能模型图。

【用途】:帮助开发团队以一种可视化的方式理解系统的功能需求。

用例图所包含的元素如下:

1. 参与者(Actor)

表示与您的应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。

2. 用例(Use Case)

用例就是外部可见的系统功能,对系统提供的服务进行描述。 用椭圆表示

3. 子系统(Subsystem)

用来展示系统的一部分功能,这部分功能联系紧密。

4. 关系

用例图中涉及的关系有:关联、泛化、包含、扩展;

用例图的设计实例:

网上选课系统

 

需求:

某学校的网上选课系统主要包括如下功能:管理员通过系统管理界面进入,建立本学期要开的各种课程,将课程信息保存在数据库中并可以对课程进行改动删除。学生通过客户机浏览器根据学号和密码进入选课界面,在这里学生可以进行三种操作:查询已选课程,选课以及付费,同样,通过业务层,这些操作结果存入数据库中。


用例名称:查看选课 用例描述:查看学生自己的选课信息 前置条件:学生登录进入系统 后置条件:显示选课信息 基本操作流程: 1. 学生点击学生选课情况 2. 通过条件筛选选课信息(如什么学年什么学期) 3. 显示相对应的课程 可选操作流程:学生没有选课,筛选的信息为空。 用例名称:修改选课 用例描述:修改学生自己的选课信息 前置条件:学生登录进入系统 后置条件:选课信息发生改变 基本操作流程: 1. 学生点击学生选课情况 2. 对现有的选课进行删除或新添加选课 3. 保存修改 可选操作流程: 1. 退出时提示是否保存更改; 2. 学生没有选课时提示没有对应记录; 3. 选课科目满员、学生已选此科目时提示课程不可选; 4. 选课时间已过时提示不可修改 用例名称:个人信息修改 用例描述:修改登录用户的个人信息 前置条件:用户登录进入系统 后置条件:个人信息发生改变 基本操作流程: 1. 用户点击个人信息栏目 2. 对个人信息进行相应修改 3. 保存修改 可选操作流程:退出时提示是否保存更改 用例名称:查看课程信息 用例描述:查看教师本人的授课信息 前置条件:教师登录进入系统 后置条件:显示授课信息 基本操作流程: 1. 教师点击教师授课情况 2. 通过条件筛选授课信息(如什么学年什么学期) 3. 显示相对应的课程 可选操作流程:课程未分配,提示没有相应课程 用例名称:提交学生成绩 用例描述:提交学生相应的科目成绩 前置条件:教师登录进入系统 后置条件:数据库录入学生成绩 基本操作流程: 1. 教师点击学生成绩管理栏目 2. 选定需录入成绩的科目 3. 输入学生姓名和成绩 4. 提交成绩 可选操作流程: 1. 退出时提示是否提交成绩 2. 输入的成绩为0-100之外的数据时提示输入的数据有误 用例名称:学生管理 用例描述:对学生信息进行添加,修改,删除和查询操作 前置条件:管理员登录进入系统 后置条件:学生信息发生改变 基本操作流程: 1. 管理员点击学生管理栏目 2. 通过系统检索相关的学生信息 3. 对学生信息进行修改 4. 保存修改 可选操作流程: 1. 检索结果为空时,提示没有相关的学生信息 2. 退出时提示是否保存修改过的信息 用例名称:教师管理 用例描述:对教师信息进行添加,修改,删除和查询操作 前置条件:管理员登录进入系统 后置条件:教师信息发生改变 基本操作流程: 1. 管理员点击教师管理栏目 2. 通过系统检索相关的教师信息 3. 对教师信息进行修改 4. 保存修改 可选操作流程: 1. 检索结果为空时,提示没有相关的教师信息 2. 退出时提示是否保存修改过的信息 用例名称:课程管理 用例描述:对学校课程进行添加,修改,删除和查询操作 前置条件:管理员登录进入系统 后置条件:系统课程信息发生改变 基本操作流程: 1. 教师点击课程管理栏目 2. 点击添加选项添加课程 3. 填写所分配的任课教师,上课时间和地点 4. 提交保存 可选操作流程: 1. 退出时提示是否提交添加的信息 2. 当添加的课程中的任课教师,上课时间和地点有所冲突时,提示管理员添加失败及原因
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值