面向对象分析与设计-设计模型1.pptVIP

* v Step2:定义类的可见性 “公有”类可由它所在的包之外的类引用 v “私有”类（或类的可见性是“实施”）只能由 同一包内的类引用。 * v v Step3:定义操作 v 操作来源 § 交互图中的message 为与设计类相对应的分析类的每个责任定义一个操作 v 研究设计类参与的用例实现，看操作是如何被使用的细化操 作、描述、返回值和参数 v 研究use-case特定的需求，确保没有遗漏操作的隐含需求 § 其它 是否存在一种生成类实例的方式 v 是否有判断两个类实例是否相等的需求 v 是否有创建类实例拷贝的需求 v 为了应用机制是否需要新的操作 * v v v 定义操作 命名和说明操作 § 在命名操作、返回类型和参数及其类型时，应该使用实 现语言的命名约定 § 操作名应该简短，并可说明进行操作所得到的结果 § 从操作用户的角度为操作编写说明 定义操作可见性 （属性和操作都有） § Public: + § Protected: # § Private: - Scope（属性和操作都有） § Instance:一个类实例对应一个属性或操作实例 § Classifier：所有的类实例对应一个属性或操作实例 * v v § § § § Step4:定义方法 方法说明了操作的实现 大多数情况下，方法是直接由编程语言实 施的。如果实现操作需要采用特定算法， 或需要操作说明之外的更多信息，则要采 用单独的方法说明 v 需要考虑 特殊的算法 使用的其他对象和操作 属性和参数如何被实现和使用 关系（relations)如何被实现和使用 * v v Step5:定义状态 对于状态相关的设计类，可以画状态图来 增加对类的理解 § 状态图中每一状态转移事件都与一个操作关联 关系 对象的操作根据状态可以具有不同的行 为，所以定义方法的时候应该参照状态图 v 在处理一些异常事件时，状态图尤其有用 v 状态通常采用属性表示 * v § § v Step6:确定属性 v 属性来源 § 检查方法描述 § 检查状态 § 类本身需要保存的任何信息 分析时可以只定义出属性名就可以，设计时，对于每个 属性需要定义： 名字:要同时符合项目和编程语言的命名风格 § § 类型 缺省或初始值 可见性 注意：类是持久化的，但不一定所有的属性都是持久化 的 * v v v v Step7:定义依赖关系 Associations和aggregation是结构的关系 Dependencies是非结构的关系 分析时，我们假设所有的关系都是结构关系；设计时， 我们必须决定需要哪种通信渠道 区分是关联还是依赖 § 如果你总是需要一个关系，如果一个事物跨一个或多个操作的与 另一个事物由关系，那么这个关系就是association；否则就是暂 时的，就是local,parameter或全局的 § 如果许多运行时对象总是共享一个实例，也许这个实例应该作为 参数来传递，如果这个实例自始至终只有一个，那么就可以作为 全局变量 § 如果不需要共享一个实例，就作为local变量就可以了 § 如果每次需要时都要创建和销毁对象，就可以定义成field，参数 或全局 * Step8:定义关联关系 v 需要 § 区分组合（Composition） vs. 聚合 （aggregation） § 区分Attribute vs. association § 确定Navigability § Association class design § Multiplicity design * v v v Rational Rose 正向工程：从模型生成代码 在component view中new一个component，然后 Open component的specification，为这个 component指定你使用的编程语言 为component指定它实现的类 § 打开component的specification，选择其中的 “realizes” page，从中选择你要实现的类，点鼠标右 键，选择弹出菜单的”Assign”选项 ，或者 § 打开选择要实现的类的specification，选择其中的 component page，从中选择对应的component，点鼠 标右键，选择弹出菜单的”Assign”选项 为component生成代码 § 对于不同的实现语言，生成代码的过程不同 * v Rational Rose 逆向工程：从代码生成模型 如果原来还没有component，首先要生成 一个component，然后Open component的 specification，为这个component指定你 使用的编程