天津理工大学UML复习相关.docVIP

3. 实例(instance) 实例就是由某个特定的类所描述的一个具体的对象。 4. 消息(message) 消息就是对象之间进行通信的构造。简言之，消息就是向对象发出的操作请求。 通常，一个消息由下述3部分组成： 接收消息的对象； 消息名； 零个或多个变元及返回值类型。 例如：MyCircle 是 Circle 类的对象，当要求它用绿色在屏幕上显示时，应向它发出一下消息： MyCircle · Show (Green) : String 9. 多态性(polymorphism) 同一消息发给不同对象可产生不同结果。（或相同的操作应用到不同类中，可以有不同表现形式） 在C++语言中，多态性是通过虚函数来实现的。 其中： Use Case View表示系统的功能需求； Logical View表示系统的概念设计和子程序结构； Implementation View表示系统的代码结构； Process View表示系统的并发执行和同步状况； Deployment View表示系统的硬件结构和物理结构。 1) 用例是从使用角度来描述系统中的信息。即站在系统外来观察系统可见功能的； 2）Use Case图不是系统的全部需求，它是系统的功能需求； 3）Use case（用例）驱动是：通过Use Case把需求分析、系统设计、测试和实现等捆绑在一起。用例分析的结果也为预测系统的开发时间和成本提供依据，保证项目顺利进行。 4）不能把 actor 简单定义成人。它可以是设备或外系统。即使是人，在不同场合也扮演不同角色。 5）一个参与者可以关联多个Use Case 反之，一个Use Case可以关联多个参与者。 1．脚本是用例的实例。即使用脚本来描述用例。 2．每个用例都对应一系列脚本，其中包括一个主脚本和多个次要（分支）脚本。 ．泛化关系 (含义是：子用例继承了父用例的行为和含义 ) 例如 2．包含关系 当多个用例有重复行为，或一个用例内部有重复步骤时。为了避免重复，把重复行为单独抽出来作为一个用例，形成《include》关系。 原用例叫基用例，抽出的用例即被包含的用例作为供应者，它作为基用例的一部分出现（相当于在某些地方被供应者补充，而不是真正调用）。 扩展关系的含义类似于继承关系，只是使用时对扩展用例有更多的规则限制。即扩展用例只能在其用例声明的若干“扩展点”上增加新的行为和含义。 ）Web应用建模扩展（WAE） Rose中预定义的Web建模的版型有：(见P134表13.1） 源端 关联的版型 目的端 第14章 UML及设计模式 一．何谓设计模式？为什么研究设计模式？ 1．模式：“在某一情景下的问题解决方案” 2．研究设计模式的好处 ·简化并加快设计 ·便于设计者之间沟通 ·降低风险 二．模式是否能提高生产力？ 三．模式是否能生成整个系统？ 1．模式是否可以提高生产力？ 答案是因人而异。 在创造新事物的过程中设计模式是无法取代人的位置。但它可以使人（尤其是缺乏经验，但有能力的人）获得设计能力。 模式相当于工具箱的一种工具。 2．模式是否可以生成整个系统？ 否！ 模式可以覆盖软件体系结构的某些方面，但不可能覆盖所有的方面，这应该发挥开发着自己的创造性来填补空白。 3．模式是记述（记载）某些专家经验的。 1．按设计模式的目的划分，可分成： 创建型模式、结构型模式和行为型模式。 2．按设计模式的范围划分，可分成： 类设计模式和对象设计模式。 四．典型模式分析 1．“手柄—本体”设计模式 2．“工厂方法”设计模式 3．“抽象工厂”设计模式 4．“层次结构”（树形结构）设计模式 5．其它 第15章 面向对象实现技术 一．几种典型OOPL的特点（Smalltalk、C++、java） 二．根据类模型写出Java源代码 第16章 RUP软件开发过程 一.RUP和UP的关系5. UP和RUP的关系 RUP( Rational Unified Process)是IBM公司UP的商业版本。（2000年IBM收购了Rational 公司） 二．RUP 软件开发生命周期 ·纵向9个核心工作流 1. RUP 纵向9个核心工作流： · 业务建模：理解机构的业务过程 · 需求说明：定义系统功能和用户界面，为项目的预算 和计划打下基础。 · 分析与设计：把需求转化为分析和设计模型。 · 实现：把设计结果（