当前位置：文档之家 › uml用例规约

uml用例规约

  • 格式：doc
  • 大小：311.50 KB
  • 文档页数：13

用户登录 用例图

用例规约： 用例名称： 登录 用例ID： IBM_ESHOP_002.1 角色： 普通用户 用例说明： 用例主要功能是实现登录,起始于普通用户的登录 前置条件： 启动程序，进入登录界面 基本事件流： 参与者动作 系统响应

1. 用户输入基本信息（登录名和密码），点击确定按钮 2.系统查找数据库，看该用户是否在数据库中。若存在则进入主页面,若不存在，则进入2.1.1;若未输入，则进入2.2.2

其它事件流： 无 异常事件流： 参与者动作 系统响应 2.1.1未输入用户名 2.2.1用户名不存在 2.1.2未输入密码 2.2.2密码不正确 2.1.1 提示用户名或密码不能为空 2.2.2提示用户名或密码不正确。

后置条件： 登录成功 添加联系人 用例图 用例规约： 用例名称： 添加联系人 用例ID： IBM_ESHOP_002.2 角色： 普通用户 用例说明： 该用例主要功能是添加联系人,用例起始于普通用户点击“添加”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.进入主界面，用户点击“添加”按钮。 3.用户添加联系人的相关信息，点击“确定”按钮 2.系统响应点击事件，进入添加界面 4.判断用户的输入是否合法，若合法，则返回主界面，若不合法：若输入信息为空，则进入4.1；若输入格式错误，则进入4.2。 其它事件流： 无 异常事件流： 参与者动作 系统响应 4.1.1.1若未添加姓名 4.1.2.1.1若未添加Email项 4.2.1.1 若Email格式不正确 4.2.2.1 若输入固定电话格式不正确 4.2.3.1若输入手机格式不正确 4.1.1.2 系统提示“必须输入姓名” 4.1.2.2系统提示“必填” 4.2.1.2 系统显示“邮件格式不正确” 4.2.2.2 系统提示“8位电话号码” 4.2.3.2 系统提示“只能输入数字” 后置条件： 添加联系人成功，返回主界面

修改联系人 用例图

用例规约： 用例名称： 修改联系人 用例ID： IBM_ESHOP_002.3 角色： 普通用户 用例说明： 该用例主要实现的功能是用户实现对联系人信息的修改操作 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.选择想要修改的联系人，然后点击“修改”按钮 2.系统响应点击事件，跳转至“修改联系人信息”界面 3.用户对联系人姓名、性别、出生日期、Email、职务、固定电话、手机、住址、备注信息进行修改，点击“确定”按钮 5．系统对用户的输入进行判断，若合法，则弹出对话框，提示“修改联系人成功” 其它事件流： 无 异常事件流： 5.1姓名未输入，系统给出提示对话框“必须输入姓名” 5.2 Email未输入，系统给出提示对话框“必填” 后置条件： 修改信息成功，返回主界面

删除联系人 用例图

用例规约： 用例名称： 删除联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例主要功能是删除联系人,用例起始用户点击“删除”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户确定要的联系人，然后点击“删除” 3.1.1若确定删除联系人，点击“确定”按钮； 3.1．1用户点击返回按钮。 3.1.2点击“取消”按钮，取消删除操作。 2.系统弹出对话框，给出提示信息“是否删除” 3.1.2进入“删除联系人成功界面” 3.2系统返回主界面

其它事件流： 无 异常事件流： 暂无 后置条件: 删除联系人成功

查找联系人 用例图 用例规约： 用例名称： 查找联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例主要功能是从列表中查看联系人信息,用例起始用户点击“查找”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户点击“查找”按钮 3．用户可以根据选择分组名称，填写邮箱、职位、姓名、手机。生日任一项对查找人进行查找， 2.系统跳转至“查找联系人界面” 4．系统查找数据库中的信息，若找到，则返回查找到的信息，若没有找到，什么都不返回。

其它事件流： 无 异常事件流： 暂无 后置条件: 查找联系人成功

统计联系人 用例图

