参与者：参与者是与系统交互的外部实体，可以是人、组织、外部系统或硬件设备，用人形图形表示。

用例：用例是参与者可以感受到的系统服务或功能单元，描述了系统如何响应参与者发出的请求，用实线椭圆表示。

关系：各元素之间的关系，包括参与者之间的关系，参与者与用例之间的关系，用例之间的关系。

参与者位于系统的外部，而不是系统的一部分；

只有使用系统、与系统互动、跟系统交换信息的，才是参与者；

参与者不一定是人，也可能是其它子系统、其它系统、时间、温度等其它因素。

一个用例规约应该包含以下内容：用例的标识与名称、用例涉及到的参与者、用例的简要说明、相关的其它用例、用例执行的前置条件、基本事件流、备选事件流、用例执行的后置条件、其它信息（如非功能性需求、设计约束、用例审核状态、编制者、修改记录等）。

参与者之间：主要是泛化关系，是一般和特殊之间的关系。

参与者和用例之间：关联表示参与者与用例之间的关系，即哪个参与者能够触发哪个用例。

用例之间：用例之间的关系包括泛化、包含和扩展三种。

需求建模：用例图用于捕捉系统的功能需求，帮助分析人员识别系统应提供的功能服务以及与外部实体的交互方式。

功能划分与系统建构：通过展示各个用例之间的逻辑关系和调用方式（如包含、扩展），用例图有助于系统设计人员划分功能模块，建立模块之间的结构层次，支持系统的模块化开发。

角色识别与权限设计：用例图通过定义参与者及其对应的功能，能够帮助开发团队明确系统中各类用户的角色和权限范围，为后续的权限控制设计提供基础。

项目沟通与协作：用例图是开发团队、测试人员、客户及其他利益相关者之间的沟通桥梁。

测试设计与验证依据：测试团队可依据用例图制定测试计划与测试用例，确保每一个功能点都被覆盖。