精华内容
下载资源
问答
  • 软考 系统架构师 历年真题带解析软考 系统架构师 历年真题带解析软考 系统架构师 历年真题带解析
  • 软考系统架构师考试基础之软件架构

    软件架构

    概念

    • 概述:软件架构所指的就是说相应的系列性的抽象模式,可以为设计大型软件系统的各个方面提供相应的指导。
      从本质上来看,软件架构是属于一种系统草图。在软件架构所描述的对象就是直接的进行系统抽象组件构成。
      连接系统的各个组件之间就是做到把组件之间所存在的通讯比较明确与相对细致的实施描述。处于相应的系统
      实现环节,那么就会使得细化这些抽象组件成为现实的组件,比如可以是具体的某个类或者是对象。从面向对象
      领域进行分析,那么各个组件之前实施的连接实现往往是接口。
      软件架构为软件系统提供了一个结构、行为和属性的高级抽象,由构件的描述、构件的相互作用、指导构件集成的模
      式以及这些模式的约束组成。软件架构不仅显示了软件需求和软件结构之间的对应关系,而且指定了整个软件系统的
      组织和拓扑结构,提供了一些设计决策的基本原理
    • 表现形式
      • 实施视图:包含这实施模型及其从模块到包、层的组织形式实施的概览;而且在这一过程中,还存在着把相应的逻辑视图中的包与类往实施视图中的包与分配模块的状况实施描述。
      • 逻辑视图:是最为关键的设计类、从这些设计类到包与子系统的组织形式,另外还有的就是这些包与子系统到层的组织形式。
      • 配置视图:描述最为典型的配置平台的各种物理节点,还有的就是往物理节点分配来自于进程视图的任务的情况,往往这一视图仅仅只是在分布式系统。
      • 用例视图:场景与用例
      • 进程视图:描述进程与线程的涉及的任务,这些任务的配置与交互,还有的就是把设计分配对象与类向任务,往往这一视图仅仅只是出于系统存在着特别高程度并行过中才使用

    架构风格在这里插入图片描述

    • 架构设计的一个和兴问题是能否达到架构级的软件复用
    • 架构风格反应了领域中总舵系统所共有的结构和语义特性,并指导如何将各个构建有效的组织成一个完成的系统
    • 架构风格定义了用于描述系统的术语表和一组指导构建系统的规则
    • 分类
      • 数据流风格:批处理序列,管道-过滤器
      • 调用/返回风格:主程序/子程序,面对对象,层次结构
      • 独立构件风格:进程通信,事件驱动系统(隐式调用)
      • 虚拟机风格:解释器,基于规则的系统
      • 仓库风格:数据库系统,超文本系统,黑白系统

    数据流风格

    • 批处理序列:构件为一系列固定顺序的计算单元,构件之间只通过数据传递交互,每个处理步骤是一个独立的程序,每一步必须在前一步结束后才能开始,数据必须是完整的,以整体的方式传递
    • 管道-过滤器:每个构件都有一组输入和输出,构件读输入的数据流,经过内部处理,然后产生输出数据流,这个过程通常是通过对输入
      数据流的变换或计算来完成的,包括通过计算和增加信息以丰富数据,通过浓缩和删除以精简数据,通过改变记录方式以转化数据和递增的转化数据等,这里的
      构件称为过滤器,连接件就是数据流传输的管道,将一个过滤器的输出传到另一个过滤器的输入
    • 两者区别:批处理序列初级必须是完整的,上一步结束才能下一步,而管道-过滤器是流式处理,单个结束就可以进行下一个,不用等整批

    调用/返回风格

    • 主程序/子程序:单线程控制,吧问题划分为若干个处理步骤,构件即为主程序和子程序,子程序通常可合成为模块,过程调用作为交互机制,即充当连接件的角色
      调用关系是具有层次性的,其语义逻辑表现为主程序的正确性取决于她调用的子程序的正确性
    • 面对对象:显式调用,构件是对象,独享是抽象数据类型的实例,在抽象数据类型中,数据的标识和他们的响应操作封装起来,对象
      的行为体系西安在其接受和请求的动作,连接件即是对象间交互的方式,对象时通过函数和过程的调用来交互的
    • 层次结构:构件组织成一个层次结构,连接件通过决定层间如何交互的协议来定义,每层为上一次提供服务,使用下一层的服务,只能见到和自己的邻接的层,通过
      层次结构,可以将大的问题分解为诺干个渐进的下问题逐步解决,可以隐藏问题的复杂度,修改某一层,最多印象其相邻的两层
    • 层次结构的缺点是层数多了,效率就变低了

    独立构件风格

    • 进程通信:独立构件,构件是独立的过程,连接件是消息传递,构件通常是命名过程,消息传递的方式可以使点对点,异步或同步方式以及远程过程调用等
    • 时间驱动系统:隐式调用,构件不直接调用一个过程,二十触发或广播一个或多个时间,构件中过程在一个或多个时间中注册,当某个时间被触发时,系统
      自动调用在这个事件中注册的所有过程,一个事件的触发就导致了另一个模块的过程调用,这种风格中的构件是匿名的过程,他们
      之间调户的连接件往往是以过程之间的隐式调用来实现的,主要优点是为软件复用提供了强大的支持,为构件的维护和演化带来了方便,其缺点是构件放弃了对系统计算的控制

    虚拟机风格

    • 解释器:解释器通常包括一个完成解释工作的解释引擎,一个包含将被解释的代码的存储区,一个记录解释引擎当前工作状态的数据结构
      以及一个记录源代码被解释执行的进度的数据结构,具有解释器风格的软件汇总含有一个虚拟机,可以仿真硬件的执行过程和一些关键应用,缺点是执行效率低
    • 基于规则的系统:基于规则的系统包括规则集,规则解释器,规则/数据选择器和工作内存,一般用在人工智能领域和DSS中

    仓库风格

    • 数据库系统:数据共享,构件主要有两大类,一类是中央共享数据元,保存当前系统的数据状态,另一类是多个独立处理单元,处理单元对数据元素进行操作
    • 黑板系统:包括知识源.黑板和控制三部分,知识源包括若干独立计算的不同单元,提供解决问题的只是,知识源响应黑板的变化,也只修改黑板,黑板是一个
      全局数据库,包括问题域解空间的全部状态,是知识源相互作用的唯一媒介,知识源响应是通过黑板状态的变化来控制的,黑板系统通常应用
      在对于解决问题没有确定性算法的软件中(信号处理,问题规划,编译器优化等)
    • 超文本系统:构件以网状链接方式相互连接,用户可以在构件之间进行按照人类的联想思维任意跳转到相关构件,超文本是一种非线性的网状信息组织方法
      它以结点为基础单位,链作为结点之间的联想式关联,超文本系统通常因公在互联网领域
    • 数据库系统和黑板系统的区别:数据库系统以数据为核心,黑板系统以知识源为核心

    两层c/s架构在这里插入图片描述

    • 缺点:开发成本较高,客户点程序设计复杂,信息内容和形式单一,用户界面风格不一,软件移植困难,软件维护和升级困难,新技术不能轻易应用

    三层c/s架构在这里插入图片描述

    • 各层在逻辑上保持相对独立,整个系统的逻辑结构更为清晰,能提高系统和软件的可维护性和可扩展性
    • 允许灵活有效的选用相应的平台和硬件系统,具有良好的可升级性和开放性
    • 各层可以并行开发,各层也可以选择各自最适合的开发语言
    • 功能层有效的隔离表示层和数据层,为严格的安全管理奠定了坚实的基础,整个系统的管理层次也更加的合理和可控制

    三层b/c架构在这里插入图片描述

    • b/s架构缺乏对动态页面的支持能力,没有集成有效的数据库处理功能
    • b/s架构的安全性难以控制
    • 采用b/s架构的应用系统,在数据查询等响应速度上,要远远低于c/s架构
    • b/s架构的数据提交一般以页面为单位,数据的动态交互性不强,不利于OLTP的应用

    混合架构风格在这里插入图片描述

    • 内外有别模型:在内部局域网使用c/s架构,在企业外部使用b/s架构
    • 查改有别模型:查询的使用b/s脚骨,修改的用c/s架构

    富互联网应用(RIA)

    • RIA结合了c/s架构反应速度快,交互性强的有点,以及b/s架构传播范围广和容易传播的特性
    • RIA简化并改进B/S架构的用户交互
    • 数据能够被缓存在客户端,从而实现一个比基于HTML的响应速度更快且数据往返于服务器的数据更少的用户界面
    • AJAX在这里插入图片描述
    • mushup在这里插入图片描述

    基于服务的架构(SOA)在这里插入图片描述

    • 概念:服务是一种为了满足某项业务需求的操作,规则等的逻辑组合,他包含一系列有序活动的交互,为实现用户目标提供支持
    • 服务构件粗粒度,传统构件细粒度居多
    • 服务构件的接口是标准的,主要是WSDL接口,传统固件通常以具体的api形式出现
    • 服务构件的实现和语言无关,传统构件绑定某种特定语言
    • 服务构件可以通过构件容器提佛那个Qos的服务,传统构件完全由程序代码直接控制
    • 实现方式
      • web service:服务请求者通过服务注册中心(服务描述)查找服务提供者,并请求得到服务,也可以直接绑定服务提供者,直接发起请求在这里插入图片描述
      • ESB:在这里插入图片描述
        • 提供位置透明性的消息路由和寻址服务
        • 提供服务注册和命名的管理功能
        • 支持多种消息传递泛型
        • 支持多种可以广泛使用的传输协议
        • 支持多种数据格式和相互转换
        • 提供日志和监控功能
    展开全文
  • 软考系统架构师考试基础之系统设计

    系统设计

    1 业务流程(BPM)

    • 1.1 业务流程管理
      • 概念:BPM是一种以规范化的构造端到端的卓越业务流程为中心,以持续的提高组织业务绩效为目的的系统化方法
      • PDCA闭环的管理过程
        • 明确业务流程所欲获取的成果
        • 开发和计划系统的方法,实现以上成果
        • 系统的部署方法,确保全面实施
        • 根据对业务的检查和分析以及持续的学习活动,评估和审查所执行的方法,并进一步提出计划和实施改进措施
      • BPMh和BPR管理思想最根本的不同就在于流程管理并不要求对所有的流程进行再造,构造逐月的业务路程并不是
        流程再造,而是根据现有流程的具体情况,对流程进行规范化的设计
      • 流程管理包含三个层面: 规范流程,优化流程和再造流程
    • 1.2 业务流程重组
      • 概念:BPR是对企业的业务流程进行根本性的在思考和彻底性的再设计,从而获得以用诸如成本,质量,服务和速度等
        方面的业绩来衡量的显著性的成就
      • 基本原则
        • 以流程为中心的原则
        • 团队管理原则
        • 以客户为导向的原则
      • 基于BPR的系统规划
        • 战略规划
        • 流程规划
        • 数据规划
        • 功能规划
        • 系统实施
      • 具体流程
        • 项目的启动
        • 拟定变革计划
        • 建立项目团队
        • 分析目标流程
        • 重新设计目标流程
        • 实施新的设计
        • 持续改进
        • 重新开始

    2 人机界面设计

    • 基本原则
      • 置于用户控制之下
        • 以不强迫用户进入不必要或不希望的动作
        • 提供灵活的交互
        • 允许用户交互可以被中断和撤销
        • 当技能级别增加时可以使交互流水化并允许定制交互
        • 使用户隔离内部技术细节
        • 设计应允许用户和出现在屏幕上的对象直接交互
      • 减少用户的记忆负担
        • 减少对短期记忆的要求
        • 建立有意义的缺省
        • 定义直觉性的捷径
        • 界面的视觉布局应该基于真实世界的隐喻
        • 以不断进展的方式揭示信息
      • 保持界面的一致性
        • 允许用户将当前任务放入有意义的语境
        • 在应用系列内保持一致性
        • 如过去的交互模型已建立起了用户期望,除了迫不得已,不要改变

    3 结构化设计

    • 概要设计
    • 详细设计
      • 自顶向下,逐步求精
      • 信息隐藏
      • 模块独立(高内聚,低耦合,复杂度)
    • 保持模块的大小适中
    • 尽可能减少调用的深度
    • 多扇入,少扇出
    • 单入口,单出口
    • 模块的作用域应该在模块之内
    • 功能应该是可预测的

    4 结构化设计 - 内聚和耦合

    • 功能内聚内聚最强,偶然内聚内聚最弱
    内聚类型 描述
    功能内聚 完成一个单一功能,各个部分协同工作,缺一不可
    顺序内聚 处理元素相关,而且必须顺序执行
    通信内聚 所有处理元素集中在一个数据结构的区域上
    过程内聚 处理元素相关,而且必须按特定的次序执行
    瞬时内聚 所包含的内容必须在同一时间间隔内执行
    逻辑内聚 完成逻辑上相关的一组任务
    偶然内聚 完成一组没有关系或松散管的任务
    • 非直接耦合耦合最弱,内容耦合耦合最强
    耦合类型 描述
    非直接耦合 两个模块之间没有直接联系,他们之间的联系完全是通过主模块的控制和调用来实现的
    数据耦合 一组模块借助参数表传递简单数据
    标记耦合 一组模块通过参数表传递记录信息(数据结构)
    控制耦合 模块之间传递的信息中包含用于控制模块内部逻辑的消息
    外部耦合 一组模块都访问同一全局简单变量,而却不是同个参数表传递该全局变量的信息
    公共耦合 多个模块都访问同一个公共数据环境
    内容耦合 一个模块直接访问另一个模块的内部数据,一个模块不通过正常入口转到另一个模块的 内部,两个模块有一部分程序代码重叠,一个模块有多个入口

    在这里插入图片描述

    展开全文
  • 软考系统架构师考试基础之操作系统

    操作系统

    存储管理

    1 页数存储组织(把内容分成块式,不连续存储,)

    • 高级程序语言使用逻辑地址
    • 运行状态,内存中使用物理地址
    • 页表记录两者的关系
    • 优点:利用率高,碎片小,分配和管理简单
    • 缺点:增加了系统开销,可能产生抖动现象,

    2 段式存储

    • 原理:分段式按照逻辑结构来分段的, 也是段号-对应段内地址,每段长度不一致
    • 优点:多道程序共享内存,隔断程序修改互不有影响
    • 缺点:内存利用率低,内存碎片浪费大

    3 段页式存储

    • 原理:先分段在分块
    • 优点:空点浪费小
    • 缺点:计算复杂,修改比较艰难
      ###4 快表
    • 由高速缓存器组成,是一块小容量的相联存车处器,速度快,一般 存放当前访问最频繁的少数活动页面的页号

    页面置换算法

    • 最优(opt)算法
    • 随机(rand)算法
    • 先进先出算法:有可能产生抖动
    • 最近最少使用 lur算法:不会抖动

    文件管理

    1索引文件结构

    • 默认是13个节点 从0到12
      • 直接索引4k*10 40k 节点0~9
      • 一级间接索引 4k*1024 10
      • 二级间接索引 4k10241024 11
      • 三次间接索引 4k10241024*1024 12

    2文件和树形目录结构

    • 绝对路径和相对路径(用电话来举例子)
      • 比如打电话时,如果在本地,不需要区号(相对路径),在外地,加区号(绝对路径)

    空闲存储空间的管理

    • 空闲区表法:维护一张表,知道哪里空闲
    • 空闲链表法:维护成一个链表,空闲的都在
    • 位示图法
    • 成组链接法
      将(号数+1)/字长位数,即可知道在第几个字中描述
      推荐

    设备管理-数据传输控制方式

    • 程序控制方式
    • 程序中断方式
    • dma方式
    • 通道
    • 输入输出处理机

    微内核操作系统

    系统 实质 优点 缺点
    单体内核 将图形和功能,设备驱动都放在内核里面 运行在内核状态和同一地址空间 不需要在线程和内核之间切换,增加效率,减少开销 内核庞大,占用资源多,不易裁剪,稳定性和安全性不好
    微内核 只实现基本功能,设备驱动,功能和图形放在内核之外 内核精炼,便于移植和裁剪 系统稳定性,可靠性,安全性较高,可用于分布式 用户态和内核态需要频繁切换,开销比单体内核大

    ER模型

    • 圆形表示属性
    • 方形表示实体
    • 菱形表示联系

    集成的方法

    • 多个局部er图一次集成

    • 逐步集成,用累加的方式一次集成两个局部er

    • 集成产生的冲突和解决方法

      • 属性冲突:包括属性域冲突,和属性值冲突
      • 命名冲突:包括同名异议和异名同意
      • 结构冲突:包括统一对象在不同应用中具有不同 抽象以及同一实体在不同局部er图中所包含的属性个数和属性排列次序不完全相同
    • 一个实体型转换为一个关系模型

      • 1:1联系
      • 1:n联系
      • n:n联系
      • 三个以上实体间的以一个多元联系

    关系代数

    • 基本运算:并,交,差,笛卡尔积,投影,选择,联接
    展开全文
  • 软考系统架构师考试基础之操作系统

    数据库

    规范化理论- 函数依赖

    • 价值和用途:非规范化的关系模式,可能存在的问题:数据冗余,更新异常,插入异常,删除异常

    • 超键(唯一标识元祖)->候选键->主键->外键

    • 将关系模式的函数依赖关系用有向图的方式标识

    • 找入度为0的属性,并以改属性集合为起点,尝试便利有向图,若能正常便利途中所有节点,则该属性集为关系模式的候选键

    • 若入度为0的属性集不能便利途中的所有节点,则需要尝试性的将一些中间节点(既有入度也有出度的节点)并入入度为0的属性集中,直至该集合能遍历所有节点,集合为候选键

    范式:在这里插入图片描述

    • 作用:逐步优化,以解决插入异常,删除异常和数据冗余

    • 第一范式:属性值都是不可分的原子值

    • 第二范式:消除非主属性对候选键的部分依赖(每个非主属性完全依赖主键)

    • 第三范式消除非主属性对候选键的传递依赖

    • BCNF:消除主属性对候选键的 传递依赖

    模式分解

    • 保持函数依赖分解
    • 无损分解
      • 有损:不能还原,
      • 无损:可以还原
    • 无损联结分解:指将一个关系模式分解成若干关系模式后,通过自然联结和投影等运算仍能还原到原来的关系模式

    并发控制

    • 事务 原子性,一致性,隔离性,持续性
    • 并发产生的问题: 丢失更新,不可重复读问题,脏数据的读出
    • 封锁协议:
      • s封锁(读锁),
      • x封锁(写锁),
      • 一级封锁协议:防止修改丢失(在自己修改时,另外一个同时修改同一行数据)
      • 二级封锁协议,防止修改丢失,还防止读到脏数据()
      • 三级封锁协议,防止修改丢失,还防止读到脏数据,防止数据重复读:
      • 两段锁协议:可串行化,可能产生死锁
    • 死锁问题:预防法.死锁的解除法

    数据库完整性约束

    • 实体完整性约束(建表时的约束,有的字段无法为null)
    • 参照完整性约束(外键)
    • 用户自定义完整性约束
    • 触发器

    1 数据库的三级模式和两级映射

    示意图

    • 三级模式:
      • 用户:也就是体现给用户看的层次,用户不需要知道底层数据是什么样子的,是如何存储的,只需要看到这个数据出来即可
      • 概念:类似mysql或者各种数据库表的层面,不需要知道底层的数据是存什么样子的,只需要建立起映射即可
      • 物理:存的都是一个一个的文件,只要建立起映射,可以做好几种数据库的数据源
    • 两级映射:
      -内模式:从物理层面转成逻辑层面的映射,也就是从文件到表的映射
      -外模式:从逻辑层到外模式(用户模式)的映射

    2数据库的设计过程

    示意图

    • 1:通过当前和未来应用的数据要求,进行需求分析,产生数据流图和数据字典和需求说明书
    • 2:经过需求分析之后,进行概念结构设计,产生用户的数据模型,ER模型,和DBMS无关的概念模型
    • 3:经过转换规则和规范化处理,进行逻辑结构设计,产生关系模式,应该具有视图,完整性约束及应用处理说明书
    • 4:经过DBMS特性和硬件,OS特性等进行物理设计

    数据库安全

    • 1:用户:用户登录数据库,相当于一个验证
    • 2:存取控制:数据的输入和输出的控制
    • 3:密码存储和传输:密码不能用明文来处理
    • 4:视图的保护:产生的视图也是有权限的,不是所有的人都能接触到视图
    • 5:审计:
      ##3.数据备份
    • 1:热备份:动态备份,利用备份软件,在数据库正常运行的情况下,将数据库的数据备份出来
    • 2:冷备份:静态备份,将数据库正常关闭 ,在停止的情况下,将数据库的数据备份出来
    技术 优点 缺点
    冷备份 低度维护,高度安全,非常快速的复制方法, 容易归档,容易恢复到某个时间点的数据 ,做到数据库最佳状态的恢复 不能按照表和用户来恢复,要关闭数据库 ,单独使用只能做到单个时间段的备份,若是磁 盘空间不足,只能复制到外部存储设备
    热备份 恢复比较快,可以边进行业务边备份,可以 达到任意时间段的备份,备份时间短 不能出错,如果失败,则不能用于恢复, 无法承受失败的后果
    • 3:数据备份的形式:各有各的好处,可以穿插使用
      • 3.1:完全备份:把所有数据库的数据都备份
      • 3.2:差量备份:备份距离上一次完全备份到现在变化的数据
      • 3.3:增量备份:备份距离上一次备份到现在变化的数据
    • 4:数据库备份的形式
      • 4.1: 静态海量转储:在系统无运行事务时进行,每次都转储全部数据库
      • 4.2: 静态增量转储:在系统无运行事务时进行,每次都转储上次转储之后修改的数据库
      • 4.3: 动态海量转储:转储期间允许对数据库进行存取或修改,每次都转储全部数据库
      • 4.4: 动态增量转储:转储期间允许对数据库进行存取或修改,每次都转储上次转储之后修改的数据库
    • 5:日志文件:事务日志是对数据库数据修改的记录,记录针对数据库的任何操作,并将记录保持到独立的文件
    • 6:数据库故障和恢复
    故障关系 故障原因 解决办法
    可预估的故障 本身逻辑 在程序中写上rollback操作
    不可预估的故障 算法溢出,违反存储保护 通过日志恢复到故障之前的数据库
    系统故障 系统停止运行 通常使用检查方法
    介质故障 外存被破坏 用日志重做业务
    • 7:分布式数据库
      • 7.1:分布式透明性
        • 7.1.1:分片透明性:
          • 7.1.1.1:水平分片:等于是冗余字段,原本我需要你表的字段,后面我自己设置了就不需要你的了
          • 7.1.1.2:垂直分片:等于是拆分列,把某些表拆分成小的表,数据量更小
          • 7.1.1.3:混合分片:水平和垂直的混合
        • 7.1.2:位置透明性
        • 7.1.3:局部数据模型透明性
      • 7.2:数据库管理系统-组成
        • 7.2.1:LDBMS
        • 7.2.2:GDBMS
        • 7.2.3:全局数据字典
        • 7.2.4:通信管理
          -7.3:数据库管理系统-结构
        • 7.3.1:全局控制集中的DDBMS
        • 7.3.2:全局控制分散的DDBMS
        • 7.3.3:全局控制部分分散的DDBMS
    • 8 :数据库的优化
      • 8.1:集中式数据库优化
        • 8.1.1 硬件系统:cpu,io,内存,网络等
        • 8.1.2 软件系统:参数,进程优先权,cpu使用权,内存使用等
        • 8.1.3 数据库设计
          • 8.1.3.1 表和视图:表的规划,物化视图
          • 8.1.3.2 索引:常查询-建索引,常增删-不建索引
          • 8.1.3.3 sql优化: 减少连表等
            -8.1.4 应用软件: 数据库连接池
      • 8.2:分布式数据库优化
        • 8.2.1 通信代价:全局查询树的变换,多副本策略,查询树的分解,半连接和直接连接
    • 9 :数据库,数据仓库和数控挖掘
      • 9.1 数据仓库:面对主题,集成的,相对稳定的,反应历史变化
      • 9.2 数据库:按照业务需求来保存数据,面向应用
      • 9.3 数据挖掘:抽取,清理,装载,刷新数据(决策树,神经网络,遗传算法,关联规则挖掘算法)
        • 9.3.1 挖掘方法分类
          • 9.3.1.1 关联分析:挖掘出隐藏在数据之间的相互关系
          • 9.3.1.2 序列模式分析:侧重点在分析数据之间的因果关系
          • 9.3.1.3 分类分析:为每一个记录赋予一个标志在分类
          • 9.3.1.4 聚类分析:分类分析法的逆过程
      • 9.4 联邦数据库是一个批次协作却又相互独立的成员数据库的集合,他将成员数据库系统按不同程度进行集成,对该系统整体提供控制和协作
    • 10 nosql数据库
      • 10.1:并发性能高,海量数据存储,查询效率高,向外扩展(加机器),键值索引,特定的应用领域
      • 10.2 缺点:成熟度不高,开源数据库产品支持力度不够,数据挖掘和商务智能支持不足,专家少,学习阶段
    • 11 反规则
      • 11.1 由于规范化,使得表的数量越来越多,虽然减少了数据的冗余,提高了增改删的效率,但是查询效率比较低,多次连表才能成功
      • 11.2 技术手段:增加派生冗余列,增加冗余列,重新组表,分割表
    • 12 大数据
      • 12.1 特点:数据量大,速度快,数据多样性,需要对数据做深度分析,平台是集群平台
      • 12.2 大数据系统特征:高度可扩展性,高性能,高度容错,支持异构环境,较短的分析延迟,易用且开放的接口,较低成本,向下兼容性
    展开全文
  • 软考系统架构师-网络

    2019-10-15 18:00:58
    软考系统架构师考试基础之数据库
  • 软考系统架构师2009-2010年真题,包括上午、下午试题分析与解答
  • 计算机软考系统架构师 计算机系统架构 (Architecture of Computer System) Computer is an electronic machine that makes performing any task very easy. In computer, the CPU executes each instruction ...
  • 自学七天,我是如何通过软考系统架构师-附件资源
  • 软考系统架构师考试基础之需求工程
  • 一套软考系统架构师论文范文大全

    热门讨论 2013-06-19 09:11:56
    一套软考系统架构师论文范文大全,软考备啊,祝亲愉快
  • 2013下半年软考系统架构师下午试题及分析
  • 整理的2013下半年软考系统架构师上午试题及分析
  • 软考系统架构师考试资料试题详解Word版2009-2017(50篇论文范文)资料多多,超值套餐软考系统架构师考试资料试题详解Word版2009-2017(50篇论文范文)资料多多,超值套餐
  • 软考系统架构师资料,2020最新整理,32小时快速通关,自己手动整理,2020年下半年软件架构设计师考试资料
  • 软考系统架构师考试基础之系统可靠性和分析
  • 系统架构师 软考 历年真题系统架构师 软考
  • 软考系统架构师考试基础之开发方法和开发模型
  • 软考系统架构师考试基础之计算机组成和体系结构
  • 软考系统架构师考试基础之面对对象设计和软件测试
  • 软考系统架构师笔记汇总

    千次阅读 2015-04-23 15:56:04
    软考系统架构师笔记汇总 本文档为参加计算机软件专业技术资格和水平考试——系统架构设计师考生的必备考试参考资料... 详细解读 和小伙伴们一起来吐槽
  • 软考系统架构师学习教程part1,2009版本的,好书啊
  • 软考系统架构师教材推荐《系统架构设计师教程》(清华大学出版社) 学习方法建议 上午题经验分享 复习教材+做题 教程看不懂的可以去网上找视频结合一起看,书本知识复习完后做题。 上午题只有多做,易混淆的概念在...
  • 软考神器,提神聚气,系统架构师论文范文大全,共50篇
  • 软考系统架构师真题

    2016-12-11 17:18:49
    历年软考真题及分析
  • 软考 系统架构师笔记

    2021-02-08 10:28:22
    打个笔记系统架构师资料: https://download.csdn.net/download/m0_50328761/12803452
  • 考试前看了点知识点和真题,懒的没有写过一篇论文,当时想着那门太难就直接放弃后面的不考了,不过很幸运,考试时自我感觉良好,所以坚持下来了,最后写论文时因为常规系统架构论文知识点没有记住,论述点不多,怕写...
  • 软考高级系统架构师历年真题2009-2017全。每年分上午试卷-综合、下午试卷-案例、下午试卷-论文,内部含有09-17软考真题以及...2009-2017软考系统架构师真题及答案Word版(附送50篇论文范文)+常考英语单词(word版)

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 828
精华内容 331
关键字:

软考系统架构师