What is Systems Architecture ?
What is Systems Architecture ?
- Systems Architecture is a generic discipline to handle objects (existing or to be created) called "systems", in a way that supports reasoning about the structural properties of these objects.
- Systems Architecture is a response to the conceptual and practical difficulties of the description and the design of complex systems.
On this page, you will find three sections:
- a unified definition of Systems Architecture (outlining what are systems, their architecture and the justifications for Systems Architecture)
- fundamental principles underlying Systems Architecture (in all acceptions of the term)
- socio-cognitive aspects of Systems Architecture to take into account the reality of men (cognitive limitations) and teams (social behaviors).
>> A Unified Definition
- You have said "architecture" ?
Systems Architecture is a generic discipline to handle objects (existing or to be created) called "systems", in a way that supports reasoning about the structural properties of these objects.
Depending on the context, Systems Architecture can in fact refer to:
- the architecture of a system, i.e. a model to describe/analyze a system
- architecting a system, i.e. a method to build the architecture of a system
- a body of knowledge* for "architecting" systems while meeting business needs, i.e. a discipline to master systems design.
* consisting in: concepts, principles, frameworks, tools, methods, heuristics, practices
At this point, we can only say that the "architecture of a system" is (similarly to the one of a building) a global model of this system consisting of:
- a structure
- properties (of various elements involved)
- relationships (between various elements)
- behaviors & dynamics
- multiple views of the system (complementary and consistent).
- But what is a "complex system" ?
Systems are typically objects designed by men, involving heterogeneous components (e.g. hardware, software, humans) working together to perform a mission. The complexity of a system will mainly come from two aspects:
- integration of components: there are many interrelations between a possibly huge number of components, and there are recursive levels of integration
- heterogeneity of components: several specialized fields are involved in the design of a complex system, making it difficult to keep a unified vision of this system and to manage its design.
You can read further explanations on complex systems. We will not describe here the numerous issues raised (at every level of a company: corporate strategy, marketing, product definition, engineering, manufacturing, operations, support, maintenance, etc) by the design and management of such complex systems. But every experienced business leader, manager, consultant or engineer will perfectly know what we are talking about. These issues can be summarized as:
- going from local to global, i.e. mastering integration and emergence
- building an invariable architecture in a moving environment.
- And so, Systems Architecture is ... ?
In this context, Systems Architecture is a response to the conceptual and practical difficulties of the description and the design of complex systems. Systems Architecture helps to describe consistently and design efficiently complex systems such as:
- an industrial system (the original meaning of Systems Architecture)
- an IT infrastructure (Enterprise Architecture)
- an organization (Organizational Architecture)
- a business (Business Architecture)
- a project (Project Architecture?).
Systems Architecture will often rely on a tool called an architecture framework, i.e. a reference model to organize the various elements of the architecture of a system into complementary and consistent predefined views allowing to cover all the scope of Systems Architecture. Famous architecture frameworks are for example DoDAF, MoDAF or AGATE.
Finally, Systems Architecture will consider any system with a socio-technical approach (even when dealing with a "purely technical" system). In particular, during the design (or transformation) of a system, the systems in the scope of this design (or transformation) can be divided in two separated systems in interaction :
- the product, i.e. the system being designed or transformed
- the project, i.e. the socio-technical system* in charge of the design or transformation of the product.
* teams, tools, other resources and their organization following strategies & methods
>> Fundamental Principles
Whatever the type of system and the acception considered (model, method or discipline), Systems Architecture is based on 9 fundamental principles :
- "Thinking with a systemic approach"
- the objects of the reality are modelled as systems (i.e. a box performing a function and defined by its perimeter, inputs, outputs and an internal state)
Ex: a mobile phone is a system which takes in input a voice & keystrokes and outputs voices & displays. Moreover, it can be on, off or in standby. Overall, the phone allows to make phone calls (among other functions). - a system can be broken down into a set of smaller subsystems, which is less than the whole system (because of emergence)
Ex: a mobile phone is in fact a screen, a keyboard, a body, a microphone, a speaker, and electronics. But the phone is the integration of all those elements and cannot be understood completely from this set of elements. - a system must be considered in interaction with other systems, i.e. its environment
Ex: a mobile phone is in interaction with users, relays (to transmit the signal), reparators (when broken), the ground (when falling), etc. All these systems constitue its environment and shall be considered during its design. - a system must be considered through its whole lifecycle
Ex: a mobile phone will be designed, prototyped, tested, approved, manufactured, distributed, selled, used, repaired, and finally recycled. All these steps are important (and not only the moment when it is used).
- the objects of the reality are modelled as systems (i.e. a box performing a function and defined by its perimeter, inputs, outputs and an internal state)
- "Reasoning according to an architecture paradigm"
- a system can be linked to another through an interface, which will model the properties of the link
Ex: when phoning, our ear is in direct contact with the phone, and there is therefore a link between the two systems (the ear and the phone). However, there is a hidden interface : the air! The properties of the air may influence the link between the ear and the phone (imagine for example if there is a lot of noise). - a system can be considered at various abstraction levels, allowing to consider only relevant properties and behaviors
Ex: do you consider your phone as a device to make phonecalls (and other functions of modern phones), a set of material and electronics components manufactured together, or a huge set of atoms ? All these visions are realistic, but they are just at different abstraction levels, whose relevancy will depend on the context. - a system can be viewed according to several layers (usually three: its sense, its functions, and its composition)
Ex: a phone is an object whose sense is to accomplish several missions for its environment : making phone calls, being a fashionable object, offering various features of personal digital assistants, etc. But it is also a set of functions organized to accomplish these missions (displaying on the screen, transmitting signal, delivering power supply, looking for user inputs, making noise if necessary, etc). And finally, all these functions are implemented through physical components organized to perform these functions. - a system can be described through interrelated models with given semantics (properties, structure, states, behaviors, datas, etc)
Ex: from the point of view of properties, the phone is a device expected to meet requirements like "a phone must resist to falls from a height of one meter". But a phone will also change state : when a phone is off and that the power button is pressed, the phone shall turn on. Function dynamics of the phone are also relevant: when receiving a call, the screen will display the name and the speaker will buzz, but if the user presses no button the phone will stop after 30 secondes... This will typically be described with diagrams in SysML (an evolution of UML). - a system can be described through different viewpointscorresponding to various actors concerned by the system.
Ex: commercials, designers, engineers (in charge of software, electronics, acoustics, materials, etc) users, repairers... All these people will have different visions of the phone. When the designer will see the phone as an easy-to-use object centered on the user, the engineer will see it as a technological device which has to be efficient and robust. A commercial may rather see it as a product which must meet clients' needs and market trends to be sold. All these visions are important and define the system in multiple and complementary ways.
- a system can be linked to another through an interface, which will model the properties of the link
>> Socio-Cognitive Aspects
Systems Architecture involves multiple views (sometimes partial or conflictual) of the same system by multiple actors. These views can be understood as "projections" of the system in the spaces of those different actors:
- this is the set of all those views (themselves involving several interrelated models at different abstraction levels) which define the system. But it is in general impossible to define a system in an objective, unified and exhaustive way.
- each view is an analytical description of the system. However, complexity of systems and their architecture cannot be grasped by an analytical decomposition. Considering multiple viewpoints allows to compensate the weaknesses of analytical decomposition (which is the only one we can handle as humans), following the ideas of Edgard Morin and Jean-Louis Le Moigne.
Moreover, social and cognitive aspects of Systems Architecture are absolutely critical to carry out a successful design. Indeed, Systems Architecture is key to make individual and collective work more efficient in projects, in order to meet business needs (quality, delays, performances, costs, risk):
- for individuals, Systems Architecture is a powerful tool helping to overcome the complexity of systems and to keep a vision of their work. It allows to describe, model and design systems in a rich and diverse way, while keeping a good usability of the objects handled and improving decision making. For instance, cognitive rules as "7x7x7" (i.e. for one model, there must be at most 7 elements per level and at most 3 recursive levels) will allow people to work efficiently with their cognitive limitations.
- for teams, Systems Architecture proposes a common language to understand and be understood. It is also a strong tool & method to facilitate collaboration in projects and to create transversality between departments of a company, while allowing to make the right questions emerge in the discussion. In particular, it can help actors to create a shared vision of the system and to converge on various issues. For example, the rule "Every element of the architecture of a system must have an owner" will help teams to advance their work without losing traceability of responsabilities.
Finally, Systems Architecture is not only a model or a method to design complex systems. It is more of a discipline, allowing to consider at the same time the system and the project in charge of it, while overcoming the difficulties related to the complexities (technical, social and cognitive) of the system and its design.
As a discipline, Systems Architecture has its own practical rules & heuristics, as much as powerful best practices coming from various fields. These points have not been addressed in the scope of this introduction, and can be found for instance in this book.
Click here to learn more about my research on Systems Architecture.
For more information on Systems Architecture as a discipline, you can check this book chapter (in French). For a quality academic introduction to Systems Architecture (centered on industrial systems), you can read this paper from MIT.
***https://www.lix.polytechnique.fr/~golden/systems_architecture.html
What is Systems Architecture ?的更多相关文章
- 谈谈我理解的SA——Systems Architecture
什么是SA? SA即Systems Architecture,是系统体系结构. 系统体系结构是定义系统的结构.行为和系统视图的概念模型.架构师将其系统的形式化描述或表示出来,以支持结构和行为的推理的方 ...
- Architecture Patterns
This chapter provides guidelines for using architecture patterns. Introduction Patterns for system a ...
- (转) [it-ebooks]电子书列表
[it-ebooks]电子书列表 [2014]: Learning Objective-C by Developing iPhone Games || Leverage Xcode and Obj ...
- Streaming data from Oracle using Oracle GoldenGate and Kafka Connect
This is a guest blog from Robin Moffatt. Robin Moffatt is Head of R&D (Europe) at Rittman Mead, ...
- 面向服务体系架构(SOA)和数据仓库(DW)的思考基于 IBM 产品体系搭建基于 SOA 和 DW 的企业基础架构平台
面向服务体系架构(SOA)和数据仓库(DW)的思考 基于 IBM 产品体系搭建基于 SOA 和 DW 的企业基础架构平台 当前业界对面向服务体系架构(SOA)和数据仓库(Data Warehouse, ...
- [Z]CS权威会议
CS Conference TOP 40 计算机会议TOP40 一.A 类 15 个 ASPLOS: Architecture Support for Programming Languages an ...
- CCF推荐国际学术期刊
中国计算机学会推荐国际学术期刊 (计算机系统与高性能计算) 一.A类 序号 刊物简称 刊物全称 出版社 网址 1 TOCS ACM Transactions on Computer Systems A ...
- 【转】为什么很多看起来不是很复杂的网站,比如 Facebook、淘宝,都需要大量顶尖高手来开发?
先说你看到的页面上,最重要的几个:[搜索商品]——这个功能,如果你有几千条商品,完全可以用select * from tableXX where title like %XX%这样的操作来搞定.但是— ...
- Docker基础技术:AUFS
AUFS是一种Union File System,所谓UnionFS就是把不同物理位置的目录合并mount到同一个目录中.UnionFS的一个最主要的应用是,把一张CD/DVD和一个硬盘目录给联合 m ...
随机推荐
- python-入门教程(-)
# hello worldprint("hello world") # 变量msg = "使用变量"print(msg) # 字符串大小写变换(仅针对英文)na ...
- sublime text 3 PHP 所需插件
1. PHP代码语法验证插件:SublimeLinter 2.Bracket Highlighter 用于匹配括号,引号和html标签.对于很长的代码很有用.安装好之后,不需要设置插件会自动生效 3. ...
- C# 处理XML的基本操作
文章部分代码引用参考文章, 文末参考文章已标注 ,本篇文章建立在两篇参考文章基础上,可以先阅读参考文章 XML 相关类 XDocument XmlDocument XmlReader XmlWrit ...
- golang学习之win7下go web之revel安装
接着上回记录的win7下go环境搭建,go的开发,现在除了sublime外,LiteIDE比较推荐,下载链接 下载安装后直接打开,需要配置下go环境(本机使用的是window 386版本),如下: 打 ...
- 修改django 后台admin用户的密码
python manage.py shellfrom django.contrib.auth.models import User from django.contrib.auth.models im ...
- SpringMVC国际化配置
一.什么是国际化: 国际化是设计软件应用的过程中应用被使用与不同语言和地区 国际化通常采用多属性文件的方式解决,每个属性文件保存一种语言的文字信息, 不同语言的用户看到的是不同的内容 二.spr ...
- 五、cent OS防火墙常用命令
查看防火墙开闭状态systemctl status firewalld 开启防火墙systemctl start firewalld 关闭防火墙systemctl stop firewalld 查看已 ...
- Spring Cloud个组件原理
引言 面试中面试官喜欢问组件的实现原理,尤其是常用技术,我们平时使用了SpringCloud还需要了解它的实现原理,这样不仅起到举一反三的作用,还能帮助轻松应对各种问题及有针对的进行扩展.以下是 课程 ...
- Java线程面试题 Top 50 (个人总结)(转)
问答总结: 1. JDK1.5引入了哪些更高阶的并发工具 2. Java中CyclicBarrier 和 CountDownLatch有什么不同? CountDownLatch和CyclicBar ...
- IE 8兼容:<meta http-equiv="X-UA-Compatible" content="IE=edge" /> X-UA-Compatible的解释
前言:9月份开始了,大四也真正的到来了.深知自己网页布局还有很大的缺陷,接下来打算从工作中抽时间出来模仿着一些互联网公司的网站.顺便把基础理论知识打好. 第一个目标:小米官网:后续会把练习的项目放到g ...