架构理论心得
在进行架构设计之前，首先需要进行需求分析，从而通过所获取的需求条件进行架构设计。
一． 需求分析
理解和挖掘用户诉求以及背后逻辑，从而转化成可行性的分析结果。
分析需求背后的人性，从需求的边界，用户故事以及用户路径对需求进行深入解析与理解。
需求落地路径：需求分析->可行性分析->设计->编码->测试->发布
二． 架构设计原则
1. KISS 原则
Keep It Simple and Smile
架构理念是大道至简以及要具有足够的协调能力，所以要考虑的点为：
a) 系统可拓展可维护
b) 系统能够恰当解决问题
c) 系统运行时间足够长而不重构
d) 能够处理好其他部门产生的挑战
2. DRY 原则
Don’t Repeat Yourself
将重复的代码进行剔除，减少BUG，不一致性和冗余。
三． 设计原则
1. 单一原则
2. 里氏替换原则
3. 接口隔离原则
4. 组合复用原则
5. 依赖倒置原则
6. 迪米特原则
7. 开闭原则
四． 什么是“架构”
架构的目的在于确定系统边界，确定系统里各模块之间的依赖关系与模块的宏观输入与输出以及明确非功能性需求。
1. 画架构图步骤：
架构图类型
确认架构图关键要素
梳理关键要素之间关联
输出关联关系清晰的架构图
2. 判断架构图好坏
布局，颜色，逻辑
3. 架构图分类
业务架构，应用架构，数据架构，技术架构
4. UML图
分为静态结构图和动态行为图，同时类图也有六大关系，分为泛化关系，实现关系，聚合关系，组合关系，依赖关系以及关联关系。
