一线架构师第三部分——细化架构

  架构师的工作是领导团队的开发,但很多情况下,架构师是坐镇帷帐之中而决胜千里之外的,拥有千里的运筹能力或许就是能让项目团队一路走向成功的重要因素。对于架构师来说需求分析、分割层次、对象建模这些都是他们的拿手好戏,而在架构师对项目的需求进行合理架构后,就能得到一个初步的概念模型。

  概念模型是投标、售前、市场宣传等工作的强有力的支持,一个良好的模型能有效的帮助项目整体的前期搭建与后续优化,所以这也是为什么架构师如此重要。

  概念模型作为架构师的必修课,实际上架构师还需要一门重要的“辅修课”——细化架构和非功能需求,后者往往考验架构师的细心与耐心,而细化架构就是架构师的经验之道了。

细化架构

  概念模型能帮助前期和后期工作,但对于中期开发工作总有欠缺之处,因为概念模型作为一个粗略的架构很难对于实际的编程操作产生指导作用。所以为了有效指导编程工作的进行,架构师需在概念模型的基础上添加细节。

  这些细节包括了三者:

  •   接口:对于实际模组的抽象表示,也是系统内部交互的基本单位。
  •   子系统:对于分割的层次再次划分,大而化小,分而治之。
  •   交互机制:定义系统之间的调用、消息传输、面向接口的编程。

  而对于架构师来说,想要全部都确定下来也是很困难的一件事,因为细化到一定程度后,系统内部的构造也会变得异常复杂,所以架构师需要五大视图的帮助。

五大视图

  即逻辑视图、开发视图、运行视图、物理视图、数据视图。

  视图能提供思路,思路清晰了架构师就不会因为错误的关注点而出现偏差,从而更好的进行架构工作。

逻辑架构

  架构师最不缺的应该当属经验了。在划分层次和理清功能时,架构师的实践策略与套路就能帮助工程人员选择自己的开发方式与合作方式。

  书中提供了作者作为老一辈的经验总结,就是在逻辑层面上引入分区概念。在层次的细化后,架构师可以对分层后的系统进行再次划分,就像表格,行划分出列,层次划分出分区。在分区的帮助下,工程人员可以理清层次之间的脉络关系,支持迭代开发,从而提取出相互之间的协作关系,这就是作者的另外一个经验之道——“机制提取”。

  此外作者还提供了自己的思路总结和10条经验要点,在此就不赘述。

原文地址:https://www.cnblogs.com/limitCM/p/12672376.html

时间: 2024-10-08 10:09:09

一线架构师第三部分——细化架构的相关文章

系统架构师-基础到企业应用架构-业务逻辑层

一.上章回顾 上章我们主要讲述了系统设计规范与原则中的具体原则与规范及如何实现满足规范的设计,我们也讲述了通过分离功能点的方式来实现,而在软件开发过程中的具 体实现方式简单的分为面向过程与面向对象的开发方式,而目前更多的是面向对象的开发设计方式.并且我们也讲述了该如何通过设计手段去分析功能点及设计分离 点,应该如何在设计的过程中分析的角度及如何去满足设计规范与原则.首先我们通过下图来回顾下上章要点: 二.摘要 本文将已架构的方式去分析分层结构中的业务层的设计,如何写出来内聚度,高耦合的业务逻辑层

系统架构师-基础到企业应用架构-系统设计规范与原则[上篇]1

一.上章回顾 在上篇中我们讲解了几类UML2.0语言新推出的建模图形,总体来说通过这些图形能更详细的将某类信息表达出来.在这里我们简单回顾上篇讲解的内容. 上图中已经简单介绍了上章讲述的内容,具体内容请看:系统架构师-基础到企业应用架构-系统建模[下篇]. 二.摘要 本章将主要的简单介绍在系统架构中的设计模式及相应规范准则.并结合相应的代码来说明如何遵循系统架构中的一些基本的设计规范及准则.而我们将在本文介 绍几类常用的设计规范,我们先来看看结构化设计的二个基本原则: 当然既然提出了基本的准则,

系统架构师-基础到企业应用架构-系统建模[中篇](上)

一.上章回顾 上篇文章主要简单的介绍了建模中使用的标准建模语言UML的相关内容,包括用例图与类图的使用方法及如何建模.相信大家对UML建模语言已经有了初步的认 识,还请大家谨记UML不同的建模图形的用处.比如,用例图主要用来描述系统的功能需求.类图主要用来描述实体间的关系.谨记这些就可以帮助我们在系统架构的 过程中深入的分析. 首先向大家道歉,上篇中有部分描述错误的地方,可能对大家造成一定的错误引导.  这是上篇给出的图,我描述的是组合关系. 特别更正为:  这是正确的结果.箭头指向聚合类.描述

