系统架构师-考试-基础题-错题集锦1

系统架构师-考试-基础题-错题集锦

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?

36.场景：在进行体系结构评估时，一般首先要精确地得出具体的质量目标，并以之作为判定该体系结构优劣的标准。
为得出这些目标的机制叫做场景。
场景是从风险承担者的角度与系统的交互的简短描述。
评估从三方面考虑：刺激、环境、响应。

37.9+33x9=306
10x9=90

38.所有操作系统(不仅仅是嵌入式操作系统)给应用程序提供的接口，称之为API。

39.项目范围定义是生产项目计划的基础。

40.不同阶段对软件架构的关注力度并不相同：
需求分析阶段：问题域
设计阶段实现阶段：软件架构

41.ABSD方法是架构驱动的方法，该方法是一个自顶向下的方法，软件系统架构通过该方法得到细化，直到能产生软件构件或模块。

42.ATAM的4个阶段：场景和需求收集、体系结构视图和场景实现、属性原型构造和分析、折中；
SAAM的5个步骤：场景开发、体系结构描述、单个场景评估、场景交互和总体评估。
SAAM的主要输入问题是：问题描述、需求声明和体系结构描述。

43.软件过程：软件描述、软件开发、软件有效性验证和软件进化。

44.4人加工4种工件的最短时间：先按行减去最小值，再按列减去最小值，然后各行取0，就是最小值。
动态规划

45.在此题中，信号量S是一个互斥信号量，作用是避免多个进程同时对余票数量进行处理导致问题，所以初值应置为1。
程序中a应使用P(S)操作，代表占用资源；
c是成功完成订票时释放资源进行的操作，应该进行V(S)操作；
b是指当前没有足够的余票，未完成出票，此时，也要释放资源，所以也应该进行V(S)操作。

47.



ABADC

48.软件开发环境SDE的集成机制，分为三种：
环境信息库：用以存储与系统开发有关的信息，并支持信息的交流与共享；
过程控制与消息服务器：实现过程集成和控制集成的基础；
环境用户界面：它的统一性和一致性是软件开发环境的重要特征。

49.架构风格：描述了一类软件架构的特征，它独立于实际问题，强调软件系统中通用的组织结构选择。
垃圾回收机制：是Java语言管理内存资源时常用的一种设计模式。

50.嵌入式系统通常采用接口中的移位寄存器来实现数据的串/并和并/串转换操作。

穷举来进行计算

关系代数运算：不要急，仔细读题

53.结构化设计工具：盒图、HIPO图、程序流程图、N-S盒图；
面向对象分析与设计工具：顺序图。

54.分析现有系统存在的问题与可行性分析无关。

55.分布式系统开发分为五个逻辑计算层：
表示层：实现用户界面
表示逻辑层：为了生成数据表示而必须进行的处理任务，如输入数据编辑等；
应用逻辑层：支持实际业务应用和规则所需的应用逻辑和处理过程，如信用检查、数据计算和分析等；
数据处理层：存储和访问数据库中的数据所需的应用逻辑和命令，如查询语句和存储过程等；
数据层：数据库中实际存储的业务数据。

56.查询效率比较：自然连接优于笛卡尔积。

58.规则系统：属于虚拟机风格的一种，本题要求机器人的控制者首先定义清洁任务和任务之间的关系，然后由机器人执行，这说明机器人能对自定义的一些逻辑进行解析，这是虚拟机风格的一大特色。

59.白盒测试：
组合覆盖主要特点：要求设计足够多的测试用例，使得每个判定中条件结果的所有可能组合至少出现一次。

60.闭环结构：通常由几个协作构件共同组成，但其中的主要构件彼此分开，能够进行替换和重用，但闭环结构通常适用于处理简单任务；
分层结构：通过引入抽象层，在较低层次不确定的实现细节在较高层次会变得确定，并能够组织层间构件的协作，系统结构更加清晰。

61.循环冗余校验CRC：

62.数学基础知识：

63.企业信息化方法包括：
业务流程重构、核心业务应用、信息系统建设、主题数据库、资源管理、人力资本投资方法。
不包括：组织机构变革

64.企业信息化一定要建立在企业战略规划基础之上，为企业战略规划为基础建设的企业管理模式是建立 企业战略数据模型 的基础。

66.命令模式：系统需要支持用户在图像处理过程中的撤销和重做的动作，因此可以将用户动作封装成对象，通过对象之间的传递和转换实现撤销和重做等动作。

67.ER图集成时产生的冲突及解决方法：
属性冲突：包括属性域冲突和属性取值冲突；
命名冲突：包括同名异义和异名同义；
结构冲突：包括同一对象在不同应用中具有不同的抽象，以及同一实体在不同局部E-R图中所包含的属性个数和属性排序次序完全不同。

