精华内容
下载资源
问答
  • 软件工程用例描述
    2022-05-26 01:03:39

    •第一步:找到所有的参与者和用例

     

    •识别出参与者并做简单的描述•

     

    识别出用例并做简单的介绍•

     

    第二步:编写用例

     

    •列出用例

     

    •给用例事件流程划分重要等级

     

    •按照重要程度排序详细描述事件流程

     

     

     

    用例建模过程中的检查项

     

    •用例建模是为了表示系统的行为。通过模型可以很容易理解系统进行的操作

     

    •应该识别出所有的用例,用来表达所有的需求。

     

    •系统的任何一个特性都可以找到对应的用例•用例模型并不包含多余的行为;所有的用例可以追溯到系统的功能性需求作为验证。

     

    •去掉所有的CRUD 类的用例•创建(Create), 查找(Retrieve), 更新(Update), 删除(Delete) 

     

     

     

    构建用例模型的步骤

     

    •第一步:找到所有的参与者和用例

     

    •识别出参与者并做简单的描述

     

    •识别出用例并做简单的介绍

     

    •第二步:编写用例

     

    •找出用例

     

    •给用例事件流程划分重要等级

     

    •按照重要程度排序详细描述事件流程

     

     

     

    用例建模的过程:

     

    用例图>用例提纲>用例详细规约

    更多相关内容
  • 软件工程用例描述

    万次阅读 多人点赞 2017-06-05 21:40:47
    用例描述事假上关于参与者和系统如何交互的规格说明.在编写用例描述的时候,应该只注重外部能力,不涉及内部细节. 1 目的: 简要描述系统的最终任务和结果2 事件流: 1 说明用例是怎么启动的,那些参与者在什么情况下...
    当用例图不能提供用例所具有的全部信息,需要使用文字描述那些不能反映在图形上的信息信息.用例描述事假上关于参与者和系统如何交互的规格说明.在编写用例描述的时候,应该只注重外部能力,不涉及内部细节.
    

    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)考勤详细表的记录将被更新.

    展开全文
  • 软件工程用例说明模板

    万次阅读 多人点赞 2018-03-28 15:16:59
    在画完用例图后,往往需要为图中的用例用例说明,使得这些用例更加的清楚,流程更加完整其中一种用例说明的模板如下:用例编号:用例名称:(跟用例图一致) 执行者: 用例说明:(大致描述这个功能) 前置条件:...

    在画完用例图后,往往需要为图中的用例写用例说明,使得这些用例更加的清楚,流程更加完整
    其中一种用例说明的模板如下

    用例编号:


    用例名称:(跟用例图一致)


    执行者:


    用例说明:(大致描述这个功能)


    前置条件:(可以写无)


    基本事件流:(系统干啥,参与者干啥,数据库。。。

                            注意不要有如果,如果的情况写到异常事件流;

                            )

    1.首先系统打开......界面

    2.who点击......按钮(1和2可根据具体情况颠倒)

    3.系统有何反应

    4.who输入what信息

    5.点击...按钮

    6.数据库存入成功

     

    其他事件流:

    4a.

    5a.

    异常事件流:

    5b.数据库异常,输入出错,,,等

    后置条件:(一般不能写无,都会有,包括系统的反应)数据库表有什么变化;系统(页面)有什么变化;


    具体的例子:

    用例编号001
    用例名称注册学生信息
    参与者学生
    用例说明学生通过系统注册个人信息
    前置条件
    基本事件流

    1.学生输入账号

    2.学生第一次输入密码,然后再一次输入密码

    3.学生输入验证码

    4.学生点击注册按钮

    5.系统验证验证码是否正确

    6.系统保存学生账号和密码

    7.学生注册成功

    异常事件流

    2a.学生第二次输入密码与第一次不一致,注册失败

    3a.学生输入验证码错误,注册失败

    4a.学生点击注册按钮时出现网络故障,注册失败

    6a.系统保存学生账号密码时数据库出现差错,导致注册失败

    后置条件学生的账号密码保存到学生信息数据库表,系统进入到登录页面

    展开全文
  • 软件工程——用例建模

    千次阅读 2021-10-07 18:34:17
    用例模型的表示——文本描述 用例模型的表示——用例图 用例图的主要元素: 用例、参与者、关联 用例: 定义一个参与者要用到的系统功能 描述系统为实现参与者价值所开展的行为序列 对参与...

    目录

    用例在需求管理过程中的作用:​​

    用例模型的表示——文本描述​​

    用例模型的表示——用例图​​

    用例图的主要元素:

    用例:

    参与者:

    关联:

    场景是用例的实例​

     用例建模的步骤:

    寻找参与者:​

    识别参与者:是谁在和系统交互?​

    参与者的描述:​

    参与者建模的检查项:​

    寻找用例:用穷举的方式考虑每个参与者与系统的交互情况​

    识别用例:​

    用例的描述:​

    用例的命名:

    用例模式过程中的检查项:

    用例建模的过程:用例图--用例提纲--用例详细规约

    用例的全生命周期:​

    用例文档模板:​

    用例建模规范:

    设定系统边界:

    不要把用例定义为功能分解:

    何时使用包含关系:

    何时使用扩展关系:   

    用例图中的主要图标:​

    常用的建模工具:

    系统建模工具的主要功能:

    常用系统建模工具(UML2.0):


     

    • 用例在需求管理过程中的作用:

    • 用例模型的表示——文本描述

    • 用例模型的表示——用例图

    • 用例图的主要元素:

          用例 、参与者关联

    • 用例:

    1. 定义一个参与者要用到的系统功能
    2. 描述系统为实现参与者价值所开展的行为序列
    3. 对参与者与系统之间的交互活动进行建模
    4. 从特定的用户角度出发,是完整的、实现特定用户价值的事件流
    • 参与者:

    1. 与系统交互的人
    2. 与系统交互的硬件组件
    3. 或者其他的外部系统
    4. 关注的重点是所承担的角色
    5. 参与者的名要明确定义其角色
    • 关联:

    1. 参与者与用例之间的交互通道
    2. 用一条直线表示交互:有箭头的关联指出是谁发起的交互、没有箭头则表明双方都可以发起交互
    3. 每一个交互代表一个完整的对话
    • 场景是用例的实例

    •  用例建模的步骤:

    1. 找到所有参与者和用例(识别出参与者、用例,并做简单的描述)
    2. 编写用例(划分用例事件流程的等级,按照重要程度的排序详细描述事件流程)
    • 寻找参与者:

    • 识别参与者:是谁在和系统交互?

    • 参与者的描述:

    • 参与者建模的检查项:

    • 寻找用例:用穷举的方式考虑每个参与者与系统的交互情况

    • 识别用例:

    • 用例的描述:

    • 用例的命名:

          将主参与者的名称与应用的名称连成句子,看是否有实际的意义来判断命名是否合适 

    • 用例模式过程中的检查项:

    • 用例建模的过程:用例图--用例提纲--用例详细规约

    • 用例的全生命周期:

    • 用例文档模板:

    • 用例建模规范:

    • 设定系统边界:

        系统边界:一个系统所包含的所有系统成分与系统以外各种事物的分界线

        系统边界会对用例以及参与者的定义有所影响

    • 不要把用例定义为功能分解:

       功能分解:将问题分解为粒度小,独立的部分。不同的模块协同工作,体现系统的功能。通常,     一些功能分解并没有实际的意义。

       用例:不是功能分解的过程!综合所有功能一起描述系统如何使用,需要包含语境信息。

    • 何时使用包含关系:

    1.    当多个用例有共享行为时,使用包含关系
    2.    为共享行为单独创建用例,被相关用例“包含”
    • 何时使用扩展关系:   

    1.    一个用例与另外一个用例近似,只有少许额外的活动
    2.    将代表普遍或基本行为的情况定义为一个用例
    3.    将特殊的、例外的部分定义为扩展用例
    4.    在定义扩展用例关系时,需要说明扩展条件以及扩展点
    • 用例图中的主要图标:

    • 常用的建模工具:

    • 系统建模工具的主要功能:

    1. 可视化模型表达;UML、Web、数据库、用户自定义模型
    2. 画图工具
    3. 辅助开发流程中的项目管理
    • 常用系统建模工具(UML2.0):

    1. IBM Rational Rose
    2. JUDE
    3. Enterprise Architect(EA)

     

    展开全文
  • 软件工程实施标准-测试用例说明书
  • 软件工程用例建模.ppt

    2020-07-10 03:36:56
    第三讲用例建楼 本章目标 理解用例图的...任务 分析本章的项目引入中的系统的需求,确定系统中的 参与者和主要用例,并画出用例视图 案例描述 随着在校学生的增加,某学校计划改善包括 图书馆在内的各项教学设施,拟开发图
  • 软件设计的目标和任务 概要设计的过程 软件...系统结构设计将定义软件系统各主要成份之间的关系 3过程设计 过程设计就是把结构成份转换成软件的过程性描述 4.1.2软件设计任务 1概要设计也称为系统设计 将软件需求转化为
  • 软件工程 用例建模 习题

    千次阅读 2021-05-17 20:11:21
    1.我们在为一家互联网电商开发订单处理软件,该公司从供应商那里购买产品,然后销售给客户。这家公司在线发布商品目录,并将其推送给客户和其他感兴趣的人。 客户以提交商品列表并向电商付费的方式购买商品。电商...
  • 1登陆系统 系统中全部参与者均能够使用本用例登陆系统要求输入正当用户名和密码 用例编号 UC-01 用例名称 登录系统 用例描述 系统验证用户身份正当性后进入系统 参与者 数据管理人员后厨助手收银员 前置条件 无 后置...
  • 1登陆系统 系统中的所有参与者均可以使用本用例登陆系统要求输入合法的用户名和密码 用例编号 UC-01 用例名称 登录系统 用例描述 系统验证用户身份合法性后进入系统 参与者 数据管理人员后厨助手收银员 前置条件 无 ...
  • 1登陆系统 系统中的所有参与者均可以使用本用例登陆系统要求输入合法的用户名和密码 用例编号 UC-01 用例名称 登录系统 用例描述 系统验证用户身份合法性后进入系统 参与者 数据管理人员后厨助手收银员 前置条件 无...
  • 软件测试用例文档模板(带实例)
  • 软件工程用例模型总结
  • PPT内容这是一个关于软件工程测试用例设计ppt,主要介绍软件工程测试用例设计的相关内容。欢迎点击下载哦。Next day问题描述:输入年月日year、month、day,其中年份的有效取值范围为[1900,2100],月份、日期的有效...
  • 软件工程【第九版】参考教材 PPt 坑洼系统大作业项目建议书+汇报PPT
  • 案例系统描述: 为某学校的教务管理部门开发一个课程注册管理系统。 该校实施学分制,每学期开学前,教务管理人员利用该系统输入本学期开设的全部课程及相关信息,提供课程总表(所有课程的任课教师、每门课程的...
  • 系统功能描述 2 2.1 系统总体功能 2 2.2 系统详细模块 2 3. 用例分析 4 3.1 物资申领具体流程 . 4 3.2 物资申领流程主要参与者 . 5 3.3 物资申领流程的用例图 . 5 3.4 物资申领流程的用例文档 . 6 总结 11 文案大全...
  • 软件工程大作业-用例文档要求

    千次阅读 2018-06-08 18:44:00
    用例就是一组相关的成功和失败场景的集合,用来描述参与者如何使用系统来实现其目标。 参与者 参与者是任何具有行为的事物。 参与者的三种类型: l 主要参与者,具有用户目标,并通过使用系统的服务完成。...
  • 广州数园网络有限公司 版权所有 侵权必究 (仅供内部使用) 修订记录 "日期 "修订 "Defect" "修改描述 "作者 " " "版本 "ID "修改 " " " " " "CR号 "章节 " " " "2001-06-0"1.00 " " "初稿完成 "作者名 " "8 " " " ...
  • 软件测试用例设计方法 软件测试的核心就是测试用例的编写!!! 那么我们应该学习如何来编写软件测试用例呢? 通常我们会通过学习几种设计放了编写软件软件用例它们分别是等价类划分,边界值分析法,场景法,错误推测...
  • 在“从用例到代码”的第一部分中,我们从一个用例开始,迄今为止已经找出了用来实现用例的类,它们之间的关系,和它们需要的属性。我们还找出了一些分析机制,在今后的设计和实现中会用到它。 如果我们对另一个用例...
  • 定义:参与者与用例之间通常用关联关系来描述。 表示方法:带箭头的实线,箭头指向用例。 如图所示: 2. 泛化关系 定义:一个用例可以被特别列举为一个或多个子用例,这被称为用例泛化。 泛化关系在类间...
  • 用例图及用例描述

    万次阅读 多人点赞 2016-10-28 11:55:56
    UML 用例图 用例描述
  • 软件测试之测试用例设计 测试需求收集完毕后开始测试设计测试用例是什么测试用例就是一个文 档描述输入动作或者时间和一个期望的结果其目的是确定应用程序的 某个特性是否正常的工作设计测试用例需要考虑以下问题 ...
  • 对于软件专业的人来说,是必须的。正规公司都采用的软件测试的一些用例
  • 本文为广州大学软件工程实验报告,报告成绩为优秀,内容为奶茶点单系统的设计,供参考,内容如下: 实验一: 1. 系统概述以及自己负责的功能模块或子系统的描述; 2. 绘制完整用例图,并对其中的5个用例进行用例...
  • 详细描述了软件工程学习网站的用例分析技术,包括项目描述、风险分析、执行者描述、用例描述、项目建议
  • 介绍用例驱动的需求获取的过程与方法 用了两天时间总结了这一章的知识点,我发现知识点很多,就算我一层一层的归纳最后还是会有点混乱,建议大家多次反复阅读,来保证更好的理解整个用例旭东需求获取的框架,如果...
  • 2.要求: (1)绘制边界类、控制类和实体类三种分析类,并绘制B-C-E包图 (2)对控制类绘制相应的顺序图,转换为协作图; (3)绘制“参与类类图”VOPC图。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 40,958
精华内容 16,383
关键字:

软件工程用例描述