架构师训练营二期 1 周总结
前言
架构师需要通过自己的文档,向各方(产品、开发、测试等)输出自己的观点,推动项目的落地。
换句话说,架构文档包含的架构视图,囊括各个相关方的关注点,必然不是单一的视图能够实现的。
引入 4+1 视图(如下),作为架构设计的启发与思考。
1、逻辑视图(Logical View):设计的对象模型。
2、过程视图(Process View):捕捉设计的并发和同步特征。
3、物理视图(Physical View):描述了软件到硬件的映射,反映了部署特性。
4、开发视图(Development View):描述了在开发环境中软件的静态组织结构。
5、场景视图(scenarios):描述用例场景。
而在实际操作中,我们更多使用 UML 进行软件架构与设计。
模型
开发一个计算机系统是为了解决某个领域的特定问题,其中模型是一个系统完整的抽象(其中包含着建模者对领域业务的理解与认识),求解过程就是借助对模型的分析与设计,实现该领域系统到计算机系统的映射。因此其中的关键是要把领域的问题抽象出来,在模型中表达出来。
建模的作用:
1、此时软件等尚未完成,我们能利用其进行沟通,验证可行性并配合工作。
2、作为过程中的一个成果,能够保存下来。即使版本迭代,人员变更。良好的建模能维持软件的统一,避免偏离最初的设计目标。
这些模型最后是以图片的形式展示的,讨论的时候,思考的时候随时能画。但需要落地的时候,需要正式的工具,放入设计文档里。
UML 语言
统一建模语言。作为语言进行沟通方式。在使用过程中(指利用其建模)有自己的规范与语法,但可以不用完全纠结于此。如同我们既可以用普通话,也能使用方言,只要能成功完成交流沟通即可。
下面为几个常见的图的分类。
图的分类
1.静态图:用例图,对象图,类图,组件图,包图,部署图
2.静态图:协作图,序列图,活动图,状态图
评论