LOADING...

加载过慢请开启缓存(浏览器默认开启)

loading

系统架构设计师

2025/8/23 软考

架构师

系统分析师【上半年】 && 系统架构设计师【下半年】

考试科目【考试时间11月上旬 三科均达到45分】

科目一:综合知识【总分75分】
考试时间:9:00 - 11:30
客观题:75空单选题 150分钟

科目二:案例分析【总分75分】
考试时间:13:30-15:00
主观题:5道大题(只做3道) 90分钟
第一道必答,后4道选答2道

科目三:论文写作 【总分75分】
考试时间:15:30 - 17:30
论文题:4道题选做1道 120分钟

《系统架构设计师教程(第2版)》当字典

系统工程与信息系统基础

系统工程【★】
信息系统生命周期【★】
信息系统开发方法【★★】
信息系统的分类【★★★】
政府信息化与电子政务【★★】
企业信息化与电子商务【★★】
数字化转型与智能制造【★★】

系统工程

系统工程是一种组织管理技术
系统工程是为了最好的实现系统的目的,对系统的组成要素、组织结构、信息流、控制机构进行分析研究的科学方法。
系统工程从整体出发、从系统观念出发,以求【整体最优】
系统工程利用计算机作为工具,对系统的结构、元素、信息和反馈等进行分析,以达到最优规划、最优设计、最优管理和最优控制的目的。
系统工程方法是一种现代的科学决策方法

系统工程方法 关键点
霍尔三维结构
“硬科学” 方法论
逻辑维:逻辑维即解决问题的逻辑过程
时间维:时间维即是工作进程
知识维:知识维即是专业科学知识
应用场景:组织和管理大型工程建设项目
切克兰德方法
“软科学” 方法论
核心不是”最优化”,而是 “比较“ 和 “探寻
七步骤:认识问题、根底定义、建立概念模型、比较及探寻、选择、设计与实施、评估与反馈
并行工程方法 **”制造过程” 与 “支持过程” 并行 **
强调三个方面:产品设计开发期间,最快速度按质完成;各项工作问题协调解决;适当的信息系统工具
综合集成法 钱学森命名,【简单系统】和【巨系统】
四原则:整体论原则、相互联系原则、有序性原则、动态原则
WSR系统方法 实践准则:【懂物理】—【明事理】—【通人理】
霍尔三维比较偏向大型的项目
逻辑维:【做不做】
  • 明确问题
  • 确定目标(建立价值体系或评价体系)
  • 系统综合
  • 系统分析
  • 优化(系统方案的优化选择)
  • 系统决策
  • 实施计划

时间维:做规划

  • 规划阶段(调研,谋求活动的规划与战略)
  • 拟定方案(提出具体的设计方案)
  • 研制阶段(完成研制方案及生产计划)
  • 生产阶段(生产零部件及提出安装计划)
  • 安装阶段(安装完毕,完成系统的运行计划)
  • 运行阶段(系统按照预期的用途开展服务)
  • 更新阶段(改进原有系统、或消亡原有系统)

知识维:

工程、医药、建筑、商业、法律、管理

系统工程生命周期阶段

探索性研究 → 概念阶段 → 开发阶段 → 生产阶段 → 使用阶段 → 保障阶段 → 退役阶段
系统工程生命周期方法

计划驱动方法:需求 → 设计 → 构建 → 测试 → 部署
渐进迭代式开发:提供连续交付以达到期望的系统
精益开发:起源于丰田,是一个动态的、知识驱动的,以客户为中心的过程
敏捷开发:更好的灵活性

信息系统生命周期

系统工程建设原则

高层管理人员介入原则:CIO介入

用户参与开发原则:用户确定范围、核心用户全程参与、用户深度参与

自顶向下规划原则:以此减少信息不一致的现象

工程化原则:引入软件工程

其他原则:创新性原则、整体性原则、发展性原则、经济性原则

信息系统开发方法

原型法针对需求不明确

  • 按功能分:水平原型(界面)、垂直原型(复杂算法)
  • 按最终结果分:抛弃式原型、演化式原型
———————————- 原型法【需求阶段】 ———————————-
结构化法 面向对象方法 面向服务的方法
开发目标清晰化
工作阶段程式化
开发文档规范化
设计方法结构化
应变能力差
自底向上
阶段界限不明
更好应变、更好复用
符合人们的思维习惯
(哪些人使用哪些功能等)
粗粒度、松耦合(SpringCloud)
标准化和构件化(一个服务一个构建)
抽象级别:
操作【低】→ 服务【中】→ 业务流程【高】

