【新版系统架构】第十二章-信息系统架构设计理论和实践

这篇具有很好参考价值的文章主要介绍了【新版系统架构】第十二章-信息系统架构设计理论和实践。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

软考-系统架构设计师知识点提炼-系统架构设计师教程(第2版)

  1. 第一章-绪论
  2. 第二章-计算机系统基础知识(一)
  3. 第二章-计算机系统基础知识(二)
  4. 第三章-信息系统基础知识
  5. 第四章-信息安全技术基础知识
  6. 第五章-软件工程基础知识(一)
  7. 第五章-软件工程基础知识(需求工程和系统分析与设计)
  8. 第五章-软件工程基础知识(软件测试、净室软件工程、基于构件的软件工程、 软件项目管理)
  9. 第六章-数据库设计基础知识(数据库基本概念、关系数据库)
  10. 第六章-数据库设计基础知识(数据库设计)
  11. 第七章-系统架构设计基础知识(基于架构的软件开发方法)
  12. 第七章-系统架构设计基础知识(架构风格、复用)
  13. 第八章-系统质量属性与架构评估
  14. 第九章-软件可靠性基础知识
  15. 第十章-软件架构的演化和维护
  16. 第十一章-未来信息综合技术

信息系统架构的定义

信息系统架构的定义:

  1. 架构是对系统的抽象,通过描述元素、元素的外部可见属性及元素之间的关系来反映这种抽象
  2. 架构由多个结构组成,结构是从功能角度来描述元素之间的关系的,具体的结构传达了架构某方面的信息
  3. 任何软件都存在架构,但不一定有对该架构的具体表达文档
  4. 元素及其行为的集合构成架构的内容,两个方面进行抽象:在静态方面,关注系统的大粒度(宏观)总体结构,在动态方面,关注系统内关键行为的共同特征
  5. 架构具有基础性,通常涉及解决各类关键重复问题的通用方案(复用性),以及系统设计中影响深远的各项重要决策
  6. 架构隐含“决策”,即架构是由架构设计师根据关键的功能和非功能性需求(质量属性及项目相关的约束)进行设计与决策的结果

信息系统架构分类

  1. 信息系统物理结构(集中式结构、分布式结构)
  2. 信息系统逻辑结构(横向综合、纵向综合、纵横综合)

信息系统常用4种架构模型

  1. 单机应用模式
  2. 客户机/服务器模式(两层C/S、三层C/S与B/S结构、多层CS结构、MVC)
  3. 面向服务架构(SOA)模式(面向服务架构、Web Service、面向服务架构的本质)
  4. 企业数据交换总线

企业信息系统的总体框架
信息系统架构(ISA),具有多维度、分层次、高度集成化的模型

信息系统体系结构总体框架由:战略系统、业务系统、应用系统、信息基础设施

信息系统架构设计方法

TOGAF是一种开放式企业架构框架标准,基于一个迭代的过程模型,支持最佳实践和一套可重用的现有架构资产,它可以让设计、评估、并建立组织的正确架构。

该框架通过以下四个目标帮助企业组织和解决所有关键业务需求:

  1. 确保从关键利益相关方到团队成员的所有用户都使用相同的语言,有助于每个人以相同的方式理解框架,内容和目标,并让整个企业在同一页面上打破任何沟通障碍
  2. 避免被“锁定”到企业架构的专有解决方案,只要该公司内部使用TOGAF而不是用于商业目的,该框架就是免费
  3. 节省时间和金钱,更有效地利用资源
  4. 实现可观的投资回报(ROI)

TOGAF 包括六个组件:

  1. 架构开发方法,是TOGAF的核心,描述了TOGAF架构开发方法(ADM),即一种开发企业架构的分步方法
  2. ADM指南 和技术,包含一系列可用于应用ADM的指南和技术
  3. 架构内容框架,这部分描述了TOGAF内容框架,包括架构工件的结构化元模型、可重用架构构件块(ABB)的使用以及典型架构可交付成果的概述
  4. 企业连续体和工具,讨论分类法和工具,用于对企业内部架构活动的输出进行分类和存储
  5. TOGAF参考模型,提供了两个架构参考模型,即TOGAF技术参考模型(TRM)和集成信息基础设施参考模型(III-RM)
  6. 架构能力框架,讨论在企业内建立和运营架构实践所需的组织,流程,技能,角色和职责

