用例描述模板.pdfVIP

⽤例描述模板

实验⼀编写⽤例（以下给出⽤例描述模板），并画出⽤例图（编写时可参照下⾯的实例）

⽤例描述模板

是⼀种被⼴泛使⽤的⽤于发现和记录需求(特别是功能需求)的机制。写出⽤例是⼀种最好的理解和描述需求的技巧。

注意：这个模板列出可以定义⽤例的典型标题，但应当强调的是，实⽤上更重要的是专注于写出完整的可理解的事件路径，⽽

不是按指定的模板填写每个部分。

名称

⽤例的名称应当⽤简短的动词短语表达，说明⽤户使⽤⽤例完成的任务。

概述或简要描述

单列⼀节概述该⽤例完成什么通常是有益的。

参与者

列出此⽤例涉及的参与者和负责发起此⽤例执⾏的主要参与者。

触发器

触发器是开始此⽤例的事件。触发者并不必须向该系统输⼊事件，例如，在预约系统⽰例中，预约“”⽤例的触发者可能是⼀个“

潜在的客户打给餐馆的⼀个预约电话”。⽽在另⼀种情况下，触发者可能是此⽤例中第⼀个系统事件。

前置条件

前置条件概述在⽤例可以开始前，什么必须为真。通常前置条件说明在指定的⼀个⽤例运⾏前，另⼀个什么⽤例必须运⾏。典

型的前

置条件可以是⽤户“已成功登陆”。

后置条件

后置条件概述当⽤例完成时什么是真。在许多情况下，这将依赖于在⼀个特定⽤例实例中发⽣的确切的⼀系列交互。区分最“

低保证”和成功“保证”可能是实⽤的，前者描述在所有情况下发⽣什么和不发⽣什么，后者描述如果正常的事件路径成功地完成

将会发⽣什么。

事件路径或脚本

基本的或正常的事件路径，通常应当作为不中⽌的交互序列出现。对事件路径中的交互通常加以编号，以便于以后的参考。

可选和例外事件路径

可选和例外事件路径可以完整地写出。然⽽通常只须在基本事件路径中的分叉点简单地指明可选事件流，对⾏为可能改变的位

置予以编号，并指明导致分叉的事件。

扩展点

这⼀节应当列出在事件路径中可能发⽣扩展的位置，并给出确定扩展是否发⽣的条件或事件。扩展本⾝应当作为单独的⽤例写

出；否则，可以指明可选的事件路径。

例如，订餐系统中记录“未预约顾客”的⽤例可以作为记录达“到”⽤例的扩展。（因为在记录“未预约顾客”中指定的交互不是在每

次执⾏记录达“到”时都执⾏）

包含

这⼀节简单地概述包含在已定义的⽤例中的⽤例。在哪些地⽅包

含发⽣应当在事件路径中指明。

例如，订餐系统中显⽰“⽤例”包含在记录“预约”⽤例中，

以下给出了⽹上零件管理系统中，开发⼀个使⽤POS机处理销售的⼀个⽤例描述

⽤例⽂档参考⽰例

UC1检索零件

⽤例描述

Actor根据零件的类别、编号以及⼏何特征（如形状、⼤⼩），检索出所需零件的详细信息和价格。

参与者

潜在会员（⾸要），会员

前置条件

Actor访问系统

后置条件

Actor查询到所要的零件

基本路径

1.Actor提交零件的类别、编号、⼏何特征等查询条件

2.系统按查询条件检索零件信息和价格信息

3.系统显⽰搜索到零件的编号、类别、

4.Actor选中某个零件

5.系统显⽰该零件的详细信息

扩展点

2a系统没有检索到所需零件

2a1.系统显⽰没有找到合适条件的零件“”

补充说明

1.⼏何特征包括内径、外径、螺距、形状等，不同类型的零件，表征所⽤的⼏何特征不

同。

2.零件的详细信息包括：领教编号、库存量、类别、⼏何特征、价格。

UC2：注册

⽤例描述

潜在会员注册成为会员。

参与者

潜在会员（⾸要）

前置条件

Actor访问系统

后置条件

系统记录会员信息，等待经理开放账户

基本路径

1.Actor请求注册。

2.系统显⽰注册界⾯。

3.Actor提供会员信息。

4.系统检查信息是否充分。

5.系统保存会员信息。

6.系统显⽰注册成功，等待开放账户“”信息。

扩展点

2a.Actor提供的信息不充分。

2a1.系统提⽰输⼊剩余信息

补充说明

1.会员信息包括：公司名、联系⼈、电话、传真、Email，以及若⼲个联系地址。

2.⼀个会员可以有多个联系地址，其中⼀个为⾸选联系地址。联系地址包含以下信息：

州、城市、街道、邮编。

3.会员订单的送货地址可以从会员联系地址中获取。

UC3会员登录

⽤例描述

会员提供⾝份信息以通过系统验证。

参与者

会员（⾸要）

前置条件

Actor访问系统

基本路径

1.Actor提交⽤户名，密码。

2.系统验证⽤户名和密码。

3.系统显⽰带有会员信息（姓名、账户余额）的检索零件界⾯。扩展点

2a.Actor提供的⽤户名不存在。

2a1.