软件工程设计模式-OOAD与UML

furoto_

已于 2023-02-12 23:27:30 修改

阅读量252

点赞数

分类专栏：软件工程文章标签： uml 软件工程设计模式

于 2023-02-02 17:09:07 首次发布

本文链接：https://blog.csdn.net/furoto_/article/details/128853697

版权

软件工程专栏收录该内容

1 篇文章 0 订阅

订阅专栏

OOAD与UML

0. 简介

软件：startUML、jude使用得比较多

理解与掌握面向对象的概念与方法
使用UML
完成面向对象的分析与设计工作
了解OO的设计原则及一些典型的设计模式

1. 理解与掌握面向对象的概念与方法

1.1 面向对象

面向对象（ Object-Orientation ，简称OO）是一种系统建模技术

面向对象编程（ Object-Orientation Programming，简称OOP）是按照OO的方法学来开发程序的过程
通过分析系统内对象的交互来描述或建模一个系统
交互的对象最终以类的形式组织
OO的方法由三部分组成
1. 过程
2. 标识
3. 规则

1.2 对象

是一个客观存在的、唯一的实体
- 是面向对象编程过程中分析与解决问题的出发点与基础 • 拥有自己的标识、数据与行为
- 可以简单或复杂
- 可以抽象或具体
- 在OOP中是一个类的动态实例
  如

Student
	id,name,age(attributes) 
	setName,getName,countScore(methods) 
	new Student()

1.3 类

类是对象的模板
对象通过类实例化产生
一个类可以创建多个对象

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vRB8Xf0s-1675328485068)(E:\study\TYPORA\img\image-20230106003523922.png)]

1.4 OOAD

OOAD：Object Oriented Analysis and Design 面向对象的分析与设计

OOAD是根据OO的方法学，对软件系统进行分析和设计的过程

OOA 分析阶段
OOD 设计阶段

1.4.1 定义OOA阶段

分析阶段主要解决以下问题

建立针对业务问题域的清晰视图
列出系统必须要完成的核心任务
针对问题域建立公共词汇表
列出针对此问题域的最佳解决方案

此阶段要解决的核心问题是**“What to do?”**

1.4.2 定义OOD阶段

设计阶段主要解决以下问题

如何解决具体的业务问题
引入系统工作所需的支持元素
定义系统的实现策略

此阶段要解决的核心问题是**“How to do?”**

1.5 OOP的主要特征

抽象(abstract)
封装(encapsulation)
继承(inheritance)
多态(polymorphism)
关联(association)
聚合(aggregation)
组合(composition)
内聚与耦合(cohesion & coupling)

1.5.1 抽象

忽略掉一个对象或实体的细节而只关注其本质特征的过程
简化功能与格式
帮助用户与对象交互

1.5.2 封装

隐藏数据和实现
提供公共方法供用户调用功能
对象的两种视图
- 外部视图：对象能做的工作
- 内部视图：对象如何完成工作

1.5.3 继承

通过存在的类型定义新类型的机制
通常在两个类型之间存在“is a”或“kind of”这样的关系*（xx是什么，xx是一种）*
通过继承可实现代码重用，另外继承也是多态的基础
如苹果“is a”水果

1.5.4 多态

一个名称，多种形式
基于继承的多态
调用方法时根据所给对象的不同选择不同的处理方式
如Football——play()：使用脚来完成 , Basketball——play()：使用手来完成
给出一个具体的足球或篮球，用户自动知道该使用谁的方式去执行play()

1.5.5 关联

对象之间交互时的一种引用方式
当一个对象通过对另一个对象的引用去使用另一个对象的服务或操作时，两个对象之间便产生了关联
如person使用computer，person与computer之间就存在了关联关系

1.5.6 聚合

关联关系的一种，一个对象成为另外一个对象的组成部分
是一种关系较强的关联
在两个对象之间存在“has a”这样的关系，一个对象作为另一个对象的属性存在，在外部对象被生产时，可由客户端指定与其关联的内部对象
如汽车与轮胎,轮胎作为汽车的一个组成部分，它和汽车可以分别生产以后装配起来使用，但汽车可以换新轮胎，轮胎也可以卸下来给其它汽车使用

1.5.7 组合

当一个对象包含另一个对象时，外部对象负责管理内部对象的生命周期的情况
关联关系中** 最为强烈**的一种
内部对象的创建由外部对象自己控制
外部对象不存在时，内部对象也不能存在 • 如电视机与显示器

1.6 域模型

域模型是面向对象的。在面向对象术语中，域模型也可称为设计模型。
域模型由具有状态和行为的域对象组成。
域对象之间的关系
• 关联 (Association)
• 依赖 (Dependency)
• 聚集 (Aggregation)
• 一般化（泛化）(Generalization)

1.6.1 关联关系

多对一单向关联、一对多单向关联、一对多双向关联

请添加图片描述

1.6.2 依赖关系

请添加图片描述

1.6.3 聚集关系

整体与部分之间的关系，在实体域对象之间很常见

请添加图片描述

1.6.4 一般化关系

一般化指的是类之间的继承关系

请添加图片描述

1.7 内聚与耦合

内聚：度量一个类独立完成某项工作的能力
耦合：度量系统内或系统之间依赖关系的复杂度
设计原则：增加内聚，减少耦合（高内聚，低耦合）

1.8 开发过程概述

传统开发过程：瀑布模型

请添加图片描述

统一软件开发过程（USDP）

1.9 OOAD的开发过程

大项目分解为一些子项目
使用UML工具
统一软件开发过程是一个迭代、递增的开发过程

1.10 迭代、递增的项目生命周期

项目是迭代、递增的
迭代指生命周期中的一个步骤
迭代导致“递增”或者是整个项目的增长
大项目分解为子项目
在每一个迭代的阶段，应该做以下工作
- 选择并分析相关用例
- 根据所选架构进行设计
- 在组件层次实现设计
- 验证组件满足用例的需要
当一次迭代满足目标后，开发进入下一个迭代周期

Inception—start up
Elaboration—refine
Construction—implement
Transition—promotion

每一个周期包含一次或多次迭代
一个阶段的结束称之为“里程碑”（ milestone）

1.10.1 过程图

请添加图片描述

1.10.2 初始化阶段

该阶段的增量集中于：

项目启动
建立业务模型
定义业务问题域
找出主要的风险因素
定义项目需求的外延
创建业务问题域的相关说明文档

1.10.3 细化阶段

本阶段的增量集中于：

高层的分析与设计
建立项目的基础框架
监督主要的风险因素
制订达成项目目标的创建计划

1.10.4 构建阶段

本阶段的增量集中于：

代码及功能的实现

1.10.5 移交阶段

本阶段的增量集中于：

向用户发布产品
beta测试
执行性能调优，用户培训和接收测试

1.10.6 每一个阶段所含工作流

每一次递增都由5部分工作流组成

需求与初始分析
分析
设计
实现
测试
每一次迭代执行工作流的深度不同
早期的迭代在深度上覆盖初始工作流，后期迭代在深度上覆盖后期工作流
80/20原则

1.10.7 迭代工作流

请添加图片描述

1.10.8 迭代、递增生命周期的优势

降低成本
便于更好地维护项目进度
便于团队的协作开发
便于适应用户需求的动态变化

2. UML

Unified Modeling Language 统一建模语言。图形化的语言表示

描述UML在OOAD过程中的作用
熟悉UML中的九种基本图形

2.1 UML的定义

统一建模语言（UML）是一种图形化的语言，它可以帮助我们在OOAD过程中标识元素、构建模块、分析过程并可通过文档说明系统中的重要细节

2.2 UML图的分类

静态模型（static model）
动态模型（dynamic model）

2.2.1 静态建模

创建并记录一个系统的静态特征
反映一个软件系统基础、固定的框架结构 • 创建相关问题域主要元素的视图
静态建模包括：
- 用例图（use case diagrams）
- 类图（class diagrams）
- 对象图（object diagrams）
- 组件图（component diagrams）
- 部署图（deployment diagrams）