精华内容
下载资源
问答
  • 用例描述表
    千次阅读
    2021-11-25 23:37:42

    用例图:

    用例图(Use Case Diagram)是用于描述某某角色通过某某系统能做什么事情。当需要对系统整体或者某一部分功能进行行为建模时,就能够使用用例图了。

    1、主角表示执行者(Actor),其表示的是与当前系统交互交互的人或者其他系统。
    2、用例能够表示系统能够为执行者提供什么功能。
    3、用例是以动词加名词的形式,也就是动宾结构。
    4、外边框表示系统边界,要注明是什么系统,外边框可以不画。
    5、线条有三种:无箭头的,指向用例的箭头,指向执行者的箭头。

    箭头可以有两种解释:
    1、数据流向

    箭头指向用例,说明向系统输入数据。箭头指向执行者,说明系统输出数据。

    2、谁启动谁

    箭头指向用例,说明启动系统中某一模块。箭头指向执行者,说明系统启动另一系统。

    1、执行者之间只有一种关系,那就是泛化关系。
    2、用例之间有三种关系。
    3、include关系,表示用例4有用例5的功能,也就是有。。。功能。
    4、extend关系,表示在用例6的基础上用例7有什么功能,也就是在。。。基础上。
    5、继承关系,表示用例9继承抽象用例8什么功能,抽象用例是不能被实例化的。

    用例表:

    光是用例图,很难说清楚每个用例,这时,可以借助用例表来详细说明用例。
    解释:
    编号:指用例的编号,通常格式是UC+数字。
    名称:用例的名称,可以直接使用用例图中用例的名称。
    执行者:发动该用例的人或系统,如果是多个执行者发动,都写入。
    优先级:最基本的、最重要的、需要先实现的用例优先级应该标识位高。
    描述:对用例的简单描述,简单说明执行者能够做什么事情、达到怎样的效果。
    前置条件:要发动该用例,需要先满足的其他用例或者条件。

    基本流程:

    1、书写格式

    1、以阿拉伯数字编号。

    2、执行者的操作顶头写。

    3、系统的操作空两格写。

    2、基本流程是用例表中最关键的信息,在这里要思考用户与系统是如何交互的,需要注意以下几点:

    1、要用比较高层次的语言来表达,不要明确写出实现方法。

    2、系统与用户的交互要符合用户的使用习惯,尽量减少交互次数,尽量减少信息输入量。

    结束状况:用例正常结束情况下,系统会有什么效果。

    可选流程:在基本流程的基础上,某些步骤可能是有分支的,这时可用可选流程,当流程不止一个时,可用多个可选流程。

    异常流程:系统应该怎么处理用例的某些基础条件不满足而导致发生异常,或是发生了一些特殊情况。

    更多相关内容
  • 用例描述表

    万次阅读 2013-10-18 14:40:37
    用例描述表   用例标识   用例名称   创建人   创建日期   版本   用例类型   用例描述   参与者 ...

     

    用例描述表

     

    用例标识

     

    用例名称

     

    创建人

     

    创建日期

     

    版本

     

    用例类型

     

    用例描述

     

    参与者

     

    触发事件

     

    前置条件

     

    事件流

    基本流程

     

    拓展流程

     

    异常流程

     

    后置条件

     

    假定与约束

     

    非功能需求

     

    补充规格说明书

     

    优先级

     

    业务需求列表

    创建人

    版本

    描述

    创建日期

     

     

     

     

    展开全文
  • 有关图书管理系统的用例描述,列举了各种用力的细化,格式正确,供大家参考
  • 用例图与用例描述

    千次阅读 2021-12-19 23:08:38
    用例图 用例图包含三部分:用例use case 、参与者actor和关系relationship 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图 用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了... 用例描述

    用例图

    用例图包含三部分:用例use case 、参与者actor和关系relationship

    用例图是被称为参与者的外部用户所能观察到的系统功能的模型图

    用例图列出系统中的用例和系统外的参与者,并显示哪个参与者参与了哪个用例的执行

    用例图多用于静态建模阶段(主要是业务建模和需求建模)。

    关系:泛化、扩展、包含、关联

    关联

    表示参与者与用例之间的通信,任何一方都可发送或接受消息。

    泛化

    泛化关系是两个用例或两个参与者之间的关系。当多个用例共同拥有一种类似的结构和行为的时候,可以将它们的共性抽象为父
    用例,其他的用例作为子用例,用例间的这种关系被称为用例的泛化关系。A 是 B的泛化,意味着 A 描述的是一般的行为,而 B是这些行为的详细(Specific)版本,A被称为父用例(Parent Use Case)或基用例(Base Use Case),B被称为子用例(Child UseCase)。

    在用例的泛化关系中,子用例是父用例的一种特殊形式,子用例继承(Inherit)了父用例所有的结构、行为和关系。在用例图中,泛化关系用实线加上空心的箭头来表示。子用例被连接在箭头的尾部,箭头指向父用例。以PPS项目为例,用例Create Wholesale Order和Create Retail Order 都包括一系列公共的行为,如系统提供空白订货单表、业务员输入客户信息、业务员选择产品销售方式、业务员填写需求数量、系统显示产品价格并且合计总价等,因此,可以将这些公共的行为泛化为用例 Create Order,

    image-20211219222920725

    参与者之间也存在着这种泛化关系。例如,如果建模了一个数据库管理员和一个备份管理员,然后发现他们的工作中有一部分是重叠的,那么,就可以创建一个称为系统管理员的参与者作为数据库管理员和备份管理员的泛化。

    扩展

    扩展是两个用例之间的关系,它使得每个用例可以通过扩展用例向基用例中添加额外的行为来扩展基用例的功能。用例的扩展机制允许从一个基用例开始开发一个复杂的系统,并且能够在不改变基用例的前提下向基用例中扩展更多的行为。用例 A扩展了用例B,则A称为扩展用例(Extend Use Case)或子用例,B称为基用例,它表示扩展用例A的事件流在一定的条件下按照相应的扩展点可插人基用例B中,这就
    需要在基用例中定义一至多个已命名的扩展点。选用扩展关系可以把一些可选的操作独立封装在另外的用例中,避免基用例过于复杂。
    扩展关系用虚线加上开箭头来表示。扩展用例被连接在箭头的尾部,箭头指向基用例,在虚线处添加一个<< extend >>表示扩展关系。例如,在基用例 Compare Inventory中,如果库存量足够多,则可以启动零配件出库的功能,如果库存量不足则需要创建采购合同。所以Stock Out 和Create Purchase Contract是在用例Compare Inventory基础上的扩展,可将其建模为扩展关系,如图2-11所示。

    image-20211219223505490

    包含

    包含是两个用例之间的关系。当多个用例需要用到同一段行为时,可以把这段共同的行为单独抽象成为一个用例,然后让其他的用例来包含这一用例,从而避免在多个用例中重复描述同一段行为,也可以防止该段行为在多个用例中的描述出现不一致性。当需要修改这段公共的需求时,也只需要修改一个用例,避免同时修改多个用例而产生的不一致性和重复性工作。用例 A 包含 B,将 A 称为基用例,B 称为被包含用
    例(Inclusion Use Case)。包含关系表示基用例会用到被包含用例,被包含用例的事件流在基用例的某个点处插人到基用例的事件流中。
    **值得注意的是,对于包含关系而言,子用例中的事件流是一定插人到基用例中去的,并且插人点只有一个,而扩展关系可以根据一定的条件来决定是否将扩展用例的事件流插人到基用例事件流,并且插人点可以有多个。包含关系是无条件的,扩展关系是有条件的。**含关系用虚线加上箭头来表示。基用例被连接在箭头的尾部,箭头指向被包含用例,在虚线处添加一个<< include >>标签以表示包含关系,如图 所示。

    image-20211219223855295

    在 PPS 项目中,选择产品状态(Choose Product Condition)会在许多场合下发生,在创建销售订单和创建询价单中选择产品状态都是必不可少的活动,所以把选择产品状态作为一个被包含的用例插人到Create Order和Create Enquiry 用例中,如果需要改动选择产品状态用例,则不用对每一个用例都做相应修改,这样就提高了用例模型的可维护性。

    用例描述

    image-20211219225014902 image-20211219225313759
    展开全文
  • 产品用例描述模板.doc

    2021-04-12 13:39:15
    产品用例描述模板.doc
  • 是一种被广泛使用的用于发现和记录需求 特别是功能需求 的机制 写出用例是一种最好的理解和描述需求的技巧 注意:这个模板列出可以定义用例的典型标题 但应当强调的是 实用上更重要的是专注于写出完整的可理解的...
  • 用例图及用例描述

    万次阅读 多人点赞 2016-10-28 11:55:56
    UML 用例图 用例描述

    一.UML简介

    UML(统一建模语言,Unified Modeling Language)是一种定义良好、易于表达、功能强大且普遍适用的可视化建模语言。它融入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支 持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。在系统分析阶段,我们一般用UML来画很多图,主要包括用例图、状态图、类图、活动 图、序列图、协作图、构建图、配置图等等,要画哪些图要根据具体情况而定。其实简单的理解,也是个人的理解,UML的作用就是用很多图从静态和动态方面来 全面描述我们将要开发的系统。

    二.用例建模简介

    用例建模是UML建模的一部分,它也是UML里最基础的部分。用例建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解用例建模可分为 用例图和用例描述。用例图由参与者(Actor)、用例(Use Case)、系统边界、箭头组成,用画图的方法来完成。用例描述用来详细描述用例图中每个用例,用文本文档来完成。

    1. 用例图

    参与者不是特指人,是指系统以外的,在使用系 统或与系统交互中所扮演的角色。因此参与者可以是人,可以是事物,也可以是时间或其他系统等等。还有一点要注意的是,参与者不是指人或事物本身,而是表示 人或事物当时所扮演的角色。比如小明是图书馆的管理员,他参与图书馆管理系统的交互,这时他既可以作为管理员这个角色参与管理,也可以作为借书者向图书馆 借书,在这里小明扮演了两个角色,是两个不同的参与者。参与者在画图中用简笔人物画来表示,人物下面附上参与者的名称。

    用例是对包括变量在内的一组动作序列的描述,系统执行这些动作,并产生传递特定参与者的价值的可观察结果。这是 UML对用例的正式定义,对我们初学者可能有点难懂。我们可以这样去理解,用例是参与者想要系统做的事情。对于对用例的命名,我们可以给用例取一个简单、 描述性的名称,一般为带有动作性的词。用例在画图中用椭圆来表示,椭圆下面附上用例的名称。

    系统边界是用来表示正在建模系统的边界。边界内表示系统的组成部分,边界外表示系统外部。系统边界在画图中方框来表示,同时附上系统的名称,参与者画在边界的外面,用例画在边界里面。因为系统边界的作用有时候不是很明显,所以我个人理解,在画图时可省略。

    箭头用来表示参与者和系统通过相互发送信号或消息进行交互的关联关系。箭头尾部用来表示启动交互的一方,箭头头部用来表示被启动的一方,其中用例总是要由参与者来启动。

    2. 用例描述

    用例图只是简单地用图描述了一下系统,但对于每个用例,我们还需要有详细的说明,这样就可以让别人对这个系统有一个更加详细的了解,这时我们就需要写用例描述。

    对于用例描述的内容,一般没有硬性规定的格式,但一些必须或者重要的内容还是必须要写进用例描述里面的。用例描述一般包括:简要描述(说明)、前置(前提)条件、基本事件流、其他事件流、异常事件流、后置(事后)条件等等。下面说说各个部分的意思:

    简要描述:对用例的角色、目的的简要描述;

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

    基本事件流:描述该用例的基本流程,指每个流程都“正常”运作时所发生的事情,没有任何备选流和异常流,而只有最有可能发生的事件流;

    其他事件流:表示这个行为或流程是可选的或备选的,并不是总要总要执行它们;

    异常事件流:表示发生了某些非正常的事情所要执行的流程;

    后置条件:用例一旦执行后系统所处的状态;

    三. 用例图和用例描述设计实例

    这里用我开发的一个家教网站来简单的分析用例图的画法和用例描述的写法。这个网站我用UML完整的分析一下,以下我提取了用例图和用例描述的部分。这个家教网站分为前台客户系统和后台管理系统。

    前台客户系统的用例图如下:


    后台管理系统用例图如下:


    对于用例描述,篇幅有限,我在这里只列了后台管理系统中的网站公告发布这个用例的描述。如下:

    用例名称:网站公告发布
    用例标识号:202
    参与者:负责人
    简要说明

    负责人用来填写和修改家教网站首页的公告,公告最终显示在家教网站的首页上。
    前置条件:

    负责人已经登陆家教网站管理系统
    基本事件流:

    1.负责人鼠标点击“修改公告”按钮

    2.系统出现一个文本框,显示着原来的公告内容

    3.负责人可以在文本框上修改公告,也可以完全删除,重新写新的公告

    4.负责人编辑完文本框,按“提交”按钮,首页公告就被修改

    5.用例终止
    其他事件流A1

    在按“提交”按钮之前,负责人随时可以按“返回”按钮,文本框的任何修改内容都不会影响网站首页的公告
    异常事件流

    1.提示错误信息,负责人确认

    2.返回到管理系统主页面
    后置条件

    网站首页的公告信息被修改
    注释:无
    四. 总结

    其实用例建模并不是这么简单,它涉及到的知识还有很多,这里只是简单的介绍一下。

    感谢:http://www.51cto.com 2006-01-13 10:10 出处:51CTO.com整理




    补充:

    用例之间也可以存在包含、扩展和泛化等关系:

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

      (2)扩展关系:扩展关系是从扩展用例到基本用例的关系,它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。它是以隐含形式插入的,也就是说,扩展用例并不在基本用例中显示。在以下几种情况下,可使用扩展用例:

      a.表明用例的某一部分是可选的系统行为(这样,您就可以将模型中的可选行为和必选行为分开);

      b.表明只在特定条件(如例外条件)下才执行的分支流;

      c.表明可能有一组行为段,其中的一个或多个段可以在基本用例中的扩展点处插入。所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

      图2.3给出了一个扩展关系的例子,在还书的过程中,只有在例外条件(读者遗失书籍)的情况下,才会执行赔偿遗失书籍的分支流。


    (3)泛化关系:用例可以被特别列举为一个或多个子用例,这被称做用例泛化。当父用例能够被使用时,任何子用例也可以被使用。如在图2.4中,订票是电话订票和网上订票的抽象。


    ------------------------------------------------------------

    泛化、包含和扩展

    泛化(Generalization)在面向对象的技术中无处不在,它的另一个名字也许更为著名,就是“继承”。下图给出了一个使用泛化的用例图:


    可知,在用例图中,角色和用例都能够泛化。角色的泛化/继承很容易理解,因为角色本来就是类(Class),它是一种版型(stereotype)为Actor的类,所以角色的继承直观而自然。但是用例的继承实际上分为两种情况,并不是简单的使用泛化,而是使用扩展(extended)和包含(include)两种泛化的特例。

    扩展用于子用例的动作步骤基本上和父用例的动作步骤相同,只是增加了另外的一些步骤的情况下。包含用于子用例包含了所有父用例的动作,它将父用例作为了自己的一个大步骤,子用例常常包含一个以上的父用例。如下图:

     
    展开全文
  • 用例描述

    千次阅读 2020-09-05 16:23:08
    用例名称:简要说明/描述, 优先级: 参与者: 事件流:就是用例执行时,由一序列活动组成的控制流。 基本事件流:对用例中常规、预期路径的描述。 扩展事件流:主要是对一些异常情况、选择分支进行描述。 前置条件...
  • 用例描述1

    2022-08-08 20:45:09
    用例描述UC 1用例名称:登陆参与者:管理员,学员简要说明:管理员或学员进入系统前置条件:无基本事件流:提示输入用户名和密码点击登陆按钮。用例名称:删除学员参与
  • UML用例描述UML用例描述UML用例描述UML用例描述UML用例描述UML用例描述UML用例描述UML用例描述
  • 用例描述模板 V21

    2022-08-08 21:00:51
    修改他人创建的文件需要在修改处用红色字体,并填写最后一次修改信息 时间格式为:yyyy/mm/dd (将模板中的该说明删除后编写用例描述)XXXXX 用例描述
  • 用例及用例描述.pdf

    2020-11-02 18:38:10
    用例图 用例描述 用例留言 ID1 简单描述用户在本网站留言板上进行留言咨询 主参与者user 副参与者数据库 前置条件本网站被打开且用户有留言需要 主流 i)用户打开本网站 ii)进入留言板页面 iii)在留言板对话框内发布...
  • 用例描述模板 V11

    2022-08-08 22:39:19
    XXXX用例描述参与者触发条件前置条件后置条件正常流程拓展流程特殊需求。
  • ———————————————————————————————————————第二步,用例添加基础用例模板添加优先级列—————————————————————
  • DDT+BeautifulReport,测试报告中用例描述修改
  • 用例图的建模与用例描述的写作 实验目的: 1. 能够准确识别出参与者。 2.能够准确识别参与者之间的关系。 3.能够准确识别出用例。 4. 能够准确识别参与者与用例之间的关系。 5. 能够准确识别用例与用例之间的...
  • 测试用例描述

    千次阅读 2020-12-16 18:57:05
    测试用例是执行测试的依据,把测试系统的操作步骤用文档的形式描述出来; 包括测试输入、执行条件和预期的结果,实际结果; 测试用例是执行的最小实体。 测试用例是测试工作的指导,是软件测试的必须遵守的准则,更...
  • 用例词汇1

    2022-08-08 19:34:49
    社团发布活动要求该用例描述社联发布某种活动的要求,对其感兴趣的社团上交活动方案的事件。社联审批活动方案该用例描述社联接收活动方案后,对活动方案进行审核、是否批准
  • 通讯录用例图及用例描述.pdf
  • 一个规范的需求用例,应该怎么写,这份文档会给你一个标准化的模板
  • v) #用例描述改为用例名称 test_data_docstring = v['caseName'] if hasattr(func, UNPACK_ATTR): if isinstance(v, tuple) or isinstance(v, list): add_test( cls, test_name, test_data_docstring, func, *v ) ....
  • ddt+BeautifulReport,报告展示用例描述,以及unittest用例统计
  • 网上购物系统UML图及用例描述文档

    热门讨论 2012-06-12 11:15:35
    包含有网上购物系统的UML建模文件,及用例描述文档,及PPT。UML建模文件中的用例图,类图,序列图,构件图,部署图,活动图,详尽,可以直接拿去做毕业设计之用
  • 小型图书管理系统功能描述用例描述.doc
  • UML用例需求,如何建立用例图,以及建立用例描述用例描述建立的格式。UML用例需求,如何建立用例图,以及建立用例描述用例描述建立的格式。UML用例需求,如何建立用例图,以及建立用例描述用例描述建立的格式...
  • 小型图书管理系统功能描述用例描述.pdf

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 189,988
精华内容 75,995
关键字:

用例描述表

友情链接: mpic-msgr.rar