软件开发 - 4+1视图
4+1视图是什么?
软件架构 = {元素,形式,关系/约束}
单一的视图无法完成完整的表达架构,因此需要具备完整的视图集。
- 逻辑视图(Logical View),设计的对象模型。
- 过程视图(Process View),捕捉设计的并发和同步特征。
- 物理视图(Physical View),描述了软件到硬件的映射,反应了部署特征。
- 开发视图(Development View),描述了在开发环境中软件的静态组织结构。
- 场景视图(Scenarios),描述用力场景。
逻辑视图
相关方:客户,用户开发组织管理者。
视角:系统的功能元素,以及它们接口,职责,交互。
主要元素:系统,子系统,功能模块,子功能模块,接口。
用途:开发组织划分,成本/进度的评估。
开发视图
相关者:开发相关人员,测试人员
视角:系统如何开发实现
主要元素:描述系统的层,分区,包,框架,系统通用服务,业务通用服务,类和接口,系统平台和相关基础框架。
用途:指导开发组织设计和开发实现
物理视图
相关者:系统集成商,系统运维人员。
视角:系统逻辑组件到物理节点的物理部署和节点之间的物理网络配置。
主要元素:物理节点以及节点的通信。
过程视图
相关者:性能优化,开发相关人员。
视角:系统运行时线程,进程的情况。
主要元素:系统进程,线程以及出来队列等。
场景视图
相关者:用户,设计和开发人员。
视角:概括了架构上最重要的场景(最典型或者最有风险)及其非功能性需求,通过这些场景的实现,阐明了架构的广度或众多架构元素运行的方式。
什么是模型?
模型是一个系统的完整的抽象。人们对某个领域特定问题的求解及解决方案,对它们的理解和认识都蕴含在模型中。
通常,开发一个计算机系统是为了解决某个领域特定问题,问题的求解过程,就是从领域问题到计算机系统的映射。
为什么要建造模型?
建造传统模型的目的
- 为了证明某件失误能否工作
- 前提:建造模型的成本远远低于建造实物的成本
建造软件模型的目的
- 为了与他人沟通
- 为了保存软件设计的最终成果
- 前提:除非模型比代码更能说明问题
何时、何处画图?
何时?
- 讨论、交流时
- 最终设计文档
何处?
- 白板
- 绘图工具
UML简介
是什么?
- 它是统一建模语言
- 以图形方式描述软件的概念
UML可用来描述:
- 某个问题领域
- 构思中的软件设计
- 描述已经完成的软件实现
参考资料
- 李智慧的架构师训练营