系统架构师-考试-基础题-错题集锦
1.当一台服务器出现故障时将业务迁移到另外一台物理服务器上，保障了业务的连续性。
2.面向对象：
实体类，边界类，控制类
3.RUP：UP，统一过程，以架构为中心，用例驱动，迭代与增量
4个阶段：初始、细化、构造、交付
4.负载均衡：扩展带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性
5.ABSD：基于软件架构的设计，商业、质量和功能需求驱动；
视角和视图来描述软件架构
用例和质量属性来描述需求
The architecture design specifies the overall architecture and the placement of software and hardware that will be used. Architecture design is a very complex process that is often left to experienced architecture designers and consultants. The first step is to refine the （ ） into more detailed requirements that are then employed to help select the architecture to be used and the software components to be placed on each device. In a （ ）, one also has to decide whether to use a two-tier, three-tier, or n-tier architecture. Then the requirements and the architecture design are used to develop the hardware and software specification. There are four primary types of nonfunctional requirements that can be important in designing the architecture. （ ） specify the operating environment（s） in which the system must perform and how those may change over time. （ ） focus on the nonfunctional requirements issues such as response time, capacity, and reliability. （ ） are the abilities to protect the information system from disruption and data loss, whether caused by an intentional act. Cultural and political requirements are specific to the countries in which the system will be used.
参考译文：
架构设计指定了将要使用的软件和硬件的总体架构和布局。 架构设计是一个非常复杂的过程，往往留给经验丰富的架构设计师和顾问。 第一步是将（ ）细化为更详细的要求，然后用于帮助选择要使用的体系结构以及要放置在每个设备上的软件组件。
在（ ）中，还必须决定是使用两层、三层还是n层架构。 然后使用需求和体系结构设计来开发硬件和软件规范。 有四种主要的非功能需求类型可能在设计架构时非常重要。 （ ）指定系统必须执行的操作环境以及这些操作环境如何随时间变化。（ ）侧重于非功能性需求问题，如响应时间、容量和可靠性。 （ ）是否有能力保护信息系统免受故意行为造成的破坏和数据丢失。 文化和政治要求是特定于系统将被使用的国家。
A、functional requirements（功能需求）
B、nonfunctional requirements （非功能需求）
C、system constraint （系统约束）
D、system operational environment （系统操作环境）
A、client-based architecture （基于客户端的架构）
B、server-based architecture（基于服务器的架构）
C、network architecture （网络架构）
D、client-server architecture （客户端 - 服务器架构）
A、operational requirements （操作要求）
B、speed requirements （速度要求）
C、Access control requirements （访问控制要求）
D、customization requirements （用户要求）
A、environment requirements （环境要求）
B、Maintainability requirements （可维护性要求）
C、performance requirements （性能要求）
D、virus control requirements（病毒控制要求）
A、safety requirements （安全要求）
B、security requirements（安全要求）
C、Data management requirements （数据管理要求）
D、system requirements（系统要求）
7.基准测试程序：应用最频繁的那部分核心程序作为评价计算机性能的标准程序。
8.评价准确度：
真实程序 > 核心程序 > 小型基准程序 > 合成基准程序
TPC：Transaction Processing Performance Council, 事务处理性能委员会
TPC-A：OLTP环境下的数据库和硬件的性能，不同系统之间比较；
TPC-B：不包括网络的纯事务处理量，用于模拟企业计算环境；
TPC-C：专门针对联机事务处理系统(OLTP)的测试标准；
TPC-D、TPC-H、TPC-R：测试决策支持系统
TPC-E：测试大型企业信息服务系统
TPC-W：基于Web应用的基准程序
9.UDDI：用于Web服务注册和服务查找；
WSDL：用于描述web服务的接口和操作功能；
SOAP：为建立web服务和服务请求之间的通信提供支持；
BPEL：面向web服务的业务流程执行语言，用于web服务定义和执行业务流程；
10.结构化布线：
水平子系统：楼层管理间到信息插口这一段，连接了垂直干线子系统与工作区子系统
11.LRU：缺页中断，按行和按列
12.需求跟踪：将单个需求和其它系统元素之间的依赖关系和逻辑联系建立跟踪，这些元素包括各种类型的需求、业务规则、系统架构和构件、源代码、测试用例、帮助文档等。
需求跟踪矩阵
13.软件概要设计：
需求分析：数据流图
概要设计：模块结构图、层次图、HIPO图
详细设计：程序流程图、伪代码、盒图
14.架构风格：
事件驱动系统：通过事件来触发动作
15.ADL：架构描述语言，组成部分：组件、组件接口、连接件、架构配置
16.域名服务：
本地缓存、本地域名服务器、权限域名服务器、顶级域名服务器、根域名服务器
根域名是最高层次的域名服务器。
本地-》根：告知去找哪个顶级域名-》顶级域名
17.示波器：与用户需要交互
18.COM：不支持任何形式的实现继承。
支持两种形式的对象组装：包含和聚集
包含：是一个对象拥有指向另一个对象的唯一引用
聚集：直接把内部对象接口引用传给外部对象的客户，而不是再转发请求。
19.信息化需求：战略需求、运作需求、技术需求
20.设计模式：
创建型：
结构型：
行为型：
原型模式：克隆对象
21.外观模式：结构模式
要求外部与一个子系统的通信必须通过一个统一的外观对象进行
22.桥接模式：
特点：接口与实现分离
24.影响嵌入式系统实时性：
系统调用平均运行时间、任务切换时间、线程切换时间、信号混洗时间、中断响应时间
25.物理块号0~5，逻辑块号也是从0开始；
26.嵌入式实时操作系统特点：
微型性、代码质量高、专业化、实时性强、可裁剪性、可配置；
不具备通用性。
27.XP：极限编程，费用严格控制，高度纪律性；
Cockburn水晶：最少纪律约束而能成功的方法，让更多的人遵循；
开放式源码：发补丁给维护者；
CSRUM：去解决明确定义的可重复问题；
Code功用驱动方法FDD：首席+类程序员；
ASD方法：猜测、合作、学习。
28.系统有正在运行的事务，全部数据-》动态全局转储
29.时间管理：
最早开始时间 花费时间 最早完成时间
最晚开始时间 花费时间 最晚结束时间
先计算最长路径，然后取最长路径的时间倒推。
30.架构4+1视图：
逻辑视图：功能需求；
开发视图：也称模块视图、实现视图，侧重软件模块的组织和管理；
进程视图：系统的运行特征，关注非功能性需求；
物理视图：也称部署视图，主要考虑软件映射到硬件上；
场景视图：需求抽象，连接其他四个视图。
UML图：
对象图：描述一组对象及它们之间的关系；
活动图：强调对象间的控制流程和数据流；
状态图：强调事件导致的对象行为；
类图：描述一组类、接口、协作和它们之间的关系。
31.企业应用集成-》数据集成：
单表整合：将该表包装为记录，采用主动记录的方式进行集成；
多表整合：采用数据映射的方式完成数据集成和处理。
32.体系结构权衡分析方法ATAM的4个主要活动领域：场景和需求收集、体系结构视图和场景实现、属性模型构造和分析、折中；
基于场景的架构分析方法SAAM的主要输入：问题描述、需求声明、体系结构描述。
SAAM分析评估体系结构的五个步骤：场景开发、体系结构描述、单个场景评估、场景交互和总体评估。
33.软件体系结构风格：描述某一特定领域中系统组织方式的惯用模式。体系结构定义一个词汇表和约束。
体系结构风格：反映了众多系统所共有的结构和语义特征。
34.需求管理：一种用于查找、记录、组织和追踪系统需求变更的系统化方法。
需求开发包括：需求获取、需求分析、需求定义、需求验证。
35.恢复测试：监测系统的容错能力；
安全性测试：检验系统的防范能力；
强度测试：检查系统在极限状态下运行，性能下降的幅度是否在允许的范围内；
性能测试：检查系统是否满足性能要求，比如响应时间、处理速度、吞吐量、处理精度等；
可靠性测试：平均失效间隔时间MTBF，因故障而停机时间MTTR；
安装测试：检测在安装过程中是否有误、是否容易操作等。
36.面向对象的分析模型组成：顶层架构图、用例与用例图、领域概念模型；
设计模型包含：
以包图表示的软件体系结构图；
以交互图表示的用例实现图；
完整精确的类图；
针对复杂对象的状态图；
用以描述流程化处理过程的活动图等。
37.区分服务：解决服务质量问题在网络上将用户发送的数据流按照它对服务质量的要求划分等级的一种协议；
将具有相同特性的若干业务流汇聚起来，为整个汇聚流提供服务，而不是面向单个业务流来提供服务。
每个IP分组都需要根据其QoS需求打上一个标记，这种标记称为DS码点，可以利用IPv4协议头中的服务类型字段，或者IPv6协议头中的通信类别字段来实现，这样就维持了现有的IP分组格式不变。
28.代理模式：解决直接访问对象时带来的问题，例如：要访问的对象在远程的机器上，对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问等。
29.可修改性：能够快速地以较高地性能价格比对系统进行变更的能力。
包含：可维护性、可扩展性、结构重构、可移植性。
30.螺旋模型是在快速原型地基础上扩展而成的。
31.域名解析查询方式：
递归查询：服务器必须回答目标IP与域名的映射关系；回向下探索，最终返回答案；
迭代查询：服务器收到一次迭代查询回复一次结果，这个结果不一定是目标IP与域名的映射关系，也可以是其他DNS服务器的地址；不会向下探索，会立即返回消息，可以只返回线索。
32.静态分析：通过解析程序文本从而识别出程序语句的各个部分，审查出可能的缺陷和异常之处。
包括五个阶段：
控制流分析阶段：找出并突出显示那些带有多重出口或入口的循环以及不可到达的代码段；
数据使用分析阶段：突出程序中变量的使用情况；
接口分析阶段：检查子程序和过程说明及它们使用的一致性；
信息流分析阶段：找出输入变量和输出变量之间的依赖关系；
路径分析阶段：找出程序中所有可能的路径并画在此路径中执行的语句。
33.结构化分析：是一种面向数据流的分析方法，自顶向下逐级分解；
基本成分：数据流、加工、数据存储、外部实体；
在进行结构化设计时，通过对数据流图进行变换分析和事务分析可以导出程序结构图。
数据库设计的4个主要阶段：
用户需求分析
概念设计：ER图
逻辑设计：
物理设计
UML：
对系统的行为活动进行建模：状态图、活动图、顺序图、通信图
活动图：展现了系统从一个活动到另一个活动的流程，强调对象之间的控制流程，可以表示分支和汇合，与传统的程序流程图不等价。
34.需求跟踪工具功能：
可以定义变更请求的数据项；
可以定义变更请求生存期的状态转换图；
可以加强状态转换图使经授权的用户仅能做出所允许的状态变更；
记录每一种状态变更的数据，确认作出变更的人员；
可以定义在提交新请求或请求状态被更新后应该自动通知的设计人员；
可以根据需要生成标准的或定制的报告和图表。
35.候选关键字
无损链接判断
https://wangxiao.xisaiwang.com/tiku2/ctjx521896806.html?
3.11