当用例图不能提供用例所具有的全部信息,需要使用文字描述那些不能反映在图形上的信息信息.用例描述事假上关于参与者和系统如何交互的规格说明.在编写用例描述的时候,应该只注重外部能力,不涉及内部细节.
1 目的: 简要描述系统的最终任务和结果
2 事件流:
1 说明用例是怎么启动的,那些参与者在什么情况下启动执行用例
2 说明参与者和用例之间的信息处理过程
3 说明用例在不同的条件下,可以选择执行的多种方案
4 说明用例在什么情况下才能被视作完成,完成时结果传给参与者
基本流说明了参与者和系统之间的相互交互或对话的顺序,当这种交互完成后,参与者便实现了预期目的;可选流程也可以促进成功的完成任务,但他们代表了任务的细节或用于完成任务的途径的变化部分.
3 特殊要求:说明此用例的特殊要求
4 前提条件:说明此例的前提条件
5 后置条件 用例执行结束后,结果应该传给说明参与者
**基于微信公众号平台的考勤系统用例描述**
1 开启自助考勤用例描述
1 目的: 教师上课前开启考勤功能,成功开启后等待学生自助考勤或自助请假
2 事件流
2.1 基本流
教师想要考勤班级学生时,在任意时间打开自助考勤功能,本用例开始执行.
1)教师提交微信号,系统请求课程号.
2)教师输入课程号后,系统生成一个唯一的考勤对象,并尝试进入全局考勤队列.
3)进入队列成功,创建一个空的detail文件并创建或更新本考勤所属sum文件,更新seq文件.
4)等待学生考勤,用例结束.
2.2 备选流
1)由于想要考勤的班正在考勤,且和自己是同一节次区间,进入考勤队列失败,系统提示错误信息,本用例结束.
3前置条件
教师登录微信号.
4 后置条件
1)进入时间窗口后,系统根据时间窗口算法完成对进入队列的考勤对象的维护.
2)当考勤对象从队列中踢出后,考勤结束,教师完成请假确认,学生不能考勤
3)考勤总览表SUM文件更新.
2 学生参与自助考勤用例描述
1 目的: 学生在时间窗口中提交信息,完成自助考勤
2 事件流
2.1 基本流
学生打开参与考勤按钮,选择自助考勤,本用例开始
1)学生提交自己的微信号和特征信息给系统
2)系统找到学生提交的最新的考勤记录,并判定接受该学生的提交请求
3)系统”给出你是你,你在这”的判定结果.
4)系统将判定结果结合其他数据生成记录下来追加到文件中
5)考勤结束
2.2 备选流
1) 当学生在该考勤的时间窗口之外进行考勤,不能考勤,并提示原因.
2) 如果是请假需要提交假条,系统将该学生的考勤结果设为假条提交,用例结束.
3) 系统找到学生提交的最新的考勤记录,并判定该学生的已经考勤成功,提示不能考勤,用例结束.
3前置条件
学生登录微信号.
4 后置条件
1)对于没有参与考勤的学生,系统在考勤结束后,追加一条结果为缺勤或早退的记录作为最终记录
2)考勤详细表的记录将被更新.
3 开启随机抽点考勤用例描述
1 目的: 教师上课中开启随机考勤功能,成功开启后等待被抽点的学生自助考勤
2 事件流
2.1 基本流
教师在自助考勤开启后任意时间打开抽点考勤,用例开始.
1) 系统请求抽点学生数量
2) 教师输入抽点数量后,系统自动生成该数量的学生微信号列表
3) 系统将参与抽点的学生以追加的方式写入文件,将考勤方式设定为Random
4) 等待被抽点的学生考勤结束
2.2 备选流
无.
3前置条件
教师登录微信号,并打开自助考勤时间窗口.
4 后置条件
1)当考勤对象从队列中踢出后,考勤结束,教师完成请假确认,学生不能考勤
2)考勤总览表SUM文件更新.
4 学生参与随机抽点考勤用例描述
1 目的: 学生在时间窗口中提交信息,完成随机抽点考勤
2 事件流
2.1 基本流
学生打开参与考勤按钮,选择随机抽点考勤,本用例开始
1)学生提交自己的微信号和特征信息给系统
2)系统找到学生提交的最新的考勤记录,并判定接受该学生的提交请求
3)系统”给出你是你,你在这”的判定结果.
4)系统将判定结果结合其他数据生成记录下来追加到文件中
5)考勤结束
2.2 备选流
1) 当学生在该考勤的时间窗口之外进行考勤,不能考勤,并提示原因.
2) 如果是请假需要提交假条,系统将该学生的考勤结果设为假条提交,用例结束.
3) 系统找到学生提交的最新的考勤记录,并判定该学生的已经考勤成功,提示不能考勤,用例结束.
4) 系统在文件中的随机抽点考勤学生中找不到该学生,判定不属于抽点考勤,提示不能参与,用例结束.
3前置条件
学生登录微信号.
4 后置条件
1)对于没有参与考勤的学生,系统在考勤结束后,追加一条结果为缺勤或早退的记录作为最终记录
2)考勤详细表的记录将被更新.
43
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
