是一个类属时,该类属的每个子类型都必须出现在整体一部分关系中的“部分”中。如果泛 化一特化关系中的“特化对象”是一个类属类,那么该类属类中的每个子类型都必须出现在 这个泛化一特化关系的“特化对象”中,当泛化一特化关系中的泛化一特化关系中的“泛化 对象”部分是另一个类属类的特化对象时,该类属类的每个子类型都有必须出现在这个泛化 一特化关系的“特化对象”中。 (2)语法需求。所有的结构在应用论域中都必须有实际意义。整体一部分结构应当是 从一个实例的范围跨越到另一个实例范围。整体部分结构必须指明重复度和参与度。泛化 特化结构必须从一个类的范围跨越到另一个类的范围。参与泛化一特化关系中的对象必须以 与这个泛化一特化关系相一致的关系继承属性及服务。 5、主题层 (1)命名约定。主题的命名要恰当。应避免使用名词一动词形式的名字。 (2)风格约定。各不同主题相互间可以重叠。如果采用了某种约定,那么就应当自始 自终地采用这种约定。主题中可以包含结构。如果使用主题的话,每个对象都应包含在某个 主题的边界内 7.4.2OOA模型的评审策略 在建立OOA模型之后,需要对该模型进行评审。其目的是为了保证在实现系统之前 能够正确理解和解释用户的要求,以降低在系统运行后才发现对用户的需求理解错误再修改 所付出的巨大代价 基于对OOA模型的要求,可以建立一个评审者的检查表(如P212图7.1所示)。也 可以从该表入手,对特定的项目再进一步制定更详细的检查表。评审过程已成为开发过程的 一部分,其生成的管理报告不仅在工程进度,而且在每个模型成分的这一层都有给予保证 由于现有的所有检査表均无法保证语义正确性,因此对语义正确性的评审采用将模型的 行为对照用户描述的场景或用户事例 加以确认的策略 7.4.3从OOA到OOD的过渡 当OOA模型已经确定并经过评审之后,就可以从面向对象分析(OOA)过渡到面向对 象设计(OOD)。在面向对象方法中,分析和设计之间的界限是模糊的,这种模糊性是面向 对象方法的一个有意识的深思熟虑的特征 面向对象设计(OOD)包含了三个方面的内容 (1)表示法:OOD采用图形建成模表示法来表达用户需求,使得设计人员的设计思想 能够与其他项目成员进行交流。如针对任务、模块、处理器队列以及其他硬件/软件成分的 表示法。但OOD的表示法应尽可能地接近OOA表示法。 (2)策略:OOD的目的之一就是要在软件开发过程中引入一致性和可预测性。在面向 对象方法中,OOD体系结构以OOA模型为基础,它使用类和对象与OOA模型中的相同 然后围绕着这些类和对象又加入一些其他的类和对象,用来处理与实现有关的活动,如数据 管理、任务管理等。良好的OOD策略使得我们不必对每个项目设计都有从头开始,而将人 们对共同论域中问题的设计引入相似的解决模式 (3)良好的准则:OOD的准则可以分解为效率、完备性、灵活性等问题。具体来说 惯用的准则有:耦合准则、内聚性准则、设计的明确性准则等。良好的准则使得我们能以 种客观的方法来对一个设计做出评价是一个类属时，该类属的每个子类型都必须出现在整体—部分关系中的“部分”中。如果泛 化—特化关系中的“特化对象”是一个类属类，那么该类属类中的每个子类型都必须出现在 这个泛化—特化关系的“特化对象”中，当泛化—特化关系中的泛化—特化关系中的“泛化 对象”部分是另一个类属类的特化对象时，该类属类的每个子类型都有必须出现在这个泛化 —特化关系的“特化对象”中。 （2）语法需求。所有的结构在应用论域中都必须有实际意义。整体—部分结构应当是 从一个实例的范围跨越到另一个实例范围。整体部分结构必须指明重复度和参与度。泛化— 特化结构必须从一个类的范围跨越到另一个类的范围。参与泛化—特化关系中的对象必须以 与这个泛化—特化关系相一致的关系继承属性及服务。 5、主题层 （1）命名约定。主题的命名要恰当。应避免使用名词—动词形式的名字。 （2）风格约定。各不同主题相互间可以重叠。如果采用了某种约定，那么就应当自始 自终地采用这种约定。主题中可以包含结构。如果使用主题的话，每个对象都应包含在某个 主题的边界内。 7．4．2 OOA 模型的评审策略 在建立 OOA 模型之后，需要对该模型进行评审。其目的是为了保证在实现系统之前， 能够正确理解和解释用户的要求，以降低在系统运行后才发现对用户的需求理解错误再修改 所付出的巨大代价。 基于对 OOA 模型的要求，可以建立一个评审者的检查表（如 P212 图 7．1 所示）。也 可以从该表入手，对特定的项目再进一步制定更详细的检查表。评审过程已成为开发过程的 一部分，其生成的管理报告不仅在工程进度，而且在每个模型成分的这一层都有给予保证。 由于现有的所有检查表均无法保证语义正确性，因此对语义正确性的评审采用将模型的 行为对照用户描述的场景或用户事例，一一加以确认的策略。 7．4．3 从 OOA 到 OOD 的过渡 当 OOA 模型已经确定并经过评审之后，就可以从面向对象分析（OOA）过渡到面向对 象设计（OOD）。在面向对象方法中，分析和设计之间的界限是模糊的，这种模糊性是面向 对象方法的一个有意识的深思熟虑的特征。 面向对象设计（OOD）包含了三个方面的内容： （1）表示法：OOD 采用图形建成模表示法来表达用户需求，使得设计人员的设计思想 能够与其他项目成员进行交流。如针对任务、模块、处理器队列以及其他硬件/软件成分的 表示法。但 OOD 的表示法应尽可能地接近 OOA 表示法。 （2）策略：OOD 的目的之一就是要在软件开发过程中引入一致性和可预测性。在面向 对象方法中，OOD 体系结构以 OOA 模型为基础，它使用类和对象与 OOA 模型中的相同， 然后围绕着这些类和对象又加入一些其他的类和对象，用来处理与实现有关的活动，如数据 管理、任务管理等。良好的 OOD 策略使得我们不必对每个项目设计都有从头开始，而将人 们对共同论域中问题的设计引入相似的解决模式。 （3）良好的准则：OOD 的准则可以分解为效率、完备性、灵活性等问题。具体来说， 惯用的准则有：耦合准则、内聚性准则、设计的明确性准则等。良好的准则使得我们能以一 种客观的方法来对一个设计做出评价