Java架构师之路:从Java码农到年薪八十万的架构师,最牛Java架构师进阶路线

从Java码农到年薪八十万的架构师,资深架构师大牛给予Java技术提升学习路线建议,如何成为一名资深Java架构师? 对于工作多年的程序员而言,日后的职业发展无非是继续专精技术.转型管理和晋升架构师三种选择.架构师在一家公司有多重要.优秀架构师需要具备怎样的素质以及架构师的发展现状三个方面来分析 程序员如何才能晋升为优秀的高薪架构师? 希望通过本文让程序员们了解架构师的市场行情,了解架构师的发展前景,并帮助你更清晰地做出职业规划. 架构师在一家公司有多重要 架构师在公司中担当着「IT架构灵魂人物

系统架构师-基础到企业应用架构-服务层

一.上章回顾 上篇我们主要讲解了系统架构中的四种架构模式,并且分析了四种架构模式的实现及应用场景,那么先来回顾下架构中的业务逻辑层的使用及总结.  如果大家对图中讲述的内容不明白或者说是不深入那么可以参考上篇讲 解的内容:系统架构师-基础到企业应用架构-业务逻辑层. 二.摘要 本文将已架构的方式去分析分层结构中的服务层的设计,如何设计出来满足我们说的业务需求及设计规范的服务层将是我们的目标,可能我想大家在项目架构的 过程中可能有些同仁,没有用到该层,或者说是采用的是常用的分层结构的设计,而没有把

系统架构师-基础到企业应用架构-企业应用架构

一.上篇回顾 我们先来回顾下上篇讲解的内容,我们前面的几节分别讲述了,业务逻辑层.数据访问层.服务层.表现层,我们了解了这些分层的职责和分层之间的大概的关联 关系,本篇可能主要是简单的介绍下企业应用的几类模式,结合这几个分层直接的交互来完成系统功能的构建.我们还是先对我们学习的四个分层的职责和功能做个大 概的回顾,我们先来看看下图来回顾下我们讲述的内容. 我想通过上图,大家能回忆起我们讲述的相关内容,然后整理好自己的思路,我们本文将会针对这几个分层进行相应的模式的讲解,并且会结合实例来说明企业应

系统架构师-基础到企业应用架构-系统建模[中篇](下)

一.上章回顾 首先.我们先来回顾下,上篇讲解的内容,加深下印象.上篇我们主要讲解了3个建模图形分别是:顺序图(序列图).组件图.状态图. 具体功能描述如下图:这里不详细解释,如果不清楚请看:系统架构师-基础到企业应用架构-系统建模[中篇](上) 由于全部放在一篇中篇幅太长了,所以分开讲解. 二.摘要 本文主要讲解:UML建模图中的活动图.部署图等 上图中就是本章要讲解的内容,本质将仔细的剖析,部署图与组件图的关系与区别,活动图与状态图的关系与区别. 三.本章内容 1.上章回顾. 2.摘要. 3.

系统架构师-基础到企业应用架构-数据访问层

一.上章回顾 上篇我们简单讲述了服务层架构模式中的几种,并且讲解了服务层的作用及相关的设计规范,其实我们应该知道,在业务逻辑层中使用领域模型中使用服务层才 能发挥出最大的优势,如果说我们在业务逻辑层还是使用非领域模型的模式话,服务层的作用仅体现在解耦作用.其实在业务逻辑层采用领域模型时,我们前面说的持 久化透明的技术,其实我们可以通过服务层来做,我们在服务层中处理领域对象信息的持久化操作.当然本篇可能不会深入讨论持久化透明的具体实现,后面会单独开 篇来讲述,我们先来回顾下上篇讲解的内容:  上图

什么是架构师和如何成为一个架构师

架构的定义 先来看看软件架构的普遍定义吧. 一个程序和计算系统软件体系结构是指系统的一个或多个结构.结构中包括软件的构建,构建的外部可见属性以及它们之间的相互关系. 体系结构并非可运行软件.确切的说,它是一种表达,使软件工程师能够: 1.分析设计在满足规定需求方面的有效性. 2.在设计变更相对容易的阶段,考虑体系结构可能的选择方案. 3.降低与软件构造相关联的风险. 软件架构的生命周期 软件开发有其生命周期,它应该是: 而软件架构也有着其生命周期,它又是怎么样的呢? 软件架构的重要性 为什么说一