类是共享相同职责、关系、操作、属性和语义的一组对象的描述。 
其它关系:  部分的 设计模型
角色:  设计员 
可选性/存在性:  设计类是面向对象设计方法的基本部件。
模板和报告: 
     
示例: 
     
UML 表示: 类。
更多信息:   
活动输入:   活动输出:  

目的 回到页首

以下人员使用类:

  • 规范的实施者(当他们实施类时)。
  • 系统的其它部件的设计者,以理解如何使用它们的功能,以及它们的关系表示什么。
  • 用例设计者,以在用例实现中实例化它们。
  • 设计系统下一版本的人员,以理解设计模型中的功能。
  • 测试类的人员,以规划测试活动。

特征 回到页首

特征名称 

简述 

UML 表示 

名称  类名。  模型元素上的属性“名称”。 
简述  类的角色和目的的简述。  “简短文本”类型的标注值。 
职责  由类定义的职责。  超类“类型”上(预定义)的标注值。 
关系  类参与的关系,例如泛化关系、关联和聚集。  由封闭包通过聚集“拥有”拥有。 
操作  类定义的操作。  由超类“类型”通过聚集“成员”拥有。 
属性  由类定义的属性。  - " - 
特殊需求  文本描述,用于收集类上的所有需求(例如非功能需求),在设计模型中未考虑但需要在实施时考虑这些需求。  “简短文本”类型的标注值。 
图  所有与类有关的图,例如交互图、类图或状态表图。  由封闭包通过聚集“拥有”拥有。 

计时 回到页首

在精化阶段确定和描述在体系结构上重要的设计类。在构造阶段确定和描述余下的设计类。

职责 回到页首

设计者负责类的完整性,确保:

  • 类满足其参与的用例实现中对它的需求。
  • 类尽可能独立于其它类。
  • 已证明了类特征(包括其职责、单向关系、操作和属性)的合理性,并且它们互相保持一致。
  • 类在其涉及的双向关系中的角色清楚且直观。
  • 其成员、主要操作和属性的可见性正确。可见性可以是“公共”、“私有”等。
  • 其成员、主要操作和属性的范围正确。范围对于类型/类范围为“真”,而对对象/实例范围为“假”。
  • 特殊需求可理解且适合其目的。
  • 描述类的图可理解并且与其它特征一致。

建议负责类的设计者也对包含该类的设计包负责;关于更多信息,请参阅设计包

定制 回到页首

可使用构造型以某种方式限定设计类或约束实施。例如,可以使用构造型表示该类代表特定编程语言构造。

请参阅指南:设计类以获取更多信息。



Rational Unified Process   2003.06.15