第一周总结

用户头像
王志祥
关注
发布于: 2020 年 06 月 10 日
第一周总结

架构师的主要职责

1、编写架构设计文档

2、开发编程框架

3、重构软件代码

4、设计系统架构

5、进行技术选型,解决技术应用中的问题

6、优化系统性能

7、模块分解与微服务架构

8、保障系统安全和高可用

9、大数据应用

10、技术创新

11、沟通管理

本周老师重点讲解如何编写架构设计文档。上图:



这是一张架构的架构图,理解了图中包含的信息,就能清楚架构文档需要如何写、包含哪些内容、思路是什么。这其中核心是架构

系统:需要架构的软件系统;每个系统都需要软件架构;

架构:架构是由架构元素和元素间的关系组成的;

架构元素:架构元素有服务器、子系统、模块、类;

架构元素间关系:静态关系和动态关系;静态关系体现的是架构元素间的依赖、关联、聚合、组合、继承、实现、泛化的关系;动态关系体现架构元素子系统之间、模块之间、类与类之间是如何依赖交互和调用相互协作;架构设计要把元素间的交互关系要设计出来。要讲这两种关系设计出来就需要进行建模:静态建模和动态建模。模型理论有4+1模型理论,与之相应的建模语言UML;UML语言中部署图和组件图、类图是静态建模,时序图、活动图、状态图是动态建模;架构元素间的静态模型和和动态模型也就是架构视图:这也是架构文档中需要包含的内容;

相关方:做软件架构一定要清楚软件架构是给谁看的,不同的相关方应该看到的架构文档内容是不一样的。涉及的相关方有用户、领导、业务、产品、开发、测试、运维;

关注点:每个系统都有一些相关方,每个相关方的关注点也不尽相同;所以架构文档中需要包含各种相关方的关注点。用户和产品、业务关心的是软件系统能够解决的问题;领导关心的设计的架构资源成本和决定是否实现这样一套系统;开发关心的是架构文档中组件设计来开发软件系统,并能够使其落地和交付;软件系统开发完成了是需要部署和运维的,那么运维工程师关心的是软件系统的部署结构,负责部署资源的准备;测试工程师的关注点是测试和验证开发系统有没有满足设计目标;所以架构文档要覆盖所有相关方关心的点和内容;



发布于: 2020 年 06 月 10 日 阅读数: 24
用户头像

王志祥

关注

还未添加个人签名 2017.10.19 加入

还未添加个人简介

评论

发布
暂无评论
第一周总结