框架核心思想:模块化架构、内容框架、扩展指南、架构风格

ADM架构开发方法的全生命周期模型
【新版系统架构】第十二章-信息系统架构设计理论和实践,# 系统架构设计师(第2版),系统架构,微服务,云原生
各阶段主要活动:

  • 准备阶段:为实施成功的企业架构项目做好准备,包括定义组织机构、特定的架构框架、架构原则和工具
  • 需求管理:完成需求的识别、保管和交付,相关联的ADM阶段则按优先级顺序对需求进行处理,TOGAF项目的每个阶段,都是建立在业务需求之上并且需要对需求进行确认
  • A 架构愿景:设置TOGAF项目的范围、约束和期望,创建架构愿景包括:定义利益相关者,确认业务上下文环境,创建架构工作说明书,取得上级批准
  • B 业务架构,C信息系统架构,D技术架构:从业务、信息系统和技术三个层面进行架构开发,在每一个层面分别完成以下活动:开发基线架构描述、开发目标架构描述、执行差距分析
  • E 机会和解决方案:进行初步实施规划,并确认在前面阶段中确定的各种构建块的交付物形式,确定主要实施项目、对项目分组并纳入过度架构、决定途径(制造/购买/重用、外包、商用、开源)、评估优先顺序、识别相依性
  • F 迁移规划:对阶段E确定的项目进行绩效分析和风险评估,制定一个详细的实施和迁移计划
  • G 实施治理:定义实施项目的架构限制:提供实施项目的架构监督、发布实施项目的架构合同、监测实施项目以确保符合架构要求
  • 架构变更管理:提供持续监测和变更管理的流程,以确保架构可以响应企业的需求并且将架构对于 业务的价值最大化

信息化特征
易用性、健壮性、(平台化、灵活性、拓展性)、安全性、(门户化、整合性)、移动性

信息系统的生命周期:系统规划、系统分析、系统设计、系统实施、系统运行和维护
【新版系统架构】第十二章-信息系统架构设计理论和实践,# 系统架构设计师(第2版),系统架构,微服务,云原生
信息化工厂总体规划方法论:主要是关键成功因素法、战略目标集转化法、企业系统规划法、其他还有企业信息分析与集成技术、产出/方法分析、投资回收法、征费法、零线预算法、阶石法


上面的都是理论,我们还需要实践 ,作者其他要推荐的文章,欢迎来学习:
基于Spring Boot 3.1.0 系列文章

  1. Spring Boot 源码阅读初始化环境搭建
  2. Spring Boot 框架整体启动流程详解
  3. Spring Boot 系统初始化器详解
  4. Spring Boot 监听器详解
  5. Spring Boot banner详解
  6. Spring Boot 属性配置解析
  7. Spring Boot 属性加载原理解析
  8. Spring Boot 异常报告器解析
  9. 使用GraalVM 构建 Spring Boot 3.0 原生可执行文件
  10. Spring Boot 3.x微服务升级经历

Prometheus 系列文章

  1. Prometheus 的介绍和安装
  2. 直观感受PromQL及其数据类型
  3. PromQL之选择器和运算符
  4. PromQL之函数
  5. Prometheus 告警机制介绍及命令解读
  6. Prometheus 告警模块配置深度解析
  7. Prometheus 配置身份认证
  8. Prometheus 动态拉取监控服务
  9. Prometheus 监控云Mysql和自建Mysql

Grafana 系列文章,版本:OOS v9.3.1文章来源地址https://www.toymoban.com/news/detail-552381.html

  1. Grafana 的介绍和安装
  2. Grafana监控大屏配置参数介绍(一)
  3. Grafana监控大屏配置参数介绍(二)
  4. Grafana监控大屏可视化图表
  5. Grafana 查询数据和转换数据
  6. Grafana 告警模块介绍
  7. Grafana 告警接入飞书通知

