架构师真题2019 综合知识点

架构师真题2019 综合知识点总结，包括操作系统、信息安全、数据库系统、计算机网络、系统配置与性能评价、企业信息化战略与实施等内容。

• 操作系统
  • 前趋图
  • 页面置换算法
    • 1、逻辑地址由页号与业内地址组成，通过页号找到页帧号（物理块号），物理地址= 页帧号 + 页内地址
    • 2、先淘汰未被访问的页面，再淘汰未修改过的页面
  • 嵌入式操作系统（2分）
    • 嵌入式操作系统调度算法
      • 优先级调度算法
      • 抢占式优先级调度算法
      • 最晚截止期调度算法
      • 最早截止期调度算法
    • 混成系统
      • 离散分离组件
      • 连续组件
      • 并行或串行组成
      • 组件之间的行为由计算模型进行控制
• 信息安全
  • 网络安全协议
    • SSL
    • https
    • PGP（Pretty Good Privacy）
      • 优良保密协议,是一套用于信息加密、验证的应用程序，可用于加密电子邮件内容
  • 文件或文件夹被共享后安全性与可靠性将会下降
• 数据库系统
  • 数据库安全机制
  • 函数依赖、关系分解
  • 数据库体系结构
    • 数据库
      • 
    • 分布式数据库
      • 
• 计算机网络
  • TCP/IP协议簇
    • TCP协议是可靠的传输层协议
    • TCP端口号可以对应用层进行寻址
    • 浏览器发出HTTP请求报文之前的操作
      • 查询本机DNS环境，获取主机名对应的IP地址
      • 发起DNS请求、获取主机名对应的IP地址
      • 发送ARP协议广播数据包，请求网关的MAC地址
    • DHCP服务
      • DHCP服务功能需要主动开启
      • 客户端或自动获取IP，无需指定DHCP服务器地址
      • DHCP可以服务一个网段，也可以通过DHCP中继服务多个子网
      • 一个网段中可以配置多台DHCP服务器
  • 网络规划与设计
    • 网络冗余设计
      • 目的：提供网络的可用性，避免网络组件单点失效造成应用不可用
      • 设计方式
        • 备用路径
          • 是在主路径失效的时候开始启用，和主路径承担的是不同的网络负载
        • 负载分担
          • 通过并行链路提供流量分担从而提供整体性能
        • 备用路径与负载分担结合
          • 备用链路可考虑增加负载分担设计从而鉴权主路径负担
• 系统配置与性能评价
  • 性能评价方法（2分）
    • 真实程序
    • 基准测试程序(benchmark)
      • 评估计算机系统性能的标准程序
      • 应用程序中用得最多、最频繁的那部分核心程序
  • 评测准确程度
    • 真实程序 > 核心程序 > 小型基准程序 > 合成基准程序
• 企业信息化战略与实施
  • 信息系统战略规划
    • 关键成功因素法
      • 寻找成功的关键信息
        • 用以确定系统开发的优先次序
      • 关键成功因素来源于组织目标
        • 组织目标分解
        • 关键成功因素识别
        • 性能指标识别
        • 最终产生数据字典
  • 企业应用集成（EAI- Enterprise Application Integration）
    • 基本原则
      • 集成多个系统并保证系统互不干扰，也就是独立性
    • 终极目标
      • 将多个企业和企业内部的多个应用集成到一个虚拟的、统一的应用系统中
    • 遵循的原则
      • 应用程序的独立性
      • 面向商业流程
      • 独立于技术
      • 平台无关
    • 4个层次服务
      • 通讯服务（最底层）
      • 信息传递与转化服务
      • 应用连接服务
      • 流程控制服务（最顶层）
      • 从下至上
  • 软件开发工具