元宇宙:把现实中的东西模拟到完整的虚拟环境里面

系统开发方法习题

软件方法学是以软件开发方法为研究对象的学科。其中,()是先对最高层次中的问题进行定义、
设计、编程和测试,而将其中未解决的问题作为一个子任务放到下一层次中去解决。()是根据
系统功能要求,从具体的器件、逻辑部件或者相似系统开始,通过对其进行相互连接、修改和扩大,
构成所要求的系统。()是建立在严格数学基础上的软件开发方法。
A面向对象开发方法 B形式化开发方法
C非形式化开发方法 D自顶向下开发方法

A:面向对象开发方法其实是从底层逐步往上垒的一个过程,先去了解先要构建哪些对象,从而抽象为类 一层一层垒起来的 约等于【自低向上】
B:形式化是严格按数学方法 数学模型的方式来进行
D:结构化开发本身就是自顶向下

A自底向上开发方法 B形式化开发方法
C非形式化开发方法 D 原型开发方法

A自底向上开发方法 B形式化开发方法
C非形式化开发方法 D自顶向下开发方法

信息系统的分类

信息系统的分类 关键点
业务处理系统【TPS】 早期最初级的信息系统【20世纪50-60年代】
功能:数据输入、数据处理【批处理架构风格、OLTP】、数据库维护、文件报表产生
管理信息系统【MIS】 高度集成化的人机信息系统
金字塔结构:分多个层级
决策支持系统【DSS】 语言系统、知识系统和问题处理系统组成
用于辅助决策、支持决策
专家系统【ES】 知识 + 推理 = 专家系统。人工智能的一个重要分支
办公自动化系统【OAS】 由计算机设备、办公设备、数据通信及网络设备、软件系统组成
企业资源计划【ERP】 打通供应链,集成,整合

业务处理系统【TPS】

【业务处理系统(Transaction Processing System,TPS)】又可称为电子数据处理系统(Electronic Data Processing System,EDP),是计算机在管理方面早期应用的最初级形式的信息系统。
TPS是服务于组织管理层次中最低层、最基础的信息系统

管理信息系统【MIS】

【管理信息系统(ManageInformation System,MlS)】是由业务处理系统发展而成的,是在TPS基础上引进大量管理方法对企业整体信息进行处理,并利用信息进行预测、控制、计划、辅助企业全面管理的信息系统。
MIS系统四大部件:信息源、信息处理器、信息用户信息管理者

批处理系统属于【开环系统】
计算机实时处理系统属于【闭环系统】

决策支持系统【DSS】

【决策持系统(Decision SupportSystem,DSS)】是一个由语言系统、知识系统问题处理系统3个互相关联的部分组成的,基于计算机的系统。
【DSS应具有的特征】
(1) 数据和模型是DSS的主要资源。
(2) DSS用来支援用户作决策而不是代替用户作决策。
(3)DSS主要用于解决半结构化机器帮人做及非结构化问题
(4)DSS的作用在于提高决策的有效性而不是提高决策的效率。

专家系统【ES】

【专家系统(ExpertSystem,ES)】是一个智能计算机程序系统,其内部含有某个领域具有专家水平的大量知识与经验,能够利用人类专家的知识和解决问题的方法来处理该领域的问题。

系统 专家系统 一般计算机系统
功能 解决问题、解释结果、进行判断与决策 解决问题
处理能力 处理数字与符号 处理数字
处理问题种类 多属准结构性或非结构性,可处理不确定的知识,使用于特定的领域 多属结构性,处理确定的知识

知识库:存储求解实际问题的领域知识
综合数据库:存储问题的状态描述、中间结果、求解过程的记录等信息。
推理机:实质是【规则解释器】
知识获取:两方面功能:知识的编辑求精及知识自学习。
解释程序:面向用户服务的。

信息系统建设原则

  • 高层管理人员介入原则:CIO介入
  • 用户参与开发原则:用户确定范围、核心用户全程参与、用户深度参与
  • 自顶向下规划原则:全局管控;以此减少信息不一致的现象
  • 工程化原则:引入【软件工程】
  • 其他原则:创新性原则、整体性原则、发展性原则、经济性原则

