UML用况字梗图细则及应用手册.docxVIP

UML用况字梗图细则及应用手册

一、UML用况图概述

UML（统一建模语言）用况图是面向对象建模中的一种重要图形工具，用于描述系统与外部用户（参与者）之间的交互场景。用况图主要用于需求分析阶段，帮助团队明确系统的功能需求、用户角色以及它们之间的协作关系。

（一）用况图的基本组成

1.参与者（Actor）

-代表与系统交互的外部实体，如用户、其他系统等。

-通常用小人图标表示，位于用况图的边界。

2.用况（UseCase）

-描述系统提供的功能或服务，是参与者可发起的动作或过程。

-用椭圆形表示，内含用况名称。

3.关系（Relationship）

-连接参与者和用况，表示交互逻辑。

-常见关系包括：

(1)关联（Association）：表示参与者与用况的连接。

(2)泛化（Generalization）：表示用况或参与者的继承关系。

(3)包含（Include）：表示一个用况包含另一个用况的部分或全部行为。

(4)扩展（Extend）：表示用况的动态扩展关系。

（二）用况图的作用

1.明确系统边界

-通过用况图可以清晰地界定系统的功能范围。

2.定义用户需求

-帮助团队从用户角度理解系统功能。

3.作为后续设计的基础

-用况图的需求描述可作为后续类图、时序图等设计的输入。

二、用况图的绘制规范

（一）命名规范

1.参与者命名

-使用动宾结构，如“管理员登录”“客户下单”。

-保持简洁、明确，避免歧义。

2.用况命名

-动词或动词短语，如“查询订单”“支付费用”。

-避免使用系统术语或专业缩写。

（二）布局规范

1.参与者位置

-外部参与者位于图的左侧或右侧，避免遮挡用况。

2.用况分布

-功能相近的用况集中排列，逻辑关系清晰的用况使用关系线连接。

3.图形比例

-保持用况和参与者的大小适中，避免图形过于拥挤。

（三）关系绘制规范

1.关联线

-使用实线带箭头表示单向关联。

-无箭头表示双向关联。

2.泛化线

-使用空心三角形箭头表示继承关系。

3.包含与扩展

-包含用况用“include”标注。

-扩展用况用“extend”标注，并明确条件。

三、用况图的应用步骤

（一）需求收集阶段

1.与用户沟通

-通过访谈、问卷等方式收集用户需求。

-记录关键功能点和用户角色。

2.初步绘制草图

-快速绘制参与者与用况的草图，验证需求理解。

（二）需求分析阶段

1.完善用况图

-根据反馈补充用况细节，明确关系。

-使用工具（如Visio、StarUML）绘制标准图形。

2.验证用况逻辑

-检查用况是否覆盖所有需求。

-确保用况之间的包含与扩展关系合理。

（三）设计阶段

1.生成类图

-将用况中的动作转化为类的方法。

-使用类图进一步细化系统设计。

2.持续更新

-随着需求变化，及时调整用况图。

四、用况图的实际案例

（一）案例背景

假设开发一个在线购物系统，用户需求包括浏览商品、下单、支付等核心功能。

（二）绘制步骤

1.识别参与者

-参与者：客户、管理员。

2.定义用况

-客户：浏览商品、加入购物车、提交订单、在线支付。

-管理员：管理商品、审核订单、查看报表。

3.建立关系

-“提交订单”包含“浏览商品”“加入购物车”。

-“在线支付”可扩展为“信用卡支付”“支付宝支付”。

（三）最终用况图示例

+-------------------+

|客户|

+---------+---------+

|浏览商品|

v

+---------+---------+

|加入购物车|

+---------+---------+

|提交订单|

v

+---------+---------+

|在线支付|

+---------+---------+

|信用卡支付|

|支付宝支付|

+---------+---------+

^^

||扩展

+-----+

五、用况图的最佳实践

（一）保持简洁

-避免用况过多，每个用况聚焦单一功能。

（二）明确优先级

-用况可标注优先级（如高、中、低），便于开发排序。

（三）动态更新

-用况图是活的文档，需随项目进展持续优化。

（四）团队协作

-多人参与绘制时，统一命名和布局规范。

四、用况图的实际案例（续）

（一）案例背景细化

在继续之前的在线购物系统案例中，进一步细化用况图需要考虑更多实际场景和用户交互细节。以下是对参与者行为和系统功能的具体描述：

1.参与者行为分析

(1)客户：

-浏览商品时，可按分类、价格、销量排序。

-加入购物车前，可选择商品规格（如颜色、尺寸）。

-提交订