• 软件工程
  • 软件生命周期
    • 三阶段
      • 软件定义
        • 主要任务：可行性研究和详细需求分析过程，以确定软件开发工程必须完成的总目标
      • 软件开发
        • 软件的设计与实现
          • 概要（总体）设计
            • 需求 => 数据结构 与 系统结构
            • 软件概要设计
              • 软件需求转化为软件设计的【数据结构】和软件的【系统结构】
          • 详细设计
            • 过程设计，通过对结构细化，得到软件详细数据结构和算法
          • 编码
          • 测试
      • 软件运行与维护
        • 对软件产品进行修改或对软件需求变化做出响应的过程，目的是为了尽可能地延长软件的寿命
  • 信息系统开发方法
    • 从开发风范上分类
      • 自顶向下的开发方法
        • 对最高层次中的问题进行定义、设计、编程和测试，然后在进行下一层的问题的解决
      • 自底向下的开发方法
        • 系统功能要求，从具体的组件，逻辑不见或相似系统开始
    • 从性质上分类
      • 形式化方法
        • 严格的坚实的数学基础方法
          • 适用安全级别极高的软件
      • 非形式化方法
        • 不把严格性作为主要着眼点，以各种开发模型的形式体现
    • 从适应范围分类
      • 整体性方法
        • 软件开发全过程的方法
      • 局部性方法
        • 开发过程中的某个具体阶段
  • 需求变更管理
    • 过程
      • 问题分析和变更描述
      • 变更分析和成本计算
      • 变更实现
    • 需求变更进行控制，严格防止因失控而导致项目混乱，出现重大风险
    • 需求变更通常按特定的流程进行
    • 在需求变更中，变更审批由CCB(变更控制委员会）负责审批
  • 软件结构化设计
    • 体系结构（架构）设计
      • 系统各主要部件之间的关系
    • 数据设计
      • 模型转换成数据结构的定义
    • 接口设计（人机界面设计）
      • 软件内部，软件与操作系统之间、软件与人之间 如何通讯
    • 过程设计
      • 系统结构部件转换成软件的过程描述。 确定软件 各个组成部分内的算法以及内部数据结构，并选定某种过程的表达形式来描述各种算法
  • 模块化设计
    • 模块是指执行某一特定任务的数据结构和程序代码
    • 模块的接口是模块与其他模块进行交互的部分，所以接口的定义不仅仅属于其模块自身的内部特性，与外部模块也具有相关性
    • 每个模块完成相对独立的特定子功能，与其他模块之间的关系最简单
    • 模块设计的重要原则： 高内聚、低耦合
  • 逆向工程
    • 四个抽象层次
      • 实现级
        • 抽象语法树、符号表
      • 结构级
        • 程序各部分之间相互依赖关系；如结构图、调用图等
      • 功能级
        • 程序段功能与程序段之间的关系
      • 领域级
        • 程序各部分与应用领域概念之间对应关系
    • 重构工程
      • 概念：在逆向工程所获取信息的基础上修改或重构已有的系统，产生系统的一个新版本
  • 性能测试
    • 强度测试
      • 在系统资源特别低的情况下考查软件系统极限运行情况
    • 负载测试
      • 用于测试超负荷环境中程序是否能够承担，以确定在各种各种负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况
    • 压力测试
      • 通过确定系统的瓶颈或不能接收的性能点，来获得系统能够提供的最大服务级别的测试。 负载测试与压力测试可以结合进行，统称负载压力测试
    • 容量测试（并发）
      • 主要用于测试系统可同时处理的在线最大用户数量
  • UML图
    • 4+1视图
      • 
        • 逻辑视图：（Logical View）一般面向最终用户，展示其系统功能。
          • 功能架构图
        • 开发视图：（Development OR Implementation）又叫实现视图或者配置视图
          • 类图
        • 进程视图：（Process View）又叫过程视图、运行视图或处理视图
          • 时序图
        • 部署视图：（Deployment View OR Physical View）又叫物理视图
          • 部署图
        • 用例视图（Use Cases View），最初称为场景视图，关注最终用户需求，为整个技术架构的上线文环境。
          • 用UML用例图和活动图描述
  • 三种软件系统模式
    • 架构模式
      • 高层决策，如C/S结构就属于架构模式， 它用于反映软件开发过程中所作的基本设计决策
    • 惯用法
      • 最底层的模式，实现时通过某种特定程序语言来描述构件与构件之间关系。如引用-计数 =>c++ 语言惯用法
    • 设计模式
      • 创建型（Creational）
        • 工厂模式
        • 抽象工厂模式
        • 原型模式（Prototype）
          • 拷贝原型对象 创建新对象
        • 单例模式
        • 构造者模式
          • 复杂类与构造分离，构建不同的对象
      • 结构型（Structural）
        • 适配器模式（Adapter）
          • 转换接口
        • 桥接模式（Bridge）
          • 类的抽象与实现部分分离 ，继承树拆分
        • 组合模式（Composite）
          • 树形目录结构
        • 装饰模式（Decorate）
          • 动态附加职责
        • 外观模式（Facade）
          • 对外统一接口
        • 享元模式（Flyweight）
          • 汉字编码
        • 代理模式（Proxy）
          • 快捷方式
      • 行为型（Behavioral）
        • 责任链模式（Chain of Responsibility）
          • 传递职责
        • 命令模式（Command）
          • 日志记录，可撤销
        • 解释器模式（Interpreter）
          • 虚拟机的机制
        • 迭代器模式（Iterator）
          • 数据集
        • 中介者模式（Mediator）
          • 不直接引用
        • 备忘录模式（Memento）
          • 游戏存档
        • 观察者模式（Observer）
          • 联动
        • 状态模式（State）
        • 策略模式（Strategy）
          • 多方案切换
        • 模板方法模式(Template Method)
          • 框架
        • 访问者模式（Visitor）
          • 数据与操作分离
  • 软件设计七原则
    • 单一职责原则
    • 开闭原则
    • 里氏替换原则
      • 子类可扩展父类的功能，但尽量不要重写父类的非抽象方法
    • 依赖倒置原则
      • 上层模块不应该依赖底层模块，他们都应该依赖于抽象
      • 抽象不应该依赖于细节，细节应该依赖于抽象
    • 接口隔离原则
      • 主要在接口设计上要求尽量使用多个专门的接口，一个接口对应一个功能模块，接口设计上抽象方法仅可能少
    • 组合重用原则
      • 尽量使用组合方式达到重用的目的，少用继承方式
    • 迪米特原则（最少知识法则）
      • 一个对象应当对其他对象有尽可能少的了解
        • 外观模式、中介者模式
• 软件架构设计
  • 构件与中间件技术
    • 构件分类方法
      • 关键字分类法
        • 根据领域分析的结果将应用领域的概念按照从抽象到具体的顺序逐次分解为树形或有向无回路图结构
      • 刻面分类法
        • 利用facet(面)描述构件执行的功能、被操作的数据、构件应用的语境或任意其他特征
      • 超文本方法
        • 使得检索者在阅读文档过程中可以按照人类的联想思维方式任意跳转到包含相关概念或构件的文档
    • 构件组装
      • 概念：将库中构件经过适当修改后相互连接 构成新的目标软件
      • 构件组装技术分类
        • 基于功能的构件组装技术
        • 基于数据的构建组装技术
        • 面向对象的构建组装技术
    • SOA
      • 常用设计模式
        • 服务注册表模式
        • 企业服务总线ESB模式
    • 企业服务总线 ESB
      • 由中间件技术实现并支持SOA的一组基础架构，它提供了一种基础设施
      • 支持异构环境中的服务
      • 以基于消息和事件驱动模式的交互
        • 这种方式最大限度上解耦了组件之间的依赖关系，降低了软件系统互连的复杂性
      • 适当的服务质量和可管理性
      • 优势在于：消除了 服务请求者 与 服务提供者之间的直接链接
  • 基于架构的软件开发方法
    • 体系结构需求
      • 需求过程主要是获取用户需求，标识系统中所要用到的构件
    • 体系结构设计
    • 体系结构文档化
      • 因为绝大多数的体系结构都是抽象的，由一些概念上的构件组成，所以要实现体系结构，就必须把体系结构文档化。
        • 体系结构规格说明书
        • 测试体系结构需求的质量设计说明书
    • 体系结构复审
      • 目的
        • 规避潜在风险，及早发现体系结构设计中的缺陷和错误
          • 体系结构是否满足需求
          • 质量需求是否在设计中得到体现
          • 层次是否清晰
          • 构件划分是否合理
          • 文档表达是否明确
          • 构件设计是否满足功能与性能的要求
    • 体系结构实现
      • 用实体显示出一个软件体系结构，要符合体系结构描述的结构性设计决策，分割成规定的构件，按规定的方式互相交互。
        • 整个实现过程是以复审后的体系结构说明书为基础
        • 测试包括单个构件的功能性测试和被组装应用的整体功能和性能测试
    • 体系结构演化
      • 修改软件体系结构，以适应新的软件需求变化，以满足新的需求。
        • 构件开发过程中，用户需求的变动
        • 软件开发完毕，正常运行后，由一个单位移植到另一个单位，需求也会发生变化
  • 软件架构风格
    • 数据流风格
      • 批处理序列
      • 管理-过滤器
    • 调用/返回风格
      • 主程序/子程序
      • 面向对象
      • 层次结构
    • 独立构件风格
      • 进程通信
      • 事件驱动系统（隐式调用）
        • 牵一发动全身 （也可以理解为软件设计模式中的观察者模式）
    • 虚拟机风格
      • 适用于自定义需求的场景
      • 解释器
      • 基于规则的系统
        • 比解释器更高级一点，不但有解释器引擎，还有一些知识层面的东西， 常用于人工智能与DDS(决策支持系统)
    • 仓库风格
      • 以数据为中心的风格
      • 数据库系统
      • 超文本系统
      • 黑板系统
        • 语音处理，信号处理，问题规划，编译器优化皆是该类型
          • 知识源
          • 黑板
          • 控制
      • 现代集成编译环境 的架构风格属于仓库风格
  • 软件质量属性
    • 性能
      • 优先级队列、资源调度
    • 可用性
    • 安全性
    • 可修改性
    • 可靠性
    • 功能性
    • 可变性
    • 互操作性
  • 架构评估
• 法律法规与标准化
  • 著作权
    • 保护期无时间限制
      • 署名权
      • 修改权
      • 保护作品完整权
    • 作者终生或死亡后50年
      • 发表权
      • 使用权
      • 获得报酬权
    • 在公司创作的软件著作权归公司所有
    • 无书面合同或者合同未明确约定，著作权由【受委托人】享有
    • 员工未与公司签订劳动合同或者保密协议，离职后将掌握的软件信息提供给其他公司只侵犯软件著作权，【未侵犯商业秘密权】
• 项目管理
• 数学与经济管理
• 2019年下半年系统架构设计师考试上午真题（专业解析+参考答案）
  • https://uc.educity.cn/tiku/testReport.html?id=18949758