信息系统开发方法

  • 原型法【需求阶段】

    针对需求不明确
    按功能分:水平原型(界面)、垂直原型(复杂算法) [举例 比如123列垂直包含点菜 订单 套餐模块 那么水平就是他们包含的横着的框]
    按最终结果分:抛弃式原型、演化式原型

    • 结构化法 →
      • 自顶向下,逐步分解求精 【田 → 日 日 → 口】
      • 开发目标清晰化
      • 工作阶段程序化
      • 开发文档规范化
      • 设计方法结构化
      • 应变能力差
    • 面向对象方法 → (分析这个系统适合哪些人……)
      • 自底向上
      • 阶段界限不明
      • 更好应变、更好复用
      • 符合人们的思维习惯
    • 面向服务方法
      • 粗粒度、松耦合
      • 标准化和构件化
      • 抽象级别:操作【低】 → 服务【中】 → 业务流程【高】
  • 其他信息系统开发方法

    • 形成化方法
      • 净室软件工程【受控污染级别的环境】
      • 【数学模型化】
      • 所有东西均可证明/验证,而不是厕所
    • 统一过程方法【UP】
    • 敏姐方法
    • 基于架构的开发方法【ABSD】

政府信息化与电子政务

电子政务主要有3类角色:政府(Government)、企(事)业单位( Business)及公民(Citizen)
如果有第4类就是公务员(Employee)。

★ 人口信息采集处理和利用业务属于( 政府对政府G2G ),企业执照发放属于 (G2B),户籍管理属于 (G2C),参加政府工程交接属于 (B2G)

企业信息化与电子商务

  • 信息化基本概念
  • 企业资源计划【ERP】
  • 客户关系管理【CRM】
  • 供应链管理【SCM】
  • 商业智能【BI】
  • 数据湖
  • 业务流程重组
  • 企业应用集成
  • 电子商务

企业信息化的概念 → 企业信息化的目的 → 企业信息化的规划 → 企业信息化的方法

信息化的概念

  • 信息化是指在国家宏观信息政策指导下,通过信息技术开发、信息产业的发展、信息人才的配置,最大限度地利用信息资源以满足全社会的信息需求,从而加速社会各个领域的共同发展以推进信息社会的过程
  • 信息化的主体是全体社会成员(政府、企业、团体和个人),时域是一个长期过程,空域是经济和社会的一切领域,手段是先进社会生产工具

信息化的目的

  • 企业信息化的具体目标是优化企业业务活动使之更加有效,它的根本目的在于提高企业竞争能力,使得企业具有平稳和有效的运作能力,对紧急情况和机会做出快速反应,为企业内外部用户提供有价值的信息。
涉及三类创新

【技术创新】在生产工艺设计、产品设计中使用计算机辅助设计系统,并通过互联网及时了解和掌握创新的技术信息,加快技术向产的转化。还有,产技术与信息技术相结合,能够幅度地提高技术水平和产品的竞争力。
【管理创新】按照市场发展的要求,要对企业现有的管理流程重新整合,从作为管理核心的财务、资金管理,转向技术、物资、人力资源的管理,并延伸到企业技术创新、工艺设计、产品设计、生产制造过程的管理,进而还要扩展到客户关系管理、供应链的管理乃至发展到电子商务。
【制度创新】那些不适应企业信息化的管理体制、管理机制和管理制度必须得到创新。

信息化需求的三个层次

组织对信息化的需求是【组织信息化的原动力

【信息化需求的三个层次】

战略需求 → 目标【提升组织的竞争能力
运作需求 → 【实现信息化战略目标】的需要、【运作策略】的需要、【人才培养】的需要
技术需求 → 信息技术层面上对【系统的完善、升级、集成

★ 组织信息化需求通常包含三个层次,其中()需求的目标是提升组织的竞争能力,为组织的可持续发展提供支持环境。()需求包含实现信息化战略目标的需求、运营策略的需求和人才培养的需求三个方面。技术需求主要强调在信息层技术层面上对系统的完善、升级、集成和整合提出的需求。
A战略 B发展 C人事 D财务
A规划 B运作 C营销 D管理

企业信息化方法

