|
|
知识路径： > 系统开发和运行维护知识 > 系统设计基础知识 > 系统设计方法与模型 >
|
|
相关知识点：22个
|
|
|
|
|
面向对象设计（Object-Oriented Design，OOD）是OOA方法的延续，是在OOA模型基础上运用面向对象方法，主要解决与实现有关的问题，目标是产生一个符合具体实现条件的OOD模型。由于OOD以OOA模型为基础，且OOA与OOD采用一致的表示法，这使得从OOA到OOD不存在转换，只需做必要的修改和调整。
|
|
|
|
|
|
类封装了信息和行为，是面向对象的重要组成部分，它是具有相同属性、方法和关系的对象集合的总称。在系统中，每个类都具有一定的职责，职责是指类所承担的任务。设计类是OOD中最重要的组成部分。在系统设计中，类可以分为三种类型：实体类、边界类和控制类。
|
|
|
|
|
|
实体类通常对应现实生活中的实体，它包含了用于描述实体的不同实例的信息（称为属性），还封装了维护其信息或属性的行为（称为方法），它们是系统的核心。
|
|
|
|
实体类是对用户来说最有意义的类，通常采用业务领域术语命名，一般来说是一个名词。
|
|
|
|
|
|
用户通过边界类实现用户界面与系统通信。描述用户直接同系统交互的用例功能应放在边界类中。每个参与者或用户都要通过各自的边界类同系统通信。边界类将系统与其外部环境的变更分隔开，使这些变更不会对系统的其他部分造成影响。
|
|
|
|
|
|
控制类实现系统的业务逻辑或业务规则。一般来说，每个用例由一个或多个控制类来实现。控制类通过向实体类发送消息和从实体类接收消息，处理来自边界类的消息并响应这些消息。控制类用于对一个或几个用例所特有的控制行为进行建模。
|
|
|
|
|
|
面向对象设计期间，需要对面向对象分析期间得到的模型加以精炼，以反映所建议的方案的实际情况。
|
|
|
|
|
|
|
|
在对用例模型的精炼过程中，参与者如何实际地与系统进行交互、系统如何响应激励处理业务事件的细节以及用户访问系统的方法等都应该被详细地描述，将OOA得到的分析用例转换成设计用例。
|
|
|
|
所有的系统分析用例被转换成设计用例后，可能会发现新的用例、用例关系甚至参与者，所以在这个活动中应对用例模型进行适当的修改。
|
|
|
|
|
|
在这个活动中，将确定并分类设计类（即实体类、边界类和控制类），这些设计类说明了用例中的功能需求，并且还要确定类之间的交互、类责任和行为。
|
|
|
|
|
|
一旦设计了对象及其所需的交互，就可以对类图加以精炼，以表示应用程序中的软件类，将分析类图转换为设计类图。设计类图通常包括以下内容：类；关联关系、泛化／特化关系、聚集关系；属性和属性类型信息；带参数的方法；导航能力和依赖关系。
|
|
|