用例规约： 用例名称： 统计联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例功能是统计联系人,用例起始用户点击“统计”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户点击“统计”按钮 2.系统跳转至“统计联系人界面” 3．用户可以在此页面查看每个组的人数 其它事件流： 无 异常事件流： 暂无 后置条件: 统计联系人成功

统计联系人

用例规约： 用例名称： 统计联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 用例起始用户想统计联系人 前置条件： 打开进入联系人维护页面 基本事件流： 参与者动作 系统响应 1． 用户在维护联系人界面，点击“统计”按钮。 3.点击某个统计项按钮，如统计联系人，平均年龄按钮等 5．用户给出统计所学的数据，点击“统计”按钮 7．用户点击“返回”按钮 2.系统显示统计界面 4．系统显示某统计项界面 6．系统显示统计结果 8．系统返回联系人维护界面

其它事件流： 无 异常事件流： 暂无

提醒生日 用例图

用例规约： 用例名称： 统计联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 用例起始用户点击“生日统计”按钮 前置条件： 进入统计界面 基本事件流： 参与者动作 系统响应 1.用户点击“生日统计”按钮 3．用户可以查看此页面每个月份的过生日人数 2.系统跳转至“生日统计界面” 其它事件流： 无 异常事件流： 暂无

发送邮件 用例图

用例规约： 用例名称： 发送邮件 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例主要是实现对联系人邮件的发送,用例起始用户选择成员后，点击“发送Email”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户通过复选框勾选收件人 3．用户点击“发送Email”按钮 2.系统显示勾选结果 4.进入邮件发送系统 其它事件流： 参与者动作 系统动作 2.1若没有勾选接收人 2.2系统给出提示“请选择收件人” 异常事件流： 暂无 后置条件: 发送邮件成功

查看联系人 用例图 用例规约： 用例名称： 查看联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例主要实现查看联系人,用例起始用户点击联系人的“查看”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户点击联系人后的“查看”按钮 3.点击返回界面 2.系统跳转“好友信息列表” 4.系统返回主界面 其它事件流： 无

异常事件流： 暂无 后置条件 成功查看联系人

显示全部联系人 用例图

用例规约： 用例名称： 显示全部联系人 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 本用例主要实现的功能是查看全部联系人,用例起始用户点击联系人的“查看”按钮 前置条件： 进入主界面 基本事件流： 参与者动作 系统响应 1.用户点击联系人后的“查看”按钮 3.点击返回界面 2.系统跳转“好友信息列表” 4.系统返回主界面 其它事件流： 无 异常事件流： 暂无 后置条件： 显示全部联系人成功

创建分组 用例图

用例规约： 用例名称： 创建分组 用例ID： IBM_ESHOP_002.4 角色： 普通用户 用例说明： 该用例主要实现分组的创建,用例起始用户点击联系人的“管理分组”按钮 前置条件： 进入管理分组界面 基本事件流： 参与者动作 系统响应 1.用户进入管理分组页面,点击”创建分组” 3.用户填写创建信息，包括分组名称、分组描述 5．用户点击“提交”按钮。 2.系统跳转“创建分组页面”4.系统显示用户填写信息 6．若成功，则返回主界面； 不成功，则到6.1 其它事件流： 无

异常事件流： 参与者动作 系统响应 6.1若未添加分组名称 6.2系统提示“请填写分组名后置条件： 系统显示新增分组成功

修改分组 用例图 用例规约： 用例名称： 修改分组 用例ID： IBM_ESHOP_002.2 角色： 普通用户 用例说明： 该用例主要用来实现修改分组的功能,用例主要实现对分组信息的修改 前置条件： 进入管理分组界面 基本事件流： 参与者动作 系统响应 1.进入界面，用户点击“维护分组基本信息”按钮。 3.用户修改分组名称，分组描述 5．用户点击“提交”按钮 2.系统响应点击事件，进入“更新分组信息”界面 4．系统显示修改内容 6.系统保存修改信息。 其它事件流： 无 异常事件流： 无

后置条件： 修改分组成功，返回主界面

删除分组 用例图

