软考含金量
系统架构设计师既然属于软考高级，它的含金量肯定也是比较大的。软考证书是全国认可的，在很多国企、事业单位以及一些其他企业，可以用软考证书来评职称。而系统架构设计师属于软考高级资格证书，可聘任高级工程师职务，也就是说可以评高级职称，帮助升职加薪。
考取了系统架构设计师证书，在一些城市入户可以申请加分，对于落户有一定用处。其次，在考取系统架构设计师证书的过程中，可以进一步巩固自己所掌握的相关知识，为以后在工作中打好扎实的基础。
由此可见，系统架构设计师的含金量是比较高的，但系统架构设计师每年只有一次考试，因此要报名的时候我们要留意报名时间。
系统架构设计师考试，属于全国计算机技术与软件专业技术资格考试（简称计算机软件资格考试）中的一个高级考试。
长啥样
啰嗦了这么多，咱们先来看下我们软考证书长啥样吧！是不是有点心动的感觉呢？
系统架构设计师封面
系统架构设计师正面
报考条件
软考系统架构设计师报名条件并不多，根据《计算机技术与软件专业技术资格考试暂行规定》第八条相关规定：凡遵守中华人民共和国宪法和各项法律，恪守职业道德，具有一定计算机技术应用能力的人员，均可根据本人情况，报名参加相应专业类别、级别的考试。
因此，软考系统架构设计师报名不设学历与资历条件、年龄以及专业等限制，符合以上条件的均可以报考。
报名时间
系统架构设计师通常一年只有一次考试，考试时间安排在下半年。因此，想要报考的要及时关注当地的报名通知，在规定的时间内进行报名，否则错过了报名时间就只能等到次年进行报名了。
考试科目
软考高级系统架构设计师包含三个考试科目：综合知识、案例分析以及论文。综合知识安排在上午考试，案例分析与论文安排在下午考试。
系统架构设计师考试科目
考试时间：上午9：00-11：30，考试时长为150分钟，笔试，选择题；
考试时间：下午1：30-3：00，考试时长为90分钟，笔试，问答题；
考试时间：下午3：20-5：20，考试时长为120分钟，笔试，论文题。
分数线
根据近几年软考合格分数线来看，系统架构设计师及格分数线基本上稳定在各个科目45分以上（含45分），系统架构设计师包含三个考试科目，需要三个科目同时达到合格标准才算及格。
软考的合格标准是由国家人事部和信息产业部在每次考试结束后发文确定，根据全国考生考试成绩的综合水平统一划线，每年的合格分数线不是固定的。其合格标准控制在一定的比例内，每个级别的各科目考试均及格才算合格。且单科及格的成绩不保留，不能转到下次考试使用，需要在一次考试中各科目全部及格才算合格。
考试通过率
软考各级别的通过率并不是很高，系统架构设计师属于软考高级，难度也比初级和中级更大，因此通过率也比初中级要低。
软考各级别考试的平均通过率大约是在20%左右，这与软考报名门槛不高等因素也是有一定关系的。软考报名没有学历、专业等方面的限制，大部分人都可以报考，所以软考的通过率也比较低。加上有些考生报名了并没有参加考试，而且考试需要各个科目在一次考试中都及格才算合格，这在一定程度上也提高了考试难度。
虽然全国系统架构设计师的通过率并不高，但如果是有相关知识基础的话，多花时间备考复习，还是比较容易通过的。
考试目标
考试合格人员应能够根据系统需求规格说明书，结合应用领域和技术发展的实际情况，考虑有关约束条件，设计正确、合理的软件架构，确保系统架构具有良好的特性；能够对项目睥系统架构进行描述、分析、设计与评估；能够按照相关标准编写相应的设计文档；能够与系统分析师、项目管理师相互协作、配合工作；具有高级工程师的实际工作能力和业务水平。
总结
基于上述对于软考的定义，心中有股冲动，我想要征服它，几个月来，我在利用下班时间来学习高级的系统架构师，也是高级比较难考的一个考试了，以下是我学习的一些记录，来迫使自己多来和大牛一起学习技能，提升自己，共同进步，笔记中有什么错误，请谅解，并在留言区进行指正，不胜感激
综合知识考点
学习笔记有以下的内容就足够了，满满的干货
1、信息的概念：
2、信息的特点：
3、信息化的概念：
信息化是从工业社会到信息社会的演进与变革，信息化的主体是全体社会成员，时域是一个长期过程，空域是经济和社会的一切领域，手段是先进社会生产工具
信息化对组织的意义：
4、信息系统的生命周期：
立项阶段(企业全局、形成概念、需求分析)–>开发阶段–>运维阶段(通过验收、移交之后)–>消亡阶段(更新改造、功能扩展)
其中开发阶段包括：总体规划–>系统分析–>系统设计–>系统实施–>系统验收
5、信息系统战略规划-方法：
1、企业系统规划法（BSP）：自上而下识别系统目标，自下而上设计信息系统，对组织机构的变动具有适应性
2、关键成功因素法（CSF）：找实现目标的关键信息集合，从而确定开发有限次序
3、战略集合转化法（SST）：把战略目标看成“信息集合”，把战略目标转变成信息系统的战略目标
1、战略数据规划法（SDP）、信息工程法（IE）、战略栅格法（SG）
1、价值链分析法（VCA）、战略一致性模型（SAM）
6、企业信息化与电子商务–>商业智能
需求分析、数据仓库建立、数据抽取、建立BI分析报表、用户培训和数据模拟测试、系统改进和完善
数据仓库、数据挖掘、OLAP
7、数据仓库的特点
面向主题、集成的、相对稳定的、反应历史变化
8、数据挖掘 方法
决策树、神经网络、遗传算法、关联规则挖掘算法 分类：关联分析、序列模式分析、分类分析、聚类分析
9、企业门户
10、信息化的三流
信息流。资金流。物流
11、电子商务的形式
B2C、B2B、C2C、O2O（线上对线下）
12、软件开发方法
13、软件开发模型
14、逆向工程
实现级：包括程序的抽象语法书、符号表、过程的设计表示
结构级：包括反应程序分量之间项目依赖关系的信息。例如调用图、结构图、程序和数据结构
功能级：包括反应程序段功能及程序段之间关系的信息
领域级：包括反应程序分量或者程序实体与应用领域概念之间对应关系的信息
15、需求工程
软件需求是指用户对系统在功能、行为、性能、设计约束等方卖弄的期望，用户解决问题或达到目标所需的条件或能力，是系统或系统不见要满足合同。标准。规范和其他正式规定文档所需具有的条件或能力，以及反映这些条件或能力的文档说明
需求开发：需求获取、需求分析、需求定义、需求验证
需求管理：变更控制、版本控制、需求跟踪、需求状态跟踪
需求管理支持需求开发
16、软件需求获取方法
手机资料、联合讨论会、用户访谈、书面调查、现场观摩、参加业务实践、阅读历史文档、抽样调查
17、软件需求的分类
业务需求、用户需求、系统需求、功能需求、性能需求、设计约束、基本需求、期望需求、兴奋需求
18、UML
结构图：类图、对象图、包图、结合结构图、构建图、部署图、制品图
行为图：用例图、顺序图、通信图、定时图、状态图、活动图、交互图
19、4+1视图
逻辑视图（系统分析和设计人员）–>实现视图（程序员）–>部署视图（系统弄个和网络工程师）–>进程视图（系统集成人员）
用例视图（最终用户）
用例图：描述一组用例、参与者及它们之间的关系。用户角度描述系统功能；参与者是外部因素；用例是功能单元
关系包括：包含关系、扩展关系、泛化关系
20、用例建模流程
识别参与者、合并需求获得用例、细化用例描述、调整用例模型
21、类和对象的关系
依赖关系、泛化关系、聚合关系、组合关系、实现关系
22、人机界面设计
置于用户控制之下、减少用户记忆负担、保持界面的一致性
23、结构化设计
保持模块适中、尽可能减少调用的深度、多扇入，少扇出、单入口，单出口、模块的作用域应该在模块之内、功能应该是可预测的
24、面向对象设计原则
单一职责：设计谜底单一的类
开放-封闭：对扩展开放，对修改封闭
李氏替换：子类可以替换父类
依赖倒置：要依赖于抽象，而不是具体实现；针对接口编程，不要针对实现编程
接口隔离：使用多个专门的接口比使用单一的总接口要好
组合重用：要尽量使用组合，而不是集成关系达到重用目的
迪米特：一个对象应当对其他对象有尽可能少的了解
25、设计模式
架构模式：软件设计中的高层决策，例如使用C/S结构就属于架构模式，架构模式反应了开发软件系统过程中所做的基本设计决策
设计模式：主要关注软件系统的设计，与具体的实现语言无关
惯用法：是最底层的模式，关注软件系统的设计与实现，实现时通过某种特定的程序设计语言来描述构建与构建之间的关系。每种编程语言都有它自己特定的模式
26、设计模式分类
创建性模式：
工厂方法（factory）–动态生成对象
抽象工厂（abstract factory）–生产系列对象
原型（prototype）-克隆对象
单例（singleton）–单实例
构建器（builder）–复杂对象构建
结构型模式：
适配器（adapter）–转换接口
桥接（bridge）–继承树拆分
组合（composite）–树形目录结构
装饰（decorator）–附加职责
外观（facade）–对外统一接口
享元（flyweight）–汉字编码
代理（proxy）–快捷方式
行为型模式
职责链（chain of resposibility）–传递职责
命令（command）–日志记录，可撤销
解释器（interpreter）–虚拟机机制
迭代器（iterator）–数据集
中介者（mediator）–不直接引用
备忘录（memento）、观察者（observer）–联动
状态（state）–状态变成类
策略（strategy）–多方案切换
模板方法（template method）、访问者（visitor）
27、软件测试–测试类型
动态测试：黑盒测试、白盒测试、灰盒测试
静态测试：桌前审查、代码审查、代码走查
面向对象的测试：算法层（单元测试）、类层（模块测试）、模板层（集成测试）。系统层（系统格式）
28、软件调试
方法：
29、软件架构概念
软件架构风格是描述某一特定领域中系统组织方式的惯用模式。架构风格定义一个系统家族，即一个体系结构定义一个词汇表和一组约束。词汇表中暴行一些构建和连接类型，而这租约束支出系统是如何将这些构建和连接件组合起来的。
软件架构为软件系统提供给了一个结构、行为和属性的高级抽象，有构成系统的元素描述，这些元素的相互作用，指导元素集成的模式以及这些模式的约束组成
软件架构师项目干系人进行交流的手段，明确了对系统实现的约束条件，决定了开发和维护组织的组织结构，制约着系统的质量属性
软件架构使推理和控制的更改更加简单，有助于循环渐进的原型设计，可以作为培训的基础
软件架构是可传递复用的模型，通过研究软件架构可能预测软件的质量
30、软件架构建模
结构模型：以架构的构建、连接件和其他概念来刻画结构
框架模型：不太侧重描述结构的细节而更侧重于整体的结构
动态模型：系统的”大颗粒“的行为性质
过程模型：构建系统的步骤和过程
功能模型：”由一组功能构件按层次组成，下层向上层提供服务
31、架构描述语言（ADL）
支持构建、连接子及其配置的描述语言。ADL对链接子的重视成为区分ADL和其他建模语言的重要特征之一。
32、ADL包括
UniCon，Rapide，Darwin，Wright，C2 SADL，Acme，xADL，XYZ/ADL，A BC/ADL等
33、软件架构风格
层次结构
优点：
这种风格支持基于可增加抽象层的设计，允许将一个复杂问题分解成一个增量步骤序列的实现
不同的层次处于不同上午抽象级别：越靠近底层，抽象级别越高；越靠近顶层，抽象级别越低
由于每一层最多只影响两层，同事只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件复用提供了强大的支持
缺点：
并不是每个系统都可以很容易地划分为分层的模式
很难找到一个合适的、正确的层次抽象方法
①、进程通信
构件是独立的过程，连接件是消息传递。构建通常是命名过程，消息传递的方式可以使点对点、异步火同步方式，以及远程过程调用等
②、事件驱动（隐式调用）
构建不直接调用一个过程，而是触发或广播一个或多个事件。构建中的过程在一个或多个事件中注册，当某个时间被触发时，系统自动调用在这个事件中注册的所有过程。一个时间的触发就导致了另一个模块中的过程调用。这种风格中的构件是匿名的过程，它们之间交互的连接件往往是以过程之间的隐式调用来实现的。
优点：
是为了软件复用提供了强大的支持，为构件的维护和演化提供了方便
缺点：
构件放弃了对系统计算的控制
③、解释器
通常包括一个完成解释工作的解释引擎、一个包含将被解释的代码的存储区、一个记录解释引擎当前工作状态的数据结构，以及一个记录源代码被解释执行的进度的数据结构。具有解释器风格的原件中含有一个虚拟机，可以仿真硬件的执行过程和一些关键应用，其缺点是执行效率低
④、基于规则的系统
包括规则集、规则解释器、规则/数据选择器和工作内存，一般用在人工智能领域和DSS中
⑤、数据库系统
构件主要有两大类，一类是中央共享数据源，保存当前系统的数据状态；另一类是多个独立处理单元，处理党员对数据元素进行操作
⑥、黑板系统
包括知识源、黑板和控制三部分。知识源包括若干独立计算的不同单元，提供解决问题的知识。知识源响应黑板的变化，也只修改黑板；黑板是一个全局数据库，包含问题域解空间的全部状态，是知识源相互作用的唯一媒介；知识源响应是通过黑板状态的变化来控制的。黑板系统通常应用在对于解决问题没有确定性算法的软件中（信号处理、问题规划和编译器优化等）
⑦、超文本系统
构件以王庄链接方式相互连接，用户可以在构件之间进行按照人类的联想思维方式任意跳转到相关构件。超文本是一种非线性的网状信息组织方法，它以节点为基本单位，链作为节点之间的联想方式关联。超文本系统通常应用在互联网领域
现代集成编译环境一般采用仓库风格
34、闭环控制架构
当软件被用来操作一个物理系统时，软件与硬件之间可以粗略地表示为一个反馈循环，这个反馈循环通过接受一定的输入，确定一系列的输出，最终使环境达到一个新的状态。适合于嵌入式系统，涉及连续的动作与状态
35、两层C/S架构
开发成本较，客户端程序设计复杂，信息内容和形式单一，用户界面风格不一，软件移植困难，软件维护和升级困难，新技术不能轻易应用
36、三层B/S架构
缺乏对动态页面的支持能力，没有集成有效的数据库处理功能，安全性难以控制，在数据查询等响应速度上，要远远低于C/S架构，数据提交一般以页面为单位，数据的动态交互性步枪，不利于OLTP应用
37、富互联网应用（RIA）
结合了C/S架构反应速度快，交互性强的优点，以及B/S架构传播范围广以及容易传播的特性，简化并改进了B/S架构的用户交互，数据能够被缓冲到客户端，从而可以实现一个比基于HTML的响应速度更快且数据往返于服务器的次数更少的用户界面
38、基于服务的架构（SOA）
服务构件粗粒度，传统构件细粒度居多，服务构件的接口是标准的，主要是WSDL接口，传统构件常以具体API形式出现，服务构件的实现与语言无关，传统构件绑定某种特定语言，服务构件可以通过构件容器提供QoS的服务，传统构件完全由程序代码直接控制
39、SOA关键技术：
①、SOA–关键技术–XML：
实现不同数据的集成，使用多种应用环境，客户端数据处理与计算，数据显示多样化，局部数更新，Web Service，数据集成，软件架构描述，软件架构演化，RIA，XML数据库
②、SOA–关键技术–REST：
HTTP+XML进行基于Web通信技术，简单性，缺少严格配置文件，只支持几个操作（POST，GET，PUT，DELETE），强调信息本身，称为资源
网络上的所有事物都被抽象为资源，每个资源对应一个唯一的资源标识，通过调用的连接器接口对资源进行操作，对资源的各种操作不会改变资源标识，所有操作都是无状态的
③、SOA–关键技术–UDDI&DISCO：
DISCO可以定义一个文档格式和询问算法，发现给定服务器上公开的服务
DISCO能够发现内阁服务的功能（通过文档），以及如何与它进行交互（通过WSDL）
如果要使用DISCO发布一个已部署的服务，只需要创建一个.disco文件
40、SOA的实现方式–Web Service：
注册中心（服务描述）<–发布–>服务提供着（服务，服务描述）<–绑定–>服务请求者<–查找–>注册中心
①、SOA的实现方式–ESB：
提供位置透明性的消息路由和寻址服务，提供服务注册和命名管理功能，支持多种的消息传递泛型，支持多种可以广泛使用的传输协议，支持多种数据格式及其项目转换，提供日志和监控功能
②、SAO的实现方式–服务注册：
41、微服务：
就是很小的服务，所以他不属于面向服务架构的一种，它是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调，互相配合，为用户提供最终价值。每个服务运行在其独立的进程中，服务与服务之间采用轻量级的通信机制互相沟通（通常是基于HTTP协议的RESTful API）。每个服务都围绕着具体业务进行构建，并且嫩巩固独立的部署到生产环境，类生产环境等。另外，应当尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文选择合适的语言，工具对其进行构建。
特点：小，且专注于做一件事，轻量级的通信机制，松耦合，独立部署
优势：技术异构性，弹性，扩展，简化部署，与组织结构相匹配，可组合性，对可替代性的优化
面临挑战：分布式系统的复杂度，运维成本，部署自动化，DevOps与组织结构，服务间依赖测试，服务间依赖管理
①、微服务 SOA
②、微服务架构实现 SOA实现
42、架构描述语言（ADL）
它在底层予以模型的 支持下，为软件系统的概念体系结构建模提供了具体语法和概念框架。基于底层语义的工具为体系结构的表示，分析，演化，细化设计过程等提供支持。
①、ADL三个基本要素：
②、架构描述语言：
43、基于架构的软件设计（ABSD）:
是架构驱动，即强调由业务，质量和功能需求的组合驱动架构设计，设计活动可以从项目总体功能框架明确就开始，这意味着需求获取和分析还没有完成，就开始了软件设计
①、ABSD有三个基础：
1）功能分解，使用已有的基于模块的内聚和耦合技术。
2）通过选择架构风格来实现质量和业务需求。
3）软件模板的使用，软件模板利用了一些软件系统的结构
ABSD方法是递归的，且迭代的每一个步骤都是清晰地定义的。因此，不管设计是否完成，架构总是清晰的，这有助于降低架构设计的随意性
②、基于架构的软件开发方法—-开发过程
44、软件架构评估–质量属性
性能：系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统所能处理的事件个数
代表参数：响应时间，吞吐量 设计策略：有限级队列，资源调度
可靠性：软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能性的基本能力
代表参数：MTTF，MTBF 设计策略：冗余，心跳线
可用性：系统能够正常运行的时间比例
代表参数：故障间隔时间 荣誉，心跳线
安全性：系统在想合法用户提供服务的同时能够阻止非授权用户使用服务的能力
设计策略：追踪审计，信息隐藏
可修改行：能够快速地以较高的性能价格比对系统进行变更后的能力
功能性：系统给所能完成期望的工作能力
可变性”：体系结构扩充或变更而成为新体系结构的能力
互操作性：作为系统组成部分的软件不是独立的，经常与其他系统或自身环境相互作用
45、软件架构评估–基于场景的方式
脚骨权衡分析法（ATAM），软件架构分析法（SAAM），成本效益分析法（CBAM）
46、中间件技术–概念
是一种独立的系统软件或服务程序，可以帮助分布式应用 软件在不同技术之间共享资源
47、主要的中间件
远程过程调用，对象请求代理，远程方法调用，面向消息的中间件，事物处理监控器
48、负载均衡技术：
①、负载均衡的静态算法
②、硬件负载均衡
F5 软件负载均衡：LVS，Nginx，HAproxy
49、REST的5个原则：
网络上的所有事物都被抽象为资源，每个资源对应一个唯一的资源标识，通过通用的额连接件接口对资源进行操作，对资源的各种操作不会改变资源标识，所有 的操作都是无状态的
50、响应式WEB设计的方法和策略：
采用流式布局和弹性化设计：使用相对单位，设定百分比而非具体的值的方式设置页面元素的大小
响应式图片：不仅要同比的缩放图片，嗨哟啊在小设备上降低土拍你自身的分辨率
51、对称加密：
DES，RC-5，IDEA
①、缺陷：加密强度不高，但效率高，密钥分发困难
52、非对称加密：
RSA，ECC
①、缺陷：加密速度慢
53、信息摘要：
MD5，SHA
54、数字证书内容
证书版本信息，证书序列号，每个证书都有一个唯一的证书序列号，证书所使用的签名算法，证书发行机构名称，命名规则一般采用X.500格式，证书有效期，现在通用的证书一般采用UTC时间格式，1950-2049，证书所有人名称，命名规则一般采用X.500格式，证书所有人的公开密钥，证书发行者的证书的签名
55、被动攻击：
手机信息为主，破坏保密性，攻击名称：窃听，业务流分析，非法登陆
56、主动攻击：
主动攻击的类别主要有：中断（破坏可用性），篡改（破坏完整性），伪造（破坏真实性）。攻击名称：假冒身份，抵赖，旁路控制，重放攻击，拒绝服务（DOS）
57、可靠性：
软件可靠性 不等于 硬件可靠性
①、可靠性设计：
结构冗余（硬件冗余，软件冗余），信息冗余（校验码），时间冗余（重读多次进行相同的计算）
可靠性设计包括：
N版本程序设计，恢复快方法，防卫式程序设计，双机容错，集群技术
可靠性设计—防卫式程序设计：对于程序中存在的错误和不一致性，通过在程序中包含错误检查代码和错误回复代码，使得一旦错误发生，程序能撤销错误状态，回复到一个已知的是正确状态中去
②、实现策略：
错误检测，破坏估计，错误恢复
③、可靠性设计—双机容错：
双机热备份，双机互备份，双机双工模式
④、可靠性设计—集群技术：
可伸缩性，高可用性，可管理型，高性价比，高透明性
⑤、范围管理：
范围计划编制–>范围定义–>创建WBS–>范围确认–>范围控制
⑥、时间管理：
活动定义–>活动排序–>活动资源估算–>活动历时估算–>制定进度计划–>进度控制
58、时间管理–甘特图：
优点：直观，容易制作，便于理解，能很清晰地标识出直到每一项任务的起始与结束时间，一般适用比较简单的小型项目，可用于WBS的任何层次，进度控制，资源优化，编制资源和费用计划
缺点：不能系统的表达一个项目所包含的各项工作自建的复杂关系，难以进行定量的计算和分析，以及计划的优化等
59、成本管理：
成本估算（自顶向下的估算，自底向上的估算，差别估算法）–>成本预算（直接成本与间接成本，管理储备，零基准预算）–>成本控制（净值分析）
①、成本管理–净值管：
60、软件质量管理–质量保证与质量控制
质量保证一般是每隔一定时间进行，主要通过系统的质量审计和过程分析来保证项目的质量，独特工具包括：质量审计和过程分析
质量控制的实时监控项目的具体结果，以判断它们是否符合相关质量标准，制定有效方案，以消除生产质量问题的原因
61、软件评审：
不应以测试代替评审，评审人员应关注产品而不应评论开发人员，评审人员应关注于实质性问题，评审会议不应变为问题解决方案讨论会，评审应被安排进入项目计划，评审参与者应了解整个评审过程，评审人员事先应对评审材料充分了解，应重视评审的组织工作
62、软件过程改进
组织能力成熟度：
已管理级：需求管理，项目计划，配置管理，项目监督与控制，供应商合同管理，治疗和分析，过程和产品质量保证
已定义级：需求开发，技术解决方案，产品集成，验证，确认，组织级过程焦点，组织级过程定义，组织级培训，集成项目管理，风险管理，集成化的团队，决策分析和解决方案，组织级集成环境
定量管理级：组织级过程性能，定量项目管理
优化级：组织级改革与实施，因果分析和解决方案
63、软件配置管理–软件工具：
软件开发工具：需求分析工，设计工具，编码与排错工具
软件维护工具：版本控制工具，文档分析工具，开发信息库工具，逆向工程工具，再工程工具
软件管理和软件支持工具：项目管理工具，配置管理工具，软件评价工具，软件开发工具的评价和选择
64、软件配置管理–变更控制：
变更申请–>变更评估–>变更决策–>变更实施–>变更验证–>沟通存档
65、风险管理：
风险讯在的客观性和普遍性，某一具体风险发生的偶然性和大量风险发生的必然性，风险的可变性，风险的多样性和多层次性
①、风险的基本属性：
随机性和相对性
②、风险管理–风险的分类：
项目风险：
潜在的预算，进度，人员和组织，资源，用户和需求问题
技术风向：
潜在的设计，实现，接口，测试和维护方面的问题
商业风险：
市场风险：系统虽然很优秀但不是市场真正所想要的
策略风险：系统不再符合企业的信息系统战略
销售风险：开发了销售部门不清楚如何推销的系统
管理风险：由于重点转移或人员变动而失去上级支持
预算风险：开发过程没有得到预算或人员的保证
③、风险曝光度：
风险出现的概率乘以风险可能造成的损失
66、项目管理工具
能做什么：任务调度，成本估算，资源分配，预算跟踪，人时统计，配置控制，确定关键路径，松弛时间，超前时间和滞后时间，生成一定格式的报表和报告
不能做什么：不能知道软件设计人员按软件生存周期各个阶段的适用技术行进设计工作
67、案例分析考点：
案例分析考点
68、论文考点：
论文考点
论文考点
论文考点
论文考点
论文考点
论文考点
论文考点
69、CISC(复杂)：
数量多，使用频率差别大，可变长度，支持多种，微程序控制技术，研制周期长
70、RISC(精简)：
数量少使用频率接近，定长格式，大部分为单周期指令，操作寄存器，只有Load/Store操作内存，支持方式少，增加了通用寄存器，硬布线逻辑控制为主，适合采用流水线，优化编译，有效支持高级语言
71、随机存储器：
DRAM，SEAM 制度存储器：MROM，PROM，EPROM，闪存
一条总线同时仅允许一个设备发送，但允许多个设备接收
72、系统性能设计—性能指标：
字长和数据通路宽度，主存容量和存储速度，运算速度，吞吐量与吞吐率，响应时间，完成时间，兼容性，主频与CPU时钟周期，CPI与IPC，MIPS与MFLOPS
MIPS=指令条数/(执行时间*10^6)=主频/CPI=主频*IPC
MFLOPS=浮点操作次数/(执行时间*10^6)
73、阿姆达尔定律：
74、性能评价方法：
真实程序->核心程序->小型基准程序->合成基准程序
75、页式存储组织：
将程序与内存均划分为同样大小的块，以页为达到那位将程序调入内存
优点：利用率高，碎片小，分配及管理简单
缺点：增加了系统开销，可能产生抖动象限
76、段式存储组织：
按用户作业中的自然段来划分逻辑空间，然后调入内存，段的长度可以不一样
优点：多道程序共享内存，各段程序修改互不影响
缺点：内存利用率低，内存碎片浪费大
77、段页式存储组织：
段与页式的综合体，先分段，再分页，一个程序有若干个段，每个段中可以有若干个页，每个页的大小相同，但每个段的大小不同
优点：空间浪费小，存储共享容易，存储保护容易，能动态连接
缺点：由于管理阮家就的增加，复杂性和开销也随之增加，需要的硬件以及占用的内荣也有所增加，使得执行速度大大下降
78、块表：
一块小容量的相连存储器，由高速缓冲器组成，速度快，并且可以从硬件上保证按内容并行查找，一般用来存放当前访问最频繁的少数活动页面的页号
块表：将页表存于Cache上 慢表：将页表存放于内存上
79、嵌入式操作系统特点：
微型化，代码质量高，专业化，实时性强。可裁减，可配置
80、实时嵌入式系统的内核服务器：
异常和中断，计时器，I/C管理
主机向本地域名服务器的查询采用递归查询，本地域名服务器向根域名服务器的查询采用迭代查询
81、本机查询IP的顺序：
缓冲–>HOST–>本地域名->根域名->顶级域名
82、网络规划原则：
实用性原则，开放性原则，先进性原则
网络设计任务：确定网络总体目标，确定总体设计原则，通信子网设计，资源子网设计，设备选型，网络操作系统与服务器资源设备，网络安全设计
网络实施原则：可靠性原则，安全性原则，高效性原则，可扩展性原则
网络实施步骤：工程实施计划，网络设备到货验收，设备安装，系统测试，系统试运行，用户培训，系统转换
需求规范，通信规范，逻辑网络设计（拓扑结构，网络地址分配，安全规划，网络管理，选择路由协议，设备命名规则），物理网络设计（设备具体物理分布，运行环境等确定，设备选型，结构化布线，机房设计），实施阶段
逻辑网络设计输出：逻辑网络设计图，IP地址方案，安全方案，招聘和培训网络员工的具体说明，对硬件和服务已经员工和培训的费用初步估计
物理网络设计输出：网络物理结构图和布线方案，设备和部件的详细列表清单，软硬件和安装费用的估算，安装日程表，详细说明服务的时间以及期限，安装后的测试计划，用户的培训计划
83、网络分层设计：
84、IPV4/IPV6过滤技术：
85、物联网：
实现物物相连的互联网，其内涵包含两个方面：1，物联网的核心和基础仍然式互联网，是在互联网基础上延伸和扩展的网络。2，其用户端延伸和扩展到了任何物体与物体之间，使其进行信息交互和通信
感知层：识别物体，采集信息。
网络层：传递信息和处理信息。
应用层：解决信息处理和人机交互的问题
①、物联网关键技术：
RFID，二维码
86、云计算：
一种基于互联网的计算方式，通过这种方式，共享的软硬件资源和信息可以按需提供给计算机和其他设备。核心思想是将大量网络连接的计算资源同意管理和调度，构成一个计算资源池向用户按需服务。
①、云计算特点：
集合了大量计算机，规模达到成千上万，多种软硬件技术相结合，对客户端设备的要求低，规模化效应
87、视图特点：
简化用户操作，使用户能以多种角度看待同一数据，对重构数据库提供了一定程度的逻辑独立性，可以对机密数据提供安全保护
非规范化的关系模式，可能存在的问题包括：数据冗余，更新异常，插入异常，删除异常
88、反规范化手段：
增加派生性冗余列，增加冗余列，重新组表，分割表
89、事物：
原子性，一致性，隔离性，持续性
90、数据库完整性约束：
实体完整性，参照完整性，用户自定义完整性，触发器
①、数据库完整性约束措施：
用户标识和鉴定，存取控制，密码存储和传输，视图的保护，审计
91、数据备份：
完全备份，差量备份，增量备份
92、数据表分区优点：
关注微信