2012.03.22UML面向对象技术教程.docVIP

正文： 二、构造类图 分析：领域类 设计：增加设计相关类 编码：加入语言相关类 1.寻找类的方法 ①用例中提取类（用例描述） ②CRC卡（团队） ③类的类型 分别分析每个用例，再综合 ④ 语义分析（问题域） 利用已有问题域成果 提取名词/名词短语 排除方法：冗余，无关，笼统，属性，操作，实现 ⑤设计模式 ⑥RUP提供的原则 2. 建立类图的步骤 ①领域分析，确定要求 ②确定类，属性，操作 ③确定类之间关系 ④解决冲突等问题 ⑤绘制类图，增加元素的文字说明 3.注意：类图表示系统资源与要素之间一种静态结构 ①项目初期避免使用所有符号 ②不同开发阶段，使用不同的抽象层次 分析：概念 设计：说明 ③验证模型 是否反映实际领域？ 模型和元素职责清晰 模型和元素大小适中 例：公司与个人雇佣关系 4.5 OO原则 一、开闭原则 扩展性开放的 更改性封闭 设计时：接口，抽象类 例： 问题：增加Legend打印机？ ①早呢国家Legend类 ②修改Output类 更改后： ①增加类 ②实现Printer接口 二、Liskov替换原则：子类可以替换父类 ==父类：属性，操作，可见性，在子类中被继承（实现可以不同） 例： 三、依赖倒置原则 四、接口分离 更改A对接口的使用方式： ①仅接口Service ②改ServicesImp ==》A的修改影响B、C ③更新编译B、C 神装工作站 个人 雇佣 公司 1 * 个人 公司 雇佣 个人 雇佣 合同 岗位 公司 《interface》 printer +print（） Hp +print（） Legend +print（） Epson +print（） 1 2 3 output +output（） Base +method（） Child +method（） Base +method（） Child +method（） A 主控模块 1 2 3 2.1 2.2 传统方法学 Main 接口1 抽象类1 抽象类2 具体类1 具体类2 具体类3 高层类依赖于抽象类/接口 具体类依赖于抽象类/接口 具体类修改不会影响高层类 《interface》 Service +methodA +methodB +methodC ServiceImp A B C ServiceImp A B C ServiceA ServiceB ServiceC