用例规约： 用例名称： 删除分组 用例ID： IBM_ESHOP_002.2 角色： 普通用户 用例说明： 该用例主要实现用户组的删除,用例主要实现删除分组信息 前置条件： 进入管理分组界面 基本事件流： 参与者动作 系统响应

合集下载

UML用例和用例图

UML用例和用例图


h
18
主要内容
基本概念：Use case、Actor、
Scenario Use case间的关系 Use Case 分析技术 案例讲解
h
19
关系
• 参与者与用例之间
– 关联关系
• 用例与用例之间
– 包含关系 (include) – 扩展关系 (extend) – 泛化关系 (generalization)
• 主事件流： • 1、系统显示ID和密码窗口； • 2、顾客键入ID和密码，然后按OK键； • 3、系统验证顾客ID和密码，并显示个人信息窗口； • 4、顾客键入姓名、街道地址、城市、邮政编码、电话号码，然
后按OK键； • 5、系统验证用户是否为老顾客； • 6、系统显示可以卖的商品列表； • 7、顾客在准备购买的商品图片上单击，并在图片旁边输入要购
• 用例结束后的系统状态
• 其他需要描述的内容
用例描述原则：尽可能写的“充分”，而不是追求写的形 式化、完整或漂亮。
h
32
h
33
书写用例文档
——路径交互步骤的描述
只书写“可观测”的 使用主动语句 句子必须以执行者或系统作为主语 每一句都要朝目标迈进 分支和循环 不要涉及界面细节
h
34
书写用例文档
买的数量。选购商品完毕后按Done按钮； • 8、系统通过库存系统验证要购买的商品是否有足够库存； • …….（后续描述省略）
问题：对用户界面的描述过于详细，对于需求文档来说， 详细的用户描述对获取需求并无帮助。
h
45
改进后的描述
• Use Case：Buy Something • 参与者：Customer • 主事件流： • 1、顾客使用ID和密码进入系统； • 2、系统验证顾客身份； • 3、顾客提供姓名、地址、电话号码； • 4、系统验证顾客是否为老顾客； • 5、顾客选择要购买的商品和数量； • 6、系统通过库存系统验证要购买的商品是否有足
UML与用例分析_操作

UML与用例分析_操作


高级用例
小结
图例：
关系：
关系指向：
©2007 VCOM Corporation
图形化用例
图形化用例是将对用例的描述用图 形加以表达的技术。用例的图形化主要 包括交互图（顺序图和协作图）、活动 图和状态图。
©2007 VCOM Corporation
图形化用例
顺序图 顺序图是一种交互图，他的重点是完成 某个行为的对象类和这些对象类之间传递的 消息的时间顺序，他类似于面向对象技术中 的时序图。
基本用例
基本用例举例说明—取消订单
业务员
1.当接收到一个取消订单的请求时用例开始
系统
帐务系统
2.输入订单ID
3.按下查找
4.显示订单内容
5.选择取消
6.将该订单标记为取消
7.通知帐务系统给用户加钱
8.用例结束
©2007 VCOM Corporation
高级用例
使用一些技术手段将基本用例进行抽象，并
为的一种方法。
©2007 VCOM Corporation
高级用例
扩展
扩展用例对使用它的用例来
说是可选的，也就是说扩展的用
例不一定会被执行到。
©2007 VCOM Corporation
高级用例
继承
继承可以在角色或用例之间使用。它意味着
一个角色或用例是另一角色或用例的一种。 角色继承意味着一个角色可用完成另一个角 色相同的任务，同时它又能够完成一些特定的任务。 用例继承意味着一个用例是另一个用例的特
?2007vcomcorporation基本用例用例的要素?用例名称?前置条件?2007vcomcorporation?后置条件?事件流?特殊需求基本用例用例的基本内容?用例名称以动宾结构的词组为用例命名?2007vcomcorporation?前置条件用例开始时系统必须处于什么状态?后置条件用例结束时系统必须处于什么状态基本用例用例的基本内容?事件流一系列的陈述语句列出了完成用例的各个步骤?2007vcomcorporation各个步骤?特殊需求不便在事件流中描述的需求基本用例用例的基本内容事件流描述的基本原则
UML——用例图

