百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

软件架构的历史(软件架构体系)

ccwgpt 2024-11-06 09:39 65 浏览 0 评论

际上,很早就想写一篇“软件架构"的历史,但一直没找到时间。写这个的原因比较简单,就像我们学很多东西的时候我都会关注历史一样,以史为鉴,指导未来。外,我发现还没有人写过类似的文章。希望给大家有所启示,共同学习。

第一阶段:20世纪50年代后期“块状图”出现

1928年,一种通过有限的指令序列来解决这个问题的算法被提出。 冯·诺依曼于1947年开发了“流程图”(Flow Chart),该流程图是对指令流的可视化表示,目的是通过继承流程图(Flow Process)和多流程图的思想,来规划计算机程序。 但是,这里有一个缺口来指出控制的流程。 因此,“控制流程图”(Control Flow Diagram, CFD)是在20世纪50年代后期发展起来的,用来描述业务流程和程序的控制流。 这不足以查看复杂的系统。 因此,为了通过划分块来揭示整个系统,50年代后期开发了“块状图”。 每个模块的功能以及模块之间的连接将在图中显示。在这个时候,你会发现很多架构师常用的块状图就已经出现了。

第二阶段:1968年艾兹格·迪科斯彻提出 “software structure matters”

Edsger Wybe Dijkstra(艾兹赫尔·戴克斯特拉),这位是公认的结构程序设计之父 ,1968年,他提出了“软件结构很重要”,虽然当时并没有提到“架构(architecture)”概念,但是我觉得软件“结构”的设计和实现是软件架构的基础,其重要意义不言而喻。同年又引出了“模块化编程”, 组件之间的逻辑边界称为模块。

第三阶段:1975年"Three-schema approach"提出

在1975年,采用基于模块化编程的分层体系结构的“三模式法”得到了发展。 它用于在系统开发中使用三个不同的视图构建信息系统,分别是external,conceptual以及physical。


第四阶段:1987年"Zachman Framework"提出

在1987年,约翰·扎克曼(John Zachman)提出了基于上面的三层框架的六层框架,即所谓的“扎克曼框架”(Zachman Framework),它在“企业架构”时代仍然发挥着重要作用,并对框架 DODAF、 TOGAF、 TEAF和 FEAF产生了影响。 1993年, Zachman发布了修改后的 Zachman框架,其中包含了更多的视图。

第五阶段:1995年 Philippe Kruchten 提出了 4+1 视图

在1995年,Kruchten提出跨时代的4+1视图,我觉得这个4+1视图基本上每一个架构师都学习过,这个应该是经典中经典。同年,第一个正式版本的TOGAF也诞生了。次年,Mary Shaw和David Garlan 提出了另外一个经典的“Architecture as high level abstractions”。详细内容可以参考Mary Shaw 的 wiki。

第六阶段:2000年 IEEE 1471

在2000年,世界最大的专业技术学会(IEEE)终于批准软件架构的第一份正式的标准(Standard for Architecture documentation)。

2006年,ISO采纳了IEEE 1471作为内部标准,然后IEEE和ISO一起修订并以ISO 42010- Systems and Software Engineering Architectural Description为新标题发布,涉及修订的内容有,

术语澄清:例如架构关注点、架构模型、架构视点

应用范围:从软件密集型系统扩展到更大范围

和ISO生命周期一致:对应ISO 12207和ISO 15288

概念演化:调查‘架构描述’和‘架构决策’是否已有实用的描述

此外,42010还往元模型中添加了架构框架的概念,如下

第七阶段:2005年Jansen,A.,Bosch,J:提出了‘架构即设计决策’

在2005年,Jansen等人提出了,架构即设计决策(Architecture as design decisions)。如果说之前所有的工作都是回答"什么是架构"(what),这篇文章告诉我们怎么(how)去做‘软件架构’。

第八阶段:2011年Poort 和Van Vliet 提出 RCDA

在2011年,RCDA(Architecting as a risk- and cost management discipline)提出,将架构视为风险和成本管理学科有助于软件架构师和利益相关者集中精力他们在高影响力问题上的活动,从而提高架构对组织的价值,这里回答了我们为什么(why)要做软件的架构。

到此为止,从软件架构的发展历史上,已经回答了1)什么是软件架构2)怎么做架构3)我们为什么要做软件架构三个重要的问题。

相关推荐

一个基于.Net Core遵循Clean Architecture原则开源架构

