UML 说明:类,构造型为 <<boundary>>、<<entity>> 或 <<control>>。
分析类可能有以下属性:
-
名称:类的名称
-
描述:关于类在系统中的角色的简要描述
-
职责:类的职责的列表
-
属性:类的属性
分析类组合在一起就表示早期的系统概念模型。该概念模型快速演化并在一段时间内保持灵活性,同时探索不同的表示法及它们的含义。正式文档可能会阻碍该流程,所以请正式地仔细计划维护该“模型”将花多少精力;您会浪费大量时间来完善很不必要的模型。分析类很少在设计中保持不改动。许多分析类代表着对象的整体协作,这通常由子系统封装。
通常,简单的注释卡片(如下例中所示)就足够了(这基于众所周知的 CRC 卡片技术 - 参阅 [WIR90]
可了解有关该技术的详细信息)。在卡片的正面,记录类的名称和描述。下面列出了课程注册系统中的课程示例:
类名
|
课程
|
描述
|
“课程”负责维护有关具有共同主题、需求和大纲的一批课程章节的信息。
|
职责
|
维护关于课程的信息。
|
属性
|
名称
|
描述
|
类型
|
课程标题
|
课程的名称
|
字符串
|
描述
|
课程的简短描述
|
字符串
|
|
在卡片的背面,绘制类图:
课程的类图
对于用例分析研讨会期间发现的每个类,只有一个分析类卡片。
|