写点什么

架构师训练营二期 1 周总结

用户头像
月下独酌
关注
发布于: 2020 年 10 月 25 日

前言

架构师需要通过自己的文档,向各方(产品、开发、测试等)输出自己的观点,推动项目的落地。

换句话说,架构文档包含的架构视图,囊括各个相关方的关注点,必然不是单一的视图能够实现的。

引入4+1 视图(如下),作为架构设计的启发与思考。

1、逻辑视图(Logical View):设计的对象模型。

2、过程视图(Process View):捕捉设计的并发和同步特征。

3、物理视图(Physical View):描述了软件到硬件的映射,反映了部署特性。

4、开发视图(Development View):描述了在开发环境中软件的静态组织结构。

5、场景视图(scenarios):描述用例场景。

而在实际操作中,我们更多使用UML进行软件架构与设计。



模型

开发一个计算机系统是为了解决某个领域的特定问题,其中模型是一个系统完整的抽象(其中包含着建模者对领域业务的理解与认识),求解过程就是借助对模型的分析与设计,实现该领域系统到计算机系统的映射。因此其中的关键是要把领域的问题抽象出来,在模型中表达出来。

建模的作用:

1、此时软件等尚未完成,我们能利用其进行沟通,验证可行性并配合工作。

2、作为过程中的一个成果,能够保存下来。即使版本迭代,人员变更。良好的建模能维持软件的统一,避免偏离最初的设计目标。

这些模型最后是以图片的形式展示的,讨论的时候,思考的时候随时能画。但需要落地的时候,需要正式的工具,放入设计文档里。



UML语言

统一建模语言。作为语言进行沟通方式。在使用过程中(指利用其建模)有自己的规范与语法,但可以不用完全纠结于此。如同我们既可以用普通话,也能使用方言,只要能成功完成交流沟通即可。

下面为几个常见的图的分类。



图的分类

1.静态图:用例图,对象图,类图,组件图,包图,部署图

2.静态图:协作图,序列图,活动图,状态图



用户头像

月下独酌

关注

还未添加个人签名 2019.07.22 加入

还未添加个人简介

评论

发布
暂无评论
架构师训练营二期 1周总结