《第一章:架构师如何做架构》总结

用户头像
尔东雨田
关注
发布于: 2020 年 06 月 11 日
《第一章:架构师如何做架构》总结

能够成为架构师可能是每个程序员最重要的目标之一。作为架构师如何进行架构?也是每个想成为架构师的程序员都会思考的问题,学完本章之后试着做一些总结。



首先,架构师承担的主要职责:





架构师要能承担以上十一主要职责,相应的就需要具备一些能力:

了解架构师承担的主要职责和具备的能力,回到最开始的问题。既然要学习如何做架构,那首先要回答什么是软件架构:

软件架构,是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各方面的设计。



软件架构师定义和设计软件的模块化,模块之间的交互,用户界面风格,对外接口方法,创新的设计特性,以及高层事物的对象操作、逻辑和流程。





架构核心是要解决软件不同相关方的问题,如与客户商谈概念上的事情,与经理商谈广泛的设计问题,与软件工程师商谈创新的结构特性,与程序员商谈实现技巧,外观和风格。视图是所关注的问题,相应的架构蓝图的标记方式,描述和管理蓝图的工具。面对不同的相关方就需要有不同的视图描述所关注的问题,单一视图无法完整的表达架构,4+1 视图模型解决了上述问题:



  • 逻辑视图(Logical View),设计的对象模型(使用面向对象的设计方法时)。

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

  • 物理视图(Physical View),描述了软件到硬件的映射,反映了分布式特性。

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

  • 场景视图(scenarios),描述用例场景。

架构设计文档,通常遵循上述五个视图。



通常软件开发阶段分为三个阶段:需求分析阶段、概要设计阶段、详细设计阶段;

使用UML描述的视图,通常分为静态图和动态图:

静态图:用例图、类图、组件图、部署图;

动态图:时序图、状态图、活动图;

在软件开发三个阶段中可分别使用UML的静态图和动态图对系统关注问题进行建模。



用户头像

尔东雨田

关注

预备用枪! 2017.12.12 加入

还未添加个人简介

评论

发布
暂无评论
《第一章:架构师如何做架构》总结