工件：主角
|
主角 |
主角定义系统用户在与系统交互时可扮演的一组相关角色。用户可以是个人，也可以是外部系统。 |
| UML 表示： | 主角 |
| 角色： | |
| 示例报告： | 报告：主角<主角名称> |
| 详细信息： | |
| 活动的输入： | 活动的输出： |
目的 
下列人员使用主角：
- 用户界面设计员，在记录人员主角的特征时使用；
- 系统分析员，在查找系统边界时使用；
- 用例作者，在描述用例以及用例与主角的交互时使用；
- 对象分析员，在实现用例以及用例与主角的交互时使用；
特征
|
特征名 |
简要说明 |
UML 表示 |
| 名称 | 主角名称。 | 模型元素上的“名称”的属性。 |
| 简要说明 | 简要说明主角的职责范围以及主角对系统的需求。 | 标注值，“短文本”类型。 |
| 特征 | 对于人员主角：主角的物理环境、主角所代表的用户数量、主角在有关领域的知识水平、主角对计算机掌握的程度、主角正在使用的其他应用程序以及其他常见特征如性别、年龄、文化背景等。 | 标注值，“格式文本”类型。 |
| 关系 | 主角参与的关系，如主角泛化关系和通信关联关系等。 | 由附带包通过聚合关系“owns”拥有。 |
| 图 | 主角特有的任何图，如描述主角与用例的通信关联关系的用例图。 | 由附带包通过聚合关系“owns”拥有 |
时机
系统范围限定后，需要在先启阶段初期找到主角并建立其与用例的关系。在设计用户界面原型并实施用户界面之前，首先要描述主角的特征。
职责
用户界面设计员负责人员主角的完整性，确保：
- 每个主角都获取构建用户界面所必需的特征。
- 每个主角与其参与的用例之间都建立正确的通信关联关系。
- 每个主角都是正确的泛化关系的组成部分。
- 每个主角都定义一个内在关联关系的角色，且与其他主角无关。
- 描述主角的局部用例图不仅具有可读性，而且与其他特征保持一致。
除特征以外（上述第一项），系统分析员与非人员主角的职责相似。
定制
决定要使用的特征及特征的使用方式。尤其是需要决定用于描述“特性”特征的明细程度。