到了这里,关于【新版系统架构】第十二章-信息系统架构设计理论和实践的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【新版系统架构】第十五章-面向服务架构设计理论与实践

    软考-系统架构设计师知识点提炼-系统架构设计师教程(第2版) 第一章-绪论 第二章-计算机系统基础知识(一) 第二章-计算机系统基础知识(二) 第三章-信息系统基础知识 第四章-信息安全技术基础知识 第五章-软件工程基础知识(一) 第五章-软件工程基础知识(需求工

    2024年02月16日
    浏览(46)
  • 《微服务架构设计模式》第十二章 部署微服务应用

    内容总结自《微服务架构设计模式》 在20世纪90年代末开始开发企业Java应用程序以来,部署的流程和架构都发生了根本性的变化。早先开发人员将代码扔给运维人员进行手动部署的历史已经一去不复返了,生产环境的部署过程已经变得高度自动化。之前由物理机组成的生产环

    2024年02月16日
    浏览(43)
  • (数字图像处理MATLAB+Python)第十二章图像编码-第一、二节:图像编码基本理论和无损编码

    图像编码 :一种将数字图像转换为压缩表示形式的过程。它的目标是减少图像数据的存储空间,并在传输或存储时减少带宽和存储需求、主要分为两类 无损压缩 :尽可能地保留原始图像的所有信息,以实现无失真的压缩。其中最常见的算法之一是无损JPEG(JPEG-LS)编码,它

    2024年02月10日
    浏览(146)
  • 【设计模式】第十二章:观察者模式详解及应用案例

    【设计模式】七大设计原则 【设计模式】第一章:单例模式 【设计模式】第二章:工厂模式 【设计模式】第三章:建造者模式 【设计模式】第四章:原型模式 【设计模式】第五章:适配器模式 【设计模式】第六章:装饰器模式 【设计模式】第七章:代理模式 【设计模式

    2024年02月13日
    浏览(41)
  • 【新版】系统架构设计师 - 未来信息综合技术

    个人总结,仅供参考,欢迎加好友一起讨论 信息物理系统(★) 人工智能(★★) 机器人(★★) 边缘计算(★★) 数字孪生(★★) 云计算与大数据(★★) 第二版架构新教材里新增加内容,对应第11章,考查内容也会非常发散,会迎合当前前沿技术。 信息物理系统(

    2024年02月07日
    浏览(63)
  • Rust程序语言设计 第十二章 一个 I/O 项目:构建一个命令行程序

    本章既是一个目前所学的很多技能的概括,也是一个更多标准库功能的探索。我们将构建一个与文件和命令行输入/输出交互的命令行工具来练习现在一些你已经掌握的 Rust 技能。 Rust 的运行速度、安全性、单二进制文件输出和跨平台支持使其成为创建命令行程序的绝佳选择,

    2024年02月13日
    浏览(42)
  • 第十二章:泛型(Generic)

    目录 12.1:为什么要有泛型? 12.2:在集合中使用泛型 12.3:自定义泛型结构 12.4:泛型在继承上的体现 12.5:通配符的使用 12.1:为什么要有泛型?         泛型:(标签)允许在定义类、接口时候通过一个标识来表示类中某个属性的类型或者是某个方法的返回值及参数类

    2024年02月07日
    浏览(40)
  • 第十二章 elk

    1、ELK可以帮助我们解决哪些问题 日志分布在多台不同的服务器上,业务一旦出现故障,需要一台台查看日志 单个日志文件巨大,无法使用常用的文本工具分析,检索困难; 2、架构设计分析 Filebeat和Logstash ELK架构中使用 Logstash收集、解析日志 ,但是Logstash对 内存、cpu、io等资

    2024年02月13日
    浏览(33)
  • 第十二章 sys模块

    什么是Python 解释器 当编写Python 代码时,通常都会得到一个包含Python 代码的以.py 为扩展名的文件。要运行编写的代码,就需要使用Python 解释器去执行.py 文件。因此,Python 解释器就是用来执行Python 代码的一种工具。常见的Python 解释器有以下几种: CPython:Python 的官方解释器

    2024年02月09日
    浏览(41)
  • 第十二章Session

    注意:前面的Cookie是保存在客户端,而session是在服务端的 这里Session与cookie的样式基本一样的 下面加一个base标签 再次点击,id不变,isNew变为false 30分钟 下面这个设置可以改变session的默认时长 下面我们设置session的时长(上面是默认时长) 本来第二次点击session的创建和获取

    2024年01月24日
    浏览(40)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包