业务流程重构方法:“彻底的、根本性的” 重新设计流程
核心业务应用方法:围绕核心业务推动信息化。
信息系统建设方法:建设信息系统作为企业信息化的重点和关键。
主题数据库方法:建立面向企业的核心业务的数据库,消除“信息孤岛”。
资源管理方法:切入点是为企业资源管理提供强大的能力。如:ERP、SCM。
人力资本投资方法:人力资本理论【注意不是人力资源管理】把一部分企业的优秀员工看作是一种资本,能够取得投资收益。

信息系统战略规划 - 方法

  • 第一阶段【以数据处理为核心 围绕职能部门需求】
    • 企业系统规划法【BSP】
    • 关键成功因素法【CSF】
    • 战略集合转化法【SSt】
  • 第二阶段【以企业内部MIS为核心 围绕企业整体需求】
    • 战略数据规划法(SDP,Strategic Data Planning):主题数据库
    • 信息工程法(IE,Information Engineering)
    • 略栅格法(SG,Strategic Grid)
  • 第三阶段【综合考虑企业内外环境以集成为核心,围绕企业战略需求】
    • 价值链分析法(VCA,Value Chain Analysis)
    • 战略一致性模型(SAM,Strategic Alignment Model)

★ 用于管理信息系统规划的方法有很多,其中()将整个过程看成是一个“信息集合”,并将组织的战略目标转变为管理信息系统的战略目标。()通过自上而下地识别企业目标、企业过程和数据,然后对数据进行分析,自下而上地设计信息系统。

A.关键成功因素法 B.战略目标集合转化法 C.征费法 D.零线预算法
A.企业信息分析与集成法 B.投资回收法 C.企业系统规划法 D.阶石法

【这里的图片还没上传 有问题!!!!!!!!!!!】

信息-系统战-略规划

企业信息化与电子商务 — 商业智能(BI)

★ 商业智能是指利用数据挖掘、知识发现等技术分析和挖掘结构化的、面向特定领域的存储与数据仓库的信息。它可以帮助用户认清发展趋势、获取决策支持并得出结论。以下(B)活动,并不属于商业智能范畴。

A 某大型企业通过对产品销售数据进行挖掘,分析客户购买偏好
B 某大型企业查询数据仓库中某种产品的总体销售数量 [B只做了商品查询,并没有复杂的数据分析]
C 某大型购物网站通过分析用户的购买历史记录,为客户进行商品推荐
D 某银行通过分析大量股票交易的历史数据,做出投资决策


★ 商业智能系统的处理过程包括四个主要阶段:数据预处理通过(C)实现企业原始数据的初步整合;建立数据仓库是后续数据处理的基础;数据分析是体现系统智能的关键,主要采用(D)和(B)技术,前者能够实现数据的上卷、下钻和旋转分析,后者利用隐藏的知识,通过建立分析模型预测企业未来发展趋势:数据展现主要完成数据处理结果的可视化。

A 数据映射和关联
B 数据集市和数据立方体
C 数据抽取、转换和装载 [ETL]
D 数据清洗和数据集成

A 知识库
B 数据挖掘
C 联机事务处理
D 联机分析处理 [OLAP]

A 知识库
B 数据挖掘
C 联机事务处理
D 联机分析处理

企业信息化与电子商务 — 数据湖

数据湖是一个存储企业的各种各样原始数据的大型仓库,其中的数据可供存储、处理、分析传输

企业信息化与电子商务—BPR和BPM

BPR【业务流程重组】颠覆原有流程、彻底性的再设计
BPM【业务流程管理】使用PDCA循环,持续改进

企业应用集成【EAI】

[财务、研发、人事、销售、采购]

系统未互联互通,存在【信息孤岛
这种架构也被称为【烟囱架构

系统互联互通
         研发
          |
财务    ——    集成    —— 人事
         /    \    
    销售         采购

企业应用集成【EAI】用于消除信息孤岛

企业应用集成方法论

某大型公司欲开发一个门户系统,该系统以商业流程和企业应用为核心,将商业流程中不同的功能模块通过门户集成在一起,以提高公司的集中贸易能力、协同能力和信息管理能力。根据这种需求,采用企业(C)门户解决方案最为合适。

A信息 B知识 C应用 D垂直

电子商务类型

企业信息化与电子商务——电子商务

电子商务主要有2类角色:企业(Business) 及 个人(Customer)

类型 应用
B2B 1688,慧聪网
C2C 咸鱼
B2C 京东,天猫
C2B 个人给企业提供咨询服务
O2O
(Online To offline)
【线上对线下】
团购

O2O可以和其他的交叠

企业信息化与电子商务——数字化转型

【数字化】是新一代信息技术真正的实现推动整个【商业模式的变革】,推动产业链的重构,推动改进企业与消费者之间的关系,以及企业与合作伙伴之间的关系。

企业数字化转型的五个发展阶段:

  • 初始级发展阶段
    数码化:信息的数字化,记录、储存、传输数码化。
  • 单元级发展阶段
    数量化:提升单项业务的运行规范性和效率。
  • 流程级发展阶段
    数字化:关键业务流程及关键业务与设备设施、软硬件、行为活动等要素间的集成优化。
  • 网络级发展阶段
    数模化:组织(企业)级数字化和产业互联网级网络化,实现以数据为驱动的业务模式创新。
  • 生态级发展阶段
    数用化:生态级数字化和泛在物联网级网络化,推动与生态合作伙伴间资源、业务、能力等要素的开放共享和协同合作。
企业信息化与电子商务——智能制造体系

系统层级
【设备层】传感器、仪器仪表、机器、装置等
【单元层】企业内处理信息、实现监测和控制物理流程的层级
【车间层】面向工厂或车间的生产管理的层级
【企业层】面向企业经营管理的层级
【协同层】其内部和外部信息互联和共享,实现跨企业间业务协同的层级



软件工程

软件过程模型(★★★★)
基于构件的软件工程(★★)
逆向工程(★)
净室软件工程(★)
需求工程(★★)
系统分析与设计(★★)
软件测试(★★)
系统运行与软件维护(★)

软件过程模型

  • 瀑布模型(要求在整个过程中分点,第一步做什么,第二步做什么,每个阶段有相应的评审,这个阶段做完才会做下一个阶段)
  • V模型【瀑布变种】
  • 原型模型(一个初潜层次的简易系统的构造)
  • 螺旋模型【原型+瀑布】
  • 构件组装模型/基于构件的开发方法
  • 快速应用开发RAD【瀑布+构件组装】
  • 统一过程/统一开发方法
  • 敏捷开发方法(有原型有快速迭代等一系列思想结合 综量化)

瀑布模型[只适合于需求明确的项目]

大多数软件需求项目的需求都不是很明确 所以Nasa都很难做到瀑布模型

一旦需求要改 会影响后续每个模块 一旦改了就要都涉及到的

特点:
① 严格区分阶段,每个阶段因果关系紧密相连
② 只适合需求明确的项目

需求分析→
       ↓
 软件设计→
        ↓
   程序设计→
          ↓
     编码实现→
            ↓
        单元测试→
               ↓
            集成测试→
                   ↓
                系统测试→
                       ↓
                    运行维护

缺点:
① 软件需求完整性、正确性难确定
② 严格串行化,很长时间才能看到结果
③ 瀑布模型要求每个阶段一次性完全解决该阶段工作,这不现实。

原型模型

适合需求不明确的项目

原型模型两个阶段:
1、原型开发阶段
2、目标软件开发阶段

【抛弃型原型】与【演化型原型】

 →→→ 需求分析→
 ↑          ↓
 ↑    →→→软件设计→→
 ↑    ↓           ↓
 ↑    ↓   ↑→→ 程序设计
 →→原型开发←          ↓     
                   ↓
              编码实现→→
                      ↓
                 单元测试→→
                         ↓
                    集成测试→
                           ↓
                        系统测试→
                               ↓
                            运行维护

原型相关模型

迭代思想 (迭代模型)
演化模型(变换模型)  ——————————  螺旋模型
 演化 |                       /     |
 原型 |                 /           |
 成为 |           /            瀑布模型
 最终 |       /                   |
 产品 |  /                       V
    原型 ———————————————————> 增量模型
     |
     |
快速原型模型

V模型

测试贯穿于始终。测试分阶段,测试计划提前

需求分析                验收测试
   ↘                   ↗
 概要设计              系统测试
     ↘                 ↗
  详细设计           集成测试
       ↘           ↗ 
       编码    单元测试
         ↘     ↗
           V模型

迭代与增量【UP / 敏捷】

增量型:一轮一轮的在增加
迭代型:一轮一轮的在变好