UML——用例图

• 参与者之间关系：泛化关系。
参与者的表示
• 名称：名词短语 • 语法：人形符号 • 参与者与用例之间有何关系？
–关联
用例图概念
• 用例图(use case diagram)是什么？ –表示一组用例、参与者及关系的图。
• 用例图中主要有哪些内容？ –用例、参与者、依赖、泛化和关联，还 有注解和约束，包
7.储户取走卡和钱； 8.ATM机屏幕恢复为初始状态。
扩展点
扩展点 4a. ATM机验证用户口令不通过 4a1. ATM机给出提示信息，并吐出信用卡； 4a2. 储户取出卡； 4a3. ATM机屏幕恢复为初始状态. 6a. ATM验证用户输入钱数超过3000 6a1. ATM机给出提示信息，并吐出信用卡； 6a2. 储户取出卡； 6a3. ATM机屏幕恢复为初始状态.
用例概念（2）
• 用例描述将实现的行为，而不描述其如何实 现，使所有人员不必为细节所累。 –系统级功能，完整的功能需求。 –参与者actor与用例的交互关系。参与者 可以是人或自动系统。 –一个用例完成一项与参与者利益相关的 确定工作。
• 用例作为测试来源。 • 用例进一步可用交互表示其如何实现。
。。。。 ❖补充说明
无
用例建模 1
1. 识别Actor 2. 识别Use case 3. 3. 画用例图 4. 4. 为每个use case 写用例规约（Use
case specification）
课堂练习
• 对一个图书管理信息系统中的借书功能进行 用例分析，画出用例图，说明每个用例的事 件流。
• 用包含关系分解并重用公共行为，并用扩展关系 建立有条件的行为变体。注意区别这两种关系。
• 对于一个包含关系，被包含的用例尽可能选择一 个抽象的用例，这样具体用例就能提供更多灵活 性，而且包含关系也具有稳定性。
uml建模规则

uml建模规则

uml建模规则UML建模规则是指在进行UML建模时需要遵守的一系列规则和标准。

UML建模是一种轻量级的建模工具，在软件开发中占据着重要的位置。

遵守UML建模规则有助于提高建模的效率和质量，有效地帮助软件开发团队协作完成开发任务。

以下是关于UML建模规则的一些步骤：1.定义建模目标在进行UML建模之前，需要明确建模的目标。

建模目标可以是理解需求、设计架构、识别并发性、定义类之间的关系等。

明确建模目标能够确保建模的准确性和有效性。

2.使用UML符号UML建模的核心是使用UML符号表示各种概念。

符号的选择应该基于建模目标。

UML符号可以表示类、接口、关系、动作序列等。

符号的使用需要符合UML标准和规则，避免使用错误或不当的符号。

3.避免使用概念模糊的符号一些UML符号可能存在歧义或模糊。

在使用符号时应当遵守上下文的规则和建模目标，以避免造成混淆或误解。

如果符号的含义无法确定，则需要进行沟通和确认。

4.理解UML符号的含义UML符号的含义是建模的基础。

了解各个符号的含义是遵守UML 建模规则的基本要求。

在使用UML符号时，应确保符号的选择合适，并符合设计原则和标准。

5.定义类的属性和方法在进行建模时，需要定义类的属性和方法。

属性是描述对象状态的变量，方法是描述对象行为的函数。

需要根据建模目标定义类的属性和方法，以确保建模的精准性和有效性。

6.定义关系在UML建模中，类之间的关系是非常重要的。

需要定义关系类型和关系属性，以确保建模的准确性和一致性。

关系的定义需要根据建模目标和设计原则进行选择和确定。

7.遵循建模原则在进行UML建模时，需要遵循建模原则。

建模原则指的是一些基本的设计原则和标准，如SRP、OCP、LSP等。

遵循这些原则有助于提高建模的质量和效率。

8.不断重构建模UML建模是一个渐进的过程。

需要不断地重构建模，以满足系统需求的变化和演化。

在重构建模时，需要遵循软件设计原则，尽可能地减少代码之间的耦合。