今天给大家推荐一个遵循CleanArchitecture原则开源架构。项目简介这是基于Asp.netCore6开发的,遵循CleanArchitecture原则,可以高效、快速地构建基于Ra...

AI写代码翻车无数次,我发现只要提前做好这3步,bug立减80%

写十万行全是bug之后终于找到方法了开发"提示词管理助手"新版本那会儿,我差点被bug整崩溃。刚开始两周,全靠AI改代码架构,结果十万行程序漏洞百出。本来以为AI说没问题就稳了,结果...

OneCode低代码平台的事件驱动设计:架构解析与实践

引言:低代码平台的事件驱动范式在现代软件开发中,事件驱动架构(EDA)已成为构建灵活、松耦合系统的核心范式。OneCode低代码平台通过创新性的注解驱动设计,将事件驱动理念深度融入平台架构,实现了业务...

国内大厂AI插件评测:根据UI图生成Vue前端代码

在IDEA中安装大厂的AI插件,打开ruoyi增强项目:yudao-ui-admin-vue31.CodeBuddy插件登录腾讯的CodeBuddy后,大模型选择deepseek-v3,输入提示语:...

AI+低代码技术揭秘(二):核心架构

本文档介绍了为VTJ低代码平台提供支持的基本架构组件,包括Engine编排层、Provider服务系统、数据模型和代码生成管道。有关UI组件库和widget系统的信息,请参阅UI...

GitDiagram用AI把代码库变成可视化架构图

这是一个名为gitdiagram的开源工具,可将GitHub仓库实时转换为交互式架构图,帮助开发者快速理解代码结构。核心功能一键可视化:替换GitHubURL中的"hub...

30天自制操作系统:第六天:代码架构整理与中断处理

1.拆开bootpack.c文件。根据设计模式将对应的功能封装成独立的文件。2.初始化pic:pic(可编程中断控制器):在设计上,cpu单独只能处理一个中断。而pic是将8个中断信号集合成一个中断...

AI写代码越帮越忙?2025年研究揭露惊人真相

近年来,AI工具如雨后春笋般涌现,许多人开始幻想程序员的未来就是“对着AI说几句话”,就能轻松写出完美的代码。然而,2025年的一项最新研究却颠覆了这一期待,揭示了一个令人意外的结果。研究邀请了16位...

一键理解开源项目:两个自动生成GitHub代码架构图与说明书工具

一、GitDiagram可以一键生成github代码仓库的架构图如果想要可视化github开源项目:https://github.com/luler/reflex_ai_fast,也可以直接把域名替换...

5分钟掌握 c# 网络通讯架构及代码示例

以下是C#网络通讯架构的核心要点及代码示例,按协议类型分类整理:一、TCP协议(可靠连接)1.同步通信//服务器端usingSystem.Net.Sockets;usingTcpListene...

从复杂到优雅:用建造者和责任链重塑代码架构

引用设计模式是软件开发中的重要工具,它为解决常见问题提供了标准化的解决方案,提高了代码的可维护性和可扩展性,提升了开发效率,促进了团队协作,提高了软件质量,并帮助开发者更好地适应需求变化。通过学习和应...

低代码开发当道,我还需要学习LangChain这些框架吗?| IT杂谈

专注LLM深度应用,关注我不迷路前两天有位兄弟问了个问题:当然我很能理解这位朋友的担忧:期望效率最大化,时间用在刀刃上,“不要重新发明轮子”嘛。铺天盖地的AI信息轰炸与概念炒作,很容易让人浮躁与迷茫。...

框架设计并不是简单粗暴地写代码,而是要先弄清逻辑

3.框架设计3.框架设计本节我们要开发一个UI框架,底层以白鹭引擎为例。框架设计的第一步并不是直接撸代码,而是先想清楚设计思想,抽象。一个一个的UI窗口是独立的吗?不是的,...

大佬用 Avalonia 框架开发的 C# 代码 IDE

AvalonStudioAvalonStudio是一个开源的跨平台的开发编辑器(IDE),AvalonStudio的目标是成为一个功能齐全,并且可以让开发者快速使用的IDE,提高开发的生产力。A...

轻量级框架Lagent 仅需20行代码即可构建自己的智能代理

站长之家(ChinaZ.com)8月30日消息:Lagent是一个专注于基于LLM模型的代理开发的轻量级框架。它的设计旨在简化和提高这种模型下代理的开发效率。LLM模型是一种强大的工具,可以...

取消回复欢迎 发表评论: