架构方法 - 学习总结笔记

什么是模型？

模型是一个系统的完整的抽象。人们对某个领域特定问题的求解及解救方案，对它们的理解和认识都蕴涵在模型中。

通常，开发一个计算机系统是为了解决某个领域特定问题，问题的求解过程，及时领域问题到计算机系统的映射。

领域问题—(分析，抽象)—> 领域模型、设计模型--(分析、设计)—>解决方案

为什么要建造模型？

建造传统模型的目的

• 为了证明某件事物能否工作

• 前题：建造模型的成本远远低于建造实物的成本

• 造飞机

建造软件模型的目的

• 为了与它人沟通

• 为了保存软件设计的最终成果

• 前题：除非模型比代码更说明问题

何时，何处画图？

何时画图

• 讨论，交流时

• 最终设计文档

• 只保留少量的、重要的图

何处画图

• 白板

• 绘图工具

• Draw.io

UML 简介

1.什么是UML

• 统一建模语言

• 以图形方式描述软件的概念

2.UML 可用来描述

• 某个问题领域

• 构思中的软件设计

• 描述已经完成的软件实现

3.UML图的分类

静态图 - 通过描述类，对象和数据结构以及他们之间存在的关系，来描述软件要素中不变的逻辑结构

• 用例图 *

• 对象图

• 类图 *

• 组件图 *

• 包图

• 部署图 * 

动态图 - 通过描绘执行流程或者实体状态变化的方式，来展示软件实体在执行过程中的变化过程

• 协作图

• 序列图 *

• 活动图 * 

• 状态图 * 

4.用例建模（用例总是由执行者执行的 ）

用例建模技术，用于描述系统的功能需求。在宏观上给出模型的总体轮廓。通过对典型用例分析，使开发者能够有效地了解用户的需求

用例图一般多使用在需求分析阶段

执行者：是指用户在系统中所扮演的角色。执行这在用例图中是用类似人的图形来表示，但执行者可以是人，可可以是一个外界系统。

6.如何确定执行者：

1. 谁使用系统的主要功能（主执行者）

2. 谁需要从系统获得对日常工作的支持和服务

3. 需要谁维护管理系统的日常运行（副执行者）

4. 系统需要控制那些硬件设备

5. 系统需要与其他那些设备交互

6. 谁需要使用系统产生的结果值

学习资料：

https://design-patterns.readthedocs.io/zh_CN/latest/read_uml.html

https://www.yinxiang.com/everhub/note/d2f91fe6-22bc-4d73-a15a-9b0d28e19326

https://zhuanlan.zhihu.com/p/44518805

架构设计⽂档模板

1. 首先交代清楚业务价值及业务目标。

2. 描述系统主要功能，系统面对的用户人群，以及非功能型的概述(如，性能目标)。

3. 整体展现方式：文字+ UML图 ；对每个图添加相关的文字描述，便于阅读者方便理解。

4. 整体展示顺序由大到小：先介绍整体架构，在介绍每个子系统ju't