68.现代编译器的集成开发环境一般采用数据仓储(即以数据为中心的架构风格)架构风格进行开发，其中心数据就是程序的语法树。

69.关系代数：

70.成本估算工具是一种典型的项目管理工具。

71.不同的分布式计算架构：
分布式表示架构：
客户机：表示层、表示逻辑层
服务器：应用逻辑层、数据处理层、数据层
分布式数据架构：
服务器：数据层、数据处理层
客户机：应用逻辑层、表示逻辑层、表示层
分布式数据和应用架构：
数据服务器：数据和数据处理层
应用服务器：应用逻辑层
客户机：表示逻辑层和表示层

72.核心层：只负责高速转发以及出口路由

73.基于构件的开发模型的5个阶段：需求分析定义、体系结构设计、构件库建立、应用软件构建、测试、发布

74.软件设计包括：体系结构设计、接口设计(人机界面设计)、数据设计、过程设计。

75.CRM：
整合内容：人力资源、业务流程、专业技术
四个主要模块：销售自动化、营销自动化、客户服务与支持、商业智能

76.数学计算：

77.面向对象的分析模型：顶层架构图、用例与用例图、领域概念模型；
设计模型：
以包图表示的软件体系结构
以交互图表示的用例实现图
完整精确的类图
针对复杂对象的状态图
用以描述流程化处理过程的活动图

78.逆向工程：凡是在软件生命周期内将软件某种形式的描述转换为更为抽象形式的活动；
重构：在同一抽象级别上转换系统描述形式；
设计恢复：借助工具从已有程序中抽象出有关数据设计、总体结构设计和过程设计的信息；
再工程(修复和改造工程)：在逆向工程所获信息的基础上修改或重构已有的系统，产生系统的一个新版本。

79.操作系统-段页式存储：


80.描述系统中每个模块的输入、输出和数据加工的图是 IPO图，而非程序流程图。

81.质量属性：
可用性：心跳、Ping/Echo、主动冗余、被动冗余、选举等；
性能：增加计算资源、减少计算开销、引入并发机制、采用资源调度等；
可修改性：接口-实现分离、抽象、信息隐藏等

82.里氏替换原则：

83.软件开发环境集成机制：
数据集成：提供了存储或访问环境信息库的统一数据接口规范；
控制集成：支持各开发活动之间的通信、切换、调度和协同工作；
界面集成：采用统一的界面形式，提供统一的操作方式。

84.4+1视图：
逻辑视图
开发视图
过程视图
物理视图
场景

85.桥接模式：将抽象与它的实现部分分离，使它们都可以独立地变化。
例如管理多样的宣传产品，多种形式的宣传产品由多种形式的出版方式

86. 
    
    
    86.测试：
    单元测试：模块测试，技术依据是软件详细设计说明书
    集成测试：技术依据是软件概要设计文档
    系统测试：技术依据是用户需求或开发合同
    回归测试：

87.command模式：

88.软件著作权：
接受他人委托开发的软件，其著作权的归属由委托人与受委托人签订书面合同约定；无书面合同或者合同未作明确约定的，其著作权由受托人享有。

89.企业内部信息集成：
技术平台的集成：系统底层的体系结构、软件、硬件以及异构网络的特殊需求首先必须得到集成；
数据的集成：实现不同系统的数据交流与共享；
应用系统的集成：实现不同系统之间的互操作，使得不同系统之间能够实现数据和方法的共享；
业务过程的集成：实现了不同应用系统之间的连接、协同运作和信息共享；

92.SDN(Software Defined Network)的网络架构中包含：控制层、转发层和应用层。
不包括逻辑层。

93.网络安全：
入侵检测系统
防火墙
网闸
UTM安全设备

94.DSSA：特定领域软件架构，包括领域开发环境、领域特定应用开发环境、应用执行环境。

95.操作系统-前趋图：
直接制约
间接制约

96.需求工程包括：
需求开发：需求获取、需求分析、需求定义、需求验证；
需求管理：变更控制、版本控制、需求跟踪、需求状态跟踪

97.快速应用开发：利用了基本构件开发的思想，大量采用现成的构件进行系统的开发，所以速度很快，但要求系统模块化程度很高。

98.软件工程-遗留工程：

99.项目管理-软件配置管理：
配置项：
属于产品组成部分的工作成果：需求文档、设计文档、源代码、测试用例等；
属于项目管理和机构支撑过程域产生的文档：工作计划、项目质量报告、项目追踪报告等。
设备清单不属于配置项。

100.网络设计规划-核心层、汇聚层、接入层：

101.不细心：

102.软件商标权：

102.不适用或不受著作权法保护的项目

103.侵权判定：


104.嵌入式系统：


105.



106.构件的复用：
构件组装技术包括：
基于功能的组装技术、基于数据的组装技术、面向对象的组装技术。

107.文件系统-索引文件：