![](https://i-blog.csdnimg.cn/direct/2ded6c0bcf8f42f580adac08c0623a13.jpeg?x-oss-process=image/resize,m_fixed,h_224,w_224)
系统架构设计师(新版)
文章平均质量分 94
系统架构设计师,属于计算机技术与软件(高级)专业技术资格。此专栏以第二版教材为主,提供综合知识、案例科目、论文等内容,一起努力吧八九点钟的太阳们。
帅次
CSDN博客专家、华云云享专家、阿里云专家博主、软件设计师,深耕移动开发领域多年,分享一些你需要的小知识点!
展开
-
系统架构设计师备考攻略
计算机软件资格考试是由国家人力资源和社会保障部、工业和信息化部领导下的国家级考试。软考没有学历、专业、年龄、相关工作经验要求,你可以根据自身选择合适的去报名(也就是说你直接直接报高级),但是一次考试只能报一种。计算机软件资格考试纳入全国专业技术人员职业资格证书制度的统一规划,实行统一大纲、统一试题、统一标准、统一证书的考试办法,每年举行两次。通过考试获得证书的人员,表明其已具备从事相应专业岗位工作的水平和能力,用人单位聘任相应专业技术职务(助理工程师、工程师、高级工程师)。原创 2024-08-12 08:00:00 · 1121 阅读 · 6 评论 -
【系统架构设计师】二十六、论文写作要点
论文写作概述:时间所需120分钟;题目可四选一,必有一题考察软件架构,总有一款适合你;考察形式是机试(开心,再也不用担心字丑了),约2500字。原创 2024-08-09 08:30:00 · 1030 阅读 · 0 评论 -
【系统架构设计师】二十五、大数据架构设计理论与实践③
大数据架构设计案例分析:Lambda架构在某网奥运中的大数据应用;Lambda架构在某网广告平台的应用与演进;某证券公司大数据系统;某电商智能决策大数据系统。原创 2024-08-09 08:00:00 · 1122 阅读 · 0 评论 -
【系统架构设计师】二十五、大数据架构设计理论与实践②
Kappa 架构的原理就是:在Lambda 的基础上进行了优化,删除了 Batch Layer的架构,将数据通道以消息队列进行替代。因此对于Kappa 架构来说,依旧以流处理为主,但是数据却在数据湖层面进行了存储,当需要进行离线分析或者再次计算的时候,则将数据湖的数据再次经过消息队列重播一次则可。原创 2024-08-07 08:30:00 · 1710 阅读 · 0 评论 -
【系统架构设计师】二十五、大数据架构设计理论与实践①
Lambda 架构设计目的在于提供一个能满足大数据系统关键特性的架构,包括高容错、低延迟、可扩展等。其整合离线计算与实时计算,融合不可变性、读写分离和复杂性隔离等原则,可集成 Hadoop、Kafka、Spark、Storm 等各类大数据组件。Lambda 是用于同时处理离线和实时数据的,可容错的,可扩展的分布式系统。它具备强鲁棒性,提供低延迟和持续更新。Lambda架构应用场景:机器学习、物联网、流处理。原创 2024-08-07 08:00:00 · 926 阅读 · 0 评论 -
【系统架构设计师】二十四、安全架构设计理论与实践⑤
认证、授权和审计 (Authentication Authorization and Accounting,AAA) 是运行于宽带网络接入服务器上的客户端程序。 AAA 提供了一个用来对认证、授权和审计三种安全功能进行配置的一致的框架,实际上是对网络安全的一种管理。原创 2024-08-05 08:30:00 · 1076 阅读 · 0 评论 -
【系统架构设计师】二十四、安全架构设计理论与实践④
数据库完整性是指数据库中数据的正确性和相容性。数据库完整性由各种各样的完整性约束来保证,因此可以说数据库完整性设计就是数据库完整性约束的设计。数据库完整性约束可以通过DBMS 或应用程序来实现,基于DBMS 的完整性约束作为模式的一部分存入数据库中。分层架构的脆弱性主要表现在两个方面:(1)层间的脆弱性。一旦某个底层发生错误,那么整个程序将会无法正常运行。(2)层间通信的脆弱性。将系统隔离为多个相对独立的层,这就要求在层与层之间引入通信机制。本来“直原创 2024-08-05 08:00:00 · 844 阅读 · 0 评论 -
【系统架构设计师】二十四、安全架构设计理论与实践③
OSI定义了7层协议,其中除第5层(会话层)外,每一层均能提供相应的安全服务。实际上,最适合配置安全服务的是在物理层、网络层、运输层及应用层上,其他层都不宜配置安全服务。OSI开放系统互联安全体系的5类安全服务包括鉴别、访问控制、数据机密性、数据完整性和抗抵赖性。OSI定义分层多点安全技术体系架构,也称为深度防御安全技术体系架构,它通过以下三种方式将防御能力分布至整个信息系统中。原创 2024-08-04 08:30:00 · 1834 阅读 · 0 评论 -
【系统架构设计师】二十四、安全架构设计理论与实践②
安全技术体系架构是对组织机构信息技术系统的安全体系结构的整体描述。安全技术体系架构的目标是建立可持续改进的安全技术体系架构的能力。根据网络中风险威胁的存在实体划分出5个层次的实体对象:应用、存储、主机、网络和物理。原创 2024-08-04 08:00:00 · 904 阅读 · 0 评论 -
【系统架构设计师】二十四、安全架构设计理论与实践①
在信息系统的整个生命周期中,安全保障应包括技术、管理、人员和工程过程的整体安全,以及相关组织机构的健全等。目前,网络与信息安全风险类别可以分为人为蓄意破坏(被动型攻击,主动型攻击)、灾害性攻击、系统故障、人员无意识行为原创 2024-08-03 10:18:40 · 1239 阅读 · 1 评论 -
【系统架构设计师】二十三、通信系统架构设计理论与实践②
绿色网络设计采用精简设计、重用设计、回收设计的思路。设计原则有:(1)标准化:减少转换设备,兼容异构方案。(2)集成化:减少设备总量,降低资源需求。(3)虚拟化:灵活调配,按需使用。(4)智能化:降低人力成本,降低资源占用。原创 2024-08-03 10:18:22 · 1011 阅读 · 2 评论 -
【系统架构设计师】二十三、通信系统架构设计理论与实践①
通信网络主要形式:局域网、广域网、移动通信网。局域网网络架构有 4 种类型:单核心架构、双核心架构、环型架构、层次型架构。广域网属于多级网络,通常由骨干网、分布网、接入网组成。在网络规模较小时,可仅由骨干网和接入网组成。通常,在大型网络构建中,通过广域网将分布在各地域的局域网互连起来,形成一个大的网络。移动通信网为移动互联网提供了强有力的支持,尤其是5G 网络为个人用户、垂直行业等提供了多样化的服务。原创 2024-08-02 08:30:00 · 1881 阅读 · 0 评论 -
【系统架构设计师】二十二、嵌入式系统架构设计理论与实践③
鸿蒙 (HarmonyOS) 整体采用分层的层次化设计,从下向上依次为:内核层、系统服务层、框架层和应用层。系统功能按照“系统”→“子系统”→“功能/模块”逐级展开,在多设备部署场景下,支持根据实际需求裁剪某些非必要的子系统或功能/模块。原创 2024-08-02 08:00:00 · 1234 阅读 · 0 评论 -
【系统架构设计师】二十二、嵌入式系统架构设计理论与实践②
中间件 (Middleware)属于可复用软件的范畴。顾名思义,中间件处于操作系统软件与用户的应用软件的中间,在操作系统、网络和数据库之上,应用软件之下,其作用是为处于上层应用软件提供运行与开发的环境,帮助用户灵活、高效地开发和集成复杂的应用软件。原创 2024-08-01 09:00:00 · 1068 阅读 · 0 评论 -
【系统架构设计师】二十二、嵌入式系统架构设计理论与实践①
嵌入式操作系统 (Embedded Operating System,EOS)是指用于嵌入式系统的操作系统。通常包括与硬件相关的底层驱动软件、系统内核、设备驱动接口、通信协议、图形界面、标准化浏览器等。嵌入式操作系统与通用操作系统相比,具备以下主要特点:可剪裁性,可移植性,强实时性,强紧凑性,高质量代码,强定制性,标准接口,强稳定性,弱交互性,强确定性,操作简捷、方便,较强的硬件适应性,可固化性。原创 2024-08-01 08:30:00 · 959 阅读 · 0 评论 -
【系统架构设计师】二十一、面向服务架构设计理论与实践②
微服务不再强调传统 SOA 架构里面比较重的 ESB 企业服务总线,同时SOA 的思想进入到单个业务系统内部实现真正的组件化。微服务架构将一个大型的单个应用或服务拆分成多个微服务,可扩展单个组件而不是整个应用程序堆栈,从而满足服务等级协议。微服务模式特点:复杂应用解耦、独立、技术选型灵活、容错、松耦合易扩展。原创 2024-07-30 08:30:00 · 1240 阅读 · 0 评论 -
【系统架构设计师】二十一、面向服务架构设计理论与实践①
为适应日益增长的用户访问量和产品的快速更新迭代,导致SOA 架构向更细粒度、更通用化程度发展,就成了所谓的微服务了。 SOA 与微服务的区别在于如下几个方面:(1)微服务相比于SOA 更加精细,微服务更多地以独立的进程的方式存在,互相之间并无影响;(2)微服务提供的接口方式更加通用化,例如HTTP RESTful 方式,各种终端都可以调用,无关语言、平台限制;(3)微服务更倾向于分布式去中心化的部署方式,在互联网业务场景下更适合。原创 2024-07-30 08:00:00 · 695 阅读 · 0 评论 -
【系统架构设计师】二十、云原生架构设计理论与实践②
容器作为标准化软件单元,它将应用及其所有依赖项打包,使应用不再受环境限制,在不同计算环境间快速、可靠地运行。通过容器技术,企业可以充分发挥云计算弹性优势,降低运维成本。一般而言,借助容器技术,企业可以通过部署密度提升和弹性降低50%的计算成本。原创 2024-07-29 08:30:00 · 610 阅读 · 0 评论 -
【系统架构设计师】二十、云原生架构设计理论与实践①
云原生架构是基于云原生技术的一组架构原则和设计模式的集合,旨在将云应用中的非业务代码部分进行最大化的剥离,从而让云设施接管应用中原有的大量非功能特性(如弹性、韧性、安全、可观测性、灰度等),使业务不再有非功能性业务中断困扰的同时,具备轻量、敏捷、高度自动化的特点。云原生的代码通常包括三部分:业务代码、三方软件、处理非功能特性的代码。原创 2024-07-29 08:00:00 · 1142 阅读 · 0 评论 -
【系统架构设计师】十九、层次式架构设计理论与实践③
物联网可以分为三个层次,底层是用来感知数据的感知层,即利用传感器、二维码、 RFID等设备随时随地获取物体的信息。第二层是数据传输处理的网络层,即通过各种传感网络与互联网的融合,将对象当前的信息实时准确地传递出去。第三层则是与行业需求结合的应用层,即通过智能计算、云计算等将对象进行智能化控制。PetShop 4.0基本上延续了3.0的结构,但在性能上作了一定的改进,引入了缓存和异步处理机制,同时又充分利用了ASP.Net 2.0的新功能 MemberShip。原创 2024-07-27 08:30:00 · 1869 阅读 · 0 评论 -
【系统架构设计师】十九、层次式架构设计理论与实践②
数据访问模式有 5 种,分别是:在线访问、Data Access Object、Data Transfer Object、离线数据模式、对象/关系映射(Object/Relation Mapping)。数据库设计与XML 设计融合:XML 正在成为Internet上数据描述和交换的标准,并且将来会代替 HTML 而成为 Web 上保存数据的主要格式。原创 2024-07-27 08:00:00 · 927 阅读 · 0 评论 -
【系统架构设计师】十九、层次式架构设计理论与实践①
层次式体系结构设计是一种常见的架构设计方法,也称为 N 层架构设计,它将系统组成为一个层次结构,每一层为上层服务,并作为下层客户。在一些层次系统中,除了一些精心挑选的输出函数外,内部的层接口只对相邻的层可见。层次式体系结构的每一层最多只影响两层,同时只要给相邻层提供相同的接口,也允许每层用不同的方法实现,这种方式也为软件重用提供了强大的支持。大部分的应用会分成表现层(或称为展示层)、中间层(或称为业务层)、访问层(或称为持久层)和数据层。原创 2024-07-26 08:30:00 · 962 阅读 · 2 评论 -
【系统架构设计师】十八、信息系统架构设计理论与实践③
价值驱动的体系结构价值模型核心的特征可以简化为三种基本形式:(1)价值期望值:表示对某一特定功能的需求,包括内容(功能)、满意度(质量)和不同级别质量的实用性。(2)反作用力:系统部署实际环境中,实现某种价值期望值的难度,通常期望越高难度越大,即反作用力。(3)变革催化剂:表示环境中导致价值期望值发生变化的某种事件,或者是导致不同结果的限制因素。原创 2024-07-26 08:00:00 · 1063 阅读 · 0 评论 -
【系统架构设计师】十八、信息系统架构设计理论与实践②
信息系统的架构 (Information System Architecture,ISA) 中的Architecture含义具有丰富内涵和作用,相比计算机领域的Architecture来说它的单一性、片面性模型是难以描述ISA 的全部的,ISA 模型应该是多维度,分层次、高度集成化的模型。要在企业中建立一个有效集成的ISA,必须考虑企业中的四个方面:战略系统、业务系统、应用系统和信息基础设施。原创 2024-07-25 08:30:00 · 1310 阅读 · 0 评论 -
【系统架构设计师】十八、信息系统架构设计理论与实践①
信息系统架构(ISA)是指对某一特定内容里的信息进行统筹、规划、设计、安排等一系列有机处理的活动。目前关于信息系统架构较为权威的定义有:(1)信息系统架构是系统的结构,由软件元素、元素外部可见属性和元素间关系组成。(2)信息系统架构是软件系统结构、行为和属性的高级抽象,由系统元素描述、元素间相互作用、元素集成模式及模式约束组成。(3)信息系统架构是系统的基础组织,体现为构件、构件间关系、构件和环境间关系、构件设计和演进的原则。原创 2024-07-25 08:00:00 · 1063 阅读 · 0 评论 -
【系统架构设计师】十六、知识产权(著作权法|知识产权人的归属|侵犯判定)
知识产权是指公民、法人、非法人单位对自己的创造性智力成果和其他科技成果依法享有的民事权。是智力成果的创造人依法享有的权利和在生产经营活动中标记所有人依法所享有的权利的总称。包含著作权、专利权、商标权、商业秘密权、植物新品种权、集成电路布图设计权和地理标志权等。原创 2024-07-24 08:45:00 · 1052 阅读 · 0 评论 -
【系统架构设计师】十五、未来信息综合技术(机器人|边缘计算|数字孪生|云计算|大数据)
如果按照要求的控制方式分类,机器人可分为操作机器人、程序机器人、示教再现机器人、智能机器人和综合机器人。在灵活性方面,SaaS→PaaS→laaS灵活性依次增强。在方便性方面,IaaS→PaaS→SaaS方便性依次增强。大数据的特点:大规模、高速度、多样化、可变性、复杂性等。原创 2024-07-24 08:30:00 · 1690 阅读 · 0 评论 -
【系统架构设计师】十五、未来信息综合技术(信息物理系统技术|人工智能技术)
信息物理系统(CPS)是控制系统、嵌入式系统的扩展与延伸,其涉及的相关底层理论技术源于对嵌入式技术的应用与提升。人工智能(AI)是利用数字计算机或数字计算机控制的机器模拟、延伸和扩展人的智能,感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。人工智能根据是否能真正实现推理、思考和解决问题,分为弱人工智能和强人工智能。目前的人工智能应用都属于弱人工智能。原创 2024-07-23 08:30:00 · 1139 阅读 · 0 评论 -
【系统架构设计师】十四、软件架构的演化和维护(软件架构演化评估方法|大型网站系统架构演化实例|软件架构维护)
根据演化过程是否已知可将评估过程分为:演化过程已知的评估和演化过程未知的评估。演化过程已知的评估其目的在于通过对架构演化过程进行度量,比较架构内部结构上的差异以及由此导致的外部质量属性上的变化,对该演化过程中相关质量属性进行评估。当演化过程未知时,我们无法像演化过程已知时那样追踪架构在演化过程中的每一步变化,只能根据架构演化前后的度量结果逆向推测出架构发生了哪些改变,并分析这些改变与架构相关质量属性的关联关系。原创 2024-07-23 08:00:00 · 1105 阅读 · 0 评论 -
【系统架构设计师】十四、软件架构的演化和维护(演化和定义|面向对象软件架构演化过程|软件架构演化方式的分类)
软件架构的演化就是软件整体结构的演化,演化过程涵盖软件架构的全生命周期,包括软件架构需求的获取、软件架构建模、软件架构文档、软件架构实现以及软件架构维护等阶段。所以,人们通常说软件架构是演化来的,而不是设计来的。原创 2024-07-22 08:30:00 · 1542 阅读 · 0 评论 -
【系统架构设计师】十三、软件可靠性(软件可靠性管理|软件可靠性设计|软件可靠性测试与评价)
提高系统可靠性的技术可以分为避错(排错)技术和容错技术。避错是通过技术评审、系统测试和正确性证明等技术,在系统正式运行之前避免、发现和改正错误。容错是指系统在运行过程中发生一定的硬件故障或软件错误时,仍能保持正常工作而不影响正确结果的一种性能或措施。容错技术主要是采用冗余方法来消除故障的影响。软件容错技术主要包括恢复块方法、N版本程序设计、防卫式程序设计和冗余设计等多种方法。原创 2024-07-22 08:00:00 · 795 阅读 · 0 评论 -
【系统架构设计师】十三、软件可靠性(基本概念|软件可靠性建模)
软件可靠性是软件产品在规定的条件下和规定的时间区间完成规定功能的能力。软件可靠性和硬件可靠性区别: (1)复杂性:软件复杂性比硬件高,大部分失效来自于软件失效。 (2)物理退化:硬件失效主要是物理退化所致,软件不存在物理退化。 (3)唯一性:软件是唯一的,每个COPY版本都一样,而两个硬件不可能完全一样。 (4)版本更新周期:硬件较慢,软件较快。原创 2024-07-18 15:00:00 · 1255 阅读 · 0 评论 -
【系统架构设计师】十二、系统质量属性与架构评估(系统架构评估|SAAM|ATAM|CBAM)
系统架构评估是在对架构分析、评估的基础上,对架构策略的选取进行决策。它利用数学或逻辑分析技术,针对系统的一致性、正确性、质量属性、规划结果等不同方面,提供描述性、预测性和指令性的分析结果。敏感点:是实现质量目标时应注意的点,是一个或多个构件的特性。权衡点:是影响多个质量属性的敏感点。例如修改某个功能,影响到了架构的性能属性和安全性属性。原创 2024-07-18 08:00:00 · 1268 阅读 · 0 评论 -
【系统架构设计师】十二、系统质量属性与架构评估(开发期质量属性|运行期质量属性|面向架构评估的质量属性|质量属性效用树|质量属性场景)
软件系统质量属性 (Quality Attribute)是一个系统的可测量或者可测试的属性,用来描述系统满足利益相关者 (Stakeholders)需求的程度。基于软件系统的生命周期,可以将软件系统的质量属性分为开发期质量属性和运行期质量属性2个部分。原创 2024-07-17 08:30:00 · 955 阅读 · 0 评论 -
【系统架构设计师】十一、系统架构设计(中间件|典型应用架构)
中间件:在一个分布式系统环境中处于操作系统和应用程序之间的软件,可以在不同的技术之间共享资源,将不同的操作系统、数据库、异构的网络环境以及若干应用结合成一个有机的协同工作整体。JSP发一个数据到Servlet,Servlet收到后做下解析再根据数据调用相应的Service去服务,Service如果有要调用数据库就通过DAO跟数据库交互,使用JavaBean完成封装,返回结果给Servlet,Servlet再返回给JSP。原创 2024-07-17 08:00:00 · 415 阅读 · 0 评论 -
【系统架构设计师】十一、系统架构设计(基于体系结构的软件设计|特定应用领域软件架构)
基于体系结构(架构)的软件设计(ABSD)方法是体系结构驱动的,即指构成体系结构的商业、质量和功能需求的组合驱动的。在基于体系结构的软件设计方法中,采用视角与视图来描述软件架构,采用用例来描述功能需求,采用质量场景来描述质量需求。DSSA 就是专用于一类特定类型的任务(领域)的、在整个领域中能有效地使用的、为成功构造应用系统限定了标准的组合结构的软件构件的集合。DSSA 就是一个特定的问题领域中支持一组应用的领域模型、参考需求、参考体系结构等组成的开发基础,其目标就是支持在一个特定领域中多个应用的生成。原创 2024-07-16 08:30:00 · 850 阅读 · 0 评论 -
【系统架构设计师】十一、系统架构设计(层次架构风格|MVC|面向服务的架构风格|ESB)
三层C/S架构:将处理功能独立出来,表示层和数据层都变得简单。表示层在客户机上,功能层在应用服务器上,数据层在数据库服务器上。既然将两层C/S架构中的数据从服务器中独立出来了。SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义接口进行通信,不涉及底层编程接口和通信模型。企业服务总线ESB:简单来说是一根管道,用来连接各个服务节点。ESB的存在是为了集成基于不同协议的不同服务,ESB 做了消息的转化、解释以及路由的工作,以此来让不同的服务互联互通。原创 2024-07-16 08:00:00 · 1323 阅读 · 0 评论 -
【系统架构设计师】十一、系统架构设计(软件架构概述|构件|软件架构风格|软件架构复用)
软件体系结构风格(软件系统架构)是描述某一特定应用领域中系统组织方式的惯用模式。架构风格定义一个系统家族,即一个架构定义、一个词汇表和一组约束。词汇表中包含一些构件和连接件类型,而这组约束指出系统是如何将这些构件和连接件组合起来的。架构设计的一个核心问题是能否达到架构级的软件复用。架构风格定义了用于描述系统的术语表和一组指导构建系统的规则。原创 2024-07-15 08:30:00 · 2016 阅读 · 0 评论 -
【系统架构设计师】十、统一建模语言UML(基本概念|UML2.0|SysML)
UML 2.0 提供了 14 种图,分别是类图、对象图、用例图、序列图、通信图(协作图)、状态图、活动图、构件图(组件图)、部署图、制品图、组合结构图、包图、交互概览图和计时图(定时图)。序列图、通信图、交互概览图和计时图均被称为交互图。系统建模语言(SysML)是一种通用图形建模语言,用于指定,分析,设计和验证可能包括硬件,软件,信息,人员,程序和设施的复杂系统。特别是,该语言提供了图形表示,其具有用于建模系统需求,行为,结构和参数的语义基础,用于与其他工程分析模型集成。原创 2024-07-15 08:00:00 · 779 阅读 · 0 评论 -
【系统架构设计师】九、软件工程(项目管理|进度管理|软件配置管理|软件质量管理|软件风险管理 )
面向对象的分析模型主要由顶层架构图、用例与用例图、领域概念模型构成设计模型则包含以包图表示的软件体系结构图、以交互图表示的用例实现图、完整精确的类图、针对复杂对象的状态图和用以描述流程化处理过程的活动图等。为使软件项目开发获得成功,关键问题是必须对软件项目的工作范围、可能风险、需要资源(人、硬件/软件)、要实现的任务、经历的里程碑、花费工作量(成本)、进度安排等进行预先计划和执行。:识别出项目中已知和可预测的风险,确定风险的来源、产生的条件、描述风险的特征以及哪些项目可以产生风险,形成一个风险列表。原创 2024-07-12 08:00:00 · 1677 阅读 · 0 评论