系统架构设计-错题集2025-3月-软件玩家

admin管理员组
文章数量:1352107

系统架构设计-错题集2025-3月

软件确认测试
效用树+风险点、敏感点和权衡点
RUP过程
面向对象以及UML
- UML四种事物
企业应用集成 (EAI)
ABSD基于架构的软件开发方法
DNS配置文件
调度算法、RTOS、嵌入式相关
- 调度算法
- 嵌入式实时操作系统实时性
- 嵌入式系统硬件抽象层
- 嵌入式处理器、嵌入式操作系统
- 缺页中断
- 存储器
- 闪存
微内核
分布透明性
协议相关与网络相关
- OSI协议
- 安全协议
常用端口号如FTP SSH等
- 网络分层设计
- ARP协议
- DHCP
- 传输层安全技术
- 路由器等
- 病毒
需求获取需求相关
- 需求管理
数据库设计中的E-R图合并冲突
- 数据库三级模式
- 分布式数据库
电子商务系统
- 数据库的容灾
- 关系模式
软件工程
- 软件生命周期
- 软件维护
- 软件设计
架构模式、设计模式和惯用法
面向服务SOA
基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)
高内聚低耦合详解
性能
CRM 客户关系管理和 ERP企业资源计划
- 商业智能
计算机相关
- 微程序
- 死锁
- 信号量
- 操作一级和程序控制一级的接口
需求
结构化开发
数据仓库
基于构件的软件开发
- CORBA
- 构件组装
计算题
数据库关系分解和函数依赖
- 数据库存储过程
企业应用集成方式
螺旋模型
软件设计
需求工程
企业门户
- 信息化的“三流
系统分析
PCB
MVC
成本
逆向工程
数字孪生
ipv4与ipv6区别
云计算
J2EE

软件确认测试

软件确认测试也称为有效性测试，主要验证（）。确认测试计划通常是在需求分析阶段完成的。根据用户的参与程度不同，软件确认测试通常包括（）。
问题1选项
A.系统中各个单元模块之间的协作性
B.软件与硬件在实际运行环境中能否有效集成
C.软件功能、性能及其他特性是否与用户需求一致
D.程序模块能否正确实现详细设计说明中的功能、性能和设计约束等要求
问题2选项
A.黑盒测试和白盒测试
B.一次性组装测试和增量式组装测试
C.内部测试、Alpha、Beta和验收测试
D.功能测试、性能测试、用户界面测试和安全性测试

答案：C C
1.软件确认测试的概念
软件确认测试是一种针对需求的测试，是用户参与的测试。它主要验证软件功能、性能及其他特性是否与用户需求一致。
2.软件确认测试包括的内容
软件确认测试包括：内部确认测试、Alpha、Beta和验收测试。
内部测试，即软件开发组织内部按软件需求说明书进行测试。
Alpha测试，即用户在开发环境下进行测试。
Beta测试，即用户在实际使用环境下进行测试。
验收测试，针对软件需求说明书，在交付前以用户为主进行的测试。
3.特点
确认测试中，需要“确认”的，是用户需求。所以这种测试有一个显著的特点，就是测试必须要有用户的参与。
Alpha测试（α测试）是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由程序员或测试员（有的地方又说可以让测试人员进行）完成。
Beta测试（β测试）是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。因而，Beta测试是在开发者无法控制的环境下进行的软件现场应用。

集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求（如根据结构图、流程图）组装成为子系统或系统，进行集成测试
集成测试的分类主要基于测试策略和方法：
自顶向下和自底向上是两种基本的增量式方法，分别从高层和底层开始。
三明治集成测试结合两者优点，适合复杂系统。
大爆炸集成测试简单但风险高，适合小型项目。
增量式集成测试逐步进行，便于管理和控制。
非增量式集成测试一次性完成，适合简单项目。

系统测试主要有以下内容：
·恢复测试：恢复测试监测系统的容错能力。检测方法是采用各种方法让系统出现故障，检验系统是否按照要求能从故障中恢复过来，并在约定的时间内开始事务处理，而且不对系统造成任何伤害。如果系统的恢复是自动的（由系统自动完成），需要验证重新初始化、检查点、数据恢复等是否正确。如果恢复需要人工干预，就要对恢复的平均时间进行评估并判断它是否在允许的范围内。
·安全性测试：系统的安全性测试是检测系统的安全机制、保密措施是否完善，主要是为了检验系统的防范能力。测试的方法是测试人员模拟非法入侵者，采用各种方法冲破防线。系统安全性设计准则是使非法入侵者所花费的代价比进入系统后所得到的好处要大，此时非法入侵已无利可图。
·强度测试：是对系统在异常情况下的承受能力的测试，是检查系统在极限状态下运行时，性能下降的幅度是否在允许的范围内。因此，强度测试要求系统在非正常数量、频率或容量的情况下运行。强度测试主要是为了发现在有效的输入数据中可能引起不稳定或不正确的数据组合。例如，运行使系统处理超过设计能力的最大允许值的测试例子；使系统传输超过设计最大能力的数据，包括内存的写入和读出等。
性能测试：检查系统是否满足系统设计方案说明书对性能的要求。性能测试覆盖了软件测试的各阶段，而不是等到系统的各部分所有都组装之后，才确定系统的真正性能。通常与强度测试结合起来进行，并同时对软件、硬件进行测试。软件方面主要从响应时间、处理速度、吞吐量、处理精度等方面来检测。
·可靠性测试：通常使用以下两个指标来衡量系统的可靠性：平均失效间隔时间MTBF（mean time between failures）是否超过了规定的时限，因故障而停机时间MTTR（mean time to repairs）在一年中不应超过多少时间。
·安装测试：在安装软件系统时，会有多种选择。安装测试就是为了检测在安装过程中是否有误、是否容易操作等。主要监测系统的每一个部分是否齐全，硬件的配置是否合理，安装中需要产生的文件和数据库是否已产生，其内容是否正确等。

单元测试的技术依据是软件详细设计说明书。
集成测试的技术依据是软件概要设计文档。集成测试是根据软件概要设计文档来进行测试
系统测试的技术依据是用户需求或开发合同
软件测试

效用树+风险点、敏感点和权衡点

某单位为了建设健全的公路桥梁养护管理档案，拟开发一套公路桥梁在线管理系统。该系统要求正常负载情况下，系统必须在 0.5 秒内对用户的查询请求进行响应，这属于质量特性的（性能）；网络失效后，系统需要在 10 秒内发现错误并启用备用系统，这属于质量特性的（ 可靠性）；更改系统的 Web 界面接口必须在 4 人周内完成，这属于质量特性的（可修改性）；如果"养护报告生成"业务逻辑的描述尚未达成共识，可能导致部分业务功能模块规则的矛盾，影响系统的可修改性，这属于系统的（）；更改系统加密的级别将对安全性和性能产生影响，这属于系统的（）；对查询请求处理时间的要求将影响系统的数据传输协议和处理过程的设计，这属于系统的（）。

后三空解析：
某单位为了建设健全的公路桥梁养护管理档案，拟开发一套公路桥梁在线管理系统。
业务逻辑未达成共识导致模块矛盾，影响可修改性：
这属于系统的架构风险。需求或设计的不明确性可能导致未来开发中的冲突，属于架构层面的潜在风险。
更改系统加密级别影响安全性和性能：
这属于系统的权衡点（trade-off）。安全性和性能的冲突是典型的权衡场景，需通过架构设计平衡多个质量属性。
查询请求处理时间要求影响数据传输协议和过程设计：
这属于系统的敏感点。处理时间的约束直接决定了系统设计中对特定协议和流程的选择，属于对性能效率敏感的决策点。

风险点：是指架构设计中潜在的、存在问题的架构决策所带来的隐患
架构风险是指系统中未明确的需求、设计矛盾或潜在不确定性，可能导致项目失败或质量属性不达标。
例如：关键需求未达成共识，可能引发后续模块冲突。

敏感点：敏感点是一个或多个构件的特性。研究敏感点可使设计人员或分析员明确在搞清楚如何实现质量目标时应注意什么

权衡点：是影响多个质量属性的特性，是多个质量属性的敏感点。

敏感点是“已知的技术选择对质量属性的影响”，需在架构设计中权衡。
架构风险是“未解决的矛盾对未来系统的威胁”，需通过风险管理和需求迭代化解。

风险特征：
需求模糊性可能引发后期重构（威胁项目进度）。
模块矛盾可能导致可维护性恶化（威胁质量属性）。

敏感点特征：
明确的设计目标（0.5秒响应）限定了技术选型范围。
对性能属性的影响是可预测的（如选择 HTTP/3 而非 HTTP/1.1）。
与风险的区别：
需求本身是明确的（时间要求清晰），不存在不确定性。
影响的是如何实现，而非是否可能失败。
系统架构设计师考试题库重点案例

通过信息隐蔽可以提高软件的()、可测试性和()。
问题1
A.可修改性
B.可扩充性
C.可靠性
D.耦合性
问题2
A.封装性
B.安全性
C.可移植性
D.可交互性

答案 A C
信息隐藏是提高可修改性的典型设计策略，又因为信息隐藏可以有一定保密作用，所以也可以提高安全性。不过信息隐蔽从一定程度上说可以提升安全性，但是相对提升可修改性、可测试性和可移植性来说没有那么显著，这里第二空选择可移植性会更合适。信息隐蔽是开发整体程序结构时使用的法则，即将每个程序的成分隐蔽或封装在一个单一的设计模块中，并且尽可能少地暴露其内部的处理过程。通常会将困难的决策、可能修改的决策、数据结构的内部连接，以及对它们所做的操作细节、内部特征码、与计算机硬件有关的细节等隐蔽起来。通过信息隐蔽可以提高软件的可修改性、可测试性和可移植性，它也是现代软件设计的一个关键性原则。
常考质量属性及相应设计策略如下：
1、性能
性能（performance）是指系统的响应能力，即要经过多长时间才能对某个事件做出响应，或者在某段时间内系统
所能处理的事件的个数。
代表参数：响应时间、吞吐量设计策略：优先级队列、资源调度
2、可用性
可用性（availability）是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够
恢复正常的速度来表示。
代表参数：故障间隔时间设计策略：冗余、心跳线
3、安全性
安全性（security）是指系统在向合法用户提供服务的同时能够阻止非授权用户使用的企图或拒绝服务的能力。安
全性又可划分为机密性、完整性、不可否认性及可控性等特性。
设计策略：追踪审计
4、可修改性
可修改性（modifiability）是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为
基准，通过考察这些变更的代价衡量可修改性。
主要策略：信息隐藏
5、可靠性
可靠性（reliability）是软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统的功能特性的基
本能力。主要考虑两个方面：容错、健壮性。
代表参数：MTTF、MTBF设计策略：冗余、心跳线

()不属于可修改性考虑的内容。
A.可维护性
B.可扩展性
C.结构重构
D.可变性

答案D
可修改性(modifiability)是指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考查这些变更的代价衡量可修改性。可修改性包含四个方面。
(1)可维护性(maintainability)。这主要体现在问题的修复上：在错误发生后“修复”软件系统。为可维护性做好
准备的软件体系结构往往能做局部性的修改并能使对其他构件的负面影响最小化。
(2)可扩展性(extendibility)。这一点关注的是使用新特性来扩展软件系统，以及使用改进版本来替换构件并删
除不需要或不必要的特性和构件。为了实现可扩展性，软件系统需要松散耦合的构件。其目标是实现一种体系结
构，它能使开发人员在不影响构件客户的情况下替换构件。支持把新构件集成到现有的体系结构中也是必要的。
(3)结构重构(reassemble)。这一点处理的是重新组织软件系统的构件及构件间的关系，例如通过将构件移动
到一个不同的子系统而改变它的位置。为了支持结构重组，软件系统需要精心设计构件之间的关系。理想情况下，
它们允许开发人员在不影响实现的主体部分的情况下灵活地配置构件。
(4)可移植性(portability)。可移植性使软件系统适用于多种硬件平台、用户界面、操作系统、编程语言或编译
器。为了实现可移植，需要按照硬件无关的方式组织软件系统，其他软件系统和环境被提取出。可移植性是系统能
够在不同计算环境下运行的能力。这些环境可能是硬件、软件，也可能是两者的结合。在关于某个特定计算环境的
所有假设都集中在一个构件中时，系统是可移植的。如果移植到新的系统需要做些更改，则可移植性就是一种特殊的可修改性。

软件的可变性是一个继承体系中的概念。
可变性与多样性、多态为同义词。
语意为：同一父类的子类，在满足父类接口约束的条件下，结构和功能（行为）各不相同。
表象为子类实现的多样性。
可修改性包含四个方面：可维护性，**可扩展性，结构重组和可移植性**。可变性不是可修改性考虑的内容。

识别风险、非风险、敏感点和权衡点是进行软件架构评估的重要过程。“改变业务数据编码方式会对系统的性能和安全性产生影响”是对()的描述，“假设用户请求的频率为每秒1个，业务处理时间小于30毫秒，则将请求响应时间设定为1秒钟是可以接受的”是对（)的描述。
问题1
A.风险点
B.非风险
C敏感点
D.权衡点
问题2
A.风险点
B.非风险
C敏感点
D.权衡点

答案D B
敏感点是一个或多个构件（和/或构件之间的关系）的特性。研究海敏感点可使设计人员或分析员明确在搞清楚如何
实现质量目标时应注意什么。
权衡点是影响多个质量属性的特性，是多个质量属性的敏感点。例如，改变加密级别可能会对安全性和性能产生非
常重要的影响。提高加密级别可以提高安全性，但可能要耗费更多的处理时间，影响系统性能。如果某个机密消息
的处理有严格的时间延迟要求，则加密级别可能就会成为一个权衡点。
风险点与非风险点不是以标准专业术语形式出现的，只是一个常规概念，即可能引起风险的因素，可称为风险点。
某个做法如果有隐患，有可能导致一些问题，则为风险点；而如果某件事是可行的、可接受的，则为非风险点。

风险点（Risk）
潜在的问题或不确定性，可能导致系统无法满足需求或目标（如性能下降、安全漏洞）。
特点：带来负面影响，具有不确定性。
非风险（Non-Risk）
已确认不会对架构目标造成威胁的情况，通常是可接受或无问题的假设。
特点：明确、安全、无负面影响。

RUP过程

基于 RUP 的软件过程是一个迭代过程，一个开发周期包括初始、细化、构建和移交4 个阶段。每次通过这 4 个阶段就会产生一代软件，其中定义最终业务模型是（）阶段的任务。采用迭代式开发，（）。
问题1
A.初始
B.细化
C.构建
D.移交
问题2
A 每一个迭代都是一个完整的开发过程
B 每一轮迭代的重点是对特定的用例进行部分实现
C 在后续迭代中强调用户的主动参与
D 通常以功能分解为基础

答案A A

RUP包括四个阶段：初始阶段、细化阶段、构建阶段、交付阶段。
初始阶段的任务是为系统建立业务模型并确定项目的边界。在初始阶段，必须识别所有与系统交互的外部实体，定义系统与外部实体交互的特性。在这个阶段中，所关注的是整个项目的业务和需求方面的主要风险。

细化阶段的任务是分析问题领域，建立完善的架构，淘汰项目中最高风险的元素。在细化阶段，必须在理解整个系统的基础上，对架构作出决策，包括其范围、主要功能和诸如性能等非功能需求，同时为项目建立支持环境。

在构建阶段，要开发所有剩余的构件和应用程序功能，把这些构件集成为产品，并进行详细测试。从某种意义上说，构建阶段是一个制造过程，其重点放在管理资源及控制操作，以优化成本、进度和质量。构建阶段的主要任务是通过优化资源和避免不必要的报废和返工，使开发成本降到最低；完成所有所需功能的分析、开发和测试，快速完成可用的版本；确定软件、场地和用户是否已经为部署软件作好准备。

当基线已经足够完善，可以安装到最终用户实际环境中时，则进入交付阶段。交付阶段的重点是确保软件对最终用户是可用的。交付阶段的主要任务是进行β测试，制作产品发布版本；对最终用户支持文档定稿；按用户的需求确认新系统；培训用户和维护人员；获得用户对当前版本的反馈，基于反馈调整产品，例如，进行调试、性能或可用性的增强等。

问题2
每个迭代是一个完整的开发过程（选项 A 正确）
RUP 的每个迭代均包含完整的软件开发活动（需求分析、设计、实现、测试等），但聚焦于特定目标（如验证架构或实现部分用例）。
例如，细化阶段的迭代可能通过完整的需求-设计-编码-测试流程验证核心架构。
选项 B 的误区
"部分实现"表述不准确。迭代式开发强调完整实现选定的用例或功能，而非仅完成部分代码。例如，某迭代可能完整实现用户登录功能的所有细节。
选项 C 的辨析
用户参与贯穿整个开发周期（如初始阶段需求确认、移交阶段验收测试），而非仅限于后续迭代。早期用户反馈对避免需求偏离至关重要。
选项 D 的错误
RUP 以用例驱动为核心（通过用户视角定义功能），而非传统的功能分解（结构化方法的模块拆分）。

在RUP中采用“4+1”视图模型来描述软件系统的体系结构。在该模型中，最终用户侧重于（），系统工程师侧重于（）。
问题1
A 实现视图
B 进程视图
C 逻辑视图
D 部署视图
问题2
A 进程视图
B 实现视图
C 逻辑视图
D 部署视图

答案C D
在RUP中采用“4+1”视图模型来描述软件系统的体系结构。“4+1”视图包括逻辑视图、实现视图、进程视图、部署视图和用例视图。
分析人员和测试人员关心的是系统的行为，因此会侧重于用例视图；最终用户关心的是系统的功能，因此会侧重于逻辑视图；程序员关心的是系统的配置、装配等问题，因此会侧重于实现视图；系统集成人员关心的是系统的性能、可伸缩性、吞吐率等问题，因此会侧重于进程视图；系统工程师关心的是系统的发布、安装、拓扑结构等问题，因此会侧重于部署视图

统一软件开发过程是一种基于面向对象技术的软件开发过程，其特点是“用例驱动，以架构为核心，迭代并增量”。统一软件开发过程定义了四种通用的开发阶段，它们按照过程顺序分别是：起始阶段、（）、构建阶段和（），其中在构建阶段主要产生的文档有（请作答此空）。
A 初始用户手册
B 用例模型
C 项目计划
D 设计模型

正确答案： D
起始阶段：项目计划
细化阶段：系统核心架构设计、用例模型
构建阶段：设计模型（D 选项）：详细设计（类图、交互图等）
交付阶段：用户文档

统一过程（UP）定义了初启阶段、精化阶段、构建阶段、移交阶段和产生阶段，每个阶段以达到某个里程碑时结束，其中（）的里程碑是生命周期架构。
A 初启阶段
B 精化阶段
C 构建阶段
D 移交阶段

答案B
统一过程（UP）定义了初启阶段、精化阶段、构建阶段、移交阶段和产生阶段，每个阶段达到某个里程碑时结束。其中初启阶段的里程碑是生命周期目标，精化阶段的里程碑是生命周期架构，构建阶段的里程碑是初始运作功能，移交阶段的里程碑是产品发布。

面向对象以及UML

UML入门，强推，多看

类封装了信息和行为，是面向对象的重要组成部分。在系统设计过程中，类可以分为实体类、边界类和控制类。下面用例描述中属于边界类的是（），属于实体类的是（）。
问题1
A 身份验证
B 用户
C 通信协议
D 查询余额
问题2
A 身份验证
B 用户
C 通信协议
D 查询余额

答案C B
问题1（边界类）
选项 C 通信协议是边界类，因为它定义了系统与外部系统或设备的交互规则（如网络协议、API接口）。
问题2（实体类）
选项 B 用户是实体类，因为它直接对应现实中的用户数据（如姓名、账号信息等）
身份验证、查询余额属于控制类
在系统设计中，类分为实体类、边界类和控制类：
边界类负责系统与外部环境的交互，例如界面、API接口或外部系统的通信接口，通信协议等。

职责：处理用户输入和显示输出。
例子：网页表单、图形用户界面（GUI）组件、RESTful API接口等。

实体类表示系统中的核心数据对象，如用户、订单等。

职责：存储和管理数据。
例子：商品类、用户类、订单类等。

控制类处理业务逻辑，协调其他类完成用例流程。

职责：管理操作流程和业务逻辑。
例子：订单处理控制器、用户登录控制器、支付控制器等。

面向对象设计类的分类

在UML2.0 (Unified Modeling Language)中，顺序图用来描述对象之间的交互，其中循环、选择等复杂交互使用（）表示，对象之间的消息类型包括（）
问题1
A 嵌套
B 泳道
C 组合
D 序列片段
问题2
A 同步消息、异步消息、返回消息、动态消息、静态消息
B 同步消息、异步消息、动态消息、参与者创建消息、参与者销毁消息
C 同步消息、异步消息、静态消息、参与者创建消息、参与者销毁消息
D 同步消息、异步消息、返回消息、参与者创建消息、参与者销毁消息

答案D D
问题1：
在 UML 2.0 顺序图中，循环、选择等复杂交互使用序列片段（Sequence Fragment）表示。
序列片段是 UML 2.0 引入的概念，用组合片段（Combined Fragment）和交互操作符（Interaction Operator）（如 loop、alt、opt）描述复杂逻辑。
正确答案：D. 序列片段。
在 UML 中，嵌套通常指元素之间的包含关系，例如类图中类的嵌套（内部类）、顺序图中消息的嵌套调用（方法调用链）
泳道是活动图（Activity Diagram）中的核心元素，用于划分不同角色、系统或组件的职责区域

+-------------+     +-------------+  
|   用户      |     |  支付系统   |  
+-------------+     +-------------+  
| 提交订单    | --> | 处理支付    |  
+-------------+     +-------------+

组合是顺序图（Sequence Diagram）中的核心概念，通过组合片段和交互操作符描述复杂逻辑（循环、选择、并行等）。
问题2：
对象之间的消息类型包括：
同步消息（调用方法并等待返回，用实心箭头表示）。
异步消息（发送后不等待响应，用普通箭头表示）。
返回消息（从方法返回，用虚线箭头表示）。
参与者创建消息（创建对象，用 «create» 箭头表示）。
参与者销毁消息（销毁对象，用 «destroy» 箭头表示）。
动态消息和静态消息不是 UML 标准术语。
正确答案：D. 同步消息、异步消息、返回消息、参与者创建消息、参与者销毁消息
对象消息类型图解

在 UML 用例图中，不属于用例与用例之间关系的是（）。
A 扩展关系
B 聚合关系
C 包含关系
D 继承关系

答案B
UML-用例、类图、类图之间的关系详解
在 UML 中，用例图和类图分别描述系统功能需求和静态结构设计，它们的关系类型如下：（注意区分用例间关系，类之间关系）
用例之间的关系分成3种：
包含关系（Include）
扩展关系（Extend）
泛化关系（Generalization）(继承与泛化相对）

类与类之间的关系分成 6 种：
关联 Association
聚合 Aggregation
组合 Composition
依赖 Dependency
泛化 Generalization
实现 Realization

用例之间的关系，3种
(1) 包含关系（Include）

定义：一个用例必须包含另一个用例的行为（强制依赖）。
符号：虚线箭头 + «include»。
示例：
用例 “登录” 必须包含 “验证用户信息”。
用例 “支付订单” 必须包含 “选择支付方式”。

(2) 扩展关系（Extend）

定义：一个用例在特定条件下扩展另一个用例的行为（可选扩展）。
符号：虚线箭头 + «extend»，需标注扩展条件。
示例：
用例 “结账” 可以扩展 “使用优惠券”（当用户选择优惠券时）。
用例 “下载文件” 可以扩展 “校验文件完整性”（当启用校验功能时）

(3) 泛化关系（Generalization）

定义：子用例继承父用例的行为，并允许覆盖或扩展（类似继承）。
符号：实线空心箭头。
示例：
父用例 “用户注册” 可泛化为子用例 “手机号注册” 和 “邮箱注册”。
父用例 “生成报告” 可泛化为子用例 “生成PDF报告” 和 “生成Excel报告”

类之间的关系描述对象之间的结构关联，包括以下六种：
(1) 关联（Association）

定义：类之间的长期静态连接（如成员变量引用）。
符号：实线箭头（可双向或无箭头）。
示例：
学生 – 课程（学生选修课程）。
订单 – 商品（订单包含商品）。

(2) 聚合（Aggregation）

定义：整体与部分的关系，部分可独立存在（弱“拥有”关系）。
符号：空心菱形箭头（整体指向部分）。
示例：
汽车 ◇-- 车轮（车轮可拆卸后单独存在）。
部门 ◇-- 员工（员工离职后部门仍存在）。

(3) 组合（Composition）

定义：整体与部分的关系，部分不可独立存在（强“生命周期依赖”）。
符号：实心菱形箭头（整体指向部分）。
示例：
公司 ◆-- 部门（公司解散后部门无法独立存在）。
订单 ◆-- 订单项（订单项脱离订单后无意义）。

(4) 泛化（Generalization）

定义：子类继承父类的属性和方法（继承关系）。
符号：实线空心箭头（子类指向父类）。
示例：
动物 ← 猫、狗。
用户 ← 普通用户、管理员。

(5) 依赖（Dependency）

定义：一个类的变化可能影响另一个类（临时使用关系）。
符号：虚线箭头（依赖方指向被依赖方）。
示例：
订单 ┄> 支付服务（订单临时调用支付接口）。
报表生成器 ┄> 数据源（生成报表时依赖数据源）。

(6) 实现（Realization）

定义：类实现接口或抽象类的行为。
符号：虚线空心箭头（实现类指向接口）。
示例：
排序算法 ← 快速排序（实现接口）。
数据库连接 ← MySQL连接（实现抽象类）

关联关系和依赖关系的区别：
关联关系是静态天然的联系，依赖关系是动态临时的联系
OOP 面对对象: 一次搞懂 UML 类图到底怎么画

面向对象动态分析模型描述系统的动态行为，显示对象在系统运行期间不同时刻的动态交互。其中，UML 2.0的交互模型包括（）等，其他动态模型还有（）等。
问题1
A 顺序图和定时图
B 顺序图和状态图
C 协作图和活动图
D 状态图和活动图
问题2
A 用例图和类图
B 活动图和部署图
C 对象图和复合结构图
D 状态图和活动图

答案：A D
其中交互图包括交互概览图、定时图、顺序图（序列图）与通信图（协作图），除此以外，动态模型还包括状态图和活动图等‘

UML图分为结构图和行为图。
结构图分为类图、轮廓图、组件图、组合结构图、对象图、部署图、包图。
行为图又分活动图、用例图、状态机图和交互图。
交互图又分为序列图、时序图（Timing Diagram，也叫定时图）、通讯图（协作图）、交互概览图。

UML 2.0包括14种图，分别如下：
（1）类图（class diagram）。类图描述一组类、接口、协作和它们之间的关系。类图给出了系统的静态设计视图，活动类的类图给出了系统的静态进程视图。

（2）对象图（object diagram）。对象图描述一组对象及它们之间的关系。对象图描述了在类图中所建立的事物实例的静态快照。对象图从真实案例或原型案例的角度建立的。

（3）构件图（component diagram）。构件图描述一个封装的类和它的接口、端口，以及由内嵌的构件和连接件构成的内部结构。构件图用于表示系统的静态设计实现视图。

（4）组合结构图（composite structure diagram）。组合结构图描述结构化类（例如，构件或类）的内部结构，包括结构化类与系统其余部分的交互点。组合结构图用于画出结构化类的内部内容。

（5）用例图（use case diagram）。用例图描述一组用例、参与者及它们之间的关系。用例图给出系统的静态用例视图。

（6）顺序图（sequence diagram，序列图）。顺序图是一种交互图（interaction diagram），交互图展现了一种交互，它由一组对象或参与者以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的时间次序的交互图。

（7）通信图（communication diagram）。通信图也是一种交互图，它强调收发消息的对象或参与者的结构组织。

（8）定时图（timing diagram，计时图）。定时图也是一种交互图，它强调消息跨越不同对象或参与者的实际时间，而不仅仅只是关心消息的相对顺序。

（9）状态图（state diagram）。状态图描述一个状态机，它由状态、转移、事件和活动组成。状态图给出了对象的动态视图。它对于接口、类或协作的行为建模尤为重要，而且它强调事件导致的对象行为，这非常有助于对反应式系统建模。

（10）活动图（activity diagram）。活动图将进程或其他计算结构展示为计算内部一步步的控制流和数据流。活动图专注于系统的动态视图。它对系统的功能建模和业务流程建模特别重要，并强调对象间的控制流程。

（11）部署图（deployment diagram）。部署图描述对运行时的处理节点及在其中生存的构件的配置。部署图给出了架构的静态部署视图，通常一个节点包含一个或多个部署图。

（12）制品图（artifact diagram）。制品图描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品图通常与部署图一起使用。制品也给出了它们实现的类和构件。

（13）包图（package diagram）。包图描述由模型本身分解而成的组织单元，以及它们之间的依赖关系。

（14）交互概览图（interaction overview diagram）。交互概览图是活动图和顺序图的混合物。

UML 2.0包括14种图

一文掌握14种UML图

UML中，序列图的基本元素包括（）。
A 对象、生命线和泳道
B 对象、泳道和消息
C 对象、生命线和消息
D 生命线、泳道和消息

答案 C
时序图（Sequence Diagram），亦称为序列图或循序图，是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
时序图中包括如下元素：角色，对象，生命线，激活期和消息。
1、角色（Actor）
系统角色，可以是人或者其他系统，子系统。
2、对象（Object）
对象代表时序图中的对象在交互中所扮演的角色，位于时序图顶部。
对象一般包含以下三种命名方式：
第一种方式包含对象名和类名。
第二种方式只显示类名不显示对象名，即为一个匿名对象。
第三种方式只显示对象名不显示类名。
3、生命线（Lifeline）
生命线代表时序图中的对象在一段时期内的存在。时序图中每个对象和底部中心都有一条垂直的虚线，这就是对象的生命线，对象间的消息存在于两条虚线间。
4、激活期（Activation）
激活期代表时序图中的对象执行一项操作的时期，在时序图中每条生命线上的窄的矩形代表活动期。它可以被理解成C语言语义中一对花括号"{}"中的内容。
5、消息（Message）
消息是定义交互和协作中交换信息的类，用于对实体间的通信内容建模，信息用于在实体间传递信息。允许实体请求其他的服务，类角色通过发送和接受信息进行通信。

泳道（Swimlane）通常不是序列图的元素，而是活动图（Activity Diagram）中的概念。活动图用泳道来划分不同责任区域，比如不同的部门或角色，每个泳道内的活动属于同一组。因此，泳道不属于序列图。

UML四种事物

UML中有4种事物:

1、结构事物是UML模型中的名词。它们通常是模型的静态部分,描述概念或物理元素；

2、行为事物是UML模型的动态部分。它们是模型中的动词,描述了跨越时间和空间的行为；

3、分组事物是UML模型的组仅部分。它们是—些由模型分解成的盒子；

4、注释事物是UML模型的解释部分。这些注释事物用来描述、说明和标注模型的任何元素。
UML中的四种事物

企业应用集成 (EAI)

企业应用集成 (EAI) 构建统一标准的基础平台，将进程、软件、标准和硬件联合起来，提供4个层次的服务，从下至上依次为（）。
A 通讯服务、信息传递与转化服务、流程控制服务、应用连接服务
B 通讯服务、流程控制服务、应用连接服务、信息传递与转化服务
C 通讯服务、应用连接服务、信息传递与转化服务、流程控制服务
D 通讯服务、信息传递与转化服务、应用连接服务、流程控制服务

答案D
EAI 的层次结构遵循 “从基础设施到业务逻辑” 的递进原则

ABSD基于架构的软件开发方法

基于架构的软件开发方法
基于体系结构的软件设计|特定应用领域软件架构
基于体系结构（架构）的软件设计（Architecture-Based Software Design，ABSD）方法是体系结构驱动的，即指构成体系结构的商业、质量和功能需求的组合驱动的。在基于体系结构的软件设计方法中，采用视角与视图来描述软件架构，采用用例来描述功能需求，采用质量场景来描述质量需求。
ABSD 方法具有三个基础：功能的分解、通过选择体系结构风格来实现质量和商业需求、软件模板的使用。
ABSD 是自顶向下、递归细化的，迭代的每一步都有清晰的定义，有助于降低体系结构设计的随意。
体系结构文档化过程的主要输出结果是体系结构规格说明和测试体系结构需求的质量设计说明书这两个文档。

软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程。以下关于软件架构设计活动的描
述，错误的是（）。
A.在建立软件架构的初期，一般需要选择一个合适的架构风格
B.将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关系
C.软件架构设计活动将已标识构件集成到软件架构中，设计并实现这些构件
D.一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审

答案C
软件架构设计包括提出架构模型、产生架构设计和进行设计评审等活动，是一个迭代的过程，在建立软件架构的初
期，一般需要选择一个合适的架构风格，并将架构分析阶段已标识的构件映射到架构中，并分析这些构件之间的关
系，一旦得到了详细的软件架构设计，需要邀请独立于系统开发的外部人员对系统进行评审。一般来说，软件架构
设计活动将已标识构件集成到软件架构中，设计这些构件，但不予以实现。
软件架构设计活动主要关注的是架构层面的设计，而不直接涉及具体的实现工作

采用以架构为核心的软件开发方法，在建立软件架构的初期，首要任务是选择一个合适的（），在此基础上，开发人员通过架构
模型，可以获得关于（）的理解，为将来的架构实现与演化过程建立了目标。
问题1
A.分析模式
B.设计模式
C.架构风格
D.架构标准
问题2
A.架构需求
B.架构属性
C.架构优先级
D.架构约束

CB
本题主要考查以架构为核心的软件系统开发方法。在该方法中，架构用来激发和调整设计策略，不同的视图用来表
达与质量目标有关的信息。架构设计是一个迭代过程，在建立软件架构的初期，选择一个合适的架构风格是首要
的，在此基础上，开发人员通过架构模型，可以获得关于软件架构属性的理解，为将来的架构实现与演化过程建立了目标。

架构属性，质量属性和架构要素什么区别，视频上可用性，安全性，性能等属于质量属性，架构属性好像未提
及，另外其他架构书本中把架构这些性能归类为架构要素，是否可以理解为都是一个意思？
回复

你好他们都是一个意思的，实际上都是软件的质量属性。比如性能、可靠性、安全性、可修改型等等。

一般来说，架构可以分为三个层次。（）层主要负责接收用户的请求，对用户的输入、输出进行检查与控制，处理客户端的一些动作，包括控制页面跳转等，并向用户呈现最终的结果信息。表现层主要采用（）结构来实现，其中的（）负责接收用户的请求，并决定应该调用哪个模型来处理。（）主要负责将业务数据存储在文件、数据库等持久化存储介质中。
问题1
A 表现层
B 业务逻辑层
C 持久层
D 中间层
问题2
A MVC
B spring
C AOP
D Hibernate
问题3
A 模型
B 控制器
C 视图
D 处理器
问题4
A 表现层
B 业务逻辑层
C 持久层
D 中间层

答案 A A B C
架构可以分为表现层、中间层和持久层三个层次。

(1)表现层。表现层主要负责接收用户的请求，对用户的输入、输出进行检查与控制，处理客户端的一些动作，包括控制页面跳转等，并向用户呈现最终的结果信息。表现层主要采用MVC结构来实现。控制器负责接收用户的请求，并决定应该调用哪个模型来处理；然后，模型根据用户请求调用中间层进行相应的业务逻辑处理，并返回数据；最后，控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。

(2)中间层。中间层主要包括业务逻辑层组件、业务逻辑层工作流、业务逻辑层实体和业务逻辑层框架四个方面。业务逻辑层组件分为接口和实现类两个部分，接口用于定义业务逻辑组件，定义业务逻辑组件必须实现的方法。通常按模块来设计业务逻辑组件，每个模块设计为一个业务逻辑组件，并且每个业务逻辑组件以多个DAO组件作为基础，从而实现对外提供系统的业务逻辑服务。业务逻辑层工作流能够实现在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促进此目标的实现。业务逻辑层实体提供对业务数据及相关功能的状态编程访问，业务逻辑层实体数据可以使用具有复杂架构的数据来构建，这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递，业务逻辑层的实体是可序列化的，以保持它们的当前状态。业务逻辑层是实现系统功能的核心组件，采用容器的形式，便于系统功能的开发、代码重用和管理。

(3)持久层。持久层主要负责数据的持久化存储，主要负责将业务数据存储在文件、数据库等持久化存储介质中。持久层的主要功能是为业务逻辑提供透明的数据访问、持久化、加载等能力。

MVC是一种软件架构模式，用于分离应用程序的不同方面，使得开发和维护更加容易。它将应用分为三个核心组件：

模型（Model）: 这是应用程序的核心部分，负责业务逻辑与数据管理。模型直接管理应用程序的数据，并通知视图任何数据变化。
视图（View）: 视图是用户界面，展示由模型提供的数据。它通常不会包含业务逻辑或者直接访问数据库。
控制器（Controller）:
控制器作为模型和视图之间的中介，接收用户的输入，处理这些输入（可能包括调用模型的方法），并选择适当的视图来渲染响应。

持久层的主要功能是为（）提供透明的数据访问、持久化、加载等能力。
A 视图
B 业务逻辑
C 控制层
D 表现层

答案B
在典型分层架构（如三层架构：表现层、业务逻辑层、数据访问层）中：
持久层（数据访问层）为业务逻辑层提供数据服务，屏蔽数据库操作细节。
例如：业务逻辑层调用持久层的 DAO（Data Access Object）方法（如 saveUser()、getUser()），实现数据的存取。
视图和表现层通过控制层或业务逻辑层间接使用持久层功能。

C. 控制层（Controller）
定义：控制层（如 MVC 中的 Controller）负责协调用户输入、业务逻辑和视图。
关系：控制层通常调用业务逻辑层，而业务逻辑层再与持久层交互。持久层不直接为控制层提供服务。
分析：控制层间接依赖持久层，但不是直接服务对象。

DNS配置文件

在Linux系统中，DNS的配置文件是（）,它包含了主机的域名搜索顺序和DNS服务器的地址。
A /etc/hostname
B /dev/host.conf
C /etc/resolv.conf
D /dev/name.conf

答案： C
在Linux中，DNS的配置文件保存在/etc/resolv.conf。/etc/resolv.conf是DNS客户机的配置文件，用于设置DNS服务器的IP地址及DNS域名，还包含了主机的域名搜索顺序。该文件是由域名解析器（一个根据主机名解析IP地址的库）使用的配置文件。它的格式比较简单，每行以一个关键字开头，后接一个或多个由空格隔开的参数
/etc/hostname：这个文件用于设置系统的主机名
在 Linux 中，/dev 目录通常用于设备文件，而不是配置文件

调度算法、RTOS、嵌入式相关

调度算法

关于多核CPU环境下进程的调度算法，以下说法正确的是：（）。
A 全局队列调度优点是缓存利用率高
B 全局队列调度缺点是CPU利用率低
C 局部队列调度优点是从全局任务等待队列中选取就绪任务并执行
D 局部队列调度缺点是CPU利用率低

答案：D
在多核CPU环境下，进程调度算法分为全局队列调度和局部队列调度两种主要策略：
全局队列调度
优点：所有CPU共享一个全局任务队列，当某个CPU空闲时，可以直接从全局队列中获取任务，减少空闲时间，CPU利用率高。
缺点：任务可能在多个CPU间迁移，导致缓存频繁失效（如进程从核心A迁移到核心B时，核心B的缓存需重新加载），缓存利用率低。
局部队列调度
优点：每个CPU维护独立的任务队列，任务倾向于在固定CPU上执行，减少缓存失效，缓存利用率高。
缺点：若未实现负载均衡，可能导致某些CPU空闲而其他CPU过载，CPU利用率低。
局部队列调度不会从全局队列选任务，其任务来自各自队列
进程调度算法

嵌入式实时操作系统实时性

不是反映嵌入式实时操作系统实时性的评价指标。
A 任务执行时间
B 中断响应和延迟时间
C 任务切换时间
D 信号量混洗时间

答案 A
一个嵌入式实时操作系统(BTOS)的评价要从很多角度进行，如体系结构、API的丰富程度、网络支持、可靠性等。其中，实时性是RTOS评价的最重要的指标之一，实时性的优劣是用户选择操作系统的一个重要参考。
严格地说，影响嵌入式操作系统实时性的因素有很多，如常用系统调用平均运行时间、任务切换时间、线程切换时间、信号量混洗时间(指从一个任务释放信号量到另一个等待该信号量的任务被激活的时间延迟)、中断响应时间等。
任务执行时间不是反映RTOS实时性的评价指标。

嵌入式实时操作系统（RTOS）的实时性核心在于系统对时间约束的严格保障能力，其评价指标需聚焦于操作系统自身的调度和响应机制。以下是对各选项的详细分析：
A 任务执行时间
不直接反映RTOS实时性。
任务执行时间由任务代码逻辑和硬件性能决定（如CPU计算速度、内存访问延迟），属于应用层或硬件层的特性。实时操作系统的职责是确保任务在截止时间前被调度并开始执行，而非控制任务本身的执行时长。若任务因算法复杂导致超时，属于任务设计问题，而非RTOS实时性的不足。
B 中断响应和延迟时间
关键实时性指标。
中断响应时间指从中断触发到中断服务程序（ISR）开始执行的时间，延迟时间则是中断处理的总体耗时。
硬实时系统要求中断响应严格符合时间约束（如微秒级），否则可能导致系统失效。
C 任务切换时间
直接影响调度效率。
任务切换时间包括保存当前任务上下文、恢复新任务上下文等操作耗时。
较短的切换时间（如几微秒）表明RTOS能快速调度任务，满足高优先级任务的即时抢占需求。
D 信号量混洗时间
反映同步机制性能。
信号量操作用于任务间同步（如互斥访问共享资源），混洗时间指多任务竞争信号量时的等待或阻塞延迟。
若信号量操作耗时过长，会导致任务无法及时获得资源，破坏实时性
关于嵌入式实时操作系统的实时性
再谈嵌入式实时操作系统

某嵌入式实时操作系统采用了某种调度算法，当某任务执行接近自己的截止期(deadline)时，调度算法将把该任务的优先级调整到系统最高优先级，让该任务获取CPU资源运行。请问此类调度算法是（）。
A 优先级调度算法
B 抢占式优先级调度算法
C 最晚截止期调度算法
D 最早截止期调度算法

c
嵌入式实时系统是为某个特定功能设计的一种专用系统，其任务的调度算法与系统功能密切相关。通常，实时系统存在多种调度算法，优先级调度算法是指系统为每个任务分配一个相对固定的优先顺序，调度程序
根据任务优先级的高低程度，按时间顺序进行高优先级任务优先被调度；
抢占式优先级调度算法是在优先级调度算法的基础上，允许高优先级任务抢占低优先级任务而运行；
最晚截止期调度算法是指调度程序按每个任务的最接近其截止期末端的时间进行调度，系统根据当前任务截止期的情况，选取最接近截止期的任务运行；(离截止期最近的任务）

最早截止期调度算法是指调度程序按每个任务的截止期时间，选取最早到截止期的头端时间的任务进行调度。（截止期最早的任务）

嵌入式系统硬件抽象层

以下关于嵌入式系统硬件抽象层的叙述，错误的是（）。
A 硬件抽象层与硬件密切相关，可对操作系统隐藏硬件的多样性
B 硬件抽象层将操作系统与硬件平台隔开
C 硬件抽象层使软硬件的设计与调试可以并行
D 硬件抽象层应包括设备驱动程序和任务调度

答案D
嵌入式系统的硬件抽象层（HAL）核心目标是隔离硬件差异并为上层提供统一接口，其功能范围与操作系统核心模块有明确边界。以下是对各选项的逐一分析：
A 正确 HAL直接操作硬件（如寄存器、中断控制器），需针对特定硬件平台实现。
通过抽象接口（如设备操作API）向操作系统隐藏硬件细节（如不同型号的传感器、通信协议差异），使操作系统无需适配具体硬件。
B 正确 HAL作为中间层，隔离操作系统与硬件平台。操作系统通过调用HAL的统一接口（如read()/write()）访问硬件，避免直接依赖底层硬件代码，显著提高系统可移植性。
C 正确 HAL定义标准接口后，软件团队可基于接口模拟硬件行为进行开发（如使用虚拟设备驱动），硬件团队同步开发实际硬件。此并行开发模式缩短项目周期，接口一致时软硬件可直接集成。
D 错误 任务调度属于操作系统内核的核心功能（如优先级调度、时间片轮转），与硬件无关。
HAL的职责是封装硬件操作（如设备驱动、时钟管理、中断处理），不涉及任务调度逻辑。若HAL包含任务调度，将破坏操作系统与硬件的解耦设计。
所以硬件抽象层（HAL）应包括设备驱动程序，但不包含任务调度
一文搞懂嵌入式硬件抽象层

嵌入式处理器、嵌入式操作系统

以下嵌入式处理器类型中不具备内存管理单元(MMU)的是（作答此空），嵌入式操作系统（）可以运行在它上面。
问题1
A PowerPC750
B ARM920T
C Cortex-M3
D MIPS32 24K
问题2
A Linux
B VxWorks653
C μC/OS-Ⅱ
D Windows CE

答案 C C
MMU是存储器管理单元的缩写，是用来管理虚拟内存系统的器件。MMU通常是CPU的一部分，本身有少量存储空间存放从虚拟地址到物理地址的匹配表。此表称作TLB(转换旁置缓冲区)。所有数据请求都送往MMU，由MMU决定数据是在RAM内还是在大容量存储器设备内。如果数据不在存储空间内，MMU将产生页面错误中断。MMU的两个主要功能是将虚地址转换成物理地址，控制存储器存取允许。MMU关掉时，虚地址直接输出到物理地址总线。Cortex-M3处理器采用ARMv7-M架构，它包括所有的16位Thumb指令集和基本的32位Thumb-2指令集架构。Cortex-M3支持线程模式和处理模式。在复位时处理器进入“线程模式”，异常返回时也会进入该模式，特权和用户(非特权)模式代码能够在“线程模式”下运行。出现异常模式时处理器进入“处理模式”，在处理模式下，所有代码都是特权访问的。μC/OS-Ⅱ可以运行在Cortex-M3处理器上。
什么是mmu？为什么要用mmu？
页式内存管理将虚拟内存、物理内存空间划分为大小固定的块，每一块称之为一页，以页为单位来分配、管理、保护内存。此时MMU中的地址翻译表称为页表（Page Table），每个任务或进程对应一个页表，页表由若干个页表项（PTE：Page Table Entry）组成，每个页表项对应一个虚页，内含有关地址翻译的信息和一些控制信息。在页式内存管理方式中地址由页号和页内位移两部分组成。
MMU作用

PowerPC750
PowerPC750是基于RISC架构的处理器，由IBM设计。它被广泛应用于各种高性能计算和嵌入式系统中，包括苹果早期的Mac电脑和一些航天器上。PowerPC750包含MMU，支持虚拟内存管理，适用于需要较高性能的应用场景。
ARM920T
ARM920T是一款32位RISC处理器，属于ARM架构的一部分。它包含了MMU、指令和数据缓存，以及写缓冲区，使其非常适合运行Linux等高级操作系统。ARM920T在嵌入式市场中非常流行，尤其是在消费电子设备和工业控制领域。
Cortex-M3
Cortex-M3是ARM公司推出的一款针对微控制器应用优化的处理器内核。它不包含MMU，而是可选地支持MPU（内存保护单元），这使得它更适合资源受限的环境。由于其低功耗和高效率，Cortex-M3常用于传感器、电机控制和其他需要实时响应的设备中。
MIPS32 24K
MIPS32 24K是MIPS科技公司的产品，是一个32位RISC处理器。它通常配备有MMU，允许它运行复杂的操作系统如Linux。MIPS处理器因其高效能和良好的性价比，在网络设备和多媒体设备中广泛应用。

其他常见的嵌入式处理器类型：
DSP处理器：例如TI的TMS320系列，专为信号处理任务设计，具有快速的乘加运算能力，适合音频、视频和通信应用 2。
SoC（系统级芯片）：如ARM Cortex-A系列，集成了CPU、GPU、内存控制器、外设接口等多种组件于单一芯片上，广泛应用于智能手机和平板电脑等移动设备 13。
FPGA（现场可编程门阵列）：Xilinx和Altera（现属Intel）提供的FPGA可以让开发者根据具体需求配置硬件逻辑，适用于需要高度定制化的应用场景。

μC/OS-Ⅱ是一种实时操作系统(RTOS)，它专门为资源受限的嵌入式系统设计，不需要依赖于MMU来提供其核心功能和服务 8。因此，它可以运行在像Cortex-M3这样的处理器上。另一方面，Linux、VxWorks653和Windows CE通常都需要MMU来实现虚拟内存管理和多任务处理等功能，这些操作系统无法直接在没有MMU的处理器上运行 3。因此，在给定的选项中，只有μC/OS-Ⅱ适合于在Cortex-M3处理器上运行
操作系统知识点

嵌入式处理器和嵌入式操作系统是嵌入式系统的核心组件，它们共同工作以实现特定的功能。以下是对这两者的详细介绍：
嵌入式处理器嵌入式处理器是嵌入式系统的核心，它负责控制、辅助系统运行，并执行系统的各种任务
嵌入式处理器可以分为以下几类：
嵌入式微处理器（Micro Processor Unit, MPU）：这些是从通用计算机中的CPU演变而来的，具有32位以上的处理能力，适用于高性能需求的应用场景
嵌入式微控制器（Microcontroller Unit, MCU）：单片机是MCU的典型代表，集成了ROM/EPROM、RAM、总线接口、定时器/计数器、I/O端口等功能模块，适合于控制应用
嵌入式DSP处理器（Digital Signal Processor）：专门设计用于高效地执行数字信号处理算法，如滤波、频谱分析等 2。嵌入式片上系统（System on Chip, SoC）：结合了多种功能模块，将整个系统集成到一个芯片上，包括MPU、MCU、DSP以及可能的其他专用硬件
嵌入式处理器的特点包括实时多任务支持、存储区保护、可扩展性、低功耗等

嵌入式操作系统（Embedded Operating System, EOS）
嵌入式操作系统是一种专门为嵌入式设备设计的操作系统，旨在**优化资源管理、提供实时响应以及简化系统开发。**其主要特点如下：

内核小巧：由于嵌入式系统通常资源有限，EOS需要尽可能小的内核来适应这些限制。
高实时性：许多嵌入式应用要求实时响应，这意味着EOS必须能够迅速处理外部事件。
专用性强：EOS通常是针对具体应用进行定制，与硬件紧密结合。
高效的资源管理：EOS需要有效地管理和分配硬件资源，如内存、处理器时间等。
稳定性高：因为嵌入式设备往往在无人值守的情况下长期运行，所以EOS需要非常稳定。

常见的嵌入式操作系统有μC/OS-II、嵌入式Linux、Windows Embedded、VxWorks、QNX等。结合使用嵌入式处理器和嵌入式操作系统通常一起使用，其中嵌入式操作系统为应用程序提供了一个抽象层，使得开发者可以更容易地编写代码而不必深入了解底层硬件的具体细节。同时，嵌入式处理器提供了必要的计算能力和接口，以便操作系统及其上的应用能够正常运行。例如，在智能家居设备中，嵌入式处理器可能会处理传感器数据，而嵌入式操作系统则确保这些数据被及时处理并根据需要触发相应的动作。

在嵌入式操作系统中，板级支持包BSP作为对硬件的抽象，实现了（）。
A 硬件无关性，操作系统无关性
B 硬件有关性，操作系统有关性
C 硬件无关性，操作系统有关性
D 硬件有关性，操作系统无关性

答案：D

板级支持包（BSP）是介于主板硬件和操作系统中驱动层程序之间的一层，一般认为它属于操作系统一部分，主要是实现对操作系统的支持，为上层的驱动程序提供访问硬件设备寄存器的函数包，使之能够更好地运行于硬件主板。在嵌入式系统软件的组成中，就有BSP。BSP是相对于操作系统而言的，不同的操作系统对应于不同定义形式的BSP，例如VxWorks的BSP和Linux的BSP相对于某一CPU来说尽管实现的功能一样，可是写法和接口定义是完全不同的，所以写BSP一定要按照该系统BSP的定义形式来写（BSP的编程过程大多数是在某一个成型的BSP模板上进行修改）。这样才能与上层OS保持正确的接口，良好地支持上层OS。
BSP主要功能为屏蔽硬件，提供操作系统及硬件驱动，具体功能包括：

单板硬件初始化，主要是CPU的初始化，为整个软件系统提供底层硬件支持。
为操作系统提供设备驱动程序和系统中断服务程序。
定制操作系统的功能，为软件系统提供一个实时多任务的运行环境。
初始化操作系统，为操作系统的正常运行做好准备。
板级支持包（BSP，也称为硬件抽象层HAL）一般包含相关底层硬件的初始化、数据的输入/输出操作和硬件设备的配置等功能，它主要具有以下两个特点。
①硬件相关性，因为嵌入式实时系统的硬件环境具有应用相关性，而作为上层软件与硬件平台之间的接口，BSP需为操作系统提供操作和控制具体硬件的方法。
②操作系统相关性，不同的操作系统具有各自的软件层次结构，因此不同操作系统具有特定的硬件接口形式。

BSP的全称是板级支持包（Board Support Package）。
核心作用：
BSP是介于嵌入式操作系统与硬件平台之间的软件层，主要实现以下功能：
硬件抽象：封装处理器、外设等硬件操作细节（如寄存器配置、中断管理）。
操作系统适配：为操作系统提供统一的硬件接口（如初始化函数、驱动程序）。
启动支持：完成系统上电后的硬件初始化（如时钟、内存、中断控制器）。

硬件有关性：
BSP本身是针对特定硬件平台开发的，包含与硬件直接交互的代码（如寄存器配置、中断控制器管理、外设驱动等）。
例如，不同型号的处理器（如ARM Cortex-M系列与RISC-V）需要不同的BSP实现。
操作系统无关性：
BSP通过抽象硬件操作（如提供标准化的初始化函数bsp_init()或驱动接口），使操作系统内核无需直接依赖具体硬件。
操作系统只需调用BSP提供的接口，即可在不同硬件平台上运行，例如同一RTOS（如FreeRTOS）可通过更换BSP适配不同开发板。

以下关于嵌入式数据库管理系统的描述不正确的是()。
A.嵌入式数据库管理系统一般只为前端应用提供基本的数据支持
B.嵌入式数据库管理系统一般支持实时数据的管理
C.嵌入式数据库管理系统一般不支持多线程并发操作
D嵌入式数据库管理系统一般只提供本机服务接口

答案C
嵌入式系统的数据库系统称为嵌入式数据库系统或嵌入式实时数据库系统，就是在嵌入式设备上使用的DBMS。由
于用到EDBMS的嵌入式系统多是移动信息设备，例如，掌上电脑、PDA、车载设备等移动通信设备，位置固定的
嵌入式设备很少用到，因此，嵌入式数据库也称为移动数据库或嵌入式移动数据库。EDBMS的作用主要是解决移动计算环境下数据的管理问题，移动数据库是移动计算环境中的分布式数据库。嵌入式数据库管理系统一般只提供本机服务接口且只为前端应用提供基本的数据支持。

嵌入式数据库管理系统（Embedded Database Management System, EDBMS）具有以下特点：
轻量级：通常用于资源受限的设备，如嵌入式系统、移动设备、物联网设备等。
实时性支持：许多嵌入式数据库（如 SQLite、Berkeley DB）支持高效的数据访问，适用于实时数据管理。
并发性：现代嵌入式数据库通常支持多线程并发操作，例如 SQLite 采用锁机制支持并发读写。
本机服务：嵌入式数据库通常作为库（Library）嵌入到应用程序中，直接在本地运行，而非提供远程数据库服务。

缺页中断

某虚拟存储系统采用最近最少使用（LRU）页面淘汰算法，假定系统为每个作业分配4个页面的主存空间，其中一个页面用来存放程序。现有某作业的程序如下：
Var A: Array[1…100，1…100] OF integer;
i，j: integer;
FOR i:=1 to 100 DO
FOR j:=1 to 100 DO
A[i，j]:=0;

设每个页面可存放200个整数变量，变量i、j存放在程序页中。初始时，程序及i、j均已在内存，其余3页为空。若矩阵A按行序存放，那么当程序执行完后共产生（）次缺页中断；若矩阵A按列序存放，那么当程序执行完后共产生（）次缺页中断。
问题1
A 50
B100
C 5000
D 10000
问题2
A 50
B100
C 5000
D 10000

答案 A C
矩阵A[100][100]总共有100行、100列，若矩阵A按行序存放，那么每一个页面可以存放2行，也就是说矩阵的2行刚好放在1页内，访问他们需要中断1次，这样100行总共需要中断50次。

若矩阵A按列序存放，那么每一个页面可以存放2列，也.就是说矩阵的2列刚好放在1页内，由于内循环“FORj:=1 to DO"是按照列序变化，访问它们需要中断50次，这样100行总共需要中断5000次。

虚拟存储管理中几种缺页中断算法计算逻辑

存储器

计算机系统中，（）方式是根据所访问的内容来决定要访问的存储单元，常用在（）存储器中。
问题1
A 顺序存取
B 直接存取
C 随机存取
D 相联存取
问题2
A DRAM
B Cache
C EEPROM
D CD-ROM

存储器中数据常用的存取方式有顺序存取、直接存取、随机存取和相联存取等4种。
（1）顺序存取：存储器的数据以记录的形式进行组织。对数据的访问必须按特定的线性顺序进行。磁带存储器采用顺序存取的方式。
（2）直接存取：与顺序存取相似，直接存取也使用一个共享的读写装置对所有的数据进行访问。但是，每个数据块都拥有唯一的地址标识，读写装置可以直接移动到目的数据块的所在位置进行访问。存取时间也是可变的。磁盘存储器采用直接存取的方式。
（3）随机存取：存储器的每一个可寻址单元都具有自己唯一的地址和读写装置，系统可以在相同的时间内对任意一个存储单元的数据进行访问，而与先前的访问序列无关。主存储器采用随机存取的方式。
（4）相联存取：相联存取也是一种随机存取的形式，但是选择某一单元进行读写是取决于其内容而不是其地址。与普通的随机存取方式一样，每个单元都有自己的读写装置，读写时间也是一个常数。使用相联存取方式，可以对所有的存储单元的特定位进行比较，选择符合条件的单元进行访问。为了提高地址映射的速度，Cache采取相联存取的方式。
Cache：唯一需要内容寻址（相联存取）的存储器，用于加速 CPU 访问数据。
DRAM、EEPROM 均属于随机存取，CD-ROM 属于直接存取
相联存储器

（）不属于按寻址方式划分的一类存储器。
A 随机存储器
B 顺序存储器
C 相联存储器
D 直接存储器

答案C
随机存储器（A）：通过地址随机访问，存取时间与地址无关，如内存（RAM）。
顺序存储器（B）：需按顺序访问，如磁带，属于顺序寻址。
直接存储器（D）：如磁盘，先定位到区域再顺序访问，属于直接寻址。
相联存储器（C）：按内容而非地址访问（如缓存标签匹配），属于内容寻址，而非传统意义上的地址寻址。
相联存储器是一种能够通过内容（如键或标签）直接访问数据的存储器。在传统的存储器中，数据是通过其物理地址来访问的。而在相联存储器中，数据可以由其内容直接寻址，这意味着可以通过提供一个键（key）或标签（tag）来查找存储的数据
特点：支持内容寻址和并行搜索，提供高效的数据查找和匹配。
应用场景：广泛应用于高速缓存、CAM、数据库索引等。

闪存

以下关于闪存（Flash Memory）的叙述中，错误的是（）。
A 掉电后信息不会丢失，属于非易失性存储器
B 以块为单位进行删除操作
C 采用随机访问方式，常用来代替主存
D 在嵌入式系统中可以用Flash来代替ROM存储器

答案C
选项A：正确。闪存属于非易失性存储器，断电后数据不丢失。
选项B：正确。闪存的擦除操作以块（Block）为单位，而非单个字节或字。
选项C：错误。闪存虽支持随机读取，但写入和擦除需要按块进行，且速度远低于主存（如DRAM）。主存要求高速、字节级随机读写，闪存无法替代其作用。
选项D：正确。嵌入式系统中，Flash常替代ROM存储固件（如引导程序），因其可擦写特性便于更新。
内存和闪存介绍

“从减少成本和缩短研发周期考虑，要求嵌入式操作系统能运行在不同的微处理器平台上。能针对硬件变化进行结构与功能上的配置”是属于嵌入式操作系统（）特点。
A 可定制
B 实时性
C 可靠性
D 易移植性

答案 A
嵌入式操作系统的特点有：
（1）微型化。从性能和成本角度考虑，希望占用的资源和系统代码量少。
（2）可定制。从减少成本和缩短研发周期考虑，要求嵌入式操作系统能运行在不同的微处理器平台上，能针对硬件变化进行结构与功能上的配置，以满足不同应用的需求。
（3）实时性。嵌入式操作系统主要应用于过程控制、数据采集、传输通信、多媒体信息及管件要害领域需要迅速响应的场合，所以对实时性要求较高。
（4）可靠性。系统构件、模块和体系结构必须达到应有的可靠性，对关键要害应用还要提供容错和防故障措施。
（5）易移植性。为了提高系统的易移植性，通常采用硬件抽象层和板级支持包的底层设计技术。

微内核

微内核的操作系统（OS）结构如下图所示，图中①和②分别工作在（请作答此空）方式下，与传统的OS结构模式相比，采用微内核的OS结构模式的优点是提高了系统的灵活性、可扩充性，（）。
问题1
A 核心态和用户态
B 用户态和核心态
C 用户态和用户态
D 核心态和核心态
问题2
A 并增强了可靠性，可运行于分布式系统中
B 并增强了可靠性，但不适用于分布式系统
C 但降低了可靠性，可运行于分布式系统中
D 但降低了可靠性，不适用于分布式系统

答案 B A
为了提高操作系统的正确性、“灵活性”、易维护性和可扩充性,在进行现代操作系统结构设计时,大多采用基于客户/服务器模式的微内核结构,将操作系统划分为两大部分:微内核和多个服务器.

在微内核操作系统中,内核是指精心设计的、能实现现代OS最基本的核心功能的部分,工作在核心态,而他品分工作在用户态。如下图所示

微内核并非是一个完整的OS,而只是操作系统中最基本的部分,它通常用于;①实现与硬件紧密相关的处理:②实现—些较基本的功能;⑨负责客户和服务器之间的通信。它们只是为构建通用0S提供一个重要基础，这样就可以确保把操作系统内核做得很小

分布透明性

分布透明性指用户不必关心数据的逻辑分片，不必关心数据存储的物理位置分配细节，也不必关心局部场地上数据库的数据模型。（）是分布透明性的最高层次。（）指用户或应用程序应当了解分片情况，但不必了解片段的存储场地。（）透明性是指用户或应用程序应当了解分片及各片断存储的场地，但不必了解局部场地上使用的是何种数据模型。
问题1
A 分片透明性
B 逻辑透明性
C 位置透明性
D 全局透明性
问题2
A 分片透明性
B 逻辑透明性
C 位置透明性
D 全局透明性
问题3
A 分片透明性
B 逻辑透明性
C 位置透明性
D 全局透明性

答案A C B
分布透明性包括：分片透明性、位置透明性和局部数据模型透明性。
（1）分片透明性是分布透明性的最高层次。所谓分片透明性是指用户或应用程序只对全局关系进行操作而不必考虑数据的分片。当分片模式改变时，只要改变全局模式到分片模式的映像（映像 2），而不影响全局模式和应用程序。全局模式不变，应用程序不必改写，这就是分片透明性。
（2）位置透明性是分布透明性的下一层次。所谓位置透明性是指，用户或应用程序应当了解分片情况，但不必了解片段的存储场地。当存储场地改变时，只要改变分片模式到分配模式的映像（映像 3），而不影响应用程序。同时，若片段的重复副本数目改变了，那么数据的冗余也会改变，但用户不必关心如何保持各副本的一致性，这也提供了重复副本的透明性。
（3）局部数据模型（逻辑透明）透明性是指用户或应用程序应当了解分片及各片断存储的场地，但不必了解局部场地上使用的是何种数据模型。

协议相关与网络相关

OSI协议

OSI定义了7层协议，其中除（）外，每一层均能提供相应的安全服务。
A 应用层
B 表示层
C 会话层
D 物理层

答案C
OSI 定义了 7 层协议，其中除第5层(会话层)外，每一层均能提供相应的安全服务。实际上，最适合配置安全服务的是在物理层、网络层、运输层及应用层上，其他层都不宜配置安全服务
网络协议——七层、五层、四层协议概念

安全协议

下面安全协议中，用来实现安全电子邮件的协议是（）。
A IPSec
B L2TP
C PGP
D PPTP

答案C
PGP（Pretty Good Privacy）
专为电子邮件和文件加密设计，提供端到端加密、数字签名和完整性校验。
功能：
加密邮件内容（保密性）
验证发件人身份（真实性）
防止邮件篡改（完整性）
其他选项分析：
IPSec（A）：网络层协议，用于保护 IP 数据包（如 VPN），与邮件无关。
L2TP（B）和 PPTP（D）：二层隧道协议，用于建立 VPN 连接，不涉及邮件内容安全。
关键区别：
PGP 直接作用于应用层数据（如邮件正文），而其余选项均用于网络通信通道的加密。
L2TP（Layer 2 Tunneling Protocol）是一种用于创建 VPN 的隧道协议，与电子邮件安全无关。
PPTP（Point-to-Point Tunneling Protocol）是一种用于 VPN 的隧道协议，与电子邮件安全无关。

常用端口号如FTP SSH等

POP3服务默认的TCP 端口号是（）。
A 20
B 25
C 80
D 110

答案D

默认情况下，FTP服务器的控制端口为（），上传文件时的端口为（）。
A 大于1024的端口
B 20
C 80
D 21

答案 21控制 20数据

端口号 20：FTP 数据传输端口
端口 21 用于控制连接（发送命令和接收响应）
21：FTP服务所开放的端口，用于上传、下载文件。
22：SSH端口，用于通过命令行模式远程连接Linux服务器或vps。
23：Telnet端口，用于Telnet远程登录服务器。
25：SMTP服务所开放的端口，用于发送邮件。
80：HTTP用于HTTP服务提供访问功能，例如，IIS、Apache、Nginx 等服务。
110：POP3用于POP3 协议，POP3 是电子邮件收发的协议。
143：IMAP用于IMAP（Internet Message Access Protocol）协议，IMAP 是用于电子邮件的接收的协议。
443：HTTPS 用于HTTPS服务提供访问功能。HTTPS 是一种能提供加密和通过安全端口传输的一种协议。
1433：SQL Server SQL Server的TCP 端口，用于供SQL Server对外提供服务。
1434：SQL Server SQL Server的UDP端口，用于返回SQL Server使用了哪个 TCP/IP 端口。
1521：Oracle通信端口，服务器上部署了Oracle SQL需要放行的端口。
3306：MySQL数据库对外提供服务的端口。
3389：远程桌面服务端口，可以通过这个端口远程连接服务器。
8080：代理端口,同80端口一样，8080 端口常用于WWW代理服务，实现网页浏览。
常见端口号服务用途及查看端口

一.端口的作用:
我们知道一台主机(对应一个IP地址)可以提供很多服务，比如web服务，ftp服务等等。如果只有一个IP，无法区分不同的网络服务，所以我们采用”IP+端口号”来区分不同的服务。

二.端口的定义:
端口号是标识主机内唯一的一个进程，IP+端口号就可以标识网络中的唯一进程。在我们通常用的Socket中，IP+端口号就是套接字。
端口号是由16比特进程编号，范围是0-65535，按照道理来讲，这些端口你都可以随便用。但是你不是vip用户，所以有一些端口被vip用户占着。比如FTP 21 Ssh 22等等,所以给端口分了类，规定你可以使用端口的范围。

三.端口分类
逻辑意义上的端口有多种分类标准，下面将介绍两种常见的分类：
1、按端口号分布划分
（1）知名端口（Well-Known Ports）
知名端口即众所周知的端口号，范围从0到1023，这些端口号一般固定分配给一些服务。
（2）动态端口（Dynamic Ports）
动态端口的范围从1024到65535，这些端口号一般不固定分配给某个服务，也就是说许多服务都可以使用这些端口。只要运行的程序向系统提出访问网络的申请，那么系统就可以从这些端口号中分配一个供该程序使用。
不过，动态端口也常常被病毒木马程序所利用，如冰河默认连接端口是7626、WAY 2.4是8011、Netspy 3.0是7306、YAI病毒是1024等等。
2、按协议类型划分
按协议类型划分，可以分为TCP、UDP、IP和ICMP（Internet控制消息协议）等端口。下面主要介绍TCP和UDP端口：
（1）TCP端口
TCP端口，即传输控制协议端口，需要在客户端和服务器之间建立连接，这样可以提供可靠的数据传输。常见的包括FTP服务的21端口，Telnet服务的23端口，SMTP服务的25端口，以及HTTP服务的80端口等等。
（2）UDP端口
UDP端口，即用户数据包协议端口，无需在客户端和服务器之间建立连接，安全性得不到保障。常见的有DNS服务的53端口，SNMP（简单网络管理协议）服务的161端口，QQ使用的8000和4000端口等等

电子邮件客户端通过发起对（）服务器的（）端口的 TCP 连接来进行邮件发送。
问题1
A POP3
B SMTP
C HTTP
D IMAP
问题2
A 23
B 25
C 110
D 143

答案BB
SMTP协议的全称是“Simple Mail Transfer Protocol”，即简单邮件传输协议。SMTP是用于发送电子邮件的互联网标准协议，主要用于从客户端向邮件服务器发送邮件，或者在不同邮件服务器之间转发邮件
POP3协议的全称是“Post Office Protocol version 3”（第三版邮局协议）。这是一种用于电子邮件接收的互联网标准协议，允许用户从邮件服务器上下载邮件到本地客户端，并且在大多数情况下，邮件会被从服务器上删除以节省空间。
标准POP3（非加密）: 端口110
加密POP3（通过SSL/TLS）: 端口995

网络分层设计

按照网络分层设计模型，通常把局域网设计为3层，即核心层、汇聚层和接入层，以下关于分层网络功能的描述中，不正确的是（）
A.核心层设备负责数据包过滤、策略路由等功能
B.汇聚层完成路由汇总和协议转换功能
C.接入层应提供一部分管理功能，例如MAC地址认证、计费管理等
D.接入层负责收集用户信息，例如用户IP地址、MAC地址、访问日志等

答案A
A. 核心层设备负责数据包过滤、策略路由等功能
不正确。核心层的主要功能是高速数据转发和提供网络的主干连接，确保网络的高可用性和冗余。数据包过滤和策略路由通常在汇聚层或接入层完成，而不是核心层。
B. 汇聚层完成路由汇总和协议转换功能
正确。汇聚层的主要功能包括路由汇总（将多个子网汇总到一个路由条目）、协议转换（例如在不同网络协议之间转换）以及提供网络的聚合点。
C. 接入层应提供一部分管理功能，例如MAC地址认证、计费管理等
正确。接入层是用户设备接入网络的第一层，通常负责用户认证（如MAC地址认证、802.1X认证）、计费管理、VLAN分配等功能。
D. 接入层负责收集用户信息，例如用户IP地址、MAC地址、访问日志等
正确。接入层是用户接入网络的入口点，负责收集用户信息（如IP地址、MAC地址、访问日志等），并进行初步处理。

层级	功能	特点
核心层	负责网络的高速转发	- 高度可靠和可用； -高速数据传输实现快速的包转发； -极简设计以减少故障点
汇聚层	负责网络中不同虚拟局域网（VLAN）和不同物理网络的数据汇聚	- 网络策略实施，如VLAN间路由、访问控制策略等 - 作为核心层和接入层之间的中介 - 提供路由、过滤和交通管理功能
接入层	负责将终端设备连接到网络	- 端口密度高，提供大量物理接入点 - 实施对接入网络的设备进行身份验证、端口安全等控制措施 - 支持终端设备的VLAN划分，实现网络的逻辑分割

网络分层设计（核心层、汇聚层和接入层）

ARP协议

某计算机遭到ARP病毒的攻击，为彻底解决故障，可将网关IP地址与其MAC绑定，正确的命令是（）。
A arp -a 192.168.16.254 00-22-aa-00-22-aa
B arp -d 192.168.16.254 00-22-aa-00-22-aa
C arp -r 192.168.16.254 00-22-aa-00-22-aa
D arp -s 192.168.16.254 00-22-aa-00-22-aa

答案 D
在Win命令行下输入命令: arp -s 网关地址 mac地址，固化ARP表，阻止ARP欺骗。
a、d、s 是 ARP 命令的核心参数，分别对应 All（全部显示）、Delete（删除）、Static（静态绑定）。

DHCP

如果一台配置成自动获取IP地址的计算机，开机后得到的IP地址是169.254.1.17（即没有DHCP服务器为其提供IP地址），则首先应该（）。
A 检查网络连接电缆
B 检查网卡的工作状态
C 检查DNS服务器的配置
D 查杀病毒

答案A
当计算机开机后得到的IP地址是169.254.1.17时，说明网卡工作正常，计算机获得的是APIPA地址，所以应检查网络连线是否断开，或其他原因导致无法从DHCP服务器获取动态IP地址。
APIPA（Automatic Private IP Addressing）是“自动私有IP寻址”的缩写，它是一种网络技术，用于在没有可用的DHCP服务器时，自动为计算机分配一个临时的IP地址。APIPA地址属于一个特殊的私有IP地址范围：169.254.0.1 到 169.254.255.254。

B. 检查网卡的工作状态：虽然网卡故障也可能导致问题，但通常在网卡故障的情况下，计算机可能无法检测到网络连接，而不会分配 APIPA 地址。因此，检查网线是第一步。
C. 检查 DNS 服务器的配置：DNS 服务器配置问题通常不会影响 IP 地址的获取，而是影响域名解析。在无法获取 IP 地址的情况下，DNS 配置不是首要问题。
D. 查杀病毒：病毒可能导致网络问题，但在这种情况下，首先应该排除物理连接问题，因为这是最常见且容易解决的原因。

在windows命令行窗口中使用（）命令可以查看本机DHCP服务是否已启用。
A ipconfig
B ipconfig/all
C ipconfig/renew
D ipconfig/release

答案B
Ipconfig：显示简要信息。
ipconfig/all：显示详细信息，可查看DHCP服务是否已启用。
ipconfig/renew：更新所有适配器。
ipconfig/release：释放所有匹配的连接。

传输层安全技术

下列技术中，不是传输层安全技术的是（）。
A SSL
B SOCKS
C IPSEC
D 安全RPC

答案C
本题考查网络安全技术，其中IPEC是IP层安全技术，而传输层安全技术包括SSL，SOCKS和安全RPC等。
SSL（Secure Sockets Layer，安全套接字层）SSL 使用非对称加密算法（如 RSA）进行密钥交换，然后使用对称加密算法（如 AES）对数据进行加密传输

SOCKS（Socket Secure，套接字安全）SOCKS代理能在任何端口，任何协议下运行。
SOCKS V4只支持 TCP连接，而SOCKS V5在其基础上增加了安全认证以及对UDP协议的支持（SOCKS5支持密码认证以及转发UDP流量，注意，HTTP是不支持转发UDP的）。SOCKS代理在任何情况下都不会中断server与client之间的数据（非明文传输决定的，但是在SOCKS代理服务器上还是可以还原出TCP和UDP的原始流量的

IPSEC（Internet Protocol Security，互联网协议安全）主要工作在网络层（IP 层），而不是传输层。它是一组用于保护互联网通信安全的协议，通过加密和身份验证机制来保护 IP 数据包的安全IPSEC 更准确地说是一种网络层安全技术，而不是传输层安全技术

安全 RPC（Remote Procedure Call，安全远程过程调用）安全 RPC 在传输层对通信进行加密和身份验证，确保调用过程的安全性。它通常使用加密算法和身份验证机制（如 Kerberos）来保护通信

HTTP协议属于应用层

以下关于VLAN的叙述中，属于其优点的是（）。
A 允许逻辑地划分网段
B 减少了冲突域的数量
C 增加了冲突域的大小
D 减少了广播域的数量

答案 A
本题考查VLAN知识点。虚拟局域网（VLAN，VirtualLocalAreaNetwork）是一组逻辑上的设备和用户，这些设备和用户并不受物理位置的限制，可以根据功能、部门及应用等因素将它们组织起来，相互之间的通信就好像它们在同一个网段中一样，由此得名虚拟局域网。VLAN是在交换机上划分广播域的一种技术，它允许一组不限物理地域的用户群共享一个独立的广播域，减少由于共享介质所形成的安全隐患。在一个网络中，即使是不同的交换机，只要属于相同VLAN的端口，它们会应用交换机地址学习等机制相互转发数据包，工作起来就好像是在一个独立的交换机上。但在同一台交换机上属于不同VLAN的端口，它们之间不能直接通信，必须借助路由器实现通信。

交换机虽打破了冲突域，但仍然连接广播域。一个新的交换机默认有一个1号VLAN，如果不划分更多VLAN，则所有的端口都在同一个虚拟局域网中（即VLAN1中），此局域网将会是一个很大的广播域，而带来严重的广播风暴危害，所以需要在交换机上根据实际需要划分多个VLAN，从而减小广播风暴的危害；当然，划分VLAN后，因为1个VLAN就是一个独立的广播域，广播域数据增加了，但由于当前VLAN中的广播风暴不会影响到其他VLAN，所以广播风暴的危害减小了。通过trunk线路，同一VLAN可跨越不同的交换机。通过以上分析，本题选择A选项。

由于交换机是带宽独享的网络设备，每两个端口之间都有一条独立的数据通道，其已不存在冲突域，故本题B、C两选项的说法错误。

VLAN代表虚拟局域网（Virtual Local Area Network），它是一种在物理网络基础上创建逻辑上独立的虚拟网络的技术。VLAN允许将一个局域网划分为多个虚拟的逻辑网络，这些虚拟网络在逻辑上相互隔离，就像它们是物理上分开的一样。过使用VLAN，可以将不同的设备、用户和资源划分到不同的虚拟网络中，即使它们连接到同一个物理网络上也可以相互隔离。这种逻辑隔离提供了更高的网络安全性、管理灵活性和性能优化的可能性。
图文并茂VLAN详解，让你看一遍就理解VLAN

路由器等

下列（）设备可以隔离广播帧。
A 路由器
B 网桥
C 以太网交换机
D 集线器

答案A

A 路由器：路由器工作在网络层，可以划分不同的广播域，从而隔离广播帧。广播帧不会从一个广播域传播到另一个广播域。
B 网桥：网桥工作在数据链路层，主要用于连接和扩展局域网，不会隔离广播帧。
C 以太网交换机：以太网交换机工作在数据链路层，虽然可以分割冲突域，但不会隔离广播域，广播帧仍然会在整个广播域内传播。
D 集线器：集线器工作在物理层，只是简单地将接收到的信号进行广播，不会隔离广播帧。

由交换机连接的网段仍属于同一个广播域，广播数据包会在交换机连接的所有网段上传播，在某些情况下会导致通信拥挤和安全漏洞。连接到路由器上的网段会被分配成不同的广播域，广播数据不会穿过路由器。虽然第三层以上交换机具有VLAN功能，也可以分割广播域，但是各子广播域之间是不能通信交流的，它们之间的交流仍然需要路由器。

交换机一般用于LAN-WAN的连接，交换机类似于网桥，是数据链路层的设备，有些交换机也可实现第三层的交换。路由器用于WAN-WAN之间的连接，可以解决异性网络之间转发分组，工作在网络层。它们只是从一条线路上接收输入分组，然后向另一条线路转发。这两条线路可能分属于不同的网络，并采用不同协议。相比较而言，路由器的功能较交换机要强大，但速度相对也慢，价格昂贵；第三层交换机既有交换机线速转发报文能力，又有路由器良好的控制功能，因此得以广泛应用。

可见，路由器可以隔离ARP（Address Resolution Protocol，地址解析协议）广播帧，其他的都不能隔离。

路由器通过以下方式划分广播域：

基本原理
广播域：广播域是指在同一个网络中，广播帧能够到达的所有节点的集合。广播帧是发送给网络中所有节点的帧，用于网络发现、地址解析等目的。
路由器工作在网络层：路由器工作在OSI模型的网络层，能够识别和处理IP地址。它根据IP地址和子网掩码来决定数据包的转发路径。
2、划分广播域的方法
子网划分：通过子网划分，将一个大的网络划分为多个小的子网。每个子网是一个独立的广播域。路由器通过配置不同的子网掩码和IP地址来实现这一点。
示例：假设有一个网络 192.168.0.0/24，可以通过子网划分将其分为两个子网 192.168.0.0/25 和 192.168.0.128/25。每个子网内的广播帧不会传播到另一个子网。
VLAN（虚拟局域网）：虽然VLAN主要是在数据链路层实现的，但路由器可以通过配置VLAN接口来隔离不同VLAN之间的广播域。
示例：在企业网络中，可以将不同部门的设备划分到不同的VLAN中。路由器配置每个VLAN的接口IP地址和子网掩码，从而实现广播域的隔离。

病毒

杀毒软件报告发现病毒Macro.Melissa，由该病毒名称可以推断病毒类型是（请作答此空），这类病毒主要感染目标是（）。
问题1
A 文件型
B 引导型
C 目录型
D 宏病毒
问题2
A mEXE或COM可执行文件
B Word或Excel文件
C DLL系统文件
D 磁盘引导区

答案D B
计算机病毒的分类方法有许多种，按照最通用的区分方式，即根据其感染的途径以及采用的技术区分，计算机病毒可分为文件型计算机病毒、引导型计算机病毒、宏病毒和目录型计算机病毒。
文件型计算机病毒感染可执行文件（包括EXE和COM文件）。
引导型计算机病毒影响软盘或硬盘的引导扇区。
目录型计算机病毒能够修改硬盘上存储的所有文件的地址。
宏病毒感染的对象是使用某些程序创建的文本文档、**数据库、**电子表格等文件，从文件名可以看出Macro.Melissa是一种宏病毒，所以题中两空的答案是D和B。
你真的了解计算机病毒吗？内容很“干”，记得喝水
计算机病毒可以根据其感染目标和传播方式分为多种类型，以下是几种常见的病毒类型及其特点：

1. 文件型病毒（File Virus）

文件型病毒主要感染计算机系统中的可执行文件，如.exe、等。当用户运行被感染的文件时，病毒会将自身复制到其他文件中，从而扩散感染。文件型病毒可能会破坏文件内容、窃取用户信息或导致系统崩溃。

举例：CIH病毒，它会感染Windows操作系统的可执行文件，并在特定日期破坏计算机的BIOS，导致系统无法启动。
2. 引导型病毒（Boot Sector Virus）

引导型病毒主要感染计算机的磁盘引导区。当计算机启动时，引导型病毒会首先被加载到内存中，从而控制计算机系统。这类病毒可能会破坏磁盘的引导信息，导致系统无法正常启动。

举例：Brain病毒，它是最早的引导型病毒之一，通过感染软盘的引导区传播。
3. 宏病毒（Macro Virus）

宏病毒主要感染支持宏功能的文档，如Microsoft Word、Excel等。当用户打开被感染的文档时，宏病毒会自动执行其中的恶意宏代码，从而感染计算机系统。宏病毒可能会破坏文档内容、窃取用户信息或传播到其他文档。

举例：Melissa病毒，它通过感染Word文档的宏，在用户打开文档时自动发送带有病毒的电子邮件给用户的联系人，导致病毒迅速传播。
4. 蠕虫病毒（Worm Virus）

蠕虫病毒是一种能够自我复制并自动传播的病毒。它利用计算机系统中的漏洞进行传播，不需要用户进行任何操作。蠕虫病毒可能会消耗大量的网络带宽，导致网络瘫痪，或者窃取用户信息。

举例：SQL Slammer病毒，它利用Microsoft SQL Server的漏洞进行传播，导致全球范围内的网络拥堵。
5. 木马病毒（Trojan Virus）

木马病毒是一种伪装成合法软件的恶意程序。用户在不知情的情况下安装木马病毒后，攻击者可以通过木马病毒远程控制用户的计算机，窃取用户的信息或进行其他恶意活动。

举例：Zeus木马，它伪装成银行软件，窃取用户的银行账户信息。
6. 脚本病毒（Script Virus）
脚本病毒主要通过脚本语言（如JavaScript、VBScript等）编写，通常嵌入在网页、电子邮件或文档中。当用户访问被感染的网页或打开被感染的文件时，脚本病毒会自动执行，从而感染计算机系统。

举例：LoveBug病毒，它通过电子邮件传播，附件是一个带有恶意脚本的文件，当用户打开附件时，病毒会发送自身到用户的联系人列表中。

需求获取需求相关

需求获取是确定和理解不同的项目干系人的需求和约束的过程，需求获取是否科学、准备充分，对获取的结果影响很大。在多种需求获取方式中，（）方法具有良好的灵活性，有较宽广的应用范围，但存在获取需求时信息量大、记录较为困难、需要足够的领域知识等问题。（）方法基于数理统计原理，不仅可以用于收集数据，还可以用于采集访谈用户或者是采集观察用户，并可以减少数据收集偏差。（）方法通过高度组织的群体会议来分析企业内的问题，并从中获取系统需求。
问题1
A 用户访谈
B 问卷调查
C 联合需求计划
D 采样
问题2
A 问卷调查
B 用户访谈
C 联合需求计划
D 采样
问题3
A 问卷调查
B 用户访谈
C 联合需求计划
D 采样

答案 ADC
A 用户访谈：通过与用户直接对话获取需求，灵活性高，适用范围广，但信息量大（因涉及开放性回答），记录困难（需整理对话内容），且需要访谈者具备领域知识以提出合适问题。符合描述。
B 问卷调查：形式固定，灵活性较低，且记录相对容易（答案已结构化），不符合描述。
C 联合需求计划：通常是高度组织的群体会议，灵活性受限，不完全符合描述。
D 采样：更偏向数据采集技术，而非直接需求获取方法，不完全适用。

某软件公司正在承担开发一个字处理器的任务。在需求分析阶段，公司的相关人员整理出一些相关的系统需求，其中，"找出文档中的拼写错误并提供一个替换项列表来供选择替换拼错的词"属于（）；"显示提供替换词的对话框以及实现整个文档范围的替换"属于（）；"用户能有效地纠正文档中的拼写错误"属于（）。
问题1
A 业务需求
B 用户需求
C 功能需求
D 性能需求
问题2
A 业务需求
B 用户需求
C 功能需求
D 性能需求
问题3
A 业务需求
B 用户需求
C 功能需求
D 性能需求
答案 B C A

解析：

第三个抽象程度很高“用户能有效纠正文档中的拼写错误”在前，之后第一个在后“找到错误并替换错误”。

第一个找到错误并替换，用户去找。

第二个显示词语，功能需求。

第三个能有效找到的要求，业务需求。

第三个则是提出的也无需求，提出来后，则用户去找到错误改正，第一个。所以第三个是业务需求，第一个是用户需求。第二句话则是实现，用代码。

软件需求包括三个不同的层次：业务需求、用户需求和功能需求。
业务需求反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求描述了用户使用产品必须要完成的任务，这在用例文档或方案脚本说明中予以说明。
功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。

以题干中字处理程序为例，“用户能有效地纠正文档中的拼写错误"是业务需求，因为该产品的包装盒封面上可能会标明这是个满足业务需求的拼写检查器。
而对应的用户需求则是"找出文档中的拼写错误并通过一个提供的替换项列表来供选择替换拼错的词”。
同时，该拼写检查器还有许多功能需求，如找到并高亮度提示错词的操作；显示提供替换词的对话框以及实现整个文档范围的替换。

软件需求分为业务需求、用户需求和系统需求，三大类。（重点：业务需求、用户需求和系统需求）

业务需求：反映企业和客户对系统高层次目标要求，通常来自项目投资人、市场营销部或产品策划部。

用户需求：描述用户具体目标，用户要求系统必需完成的任务，通常采用用户访谈和文件调查。

系统需求：系统角度的需求，分为功能需求，非功能需求和设计约束等。

功能需求：开发人员需要实现的功能。

非功能需求：系统必需的属性，如可维护，高效率，可靠性等性能。

设计约束：对系统的一些约束说明，例如必需采用自主知识产权的数据库系统，必需运行在linux系统下等。

软件需求-架构师之路（五）

需求管理

（）是关于需求管理正确的说法。
A为达到过程能力成熟度模型第二级，组织机构必须具有3个关键过程域
B 需求的稳定性不属于需求属性
C 需求变更的管理过程遵循变更分析和成本计算、问题分析和变更描述、变更实现的顺序
D 变更控制委员会对项目中任何基线工作产品的变更都可以做出决定

答案D

选项A
过程能力成熟度模型（CMM）在软件开发机构中被广泛用来指导软件过程改进。为了达到过程能力成熟度模型的第二级，组织机构必须具有 6 个关键过程域。

选项B
需求的属性包括：创建需求的时间、需求的版本号、创建需求的作者、负责认可该软件需求的人员、需求状态、需求的原因和根据、需求涉及的子系统、需求涉及的产品版本号、使用的验证方法或者接受的测试标准、产品的优先级或者重要程度、需求的稳定性。

选项C错误
需求变更的标准流程应为：
问题分析与变更描述（识别问题并提出变更请求）
变更分析与成本计算（评估影响和可行性）
变更实现（审批后执行变更）。
选项C的顺序颠倒，因此不正确。 没有仔细看清遵循XXXX的顺序
需求的变更遵循以下流程：
(1) 问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。

(2)变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且被确认，应该进行是否执行这一变更的决策。

(3)变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。

在对变更控制委员会的定义中，变更控制委员会对项目中任何基线工作产品的变更都可以做出决定。
软件能力成熟度模型(二)-- CMMI的成熟度等级及其过程域

CMMI是软件企业进行多方面能力评价的、集成的成熟度模型，软件企业在实施过程中，为了达到本地化，应组织体系编写组，建立基于CMMI的软件质量管理体系文件，体系文件的层次结构一般分为四层，包括:①顶层方针②模板类文件③过程文件④规程文件按照自顶向下的塔型排列，以下顺序正确的是（）。
A ①④③②
B ①④②③
C ①②③④
D ①③④②

答案D

CMMI体系文件的层次结构遵循从顶层抽象到具体操作的逻辑：
①顶层方针：最高层的战略指导（如质量方针、组织目标）。
③过程文件：定义整体流程（如需求管理、测试过程的框架）。
④规程文件：细化过程的具体步骤（如“需求评审”的操作规范）。
②模板类文件：提供实际工具（如评审表、测试用例模板）。

过程与规程的混淆：过程是宏观流程，规程是微观步骤。例如，过程文件描述“测试流程”，规程文件定义“如何执行单元测试”。
模板的底层定位：模板直接支持规程和过程的落地，属于最底层操作工具。

数据库设计中的E-R图合并冲突

某高校信息系统设计的分E-R图中，人力部门定义的职工实体具有属性∶职工号、姓名、性别和出生日期；教学部门定义的教师实体具有属性∶教师号、姓名和职称。这种情况属于（），在合并E-R图时，（）解决这一冲突。
A 属性冲突
B 命名冲突
C 结构冲突
D 实体冲突

答案 A
结构冲突：

不同部门对同一实体（如教职工）的定义存在属性组成差异（人力部门包含“性别”“出生日期”，教学部门包含“职称”）。
同一实体的标识符命名不同（职工号 vs 教师号）。
核心特征：逻辑结构不一致，需调整属性与关系。
排除其他选项：

属性冲突（A）：同一属性的数据类型或取值范围冲突（如“年龄”用整数或字符串表示）。
命名冲突（B）：同名异义或异名同义（如“职工”与“教师”名称不一致）。
实体冲突（D）：非标准分类，通常归类于结构冲突。

结构冲突则是指同一实体在不同分E-R图中的属性组成不同，或者同一对象在一个分E-R图中作为实体，在另一个中作为属性，或者同一实体在不同E-R图中的抽象层次不同
结构冲突中的属性组成不同指的是同一实体在不同分E-R图中的属性不同。比如职工在人力部门有很多属性，而在教学部门中作为教师可能属性较少或者不同，比如是否有职称。这种情况下，同一实体（如教职工）在两个部门中的属性不同，这应该属于结构冲突中的属性组成不同

数据库三级模式

采用三级模式结构的数据库系统中，如果对一个表创建聚索引，那么改变的是数据库的（）
A 外模式
B 模式
C 内模式
D 用户模式

答案 C
1.外模式也叫用户模式，所以排除A和D
2.模式又叫概念模式，对于表级，是数据库中全部数据的逻辑结构和特质的描述，由若干个概念记录类型
组成，只涉及类型的描述，不涉及具体的值
3.内模式又叫存储模式，对应文件级，是数据物理结构和存储方式的描述，是数据在数据库内部表示的表示方法，定义所有内部的记录类型，索引和文件的组织方式，以及数据控制方面的细节。例如:B树结构存储，Hash方法存储，聚簇索引等等
4.因此答案为C

1.数据的存储结构各不相同，但体系结构基本上具有相同的特征，采用三级模式和两级镜像
2.数据库系统设计员可以在视图层、逻辑层****和物理层对数据进行抽象，通过外模式、概念模式和内模式来描述不同层次上的数据特性
3.数据按外模式的描述提供给用户，按内模式的描述存储在磁盘上，概念模式****提供了连接外模式和内模式的相对稳定的中间层，并使得两级中任意一级的改变都不受另一级影响
4.数据库系统中的**视图对应外模式，**基本表对应逻辑模式，存储文件对应内模

1.外模式/模式映像：定义了数据的局部逻辑结构（外模式）与数据的全局逻辑结构（模式）之间的对应关系。
2**.模式/内模式映像**：定义了数据全局逻辑结构（模式）与存储结构（内模式）之间的对应关系。这种映像说明了概念层的记录和字段在内部层次怎样表示。如果数据库的存储结构发生了改变，那么必须对模式/内模式的映像进行必要的调整，以确保模式能够保持不变。

数据库的三级模式

分布式数据库

分布式数据库两阶段提交协议中的两个阶段是指（）。
A.加锁阶段、解锁阶段
B.获取阶段、运行阶段
C.表决阶段、执行阶段
D.扩展阶段、收缩阶段

答案 C
二阶段提交(Two-phaseCommit)是指，在计算机网络以及数据库领域内，为了使基于分布式系统架构下的所有
节点在进行事务提交时保持一致性而设计的一种算法(Algorithm)。通常，二阶段提交也被称为是一种协议
(Protocol))。在分布式系统中，每个节点虽然可以知晓自己的操作是成功或者失败，却无法知道其他节点的操
作是成功或失败。当一个事务跨越多个节点时，为了保持事务的ACID特性，需要引入一个作为协调者的组件来统
一掌控所有节点（称作参与者）的操作结果并最终指示这些节点是否要把操作结果进行真正的提交（比如将更新后
的数据写入磁盘等等)。因此，二阶段提交的算法思路可以概括为：参与者将操作成败通知协调者，再由协调者根据所有参与者的反馈情报决定各参与者是要提交操作还是中止操作。
所谓的两个阶段是指：第一阶段：**准备阶段（表决阶段）**和第二阶段：提交阶段（执行阶段）。
准备阶段：事务协调者（事务管理器）给每个参与者（资源管理器）发送Preparei消息，每个参与者要么直接返回
失败（如权限验证失败），要么在本地执行事务，写本地的redo和undo日志，但不提交，达到一种“万事俱备，只
欠东风”的状态。
提交阶段：如果协调者收到了参与者的失败消息或者超时，直接给每个参与者发送回滚(Rollback)消息；否则，
发送提交(Commit)消息；参与者根据协调者的指令执行提交或者回滚操作，释放所有事务处理过程中使用的锁
资源。（注意：必须在最后阶段释放锁资源）

设有关系模式R (课程，教师，学生，成绩，时间，教室），其中函数依赖集F如下：
F=｛课程→→教师，（学生，课程）→成绩，（时间，教室）→课程，
（时间，教师）→教室，（时间，学生）→教室｝
关系模式R的一个主键是（），R规范化程度最高达到（）。若将关系模式R分解为3个关系模式R1（课程，教师）、R2（学生，课程，成绩）、R3（学生，时间，教室，课程），其中R2的规范化程度最高达到（请作答此空）。
A 2NF
B 3NF
C BCNF
D 4NF

答案C
课程→→教师：教师（多值依赖意味着课程课程确定多个教师）
通过主键应该是可以推导出关系中的所有其它属性的，那么通过函数依赖集F我们可以知道，通过（时间，学生）可以推导出教室，然后通过（时间，教室）可以推导出课程，通过（学生，课程）又能推导出成绩，通过课程又可能推导出教师，所有其它属性都可以被推导出来，因此**（时间，学生）是主键**。
从函数依赖集F我们可以看到，没有对主键中单个属性的依赖关系，所有不存在非主属性对码的部分依赖，但存在传递依赖，因此关系模式只满足第2范式。
分解后的R2只包含了学生，课程及成绩三个属性，它们之间的依赖关系是（学生，课程）→成绩，那么主键应该是（学生，课程），这里不存在部分依赖，也不存在传递依赖，因此满足BC范式。

F:
主键：(学生,时间)。
非主属性：{教师,成绩,教室,课程}。
存在非主属性（如课程,教室依赖非候选键（如 (时间,教室),(时间,教师)
，有传递依赖，不满足 3NF

规范化层次
1NF：属性值原子化（假设 𝑅R 已满足）。
2NF：消除非主属性对候选键的部分依赖。
3NF：消除非主属性对候选键的传递依赖。
BCNF：所有函数依赖的决定因素都是候选键。
4NF：消除非平凡多值依赖，除非决定因素是候选键。

电子商务系统

电子商务系统中参与电子商务活动的实体包括（)。
A.客户、商户、银行和认证中心
B.客户、银行、商户和政府机构
C.客户、商户、银行和物流企业
D.客户、商户、政府和物流企业

答案A
参与电子商务的实体有四类：顾客(个人消费者或企业集团)、商户(包括销售商、制造商、储运商)、银行(包括发卡行、收单行)及认证中心.。
认证中心在电子商务中确实重要，特别是在处理安全交易时，比如SSL证书、数字签名等，确保交易双方的身份可信。例如，当客户和商户进行在线支付时，可能需要通过银行的支付网关，而认证中心负责验证各方的身份。所以认证中心是必要的参与。当涉及到在线支付时，认证中心的作用尤为关键，它确保了交易双方的身份真实性和安全性。

数据库的容灾

信息安全策略应该全面地保护信息系统整体的安全，网络安全体系设计是网络逻辑设计工作的重要内容之一，可从物理线路安全、网络安全、系统安全、应用安全等方面来进行安全体系的设计与规划。其中，数据库的容灾属于（）的内容。
A 物理线路安全与网络安全
B 网络安全与系统安全
C 物理线路安全与系统安全
D 网络安全与应用安全
E 系统安全与应用安全

答案E
数据库的容灾属于系统安全与应用安全
数据库容灾的核心目标是确保数据的完整性和可用性，以及在灾难发生后能够快速恢复系统的正常运行。这涉及到系统层面的保护（如服务器、操作系统）和应用层面的保护（如数据库应用程序）。因此，数据库容灾属于系统安全与应用安全的内容。
从计算机角度分析，一切引起系统非正常停机的事件都可以称为灾难，灾难分为以下类别：
自然灾难（火灾、水灾、地震、海啸）
设备故障（主机CPU 、硬盘、磁盘损坏、电源中断、网络故障）
人为操作破坏（误操作、病毒攻击）
容灾技术是系统的高可用性技术的一个组成部分，核心意义是保证系统的稳定运行。它实施的方式通常是建立两套或多套功能相同的计算机IT系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外灾难导致停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。

原文链接：https://blog.csdn/qaz7225277/article/details/124641208
一文读懂容灾

关系模式

给定关系模式 R<U,F>;其中 U 为属性集，F 是 U 上的一组函数依赖，那么 Armstroog 公理系统的增广律是指（）。
A 若 X→Y，X→Z，则 X→YZ 为 F 所蕴涵
B 若 X→Y，WY→Z，则 XW→Z 为 F 所蕴涵
C 若 X→Y，Y→Z 为 F 所蕴涵，则 X→Z 为 F 所蕴涵
D 若 X→Y，为 F 所蕴涵，且 Z⊆U,则入 XZ→YZ 为 F 所蕴涵

答案D

从已知的一些函数依赖，可以推导出另外一些函数依赖，这就需要一系列推理规则。函数依赖的推理规则最早出现在1974年W.W.Armstrong 的论文里，这些规则常被称作“Armstrong 公理”
设U 是关系模式R 的属性集，F 是R 上成立的只涉及U 中属性的函数依赖集。函数依赖的推理规则有以下三条：

自反律：若属性集Y 包含于属性集X，属性集X 包含于U，则X→Y 在R 上成立。(此处X→Y是平凡函数依赖)

增广律：若X→Y 在R 上成立，且属性集Z 包含于属性集U，则XZ→YZ 在R 上成立。

传递律：若X→Y 和 Y→Z在R 上成立，则X →Z 在R 上成立。

其他的所有函数依赖的推理规则可以使用这三条规则推导出。。
推理：

合并规则：若X→Y，X→Z，则X→YZ
伪传递规则：若X→Y，WY→Z，则XW→Z
分解性规则：若X→Y，Z是Y的一部分（子集），则X→Z

【学习数据库】Armstrong公理系统

软件工程

软件生命周期

根据传统的软件生命周期方法学，可以把软件生命周期划分为()。
A.软件定义、软件开发、软件测试、软件维护
B.软件定义、软件开发、软件运行、软件维护
C.软件分析、软件设计、软件开发、软件维护
D.需求获取、软件设计、软件开发、软件测试

答案 B
根据传统的软件生命周期方法学，软件生命周期通常被划分为三个主要阶段：软件定义、软件开发和软件运行与维护。具体来说：
软件定义包括可行性研究和详细需求分析过程。
软件开发涵盖了从概要设计到详细设计、编码、测试等一系列活动。
软件运行与维护则涉及软件部署后的操作以及后续的维护工作。

生命周期，就好像你人有生老病死一样，这是一个跟具体哪个人没有太大关系，只跟你是“人”这种类型的生物有关系的东西。就像软件生命周期，跟你具体是哪款、哪类、哪家公司开发的软件没有关系，只要你是“软件”这种类型的东西，就有相同或相似的生命周期。软件开发过程模型，就好像人生模式和人生的关系。同样是一次人生，你可以开挂的过，也可以安安静静地过，也可以单身过，也可以儿孙满堂地过。就是你完成人生的方式，不同的人有不同的人生模式。就跟不同的软件或者不同公司的软件，可以采取不同的软件开发过程模型来开发一样。就好像一个是interface一个是implementation一样，虽然这个比喻不太精准，但大体差不多
知乎回答

软件维护

软件维护的类型包括：改正性维护（正确性维护）、适应性维护、完善性维护**、预防性维护**。

改正性维护：在软件交付使用后，必然会有一部分隐藏的错误被带到运行阶段来。这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的错误使用，应当进行的诊断和改正错误的过程，就叫作改正性维护。
适应性维护：随着计算机的飞速发展，外部环境（新的硬、软件配置）或数据环境（数据库、数据格式、数据输入输出方式、数据存储介质)可能发生变化，为了使软件适应这种变化，而去修改软件的过程就叫作适应性维护。
完善性维护：在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫作完善性维护。
预防性维护：为了提高软件的可维护性、可靠性等而提出的一种维护类型，它为以后进一步改进软件打下良好基础。通常，预防性维护定义为：“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。

改正性维护【修BUG】：识别纠正软件错误缺陷，测试不可能发现所有错误
适应性维护【应变】：指使应用软件适应环境变化【外部环境、数据环境】而进行的修改。
完善性维护【新需求】：为扩充功能和改善性能而进行的修改。
预防性维护【针对未来】：为了适应未来的软硬件环境的变化，应主动增加预防性的新的功能，以使用系统适应各
类变化而不被淘汰。

人们根据软件维护的性质不同，将软件维护分为更正性维护、适应性维护、完善性维护、预防性维护等四类，（）是这四类软件维护的共同特征。
A 发现原产品中存在问题后采取的补救措施
B 交付软件产品后进行的修改
C 测试发现问题之后的应对措施
D 软件产品交付前进行的质量管理活动

答案B
维护：在软件交付后，根据需要对其进行修改和优化。
维护阶段的特点
时间点：维护阶段始于软件交付给用户并投入运行之后，贯穿软件的整个使用寿命，直到软件退役。
内容：包括更正性维护（修复错误）、适应性维护（适应环境变化）、完善性维护（改进功能）、预防性维护（预防潜在问题）。
持续性：不像开发阶段有明确的结束，维护阶段可能持续数年甚至更久，取决于软件的使用情况。
与其他阶段的区别
开发阶段（编码、测试等）：发生在交付之前，目的是创建软件。
维护阶段：发生在交付之后，目的是保持软件的可用性、适应性和功能性。
因此，软件维护属于软件生命周期中的维护阶段，是交付后对软件进行持续支持和改进的过程。

共同特征分析
这四类维护都发生在软件交付之后，针对已投入使用的软件产品进行修改。
它们的目的不同（修复问题、适应环境、完善功能、预防故障），但都属于交付后对软件的调整或改进。
维护不是交付前的开发或质量管理活动，而是使用过程中的持续支持。
选项分析
A. 发现原产品中存在问题后采取的补救措施
只适用于更正性维护（修复错误），不涵盖适应性、完善性和预防性维护。
不正确：并非所有维护都以“问题补救”为特征。
B. 交付软件产品后进行的修改
符合所有四类维护的定义：无论修复、适应、完善还是预防，都是在软件交付后对产品进行的修改。
正确：这是四类维护的共同特征。
C. 测试发现问题之后的应对措施
只适用于更正性维护，且偏向开发阶段的测试修复，不完全符合交付后的维护场景。
不正确：其他三类维护不一定与“测试发现问题”相关。
D. 软件产品交付前进行的质量管理活动
描述的是开发阶段的质量控制（如测试、调试），而非交付后的维护。
不正确：与软件维护的定义不符。

软件设计

软件设计活动中，（）描述了软件内部、软件和操作系统之间如何通信；（）定义软件系统各主要部件之间的关系。
问题1
A 数据架构设计
B 算法设计
C 过程设计
D 接口设计
问题2
A 性能设计
B 模块化设计
C 软件结构设计
D 数据流设计

答案 D C
解析
软件设计包括体系结构设计、接口设计、数据设计和过程设计。
(1) 结构设计：定义软件系统各主要部件之间的关系。
(2) 数据设计：将模型转换成数据结构的定义，好的数据设计将改善程序结构和模块划分，降低过程复杂性。
(3) 接口设计(人机界面设计)：软件内部、软件和操作系统之间，以及软件和人之间如何通信。
(4) 过程设计：系统结构部件转换成软件的过程描述。

（）的开发过程一般是先把系统功能视作一个大的模块，再根据系统分析与设计的要求对其进行进一步的模块分解或组含。（）使用了建模的思想，讨论如何建立一个实际的应用模型，包括对象模型、动态模型和功能模型，其功能模型主要用（）实现。
A 面向对象方法
B OMT方法
C 结构化方法
D Booch方法

结构化方法假定待开发的系统是一个结构化的系统，其基本思想是将系统的生命周期划分为系统规划、系统分析、系统建设、系统实施、系统维护等阶段。这种方法遵循系统工程原理，按照事先设计好的程序和步骤，使用一定的开发工具，完成规定的文档，在结构化的基础上进行信息系统的开发工作。结构化方法的开发过程一般是先把系统功能视为一个大的模块，再根据系统分析与设计的要求对其进行进一步的模块分解或组合。

OMT方法使用了建模的思想，讨论如何建立一个实际的应用模型，包括对象模型、动态模型和功能模型。对象模型描述了系统中对象的静态结构、对象之间的关系、属性和操作，主要是用对象图来实现；动态模型描述与时间和操作顺序有关的系统特征，例如，激发事件、事件序列、确定事件先后关系的状态等，主要用状态图来实现动态模型；功能模型描述了一个计算如何从输入值得到输出值，它不考虑计算的次序，主要使用DFD来实现功能模型。简单的说就是：功能模型指出发生了什么，动态模型确定什么时候发生，而对象模型确定发生的客体。
面向对象开发方法，Coad方法、Booch方法和OMT方法及UML

软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。软件元素包括（）、测试用例和领域知识等。
A 项目范围定义、需求分析文档、设计文档
B 需求分析文档、设计文档、程序代码
C 设计文档、程序代码、界面原型
D 程序代码、界面原型、数据表结构

答案B
软件重用是指在两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。软件元素包括程序代码、测试用例、设计文档、设计过程、需求分析文档甚至领域知识。通常，可重用的元素也称作软构件，可重用的软构件越大，重用的粒度越大。使用软件重用技术可以减少软件开发活动中大量的重复性工作，这样就能提高软件生产率，降低开发成本，缩短开发周期。同时，由于软构件大都经过严格的质量认证，并在实际运行环境中得到校验，因此，重用软构件有助于改善软件质量。此外，大量使用软构件，软件的灵活性和标准化程度也可望得到提高。
软件重用不仅仅是代码的重用，它还包括在不同软件开发项目中重复使用各种软件工件（artifacts），以提高开发效率、降低成本，并确保质量的一致性。需求分析文档和设计文档作为软件开发过程中的关键产出物，虽然不是可执行的代码，但它们在软件重用中具有重要价值，

系统工程是在 20 世纪中后期发展起来的一门新兴学科，最早产生于 20 世纪 40 年代左右的美国。时至今日，系统工程已经成为现代社会高速发展不可或缺的一部分。它的诞生让自然科学和社会科学中有关的思想、理论和方法根据总体协调的需要联系起来，综合应用并利用现代电子计算机，对系统的结构、要素、信息和反馈等进行分析，以达到最优规划、最优设计、最优管理和最优控制等目的。

架构模式、设计模式和惯用法

()的选择是开发一个软件系统时的基本设计决策；（）是最低层的模式，关注软件系统的设计与实现，描述了如何实现构件及构件之间的关系。引用一计数是C++管理动态资源时常用的一种（）。
A 架构模式
B 惯用法
C 设计模式
D 分析模式

答案A B B
架构模式是软件设计中的高层决策，例如C/S结构就属于架构模式，架构模式反映了开发软件系统过程中所作的基本设计决策；设计模式主要关注软件系统的设计，与具体的实现语言无关，加粗样式;惯用法则是实现时通过某种特定的程序设计语言来描述构件与构件之间的关系，例如引用–计数就是C++语言中的一种惯用法。

面向服务SOA

面向服务（Service-Oriented，SO）的开发方法将（）的定义与实现进行解耦，并将跨构件的功能调用暴露出来。该方法有三个主要的抽象级别，最低层的（）代表单个逻辑单元的事物，包含特定的结构化接口，并且返回结构化的响应；第二层的服务代表操作的逻辑分组；最高层的（）则是为了实现特定业务目标而执行的一组长期运行的动作或者活动。
问题1
A 接口
B 功能
C 活动
D 用例
问题2
A 类
B 对象
C 操作
D 状态
问题3
A 业务规则
B 业务流程
C 数据流
D 控制流

答案A C B
OO的应用构建在类和对象之上，随后发展起来的建模技术将相关对象按照业务功能进行分组，就形成了构件（Component）的概念。对于跨构件的功能调用，则采用接口的形式暴露出来。进一步将接口的定义与实现进行解耦，则催生了服务和面向服务（Service-Oriented，SO）的开发方法。由此可见，面向对象、基于构件、面向服务是三个递进的抽象层次。

SO方法有三个主要的抽象级别，分别是操作、服务和业务流程。位于最低层的操作代表单个逻辑单元的事物，执行操作通常会导致读、写或修改一个或多个持久性数据。服务的操作类似于对象的方法，它们都有特定的结构化接口，并且返回结构化的响应；位于第二层的服务代表操作的逻辑分组；最高层的业务流程则是为了实现特定业务目标而执行的一组长期运行的动作或活动，包括依据一组业务规则按照有序序列执行的一系列操作。其中操作的排序、选择和执行成为服务或流程的编排，典型的情况是调用已编排的服务来响应业务事件。
SOA/软件架构设计—面向服务的架构（SOA详细解释）

基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)

基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、（请作答此空）和架构描述文档，其分析过程主要包括场景开发、（）、单个场景评估、场景交互和总体评估。
A 问题说明
B 问题建模
C 需求说明
D 需求建模

答案C
SAAM是卡耐基梅隆大学软件工程研究所的Kazman等人于1983年提出的一种非功能质量属性的架构分析方法，是最早形成文档并得到广泛应用的软件架构分析方法。SAAM的主要输入是问题描述、需求说明和架构描述，其分析过程主要包括场景开发、架构描述、单个场景评估、场景交互和总体评估。
SAAM的主要输入是问题描述、需求声明和架构描述
SAAM分析评估架构的过程包括5个步骤，即场景开发、架构描述、单个场景评估、场景交互和总体评估。
SAAM的输入与流程需严格区分：

输入：问题描述、需求说明、架构描述文档（已有材料）。
流程：场景开发 → 架构描述 → 评估与迭代（强调对架构的逐步验证）
系统架构评估_2.SAAM方法

高内聚低耦合详解

参考链接

高内聚低耦合详解、图解以及技术手段

性能

把应用程序中应用最频繁的那部分核心程序作为评价计算机性能的标准程序，称为（）程序。（）不是对Web服务器进行性能评估的主要指标。
问题1
A 仿真测试
B 核心测试
C 基准测试
D 标准测试
问题2
A 丢包率
B 最大并发连接数
C 响应延迟
D 吞吐量

答案C A

响应时间（RT）
指客户端发起服务请求到服务器处理完服务请求并返回结果给客户端的时间。
另： 吞吐量（Throughput）含义
指的是单位时间内处理的客户端请求数量。

从业务角度来看，吞吐量指每秒事务数。单位：“Requests/Second”
从网络角度来看，吞吐量指每秒字节数，用来衡量网络的流量。单位：“Bytes/Second”
在Web服务器性能评估中，以下指标的含义及是否为主要指标：
丢包率
含义：指在网络传输过程中，因各种原因未能成功传输的数据包占总发送数据包的比例。
是否为主要指标：丢包率通常不是评估Web服务器性能的主要指标。它更多地用于评估网络的稳定性和可靠性。在网络性能评估中**，丢包率可以反映网络是否存在拥塞、设备故障或配置错误等问题，但对Web服务器本身的性能评估作用有限。**
最大并发连接数
含义：指Web服务器能够同时处理的最大客户端连接数。
是否为主要指标：最大并发连接数是评估Web服务器性能的关键指标之一。它直接反映了服务器在高负载情况下的处理能力。通过测试最大并发连接数，可以了解服务器在面对大量用户同时访问时的性能表现，从而评估其是否能够满足实际应用场景中的并发需求。
响应延迟
含义：指从客户端发送请求到接收到服务器响应之间的时间间隔。
是否为主要指标：响应延迟是评估Web服务器性能的重要指标。它反映了服务器对客户端请求的响应速度，直接影响用户的体验。较低的响应延迟意味着服务器能够更快地处理和返回请求，提供更好的服务质量和用户体验。
吞吐量
含义：指单位时间内Web服务器能够处理的数据量或请求数量。
是否为主要指标：吞吐量是评估Web服务器性能的核心指标之一。它衡量了服务器在给定时间内能够处理的最大工作负载，反映了服务器的处理能力和网络传输效率。通过测试吞吐量，可以评估服务器在不同负载条件下的性能表现，从而确定其是否能够满足实际应用的需求。

在构件组装过程中需要检测并解决架构失配问题。其中（）失配主要包括由于系统对构件基础设施、控制模型和数据模型的假设存在冲突引起的失配。（）失配包括由于系统对构件交互协议、构件连接时数据格式的假设存在冲突引起的失配。
问题1
A.构件
B.模型
C.协议
D.连接子
问题2
A.构件
B.模型
C.协议
D .连接子

答案 A D
检测并消除体系结构失配：体系结构失配问题由David Garlan等人在1995年提出。失配是指在软件复用的过程
中，由于待复用构件对最终系统的体系结构和环境的假设(assumption)与实际状况不同而导致的冲突。在构件
组装阶段失配问题主要包括：
(1)由构件引起的失配，包括由于系统对构件基础设施、构件控制模型和构件数据模型的假设存在冲突引起的失
配；
(2)由连接子引起的失配，包括由于系统对构件交互协议、连接子数据模型的假设存在冲突引起的失配；
(3)由于系统成分对全局体系结构的假设存在冲突引起的失配等。要解决失配问题，首先需要检测出失配问题，
并在此基础上通过适当的手段消除检测出的失配问题。

构件组装成软件系统的过程可以分为三个不同的层次：（）。
A 初始化、互连和集成
B 连接、集成和演化
C 定制、集成和扩展
D 集成、扩展和演化

C
解析
系统构件组装分为三个不同的层次：定制（Customization）、集成（Integration）、扩展（Extension）。这三个层次对应于构件组装过程中的不同任务。

定制（Customization）：
根据具体需求对通用构件进行配置或适配，使其适应特定场景。例如，通过参数调整或插件机制修改构件行为。
集成（Integration）：
将定制后的构件通过接口连接，形成可协同工作的系统。例如，通过服务调用、事件驱动或数据流实现构件间的交互。
扩展（Extension）：
在集成后的系统中动态添加新功能或替换现有构件，以应对需求变化。例如，通过热插拔机制或模块化设计实现功能扩展。

CRM 客户关系管理和 ERP企业资源计划

客户关系管理(CRM)系统将市场营销的科学管理理念通过信息技术的手段集成在软件上，能够帮助企业构建良好的客户关系。以下关于CRM系统的叙述中，错误的是（)。
A.销售自动化是CRM系统中最基本的模块
B.营销自动化作为销售自动化的补充，包括营销计划的编制和执行、计划结果分析等
C.CRM系统能够与ERP系统在财务、制造、库存等环节进行连接，但两者关系相对松散，一般不会形成闭环结构
D.客户服务与支持是CRM系统的重要功能。目前，客户服务与支持的主要手段是通过呼叫中心和
互联网来实现

答案C
客户关系管理(CRM)系统将市场营销的科学管理理念通过信息技术的手段集成在软件上，能够帮助企业构建良
好的客户关系。在客户管理系统中，销售自动化是其中最为基本的模块，营销自动化作为销售自动化的补充，包括营销计划的编制和执行、计划结果分析等功能。客户服务与支持是CRM系统的重要功能。目前，客户服务与支特的主要手段有两种，分别是呼叫中心和互联网。CRM系统能够与ERP系统在财务、制造、库存等环节进行连接，两者之间虽然关系比较独立，但由于两者之间具有一定的关系，因此会形成一定的闭环反馈结构。

CRM与ERP的集成在现代企业中通常是紧密且闭环的，而非“松散且非闭环”。
ERP（企业资源计划）系统主要处理企业内部资源，如财务、制造、库存、供应链等。而CRM则侧重于客户相关的流程，如销售、市场营销、客户服务。两者通常需要集成，尤其是在订单处理、库存查看、客户订单历史等方面。现代企业系统中，CRM和ERP的集成往往较为紧密，甚至可能形成闭环，例如当CRM中的销售订单生成后，自动触发ERP中的生产或库存调配流程，之后将交付信息反馈给CRM。

紧密集成场景：
1、订单处理：CRM生成销售订单后，ERP自动触发生产、库存调配及财务核算。
2、数据反馈：ERP将物流状态、库存水平实时同步至CRM，供客户服务团队跟踪和反馈。
闭环结构：
例如，客户通过CRM提交订单 → ERP处理生产与发货 → CRM更新订单状态并通知客户，形成端到端闭环。
其他选项的正确性：

A：销售自动化（SFA）是CRM基础模块，管理客户接触点与销售流程。
B：营销自动化（如邮件营销、ROI分析）补充销售流程，优化营销策略。
D：客户服务通过多渠道（呼叫中心、在线聊天、自助门户）实现，是CRM核心功能。

ERP（Enterprise Resource Planning）：企业资源计划
CRM（Customer Relationship Management）：客户关系管理
ERP场景：
汽车制造商通过ERP管理零部件采购成本、生产线排程及全球库存分布，确保准时交付。
CRM场景：
电商平台通过CRM分析用户浏览行为，推送个性化商品推荐，并跟踪售后服务质量。
协同场景：
CRM中达成的客户订单触发ERP的生产计划，同时ERP反馈物流信息至CRM供客户查询

ERP（企业资源计划）的核心功能是整合企业三大核心资源流：

物流：管理物资流动（采购、生产、库存、分销）。
资金流：跟踪财务活动（成本核算、应收应付账款、预算控制）。
信息流：确保数据实时共享（订单状态、生产计划、跨部门协同）。

CRM是一套先进的管理思想及技术手段，它通过将（）进行有效的整合，最终为企业涉及到的各个领域提供了集成环境。CRM系统的四个主要模块包括（）。
问题 1
A 员工资源、客户资源与管理技术
B 销售资源、信息资源与商业智能
C 销售管理、市场管理与服务管理
D 人力资源、业务流程与专业技术
问题 2 CRM系统的四个主要模块包括销售自动化、营销自动化、客户服务与支持、商业智能。

问题1答案 D
通常所指的CRM，指用计算机自动化分析销售、市场营销、客户服务以及应用等流程的软件系统。它的目标是通过提高客户的价值、满意度、赢利性和忠实度来缩减销售周期和销售成本、增加收入、寻找扩展业务所需的新的市场和渠道。CRM通过将人力资源、业务流程与专业技术进行有效的整合，最终为企业涉及到客户或者消费者的各个领域提供了完美的集成，使得企业可以更低成本、更高效率地满足客户的需求，并与客户建立起基于学习性关系基础上的一对一营销模式，从而让企业可以最大程度提高客户满意度和忠诚度。CRM系统的主要模块包括销售自动化、营销自动化、客户服务与支持、商业智能。

ERP是对企业物流资源、资金流资源和信息流资源进行全面集成管理的管理信息系统。在ERP五个层次的计划中，()根据经营计划的生产目标制定，是对企业经营计划的细化；()说明了在一定时期内生产什么，生产多少和什么时候交货，它的编制是ERP的主要工作内容；()能够帮助企业尽早发现企业生产能力的瓶颈，为实现企业的生产任务提供能力方面的保障。
问题1
A.销售管理计划
B.生产预测计划
C.生产计划大纲
D.主生产计划
问题2
A经营计划
B.车间作业计划
C.物料需求计划
D.主生产计划
问题3
A.采购与库存计划
B.能力需求计划
C.物料需求计划
D.质量管理计划

答案：C D B
生产计划大纲(Production Planning,PP)是根据经营计刻的生产目标制定的，是对企业经营计划的细化，用以描述企业在可用资源的条件下，在一定时期中的产量计划。生产计划大纲在企业决策层的三个计划中有承上启下的
作用，一方面它是企业经营计划和战略规划的细化，另一方面它又用于指导企业编制主生产计划，指导企业有计划
地进行生产。

主生产计划(Master Production Schedule,MPS)是对企业生产计划大纲的细化，说明在一定时期内的如下计划：生产什么，生产多少和什么时候交货。主生产计刻的编制以生产大纲为准，其汇总结果应当等同于生产计刻大纲，同时，主生产计划又是其下一层计划物料需求计划的编制依据：

主生产计划的编制是ERP的主要工作内容。主生产计划的质量将大大影响企业的生产组织工作和资源的利用。
物料需求计划(Material Requirement Planning,MRP)是对主生产计刻的各个项目所需的全部制造件和全部采购
件的网络支持计划和时间进度计划。它根据主生产计划对最终产品的需求数量和交货期，推导出构成产品的零部件
及材料的需求数量和需求时期，再导出自制零部件的制作订单下达日期和采购件的采购订单发送日期，并进行需求
资源和可用能力之间的进一步平衡。物料需求计划是生产管理的核心，它将主生产计安排生产的产品分解成各自
制零部件的生产计划和采购件的采购计刻。物料需求计划属于ERP管理层计划。

能力需求计划(Capacity Requirements Planning,CRP)是对物料需求计划所需能力进行核算的一种计划管理方
法。旨在通过分析比较MRP的需求和企业现有生产能力，及**早发现能力的瓶颈所在，**为实现企业的生产任务而提供能力方面的保障。

车间作业计划(Production Activity Control,PAC)是在MRP所产生的加工制造订单（即自制零部件生产计划）的
基础上，按照交货期的前后和生产优先级选择原则以及车间的生产资源情况（如设备、人员、物料的可用性、加工
能力的大小等)，将零部件的生产计划以订单的形式下达给适当的车间。车间作业计划属于ERP执行层计划。当
前主流的车间作业计划模式是JT(Just In Time)模式。

商业智能

商业智能是指利用数据挖掘、知识发现等技术分析和挖掘结构化的、面向特定领域的存储与数据仓库的信息。它可以帮助用户认清发展趋势、获取决策支持并得出结论。
以下()活动，并不属于商业智能范畴。
A某大型企业通过对产品销售数据进行挖掘，分析客户购买偏好
B某大型企业查询数据仓库中某种产品的总体销售数量
C某大型购物网站通过分析用户的购买历史记录，为客户进行商品推荐
D.某银行通过分析大量股票交易的历史数据，做出投资决策

答案B
商业智能是利用数据挖掘技术、知识发现等技术分析和挖掘结构化的、面向特定领域的存储与数据仓库的信息，它可以帮助用户认清发展趋势、识别数据模式、获取能决策支持并得出结论。商务智能技术主要体现在“智能”上，即通过对大量数据的分析，得到趋势变化等重要知识，并为决策提供支持。选项A、C、D都是对数据进行分析，获得知识的过程；选项B仅仅是获取数据，并没有对数据进行分析，因此不属于商业智能范畴。

计算机相关

微程序

计算机系统是一个硬件和软件综合体，位于硬联逻辑层上面的微程序是用微指令编写的。以下叙述中，正确的是（）。
A 微程序一般由硬件执行
B 微程序一般是由操作系统来调度和执行
C 微程序一般用高级语言构造的编译器期译后来执行
D 微程序一般用高级语言构造的解释器件来解释执行

答案： A

微程序的本质：
微程序是硬连逻辑（Hardwired Control）的替代方案，用于简化CPU控制单元的设计。
微指令存储在控制存储器（Control Store）中，由微程序计数器（μPC）驱动执行，直接生成CPU内部的控制信号（如寄存器传输、ALU操作）。
选项分析：
A（正确）：
微程序的执行依赖硬件电路（如微程序控制器），无需软件干预。
示例：当执行机器指令ADD时，微程序从控制存储器中逐条读取微指令，通过硬件逻辑生成数据通路的控制信号。
B（错误）：
操作系统调度的是进程/线程，与微程序无关。微程序运行在硬件层，完全独立于操作系统。
C/D（错误）：
微程序使用微指令语言（如微汇编）编写，直接由硬件解析执行，而非高级语言编译器或解释器处理。

关键区分：
微程序 vs 软件程序：
微程序是CPU控制逻辑的实现方式（硬件/固件层），用于控制数据路径。
软件程序（如操作系统、应用程序）运行在机器指令层，由CPU通过微程序解释执行。

死锁

若一个单处理器的计算机系统中同时存在3个并发进程，则同一时刻允许占用处理器的进程数（请作答此空）；如果这3个进程都要求使用2个互斥资源R，那么系统不产生死锁的最少的R 资源数为（）个。
问题1
A 至少为 1 个
B 至少为3个
C 最多为1个
D 最多为3个
问题2
A 3
B 4
C 5
D 6

答案C B
1、因为一个单处理器的计算机系统中尽管同时存在3个并发进程，但是同一时刻允许占用处理器的进程数只能是1个。引入多道程序设计的目的是为了提高资源的利用率，例如进程P1要输入输出时，可以将CPU分配给进程P2，使得进程P1的输入输出和进程P2的程序执行并发运行。
2、对于选项A，在操作系统为每个进程分配1个资源R后，若这3个进程再分别请求1个资源R时，系统已无可供分配的资源R，则这3个进程由于请求的资源R得不到满足而死锁。如果选择选项B，那么操作系统为每个进程分配1个资源R后，系统还有1个可供分配的资源R，能满足其中的1个进程的资源要求，它运行完毕释放占有的资源R后，可以使其他进程也能得到所需的资源R并运行完毕。

以下关于多核处理器的说法中,不正确的是(13）。
A 采用多核处理器可以降低计算机系统的功耗和体积
B SMP、BMP和AMP 是多核处理器系统通常采用的三种结构,釆用哪种结构与应用场景相关,而无须考虑硬件的组成差异
C 在多核处理器中,计算机可以同时执行多个进程,而操作系统中的多个线程也可以并行执行
D 多核处理器是将两个或更多的独立处理器封装在一起,集成在一个电路中。

答案 C
多核处理器将多个独立CPU封装在一起，集成在一个电路里。多核处理器是单枚芯片，能直接插入单一的处理器插槽中。

在多核处理器中,计算机可以同执行多个进程,而操作系统中的多个线程也可以并行执行。

采用多核处理器可以降低计算机系统的功耗和体积。

多核处理器有三种运行模式，如下表所示：

每一个模式适合于解决某方面的特定问题，而且对操作系统的要求也各不相同，采用哪种模式，需要考虑硬件的差异情况。
选项B的错误本质：
SMP（对称多处理）、AMP（非对称多处理）与BMP（边界多处理）的架构选择直接依赖硬件设计（如内存一致性、中断控制器布局、核心间通信机制）。
示例：
SMP需硬件支持统一内存访问（UMA），所有核心共享内存总线。
AMP可能要求核心间隔离（如实时核与通用核分离），需硬件支持独立内存区域或中断路由。
结论：硬件差异是选择多核架构的核心因素，选项B的“无须考虑硬件差异”表述错误。

AI芯片是当前人工智能技术发展的核心技术，其能力要支持训练和推理。通常，AI芯片的技术架构包括（）等三种。
A GPU、FPGA、ASIC
B CPU、PPGA、DSP
C GPU、CPU、ASIC
D GPU、FPGA、SOC

答案A
AI芯片的核心技术架构需满足高性能计算、灵活性和能效需求，具体分析如下：

GPU（Graphics Processing Unit）：
优势：强大的并行计算能力（如NVIDIA CUDA核心），适合深度学习训练（如矩阵运算）。
应用：NVIDIA Tesla系列用于数据中心模型训练。
FPGA（Field-Programmable Gate Array）：
优势：硬件可编程性，允许动态调整逻辑电路，适应算法快速迭代（如微软Azure部署FPGA加速Bing搜索）。
应用：低延迟推理场景（如实时图像处理）。
ASIC（Application-Specific Integrated Circuit）：
优势：针对特定任务（如神经网络推理）定制化设计，能效比极高。
应用：Google TPU（张量处理单元）专为TensorFlow优化。
CPU、GPU、FPGA、ASIC等AI芯片特性及对比

某计算机字长32位，磁盘空间管理采用Bitmap，磁盘容量为300G，物理块大小是4MB，位示图大小是（）个字。
A.2400
B.3200
C.6400
D.9600

答案A
本题考查操作系统中的空闲块管理方法一一位示图。
题目指出磁盘容量为：300G,物理块大小是4MB。则物理盘块个数为：300GB/4MB=75×1024。
每个物理盘块占用1个t位来标识诚盘有没有被占用，系统中1个字是32位，所以字的个数：
(75*1024)/32=2400。
位视图的大小 = 300 × 1024 / 4 /32 = 2400

信号量

某企业的生产流水线上有2名工人P1和P2，1名检验员P3。P1]将初步加工的半成品放入半成品箱B1；P2从半成品箱B1取出继续加工，加工好的产品放入成品箱B2；P3从成品箱B2取出产品检验。假设B1可存放n件半成品，B2可存放m件产品，并设置6个信号量S1、S2、S3、S4、S5和S6，且S3和S6的初值都为0。采用PV操作实现P1、P2和P3的同步模型如下图所示，则信号量S1和S5 （）；S2、S4的初值分别为（）。
问题1
A 分别为同步信号量和互斥信号量，初值分别为0和1
B 都是同步信号量，其初值分别为0和0
C 都是互斥信号量，其初值分别为1和1
D 都是互斥信号量，其初值分别为0和1
问题2
A n、0
B m、0
C m、n
D n、m

答案
第1小题的正确的答案为C。因为信号量S1是一个互斥信号量，表示半成品箱B1当前有无工人（生产者）使用，所以初值为1。信号量S5也是一个互斥信号量，表示成品箱B2当前有无工人或检验员使用，所以初值为1。

第2小题的正确的答案为D。信号量S2表示半成品箱B1的容量，故S2的初值为n。当工人P1不断地将其工序上加工的半成品放入半成品箱B1时，应该先测试半成品箱是否有空位，故工人P1使用P(S2)，当工人P2从半成品箱取一件半成品时，半成品箱B1就空出一个空位，故工人P2使用V(S2)释放空间。

同理，信号量S4表示成品箱B2的容量，故S4的初值为m。当工人P2完成一件产品放入成品箱B2时，应该先测试成品箱是否有空位，故工人P2使用P(S4)，当检验员P3从成品箱取一件产品检验时，成品箱B2就空出一个空位，故检验员P3使用V(S4)释放空间。

在多线程编程中，同步信号量（synchronization semaphore）和互斥信号量（mutex semaphore）是两种常用的同步机制。它们都是通过操作信号量来实现线程之间的同步和互斥访问共享资源。

同步信号量（Synchronization Semaphore）：同步信号量用于实现线程之间的同步，确保线程按照特定的顺序执行。它是一种计数信号量，初始值通常为0，当线程需要等待某个条件满足时，会调用等待（wait）操作，如果条件不满足，线程将被阻塞，直到其他线程通过发信号（signal）操作将信号量的计数值增加，使得条件满足，阻塞的线程被唤醒并继续执行。同步信号量常用于解决生产者-消费者问题、线程的顺序执行等场景。互斥信号量（Mutex Semaphore）：互斥信号量用于实现线程之间的互斥，确保同一时间只有一个线程能够访问共享资源。它是一种二进制信号量，初始值通常为1，当线程需要访问共享资源时，会调用加锁（lock）操作，如果互斥信号量的计数值为1，则线程可以继续执行临界区代码，并将互斥信号量的计数值减1，表示锁定资源。如果互斥信号量的计数值为0，表示资源已被其他线程锁定，当前线程将被阻塞，直到资源解锁，即其他线程释放锁，互斥信号量的计数值变为1。互斥信号量常用于解决竞争条件和避免多线程访问共享资源的冲突。

PV操作，处理进程互斥问题，协调资源的争用。所以PV操作必定对应有2个或以上的进程。当然，每个进程都有自己的PV操作，每个PV操作也只能属于某一个进程。而信号量S，是公共变量，可以由多个进程处理。

P操作，代表需要、申请、锁定、占用资源。信号量 S - 1；如果减 1 后大于等于 0，即 S - 1 >= 0,即 S >= 1 ，则往下执行，否则进程挂起、等待。等待啥？等待信号量S，满足S >= 1。注意 S 是信号量，而不是资源数目。

简而言之，在P操作前，信号量S - 1 < 0，即 S < 1，说明资源未到位，所以需要等待。有些题目里，如果进程需要开启，那信号量往往就要满足这个条件，起码要 S = 1。

V操作，代表释放资源，信号量 S + 1；如果加 1 后大于 0，即 S + 1 > 0 ，则往下执行，否则继续从进程队列里唤醒其他进程进行处理。处理啥？释放资源，直到信号量S，满足S + 1 > 0。

就是说，V操作之后，信号量如果还是为零甚至为负，说明资源释放得还不够，程序还要继续进行释放，不能进行下一步的操作。

总结：
P操作，占用资源，满足条件就结束本操作，流向下一步，否则挂起，等待资源的到来；
V操作，释放资源，满足条件就结束本操作，流向下一步，否则等待释放更多的资源；

架构师学习笔记–PV操作
信号量

计算机系统性能评估中，（）考虑了各类指令在程序中所占的比例。（）考虑了诸如I/O结构、操作系统、编译程序的效率对系统性能的影响，可以较为准确评估计算机系统的实际性能。
问题1
A 时钟频率法
B 等效指令速度法
C 综合理论性能法
D 基准程序法
问题2
A 时钟频率法
B 等效指令速度法
C 综合理论性能法
D 基准程序法

答案吧B D
等效指令速度法：也称为吉普森混合法（Gibson mix）或混合比例计算法，是通过各类指令在程序中所占的比例（Wi）进行计算得到的。

基准程序法：把应用程序中用得最多、最频繁的那部分核心程序作为评估计算机系统性能的标准程序，称为基准测试程序（benchmark）。基准程序法不但考虑到了CPU（有时包括主存）的性能，还将I/O结构、操作系统、编译程序的效率等对系统性能的影响考虑进来了，所以它是目前一致承认的测试系统性能的较好方法。

时钟频率法
定义：通过 CPU 的时钟频率（如 GHz）评估系统性能。
特点：
只关注硬件的基本运行速度（每秒时钟周期数）。
不考虑指令类型、程序结构或系统因素。
适用场景：快速比较不同 CPU 的基础硬件能力。
优点：简单、直观，易于获取数据。
局限性：无法反映实际性能（如指令效率、I/O 影响），结果过于片面。
关键词：频率、硬件、简单。
例子：CPU 主频 3.5 GHz。
等效指令速度法
定义：通过计算每秒执行的指令数（如 MIPS，百万指令每秒）评估性能，考虑各类指令的执行时间和比例。
特点：
关注指令的执行效率。
根据程序中指令类型的分布加权计算（如加法指令和乘法指令周期不同）。
不涉及系统级因素（如操作系统、I/O）。
适用场景：评估处理器在特定指令集下的理论性能。
优点：比时钟频率法更贴近程序执行，考虑指令复杂度。
局限性：仍偏理论，忽略实际运行环境的影响。
关键词：指令、比例、MIPS。
例子：处理器每秒执行 5000 万条指令。
综合理论性能法
定义：基于硬件参数（如时钟频率、流水线深度、并行能力）计算理论峰值性能（如 FLOPS，浮点运算每秒）。
特点：
强调硬件的理论最大能力。
可能涉及指令类型，但不考虑程序的具体执行。
不包括系统因素（如操作系统效率）。
适用场景：评估高性能计算设备（如 GPU、超级计算机）的理论极限。
优点：适合硬件设计和理论分析。
局限性：与实际性能差距大，忽视软件和系统瓶颈。
关键词：理论、峰值、FLOPS。
例子：GPU 理论性能 10 TFLOPS。
基准程序法
定义：通过运行标准测试程序（benchmark）测量性能，模拟真实工作负载。
特点：
综合考虑指令比例、I/O 结构、操作系统、编译器效率等。
结果反映实际应用场景下的性能。
适用场景：评估完整系统的真实性能（如服务器、PC）。
优点：最贴近实际使用，全面反映系统能力。
局限性：依赖具体测试程序，结果可能因程序选择而异。
关键词：基准、实际、系统。
例子：跑分软件（如 SPEC、Geekbench）得分。

操作一级和程序控制一级的接口

操作系统为用户提供了两类接口：操作一级和程序控制一级的接口，以下不属于操作一级的接口是（）。
A 操作控制命令
B 系统调用
C 菜单
D 窗口

B
操作系统为用户提供了两类接口：操作一级的接口和程序控制一级的接口。其中，操作一级的接口包括操作控制命令、菜单命令等；程序控制一级的接口包括系统调用。

系统调用的层次
系统调用（System Call）
定义：系统调用是操作系统内核提供给应用程序的接口，用于请求特权操作（如访问硬件、管理进程）。
层次：它是用户态与内核态之间的桥梁，属于较低层次的抽象。
例子：open()、read() 是由操作系统提供的函数，程序员通过这些函数直接与内核交互。
实现：在代码中调用时，触发中断（如 Linux 的 int 0x80 或 syscall 指令），从用户态切换到内核态执行。
特点：
直接、底层：直接请求内核服务。
无额外封装：没有用户友好的外层包装。
需要编程：程序员需要写代码调用。

操作控制命令如命令行程序（如 cat）
定义：cat 是一个用户态的可执行程序，运行在操作系统之上，属于 shell 提供的工具。
层次：它比系统调用更高一层，是用户态的应用程序，依赖系统调用来完成任务。
工作原理：
用户在命令行输入 cat file.txt。
Shell（如 Bash）解析命令，找到 cat 可执行文件并运行。
cat 程序内部调用系统调用（如 open()、read()、write()）来读取文件并输出。
例子：cat 的伪代码可能是：

int fd = open("file.txt", O_RDONLY); // 系统调用
char buf[1024];
read(fd, buf, 1024);                 // 系统调用
write(1, buf, 1024);                 // 系统调用，输出到标准输出

接口定义
操作一级接口（也称用户级接口或命令级接口）
定义：为用户提供直接与操作系统交互的方式，通常通过直观的命令或图形界面操作系统资源。
特点：面向普通用户，易于使用，不需要编程知识。
例子：命令行命令（如 dir、ls）、图形界面（如菜单、窗口）。
程序控制一级接口（也称系统调用级接口）
定义：为程序员提供通过代码调用操作系统服务的接口，用于开发应用程序。
特点：面向开发者，需要编程实现，属于底层接口。
例子：系统调用（如 open()、read()、write()）。
选项分析
A. 操作控制命令
含义：如 Windows 的“dir”或 Linux 的“ls”，用户通过命令行输入，直接操作文件或系统资源。
分类：属于操作一级接口，用户通过命令与操作系统交互。
结论：属于操作一级接口。
B. 系统调用
含义：如 POSIX 的 read()、write()，程序员在代码中调用操作系统功能。
分类：属于程序控制一级接口，面向程序开发而非直接用户操作。
结论：不属于操作一级接口。
C. 菜单
含义：图形界面中的菜单选项（如“文件 > 保存”），用户通过点击操作系统功能。
分类：属于操作一级接口，是图形化的用户交互方式。
结论：属于操作一级接口。
D. 窗口
含义：图形界面中的窗口，用户通过拖动、点击等方式管理系统资源。
分类：属于操作一级接口，方便用户直观操作。
结论：属于操作一级接口。

快速过一遍计算机基础–操作系统–1.概述,要看

需求

某软件公司承担了某金融公司财务管理系统的建设。在需求分析阶段，公司分析人员整理出一些相关的系统需求，其中“登陆用户的密码，30天需要修改一次，而且不能使用最近5次的密码，以提高系统的安全性”属于（），“要求采用国有自主知识产权的数据库”属于（），“在凭证录入时对往来款项进行详细的信息录入”属于（），“用户在凭证录入界面录入信息后，点击保存按钮后，客户认为一般能在3秒钟内保存到数据库中” 属于（）。
问题1
A 业务需求
B 功能需求
C 设计约束
D 非功能需求
问题2
A 功能需求
B 业务需求
C 设计约束
D 非功能需求
问题3
A 用户需求
B 功能需求
C 业务需求
D 性能需求
问题4
A 业务需求
B 期望需求
C 常规需求
D 意外需求

答案D C A B
需求是多层次的，包括业务需求、用户需求和系统需求，这三个不同层次从目标到具体，从整体到局部，从概念到细节。

（1）业务需求。业务需求是指反映企业或客户对系统高层次的目标要求，通常来自项目投资人、购买产品的客户、客户单位的管理人员、市场营销部门或产品策划部门等。通过业务需求可以确定项目视图和范围，项目视图和范围文档把业务需求集中在一个简单、紧凑的文档中，该文档为以后的开发工作奠定了基础。

（2）用户需求。用户需求描述的是用户的具体目标，或用户要求系统必须能完成的任务。也就是说，用户需求描述了用户能使用系统来做些什么。通常采取用户访谈和问卷调查等方式，对用户使用的场景（scenarios）进行整理，从而建立用户需求。

（3）系统需求。系统需求是从系统的角度来说明软件的需求，包括功能需求、非功能需求和设计约束等。功能需求也称为行为需求，它规定了开发人员必须在系统中实现的软件功能，用户利用这些功能来完成任务，满足业务需要。功能需求通常是通过系统特性的描述表现出来的，所谓特性，是指一组逻辑上相关的功能需求，表示系统为用户提供某项功能（服务），使用户的业务目标得以满足；非功能需求是指系统必须具备的属性或品质，又可细分为软件质量属性（例如，可维护性、可维护性、效率等）和其他非功能需求。

质量功能部署（Quality Function Deployment，QFD）是一种将用户要求转化成软件需求的技术，其目的是最大限度地提升软件工程过程中用户的满意度。为了达到这个目标，QFD将软件需求分为三类，分别是常规需求、期望需求和意外需求。

（1）常规需求。用户认为系统应该做到的功能或性能，实现越多用户会越满意。

（2）期望需求。用户想当然认为系统应具备的功能或性能，但并不能正确描述自己想要得到的这些功能或性能需求。如果期望需求没有得到实现，会让用户感到不满意。

（3）意外需求。意外需求也称为兴奋需求，是用户要求范围外的功能或性能（但通常是软件开发人员很乐意赋予系统的技术特性），实现这些需求用户会更高兴，但不实现也不影响其购买的决策。意外需求是控制在开发人员手中的，开发人员可以选择实现更多的意外需求，以便得到高满意、高忠诚度的用户，也可以（出于成本或项目周期的考虑）选择不实现任何意外需求。

在服务端构件模型的典型解决方案中,（）较为适用于应用服务器。
A EJB和COM+模型
B EJB和servlet模型
C COM+和ASP模型
D COM+和servlet模型

答案： A
解析
EJB (Enterprise Java Beans)是运行在独立服务器上的组件。
COM+是Microsoft组件对象模型(COM)和 Microsoft Transaction Server (MTS)的演变。COM+可用于开发适用于Windows的企业范围、任务关键型分布式应用程序。
Servlet (Server Applet)是Java Servlet的简称,称为小服务程序或服务连接器。
ASP即Active Server Pages，是Microsoft公司开发的服务器端脚本环境，可用来创建动态交互式网页并建立强大的web应用程序。

软件系统质量属性(Quality Attribute)是一个系统的可测量或者可测试的属性,它被用来描还系统满足利益相关者需求的程度,其中，（）关注的是当需要修改缺陷、增加功能、提高质量属性时，定位修改点并实施修改的难易程度,（）关注的是当用户数和数据量增加时，软件系统维持高服务质量的能力。
问题1
A 可靠性
B 可测试性
C 可维护性
D 可重用性
问题2
A 可用性
B 可扩展性
C 可伸缩性
D 可移植性

答案C C
软件质量特性包括功能性、可靠性、易用性、效率、可维护性、可移植性等6个方面，每个方面都包含若干个子特性。功能性:适合性、准确性、互操作性、依从性、安全性;可靠性:成熟性、容错性、易恢复性;
易用性:易理解性、易学性、易操作性;
效率:时间特性、资源特性;
可维护性:易分析性、易改变性、稳定性、易测试性;
可移植性:适应性、易安装性、遵循性、易替换性;

开发期质量属性主要指在软件开发阶段所关注的质量属性，主要包含6 个方面。
(1)易理解性: 指设计被开发人员理解的难易程度。
(2) 可扩展性**: 软件因适应新需求或需求变化而增加新功能的能力，也称为灵活性**。
(3)可重用性: 指垂用软件系统或某一部分的难易程度。
(4) 可测试性: 对软件测试以证明其满足需求规范的难易程度.
(5) 可维护性: 当需要修改缺陷、增加功能、提高质量属性时，识别修改点并实施修改的难易程度.
(6) 可移植性: 将软件系统从一个运行环境转移到另一个不同的运行环挠的难易程度。

运行期质量属性主要指在软件运行阶段所关注的质量属性，主要包含7 个方面。
(1) 性能:性能是指软件系统及时提供相应服务的能力，如速度、吞吐量和容量等的要求。
(2) 安全性: 指软件系统同时兼顾向合法用户提供服务，以及阻止非授权使用的能力。
(3) 可伸缩性:指当用户数和数据量增加时，软件系统维持高服务质量的能力。
(4) 互操作性:指本软件系统与其他系统交换数据和相互调用服务的难易程度。
(5) 可靠性:软件系统在一定的时间内持续无故障运行的能力。
(6) 可用性:指系统在一定时间内正常工作的时间所占的比例。可用性会受到系统错误，恶意攻击，高负载等问题的影响。
(7) 鲁棒性:是拍软件系统在非止常情况(如用户进行了非法操作、相关的软硬件系统发生了故障等)下仍能够正常运行的能力，也称健壮性或容错性。

结构化开发

在采用结构化开发方法进行软件开发时，设计阶段接口设计主要依据需求分析阶段的（）。接口设计的任务主要是（）。
A 数据流图
B E-R图
C 状态-迁移图
D 加工规格说明
问题2
A 定义软件的主要结构元素及其之间的关系
B 确定软件涉及的文件系统的结构及数据库的表结构
C 描述软件与外部环境之间的交互关系，软件内模块之间的调用关系
D 确定软件各个模块内部的算法和数据结构

答案A C
在结构化开发方法中，设计阶段的接口设计主要依据需求分析阶段的数据流图（Data Flow Diagram，DFD）。数据流图用于描述系统中数据的流动和处理过程，明确各个功能模块之间的数据交换关系。在设计阶段，接口设计的任务主要是根据数据流图，确定各模块之间的接口，包括输入输出数据的格式、类型和传输方式等。
其他选项中，E-R图（实体-联系图）主要用于描述数据模型，表示实体及其相互关系；****状态-迁移图用于描述系统在不同状态下的行为变化；加工规格说明则是对系统功能的详细描述。相比之下，数据流图更直接地反映了系统各部分之间的数据交互，因此在接口设计中起着关键作用。

接口设计的主要依据是数据流图，接口设计的任务主要是描述软件与外部环境之间的交互关系，软件内模块之间的调用关系。定义软件的主要结构元素及其之间的关系是架构阶段的任务；确定软件涉及的文件系统的结构及数据库的表结构是数据存储设计阶段的任务；确定软件各个模块内部的算法和数据结构是详细设计阶段的任务。

结构化设计包括体系结构设计、接口设计、数据设计和过程设计等任务。

它是一种面向数据流的设计方法，是以结构化分析阶段所产生的成果为基础，进一步自顶而下、逐步求精和模块化的过程。
在结构化方法中，模块化是一个很重要的概念，它将一个待开发的软件分解成为若干个小的简单部分–模块，每个模块可以独立地开发、测试。这是一种复杂问题的"分而治之"原则，其目的是使程序的结构清晰、易于测试与修改。
具体来说，模块是指执行某一特定任务的数据结构和程序代码。通常将模块的接口和功能定义为其外部特性，将模块的局部数据和实现该模块的程序代码称为内部特性。
而在模块设计时，最重要的原则就是实现信息隐蔽和模块独立。
模块通常具有连续性，也就是意味着作用于系统的小变动将导致行为上的小变化，同时规模说明的小变动也将影响到一小部分模块。
结构化开发方法

结构化开发方法

数据仓库

数据仓库不包括（）
A 数据源
B OLAP 服务器
C OLTP 服务器
D 报表工具

答案C
OLAP和OLTP的区别是什么？
OLAP和OLTP的区别
A 数据源：数据仓库需要从各种数据源获取数据，包括数据库、文件系统等，因此数据源是数据仓库的重要组成部分。
B OLAP 服务器：OLAP（联机分析处理）服务器是数据仓库的核心组件之一，用于支持复杂的分析查询和多维数据分析。
C OLTP 服务器：OLTP（联机事务处理）服务器主要用于处理大量的事务操作，如订单录入、库存更新等，它与数据仓库的功能不同，数据仓库侧重于数据分析和决策支持，而不是事务处理。
D 报表工具：报表工具是数据仓库的重要组成部分，用于生成各种分析报告和可视化报表，帮助用户进行决策。

基于构件的软件开发

基于构件的软件开发中，构件分类方法可以归纳为三大类：（）根据领域分析的结果将应用领域的概念按照从抽象到具体的顺序逐次分解为树形或有向无回路图结构；（）利用Facet描迖构件执行的功能、被操作的数据、构件应用的语境或任意其他特征; （）使得检索者在阅读文档过程中可以按照人类的联想思维方式任意跳转到包含相关概念或构件的文档。

基于构件的软件开发中，已有的构建分类方法可以归纳为三大类：
(1)关键字分类法。根据领域分析的结果将应用领域的概念按照从抽象到具体的顺序逐次分解为树形或有向无回路图结构。
(2)刻面分类法。利用Facet(刻面）描述构件执行的功能、被操作的数据、构件应用的语境或任意其他特征。
(3)超文本方法。基于全文检索技术，使得检索者在阅读文档过程中可以按照人类的联想思维方式任意跳转到包含相关概念或构件的文档。

基于构件的开发

CORBA

CORBA服务端构件模型中，（）是CORBA对象的真正实现，负责完成客户端请求。
A.伺服对象(Servant)
B.对象适配器（Object Adapter)
C.对象请求代理(Object Request Broker)
D.适配器激活器

答案 A
伺服对象（Servant）：CORBA对象的真正实现，负责完成客户端请求。
对象适配器（ObjectAdapter）：用于屏蔽ORB内核的实现细节，为服务器对象的实现者提供抽象接口，以便他们使用ORB内部的某些功能。
对象请求代理（ObjectRequestBroker）：解释调用并负责查找实现该请求的对象，将参数传给找到的对象，并调用方法返回结果。客户方不需要了解服务对象的位置、通信方式、实现、激活或存储机制。
适配器激活器是一个普通的COABA对象，每个POA(OA对像适配器Object Adapter的一个子类)都会注
册适配器激活器。可以通过伺服程序来具体化。

CORBA构件模型中，对象适配器的主要作用是在底层传输平台与接收调用并返回结果的对象实现之间进行协调，，目前采用的对象适配器规范是****POA（可移植对象适配器），它替代了传统的BOA（基本对象适配器）。
Servant（伺服对象）是最终完成客户请求的服务对象实现，伺服对象管理器（伺服对象激活器和伺服对象定位器）用来提供CORBA服务端的对象查找服务，活动对象映射表用来保存已注册的CORBA对象标识和伺服对象之间的映射关系。

CORBA （ Common Object Request Broker Architecture ，公共对象请求代理架构）主要分为3个层次：对象请求代理 、 公共对象服务和公共设施。

构件及其复用

基于构件的开发模型利用模块化方法将整个系统模块化，并在一定构件模型的支持下复用构件库中的一个或多个软件构件，通过组合手段高效率、高质量地构造应用软件系统的过程。基于构件的开发模型融合了螺旋模型的许多特
征，本质上是演化形的，开发过程是迭代的。基于构件的开发模型由软件的需求分析定义、体系结构设计、构件库建立、应用软件构建以及测试和发布5个阶段组成。

构件组装

构件组装是指构件相互直接集成或是用“胶水代码”将其整合在一起来创造一个系统或另一个构件的过程。其中，构件组装常见的方式不包括（）组装。同时，构件组装中经常会面临接口不兼容的问题，如果一个构件的提供接口是另一个构件请求接口的一个子集，则属于（）的情况。
A 层次
B 叠加
C 顺序
D 循环
问题2
A 参数不兼容
B 操作不兼容
C 返回值不匹配
D 操作不完备

答案D D
构件组装是指构件相互直接集成或是用“胶水代码”将其整合在一起来创造一个系统或另一个构件的过程。常见的方式包括：顺序组装、层次组装、叠加组装。同时，构件组装中经常会面临接口不兼容的问题，如果一个构件的提供接口是另一个构件请求接口的一个子集，则属于操作不完备的情况。

构件组装
构件组装是指构件相互直接集成或是用专门编写的“胶水代码”将它们整合在一起来创造一个系统或另一个构件的过程。
常见的组装构件有以下3种组装方式。
1.顺序组装
通过按顺序调用已经存在的构件，可以用两个已经存在的构件来创造一个新的构件。顺序组装的类型可能适用于作为程序元素的构件或是作为服务的构件。需要特定的胶水代码，来保证两个构件的组装：上一个构件的输出，与下一个构件的输入相兼容。
2.层次组装
这种情况发生在一个构件直接调用由另一个构件所提供的服务时。被调用的构件为调用的构件提供所需的服务。因此，被调用构件的“提供”接口必须和调用构件的“请求”接口兼容。如果接口相匹配，则调用构件可以直接调用被调用构件，否则就需要编写专门的胶水代码来实现转换。
3.叠加组装
这种情况发生在两个或两个以上构件放在一起来创建一个新构件的时候。这个新构件合并了原构件的功能，从而对外提供了新的接口。外部应用可以通过新接口来调用原有构件的接口，而原有构件不互相依赖，也不互相调用。这种组装类型适合于构件是程序单元或者构件是服务的情况。
当创建一个系统时，可能会用到所有的构件组装方式，对所有情况都必须编写胶水代码来连接构件。而当编写构件尤其是为了组装来写构件时，经常可能会面临接口不兼容的问题，即所要组装的构件的接口不一致。一般会出现3种不兼容情况。
(1)参数不兼容。接口每一侧的操作有相同的名字，但参数类型或参数个数不相同。
(2)操作不兼容。提供接口和请求接口的操作名不同。
(3)操作不完备。一个构件的提供接口是另一个构件请求接口的一个子集，或者相反。
针对上述不兼容情况，必须通过编写适配器构件来解决不兼容的问题，适配器构件使两个可复用构件的接口相一致；适配器构件将一个接口转换为另外一个接口。当用户选择组装方式时，必须考虑系统所需要的功能性需求、非功能性需求，以及当系统发生改变时，一个构件能被另一个构件替代的难易程度。

在基于构件的软件开发中，()描述系统设计蓝图以保证系统提供适当的功能；()用来了解系统的性能、吞吐率等非功能性属性。
问题1
A.逻辑构件模型
B.物理构件模型
C.组件接口模型
D.系统交互模型
问题2
A.逻辑构件模型
B.物理构件模型
C.组件接口模型
D.系统交互模型

答案 A B
在基于构件的软件开发中，逻辑构件模型用功能包描述系统的抽象设计，用接口描述每个服务集合，以及功能之间如何交互以满足用户需求，它作为系统的设计蓝图以保证系统提供适当的功能。
物理构件模型用技术设施产品、硬件分布和拓扑结构、以及用于绑定的网络和通信协议描述系统的物理设计，这种架构用于了解系统的性能、吞吐率等许多非功能性属性。

系统交互模型类似于UML中的交互图，比如顺序图。用于对系统的动态方面的建模，而不是用来了解系
统的性能、吞吐率等非功能属性。
而物理构件模型用技术设施产品、硬件分布和拓扑结构、以及用于绑定的网络和通信协议描述系统的物
理设计，这种架构用于了解系统的性能、吞吐率等许多非功能性属性。

以下关于软件构件及其接口的叙述，错误的是()。
A构件是软件系统中相对独立且具有一定意义的构成成分
B.构件在容器中进行管理并获取其属性或者服务
C.构件不允许外部对所支持的接口进行动态发现或调用
D.构件可以基于对象实现，也可以不基于对象实现

答案C
软件构件是软件系统中具有一定意义的、相对独立的可重用单元。与对象相比，构件可以基于对象实现，也可以不
作为对象实现。构件需要在容器中管理并获取容器提供的服务；客户程序可以在运行状态下利用接口动态确定构件
所支持的功能并调用。

C. 构件不允许外部对所支持的接口进行动态发现或调用
解析：
软件构件的核心特性之一是通过接口提供服务并支持动态交互。具体分析如下：
选项A：
正确。构件是软件系统中独立、可复用的模块化单元（如DLL、微服务），具有明确的边界和功能意义。
选项B：
正确。容器（如Spring容器、EJB容器）负责管理构件的生命周期、依赖注入和资源分配（如事务管理、安全性）。
选项C：
错误。构件通常支持接口的动态发现与调用：
动态发现：例如，通过服务注册中心（如Consul）或接口描述语言（如WSDL）发现服务接口。
动态调用：例如，使用反射机制（Java Reflection）或动态代理（如REST API调用）实时访问构件功能。
典型技术：Web服务、OSGi框架、CORBA均支持动态接口交互。
选项D：
正确。构件可实现为面向对象（如JavaBean、COM组件）或非面向对象形式（如过程式动态库、RESTful服务）。

**
嗯，用户问的是如何理解“构件可以基于对象实现，也可以不基于对象实现”这句话。首先，我需要回顾一下软件构件的基本概念。构件通常指的是独立的、可重用的软件模块，它们通过接口与其他部分交互。用户可能对构件的实现方式不太清楚，特别是对象在这里指什么。

首先，基于对象实现的构件，比如JavaBean或者COM组件，这些都是面向对象编程的例子，构件内部使用类和对象来组织代码，提供接口。这部分可能用户比较容易理解，因为面向对象是常见的编程范式。

那“不基于对象实现”的情况呢？比如传统的动态链接库（DLL），里面可能只是一组函数，而不是类或对象。或者像RESTful API，虽然背后可能有对象，但对外暴露的是基于HTTP的接口，不一定是面向对象的方式实现的。还有像微服务架构中的服务，可能用不同的语言或范式编写，只要符合接口规范即可。

用户可能的疑惑在于，构件通常和面向对象联系在一起，但其实构件更强调的是接口和封装，内部的实现方式可以多样化。需要解释清楚构件关注的是接口和功能，而不是具体的实现方法。

另外，用户可能混淆了构件和对象的概念。构件是更高层次的模块，可能包含多个对象，或者根本不用对象。例如，过程式编程中的库也可以被视为构件，只要它们提供明确的接口。

总结来说，回答需要明确构件的核心是接口和重用性，实现方式可以是面向对象或其他范式，并举出具体的例子帮助用户理解不同的情况。同时，可能需要对比面向对象和非面向对象的实现方式，强调构件的灵活性和多样性。

“构件可以基于对象实现，也可以不基于对象实现” 这句话的含义是：
**构件（Component）的核心在于其接口和功能封装，而非具体的实现范式。**具体说明如下：

基于对象实现的构件
以面向对象（Object-Oriented, OO）技术为基础实现构件，例如：

JavaBean：通过类（Class）封装属性和方法，提供 getter/setter 接口。
COM组件（Component Object Model）：基于对象接口（如 IUnknown）暴露功能。
EJB（Enterprise JavaBeans）：通过容器管理的对象提供服务（如事务、持久化）。
特点：

内部通过类、对象、继承、多态等面向对象特性实现。
对外通过接口（Interface）提供服务。

不基于对象实现的构件
以非面向对象技术实现构件，例如：
过程式动态库（DLL/SO）：通过函数集合提供服务（如C语言编写的数学计算库）。
RESTful API：基于HTTP协议提供资源操作接口（如GET/POST请求），不依赖对象模型。
微服务（Microservices）：用不同语言（如Go、Python）实现，通过API网关暴露服务。
特点：
内部实现可以是函数、脚本、服务或模块化代码。
对外通过标准化协议（如HTTP、RPC）或接口规范（如Swagger）交互。**

计算题

在磁盘上存储数据的排列方式会影响 I/O 服务的总时间。假设每磁道划分成 10 个物理块，每块存放 1 个逻辑记录。逻辑记录 R1.R2， …， R10 存放在同一个磁道上，记录的安排顺序如下表所示;

物理块	1	2	3	4	5	6	7	8	9	10
逻辑记录	R1	R2	R3	R4	R5	R6	R7	R8	R9	R10

假定磁盘的旋转速度为 30ms/周，磁头当前处在R1的开始处。若系统顺序处理这些记录，使用单缓冲区，每个记录处理时间为6ms，则处理这10个记录的最长时间为 (请作答此空) ；若对信息存储进行优化分布后，处理10个记录的最少时间为（）。
问题1
A 189ms
B 208ms
C 289ms
D 306ms
问题2
A 60 ms
B 90 ms
C 109ms
D 180ms

答案D D
系统读一个块的时间为30/10=3ms。
第一个情况即系统顺序处理记录时，系统读出并处理记录R1之后，将转到记录R4的开始处，因此需要再旋转才能访问R2。不妨换个角度，从初始状态到磁头转第1圈并指到R2起始共需33秒，期间完成了R1的读取和处理。同理当磁头转第9次指到R10的起点，共需339秒，期间完成了前9块的读取与处理。加上第10块的读取与处理，共需339+3+6=306ms。

若对信息进行分布优化的结果对应关系所示：

物理块 1 2 3 4 5 6 7 8 9 10

逻辑记录R1 R8 R5 R2 R9 R6 R3 R10 R7 R4

从上表可以看出，当读出记录R1并处理结束后，磁头刚好转至R2记录的开始处，立即就可以读出并处理，因此处理10个记录的总时间为：

10×(3ms(读记录)+6ms(处理记录))=10×9ms=90ms

软件设计师-4.操作系统基础知识

某计算机系统采用 5 级流水线结构执行指令，设每条指令的执行由取指令(2∆t )、分析指令(1∆t )、取操作数(3∆t )、运算(1∆t )和写回结果(2∆t ) 组成，并分别用 5 个子部完成，该流水线的最大吞吐率为（请作答此空）；若连续向流水线输入 10 条指令，则该流水线的加速比为（）。
问题1
A 1/9∆t
B 1/3 ∆t
C 1/2∆t
D 1/1∆t
问题2
A 1:10
B 2:1
C 5:2
D 3:1

答案B C
计算机流水线执行周期=最慢那个指令执行时间；
流水线周期是指完成流水线中单个任务（如一条指令）所需的最长时间段，它等于流水线中最耗时阶段的执行时间。例如，如果取指阶段需要3Δt，分析阶段需要2Δt，执行阶段需要4Δt，则流水线周期为4Δt。

流水线执行时间=首条指令执行时间+（指令总数-1）*流水线执行周期；

流水线吞吐率=任务数/完成时间；

流水线加速比=不采用流水线的执行时间/采用流水线的执行时间；

根据公式：流水线执行周期=3∆t，流水线执行时间= n/（2∆t +1∆t +3∆t +1∆t + 2∆t +（n-1）3∆t）=n/[9∆t + (n-1)3∆t)]=n/(6∆t +n3∆t),当n趋向无穷大时，比值为1/3∆t

10条指令不用流水线的执行时间=（2∆t +1∆t +3∆t +1∆t +2∆t）*10=90∆t。

10条指令使用流水线的执行时间=（2∆t +1∆t +3∆t +1∆t +2∆t）+（10-1）*3∆t =36∆t。

所以加速比为：90∆t /36∆t =5:2
流水线技术解析：周期、吞吐率、加速比与效率的计算

某文件系统文件存储采用文件索引节点法。假设文件索引节点中有8个地址项iaddr[0]～iaddr[7]，每个地址项大小为4字节，其中地址项iaddr[0]～iaddr[5]为直接地址索引，iaddr[6]是一级间接地址索引，iaddr[7]是二级间接地址索引，磁盘索引块和磁盘数据块大小均为4KB。该文件系统可表示的单个文件最大长度是（）KB。若要访问iclsClient.dll文件的逻辑块号分别为6、520和1030，则系统应分别采用（）。
问题1
A 1030
B 65796
C 1049606
D 4198424
问题2
A 直接地址索引、一级间接地址索引和二级间接地址索引
B 直接地址索引、二级间接地址索引和二级间接地址索引
C 一级间接地址索引、一级间接地址索引和二级间接地址索引
D 一级间接地址索引、二级间接地址索引和二级间接地址索引

答案D C
根据题意，磁盘索引块为4KB，每个地址项大小为4B，故每个磁盘索引块可存放4096/4=1024个物理块地址。又因为文件索引节点中有8个地址项，其中iaddr[0]、iaddr[1]、iaddr[2]、iaddr[3]、iaddr[4]、iaddr[5]这6个地址项为直接地址索引，分别存放逻辑块号为0-5的物理块地址；iaddr[<5]是一级间接地址索引，这意味着iaddr[6]地址项指出的物理块中存放逻辑块号为6-1029的物理块号；iaddr[7]是二级间接地址索引，该地址项指出的物理块存放了1024个间接索引表的地址，这1024个间接索引表存放逻辑块号为1030~1049605的物理块号。
因为单个文件的逻辑块号为0~1049605，共1049606个物理块，而磁盘数据块大小为4KB字节，所以单个文件最大长度是4198424KB。
若要访问文件的逻辑块号分别为6、520和1030，分别对应系统管理的一级间接地址索引、一级间接地址索引和二级间接地址索引范围内。

数据库关系分解和函数依赖

假设关系R(A1，A2，A3)上的一个分解为ρ={(A1，A2)，(A1，A3)}，下表是关系R上的一个实例，根据实例推出R的函数依赖集F为（），分解 ρ （）。

问题1
A F={A1→A2}
B F={A1A3→A2,A1A2→A3}
C F={A1→A3}
D F={A1→A2,A1→A3}
问题2
A 是无损连接的
B 是保持函数依赖的
C 是有损连接的
D 无法确定是否保持函数依赖

答案 B C
由于A1为a时，A2可能是a或c或e，所以可以确定A1→A2不成立。同理A1→A3不成立。因此ACD三个选项均可以排除。

（A1A2）∩（A1A3）=A1

（A1A2）-（A1A3）=A2

（A1A3）-（A1 A2）=A3

由于 A1→ A2与 A1→A3均不成立，所以有损。

函数依赖是指某个属性或属性组的值决定了另一个属性或属性组的值

为什么当A1=a时，A2有两个不同的值，就能说明A1不能决定A2。他们可能对函数依赖的基本概念还不太清楚，或者对如何通过实例数据推导函数依赖存在疑问。我需要先回顾函数依赖的定义，然后结合具体例子来解释。
——————————————————————————分析过程————————————————————
首先**，函数依赖A→B意味着对于关系中的任意两个元组，如果它们在属性A上的值相同**，那么在属性B上的值也必须相同。例如，如果存在函数依赖****学号→姓名，那么相同的学号对应的姓名必须一致，否则违反函数依赖。
现在回到用户的问题，关系R有三个元组：
R1: (a, a, a)
R2: (a, c, e)
R3: (b, d, f)

用户指出当A1=a时，A2的值有两个不同的情况，即a和c。这说明当A1为a时，A2可以取不同的值，因此A1→A2不成立。同样的，A1=a时A3的值也有a和e，因此A1→A3也不成立。

用户可能不理解的是，为什么存在两个不同的A2值就能否定A1→A2的存在。需要解释函数依赖的定义中的“任意两个元组”部分，即只要存在一个反例，就说明函数依赖不成立。

接下来可能需要用更具体的例子来类比，比如学号和姓名的例子****，如果有两个元组学号相同但姓名不同，显然学号→姓名不成立。同样地，这里A1相同但A2不同，所以A1→A2不成立。

另外，用户可能对如何从数据实例推导函数依赖的方法不熟悉，需要强调观察属性值之间的唯一性关系。例如，如果某个属性X的值唯一确定另一个属性Y的值，那么X→Y成立，否则不成立。

总结来说，用户需要理解函数依赖的核心在于属性值的唯一对应关系，只要存在反例即可推翻函数依赖的存在。

答案：
这是因为函数依赖的核心定义要求同一X值****必须对应唯一的Y值。如果存在两个元组X相同但Y不同，则X→Y不成立。具体分析如下：

函数依赖的严格定义
对于关系R，若存在函数依赖X→Y，则对于任意两个元组t1和t2：
t1[X]=t2[X]⟹t1[Y]=t2[Y]
即：相同的X值必须对应相同的Y值，否则依赖不成立。
示例中的反例分析
观察关系R的实例：
A1 A2 A3
a a a
a c e
b d f
当A1=a时：
元组1：A2=a
元组2：A2=c
结论：A1=a对应多个不同的A2值，违反A1→A2的定义。
类似地：
元组1：A3=a
元组2：A3=e
结论：A1=a对应多个不同的A3值，违反A1→A3的定义。
对比有效函数依赖的条件
若存在以下数据：
A1 A2
a x
a x
b y
则A1→A2成立，因为相同A1值始终对应相同A2值。
生活中的类比
学号→姓名：
若两个学生学号相同但姓名不****同，说明学号无法唯一确定姓名，即学号→姓名不成立。
身份证号→性别：
若同一身份证号对应不同性别（显然不可能），则身份证号→性别不成立。
总结
函数依赖是“唯一性约束”：X→Y要求X是Y的超键（或候选键）。
反例即证伪：只要存在一个X值对应多个Y值，即可否定X→Y的成立性。
在题目中：A1存在多值映射到A2和A3，因此A1→A2和A1→A3均不成立。

【数据库系统设计】关系数据理论（函数依赖、码、范式、模式分解）
软考-系统架构设计师：规范化理论-模式分解
数据库原理之函数依赖、多值依赖

设关系模式R(U，F),其中R上的属性集U={A, B, C, D, E}，R上的函数依赖集 F={A→B，DE→B，CB→E，E→A, B→D}。（）为关系R的候选关键字。分解（）是无损连接，并保持函数依赖的。
问题1
A AB
B DE
C CE
D DB
问题2
A p = { R1(AC), R2 (ED), R3 (B)}
B p={R1 (AC), R2 (E), R3 (DB) }
C p={R1(AC), R2 (ED), R3 (AB)}
D p = { R1 (ABC), R2 (ED), R3 (ACE) }

答案 C D
无损连接的判断可以通过分解后的子模式是否满足某个条件，比如其中至少有一个子模式包含候选关键字，或者使用连接无损的测试方法（比如chase算法）。
而保持函数依赖则要看分解后的每个函数依赖是否在某个子模式的属性集中被覆盖。

无损连接：若分解包含候选关键字CE，则无损。选项D的R3(ACE)包含CE，满足条件。
保持函数依赖：
选项D分解：
R1(ABC)：保持A→B、B→D（通过连接恢复）。
R2(ED)：保持DE→B（通过连接恢复）。
R3(ACE)：保持E→A、CB→E（C和B在R1，E在R3，通过连接推导）。
其他选项均无法保持所有依赖。
数据库中的无损连接分解和是否保持函数依赖的判定

数据库存储过程

设有职务工资关系P (职务，最低工资，最高工资），员工关系EMP (员工号，职务，工资），要求任何一名员工，其工资值必须在其职务对应的工资范围之内，实现该需求的方法是（）.
A 建立“EMP.职务”向“P.职务”的参照完整性约束
B 建立“P.职务”向“EMP.职务”的参照完整性约束
C 建立EMP上的触发器程序审定该需求
D 建立P上的触发器程序审定该需求

答案 C
完整性约束分为实体完整性约束、参照完整性约束和用户自定义完整性约束三类。其中实体完整性约束可以通过 Primary Key指定，参照完整性约束通过Foreign Key指定，某些简单的约束可以通过 Check、Assertion等实现。针对复杂的约束，系统提供了触发器机制，通过用户编程实现。本题中的约束条件只能通过编写职工表上的触发器，在对工资进行修改或插入新记录时触发，将新工资值与工资范围表中职工职务对应的工资范围比对，只有在范围内才提交，否则回滚。

企业应用集成方式

某公司内部的库存管理系统和财务系统均为独立开发且具有C/S结构，公司在进行信息系统改造时，明确指出要采用最小的代价实现库存系统和财务系统的一体化操作与管理。针对这种应用集成需求，以下集成方法中，最适合的是（）
A 数据集成
B 界面集成
C 方法集成
D 接口集成

答案：B
根据题干条件，库存管理系统和财务系统都是独立开发且具有C/S结构，并且集成时要求采用最小的代价实现库存系统和财务系统的一体化操作与管理，因此只需要将两个系统的用户界面集成在一起即可在最小代价的条件下满足集成要求。
企业应用集成概念和集成实践方式

企业应用集成（Enterprise Application Integration, EAI）是伴随着企业信息系统的发展而产生和演变的。EAI技术是将过程、软件、标准和硬件联合起来，在两个或更多的企业信息系统之间实现无缝集成，使它们就像一个整体一样。EAI是企业信息系统集成的科学、方法和技术，其目的就是将企业内的应用彼此连接起来，或在企业之间连接起来。
EAI主要包括两方面：企业内部应用集成和企业间应用集成。
主要分为：界面集成（表示集成），控制集成（应用集成、api集成），数据集成，业务流程集成（过程集成）。
（1）表示集成也称界面集成：通过UI将不同业务模块或系统的界面进行集成整合，使用户查看或使用系统时，不需要打开N多个系统进行操作。（门户网站）
（2）数据集成：是以数据共享的方式对不同系统中模块中的数据进行整合，使之整合成一个完整的数据信息，供不同系统时实现数据共享。（数据共享、ETL、数据仓库、联邦数据库都可以视为数据集成）
（3）控制集成也称为功能集成或应用集成，一般指功能或API集成，它可以使不同厂家开发的系统通过接口整合后，实现互联互通的目的，使得原本不相容的两个或多个系统，可以互相协同工作。
（4）业务流程集成也称为过程集成，这种集成超越了数据和系统，由一系列基于标准的、统一数据格式的工作流组成。

螺旋模型

螺旋模型是原型模型与（）的结合。
A 生命周期模型
B 迭代模型
C 演化模型
D 喷泉模型

答案A
螺旋模型(Spiral Model)是在快速原型的基础上扩展而成。也有人把螺旋模型归到快速原型，实际上，它是生命周期模型与原型模型的结合，这种模型把整个软件开发流程分成多个阶段，每一个阶段都由4部分组成。

螺旋模型的组成

原型模型：
通过快速构建原型迭代验证需求和设计（如用户界面、核心逻辑）。
生命周期模型：
即瀑布模型的阶段性流程（需求分析、设计、编码、测试、维护），每个迭代周期内按阶段推进。
风险分析：
在每次迭代前评估技术、成本和进度风险，决定是否继续或终止项目。

A选项是生命周期模型，这可能指的是瀑布模型，因为瀑布模型也被称为传统的软件生命周期模型。生命周期模型通常指的是分阶段的模型，如需求、设计、实现、测试、维护等阶段

螺旋模型在（）的基础上扩展而成。
A 瀑布模型
B 原型模型
C 快速原型
D 面向对象模型

答案： C
螺旋模型：在快速模型的基础上扩展而成。螺旋模型将整个软件开发过程分为多个阶段，每个阶段都由目标设定、风险分析、开发和有效性验证以及评审4个部分组成。螺旋模型=原型模型+瀑布模型。
这题有歧义，有的又说原型化模型又称为快速原型
螺旋模型强调在每个迭代中快速生成原型以验证需求和降低风险，因此其基础是**“快速原型”**而非广义的“原型模型

螺旋模型是一种演进式的软件过程模型，结合了原型开发方法的系统性和瀑布模型可控性特点。它有两个显著特点，一是采用（）的方式逐步加深系统定义和实现的深度，降低风险；二是确定一系列（），确保项目开发过程中的相关利益者都支持可行的和令人满意
问题1
A 逐步交付
B 顺序
C 循环
D 增量的系统解决方案
问题2
A 实现方案
B 设计方案
C 关键点
D 里程碑

答案C D
螺旋模型是一种演进式的软件过程模型，结合了原型开发方法的瀑布模型的系统性和可控性特点。它有两个显著特点，一是采用循环的方式逐步加深系统定义和实现的深度，同时降低风险；二是确定一系列里程碑，确保项目开发过程中的相关利益者都支持可行的和令人满意的系统解决方案。

螺旋模型的核心特性：螺旋模型是一种迭代式的开发过程，它通过多次循环来逐步完善系统。每次循环都会经历计划、风险分析、实施和评估等阶段。它的重点在于通过逐步细化和风险控制来推进项目，而不是一次性交付完整功能。
“循环”与“增量”的区别：虽然增量开发也是演进式的，但它的重点是将系统功能分解为多个增量部分，逐步交付。而螺旋模型的“循环”更强调每次迭代的完整性和对风险的管理，而不是简单地将功能拆分成增量包。螺旋模型的每次循环可能包含多个增量，或者是一个更全面的系统版本。
风险控制的优先级：螺旋模型特别强调风险分析和管理，每次循环都会评估和降低风险。这种风险驱动的方法使得它与单纯的增量开发区分开来，因为增量开发通常更关注功能的逐步交付，而不是风险的系统性管理。

下面关于Kerberos认证的说法中，错误的是（）。
A Kerberos是在开放的网络中为用户提供身份认证的一种方式
B 系统中的用户要相互访问必须首先向CA申请票据
C KDC中保存着所有用户的账号和密码
D Kerberos使用时间戳来防止重放攻击

答案B
Kerberos提供了一种单点登录（SSO)的方法。考虑这样一个场景，在一个网络中有不同的服务器，比如，打印服务器、邮件服务器和文件服务器。这些服务器都有认证的需求。很自然的，让每个服务器自己实现一套认证系统是不合理的，而是提供一个中心认证服务器(AS-Authentication Server)供这作服务器使用。这样任何客户端就只需维护，一个密码就能登录所有服务器。
因此，在Kerberos系统中至少有三个角色：认证服务器（AS)，客户端（Clienl)和普通服务器（Server)。客户端和服务器将在AS的帮助下完成相互认证。
在Kerberos系统中，客户端和服务器都有一个唯一的名字。同时，客户端和服务器都有自己的密码，并且它们的密码只有自己和认证服务器AS知道。
客户端在进行认证时，需首先向密钥分发中心来申请初始票据。

选项A：Kerberos是在开放的网络中为用户提供身份认证的一种方式。
根据Kerberos的设计目的，它确实是为了在不安全的开放网络中提供安全的身份认证，所以这个说法是正确的，因此A不是错误选项。

选项B：系统中的用户要相互访问必须首先向CA申请票据。
这里提到的是CA（证书颁发机构），但Kerberos协议中并没有使用CA。Kerberos使用的是KDC（密钥分发中心），用户向KDC请求票据，而不是CA。CA通常与公钥基础设施（PKI）相关，如SSL/TLS证书的颁发。所以B的说法是错误的，应该是向KDC申请票据，而不是CA。因此B可能是错误选项。

选项C：KDC中保存着所有用户的账号和密码。
KDC在Kerberos系统中确实保存了用户的密钥（通常是密码的散列值），用于生成和验证票据。所以C的说法是正确的，所以C不是错误选项。

选项D：Kerberos使用时间戳来防止重放攻击。
Kerberos的票据中包含时间戳，并且有有效期限的设置，以防止被截获的票据被重放使用。因此D的说法正确，不是错误选项。
综上，错误的选项是B，因为它错误地将申请票据的对象写成了CA而不是KDC。
Kerberos身份验证流程及Kerberos流量解密

工作流表示的是业务过程模型，通常使用图形形式来描述，以下不可用来描述工作流的是（）
A 活动图
B BPMN
C 用例图
D Petri-Net

答案C
工作流是用来描述业务流程的模型，通常需要能够表达流程中的活动、顺序、分支、并行等逻辑。以下是各个选项的分析：
A. 活动图：活动图是一种UML图，专门用于描述系统的动态行为，包括活动的顺序、分支、并行等，非常适合用来描述工作流。
B. BPMN：BPMN（业务流程模型与符号）是一种专门用于建模业务流程的标准图形表示方法，是描述工作流的常用工具。Business Process Model and Notation
C. 用例图：用例图主要用于描述系统与外部参与者之间的交互，而不是系统的内部流程。它关注的是系统的功能和参与者之间的关系，而不是流程的顺序和逻辑，因此不适合用来描述工作流。
D. Petri-Net：Petri网是一种数学建模工具，能够表示并发、同步、资源分配等复杂行为，适合用于描述工作流中的复杂流程逻辑。

BPMN 更侧重于业务流程的可视化建模和管理，适合业务分析师和流程设计者使用。
Petri-Net 更侧重于数学建模和理论分析，适合需要精确描述和分析复杂系统行为的场景。

软件设计

软件设计包括4个既独立又相互联系的活动（）、软件结构设计，人机界面设计和（）。
问题1
A 用例设计
B 数据设计
C 程序设计
D 模块设计
问题2
A 接口设计
B 操作设计
C 输入输出设计
D 过程设计

答案 B D

一般把软件设计分为概要设计和详细设计两个阶段，包括体系结构设计、界面设计、数据设计和过程设计。
软件设计4个既独立又相互联系的活动,分别为体系结构设计、数据设计、接口设计(人机界面设计)、过程设计;

结构设计:定义软件系统各主要部件之间的关系。

数据设计:将模型转换成数据结构的定义**.好的数据设计将改善程序结构和模块划分**,降低过程复杂性。

接口设计（人机界面设计）：软件内部，软件和操作系统之间以及软件和人之间如何通信。

过程设计：系统结构部件转换成软件的过程描述。确定软件各个组成部分内的算法及内部数据结构，并选定某种过程的表达形式来描述各种算法。

七、软件工程（一）要看

需求工程

需求工程包括需求开发和需求管理两大类活动。
其中，需求开发包括：需求获取，需求分析，需求定义，需求验证这些主要活动；
而需求管理包括：变更控制、版本控制、需求跟踪和需求状态跟踪这些活动。

企业门户

某大型公司欲开发一个门户系统，该系统以商业流程和企业应用为核心，将商业流程中不同的功能模块通过门户集成在一起，以提高公司的集中贸易能力、协同能力和信息管理能力。根据这种需求，采用企业（）门户解决方案最为合适。
A.信息
B.知识
C.应用
D.垂直

答案C
企业信息门户：是简单的把企业内部、外部的信息放在门户网站上；
企业知识门户：在企业信息门户的基础上，添加相关的知识信息，供给用户使用；
企业应用门户：把公司的所有业务流程全部集中到门户网站中，实际上是对企业业务流程的集成；

企业门户是一个信息技术平台，这个平台可以提供个性化的信息服务，为企业提供一个单一的访问企业各种信息资
源和应用程序的入口。现有的企业门户大致可以分为企业信息门户、企业知识门户和企业应用门户三种。其中

企业信息门户重点强调为访问结构数据和无结构数据提供统一入口，实现收集、访问、管理和无缝集成。企业知识门户提供了一个创造、搜集和传播企业知识的平台，
通过企业知识门户，员工可以与工作团队中的其他成员取得联系，寻找能够提供帮助的专家。
企业应用门户是一个用来提高企业的集中贸易能力、协同能力和信息管理能力的平台。它以商业流程和企业应用为核心，将商业流程中功能不同的应用模块通过门户集成在一起，提高公司的集中贸易能
力、协同能力和信息管理能力。

选项A是信息门户。信息门户主要用于信息的发布和共享，比如公司新闻、公告、文档库等。它的主要功能是信息聚合和展示，侧重于内容的呈现，而不是业务流程的整合或应用系统的集成。因此，信息门户可能不太适合需要集成企业应用和优化流程的需求。

选项B是知识门户。知识门户侧重于知识管理，例如专家系统、知识库、协同创作等，目的是促进知识的共享和利用。虽然知识管理对协作有帮助，但题目中的需求更强调业务流程和应用集成，而不仅仅是知识共享，所以知识门户可能不是最佳选择。

选项C是应用门户。应用门户（Enterprise Application Portal）的核心功能是集成企业的各种应用系统，如ERP、CRM、SCM等，提供一个统一的访问入口。它支持业务流程的整合，用户可以在一个平台上访问多个应用，执行跨系统的业务流程，从而提高协同能力和管理效率。应用门户通常包括单点登录、应用集成、流程自动化等功能，非常符合题目中提到的以商业流程和企业应用为核心，集成不同模块来提高贸易和协作能力的需求。

选项D是垂直门户。垂直门户通常是针对特定行业或领域的门户，比如医疗、金融等行业的专业门户。它们提供行业相关的信息、服务或应用，但题目中没有提到行业特定需求，而是强调企业内部流程和应用集成，因此垂直门户可能不太适合。

信息化的“三流

供应链中的信息流覆盖了从供应商、制造商到分销商，再到零售商等供应链中的所有环节，其信息流分为需求信息流和供应信息流，（）属于需求信息流，（）属于供应信息流。
问题1
A 库存记录
B 生产计划
C 商品入库单
D 提货发运单
问题2
A 客户订单
B 采购合同
C 完工报告单
D 销售报告

答案BC
供应链中的信息流覆盖了从供应商、制造商到分销商，再到零售商等供应链中的所有环节，其信息流分为需求信息流和供应信息流，这是两个不同流向的信息流。当需求信息(如客户订单、生产计划和采购合同等)从需方向供方流动时，便引发物流。同时，供应信息(如入库单、完工报告单、库存记录、可供销售量和提货发运单等)又同物料一起沿着供应链从供方向需方流动。

信息化的“三流”

信息流

需求信息流（需方到供方）：如客户订单、生产计划、采购合同等。
供应信息流（供方到需方）：如入库单、完工报告单、库存记录、可供销售量、提货发运单等。

资金流
物流

从内容和目的区分需求信息流、供应信息流
需求信息流：核心是我要什么，反映的是需求方的愿望或计划。
特点：与订单、计划、合同相关，偏向“主动请求”。
例子：客户订单（我要买100件）、生产计划（我要生产50件）、采购合同（我要订购原料）。
供应信息流：核心是我能给什么**，反映的是供给方的状态或结果。
特点：与库存、生产完成、物流相关，偏向“状态反馈”。
例子：库存记录**（我有100件）**、完工报告单（我做完了）、提货发运单（我发出了）。
记忆技巧：需求信息流是“伸手要”，供应信息流是“递东西”。

【软考系统架构设计师】企业信息化战略与实施④ 企业信息化与电子商务，一定要看

系统分析

在对于现有系统进行分析时，（）方法是错误的。
A 多与用户沟通，了解他们对现有系统的认识和评价
B 了解现有系统的组织结构，输入/输出、资源利用情况和数据处理过程
C 理解现有系统“做什么”的基础上，抽取其“怎么做”的本质
D 从对现有系统的物理模型出发，通过研究、分析建立起其较高层次的逻辑模型描述

C
解析
在对系统进行分析的过程中，主要解决**“做什么”的问题，即主要分析问题域**，而不应该关注“怎么做”，即解决域中的具体解决方案。
选项C：
错误。分析阶段应聚焦系统“做什么”（功能性需求），而非过早关注“怎么做”（实现方式）。抽取“怎么做”属于设计或优化阶段的任务，可能导致分析偏离目标。

软件架构贯穿于软件的整个生命周期，但在不同阶段对软件架构的关注力度并不相同，在（）阶段，对软件架构的关注最多。
A 需求分析与设计
B 设计与实现
C 实现与测试
D 部署与变更

B
软件架构对软件开发的影响和在生命周期中的关注力度。
软件架构贯穿于软件的整个生命周期，但在不同的阶段对软件架构的关注力度并不相同。其中需求分析阶段主要关注问题域；设计阶段主要将需求转换为软件架构模型；软件实现阶段主要关注将架构设计转换为实际的代码；软件部署阶段主要通过组装软件组件提高系统的实现效率。其中设计与实现阶段在软件架构上的工作最多，也最重要，因此关注力度最大。

软件架构的核心关注集中在设计与实现阶段，原因如下：

设计阶段：
架构定义：此阶段需明确系统的整体结构（如分层架构、微服务架构）、组件划分、交互模式等，是架构决策的集中期。
关键输出：架构设计文档、接口规范、技术选型（如数据库、通信协议）均在此阶段完成。

实现阶段：
架构落地：将设计阶段的架构转化为实际代码和模块，需确保实现与架构设计一致。
调整验证：在编码过程中可能发现设计缺陷，需动态优化架构（如性能调优、模块解耦）。
其他阶段的对比：

需求分析（A）：聚焦功能需求，架构仅为初步规划。
测试（C）：验证功能与性能，架构调整空间有限。
部署与变更（D）：架构已固化，仅局部优化或扩展。

通常用户采用评价程序来评价系统的性能，评测准确度最高的评价程序是（）。在计算机性能评估中，通常将评价程序中用得最多、最频繁的（）作为评价计算机性能的标准程序，称其为基准测试程序。
问题1
A.真实程序
B.核心程序
C.小型基准程序
D.核心基准程序
问题2
A.真实程序
B.核心程序
C.小型基准程序
D.核心基准程序

答案A B
本题是对性能评价方法的考查。真实程序、核心程序、小型基准程序和合成基准程序，其评测准确程度依次递
减。其中评测准确度最高的是真实程序，第一空选择A选项。把应用程序中用得最多、最频繁的那部分核心程序作为评估计算机系统性能的标准程序，称为基准测试程序（benchmark）。基准程序法是目前一致承认的测试系统性能的较好方法。因此第二空选择B选项。

给定IP地址为140.252.12.120，子网掩码是255.255.255.0，那么主机号是（请作答此空），该子网直接的广播地址是（）。
问题1
A 0.0.0.120
B 0.0.12.120
C 0.0.12.0
D 0.252.12.120
问题2
A 255.255.255.255
B 140.252.12.255
C 140.252.12.120
D 140.252.255.255

答案
本题考查子网的基本概念。其中，140.252.12.120是一个B类地址。如下图所示：

其网络号是140.252, 根据子网掩码255.255.255.0可知，它用8位主机号作为子网号。
由此可知它子网号是0.0.12.0, 主机号是0.0.0.120，而对子网的广播地址是140.252.12.255

广播地址计算：
广播地址 = 网络地址 | 主机部分全为1
网络地址：140.252.12.0（IP地址 & 子网掩码）
主机部分全1：0.0.0.255
广播地址：140.252.12.0 | 0.0.0.255 = 140.252.12.255

PCB

某计算机系统中的进程管理采用三态模型，那么下图所示的PCB(进程控制块)的组织方式采用()，图中()。

问题1
A.顺序方式
B.链接方式
C.索引方式
D.Hash
问题2
A.有1个运行进程，2个就绪进程，4个阻塞进程
B.有2个运行进程，3个就绪进程，3个阻塞进程
C.有2个运行进程，3个就绪进程，4个阻塞进程
D.有3个运行进程，2个就绪进程，4个阻塞进程

答案C C
1、进程控制块PCB的组织方式有：1）线性表方式，2）索引表方式，3）链接表方式。
1）线性表方式：不论进程的状态如何，将所有的PCB连续地存放在内存的系统区。这种方式适用于系统中进程数目不多的情况。
2）索引表方式：该方式是线性表方式的改进，系统按照进程的状态分别建立就绪索引表、阻塞索引表等。题中就是采用了索引表方式，由图中的索引表可以看出。
3）链接表方式：系统按照进程的状态将进程的PCB组成队列，从而形成就绪队列****、阻塞队列****、运行队列等。
2、根据索引表的结构，可以看到这里运行进程索引|表有2个索引指向、就绪进程索引|表有3个索引指向、阻塞进程索引|表有4个索引指向，因此有2个运行进程，3个就绪进程，4个阻塞进程。运行进程PCB1、PCB3，，就绪进程：PCB2、PCB4、PCB5，阻塞进程：PCB6、PCB7、PCB8、PCB9。

进程的三种基本状态
（1）就绪状态：什么都不缺，就缺CPU

（2）执行状态：查看CPU利用率

（3）阻塞(Block)状态：除了CPU之外，还差一些东西（一般I/O）

注：这三者循环，其中就绪状态和执行状态可以双向，执行状态到就绪状态：时间片、优先级

三种基本状态的转换
　　处于就绪状态的进程，在调度程序为之分配了处理机之后便可执行，相应地，其状态就由就绪态转变为执行态；正在执行的进程(当前进程)，如果因分配给它的时间片已完而被剥夺处理机暂停执行时，其状态便由执行转为就绪；如果因发生某事件，致使当前进程的执行受阻(例如进程访问某临界资源，而该资源正被其它进程访问时)，使之无法继续执行，则该进程状态将由执行转变为阻塞。
　

MVC

在MVC(模型/视图/控制器)模式中，视图部分描述的是（）。
A 将应用问题域中包含的抽象领域知识呈现给用户的方式
B 应用问题域中所包含的抽象类
C 用户界面对用户输入的响应方式
D 应用问题域中包含的抽象领域知识

答案A
MVC模式，即模型—视图—控制(Model-View-Controller)模式，它实际上是一种架构模式，是为那些需要为同样的数据提供多个视图的应用程序而设计的，它很好地体现了数据层与表示层的分离。

MCV把应用程序分为3种对象类型。

模型：应用问题域中包含的抽象领域知识；

视图：将应用问题域中包含的抽象领域知识呈现给用户的方法：一个模型可以用于多个视图；

控制器：用户界面对用户输入的响应方式。

模型（Model）：负责数据和业务逻辑，通常包含数据存储、检索和业务规则。
视图（View）：负责显示数据（模型）的用户界面，不包含业务逻辑。
控制器（Controller）：接收用户的输入，调用模型和视图去完成用户的请求。

项目的成本管理中，（)将总的成本估算分配到各项活动和工作包上，来建立一个成本的基线。
A.成本估算
B.成本预算
C.成本跟踪
D.成本控制

答案B

在项目的成本管理中，成本预算是将总的成本估算分配到各项活动和工作包上的过程，以此来建立一个成本的基
线。
成本预算是成本管理的一个关键步骤，它涉及将项目的总体成本估算细分为各个工作包或活动的成本估算，为项目的成本控制提供了基准。

简单来说，成本估算是指估算出项目的总成本。成本预算是将总的成本估算分配到各项活动和工作包
上，来建立一个成本的基线。

在项目管理知识体系（PMBOK）中：
成本估算：输出是总成本预测。
成本预算：输入是成本估算，输出是成本基线（Cost Baseline），通过将总成本分配到工作分解结构（WBS）的各项活动实现。

#OMG

对象管理组织（OMG）基于CORBA基础设施定义了4种构件标准。其中，（）的状态信息是由构件自身而不是由容器维护。
A.实体构件
B.加工构件
C.服务构件
D.会话构件

D
实体（Entity）具有持久状态的构件。（比如可客户、账户等）
加工（Process）构件同样需要容器管理其持久化，但没有客户端可访问的主键。
会话（Session）具有临时状态的构件。不需要保持持久状态的业务逻辑（比如购物车）。
服务（Service）构件是无状态的。适用于实现简单孤立的业务逻辑。（如打包、压缩/解压缩等）。

成本

成本是信息系统生命周期内各阶段的所有投入之和，按照成本性态分类，可以分为固定成本、变动成本和混合成本。其中（）属于固定成本，（）属于变动成本。
问题1
A 固定资产折旧费
B 直接材料费
C 产品包装费
D 开发奖金
问题2
A 员工培训费
B 房屋租金
C 技术开发经费
D 外包费用

答案A D

（1）固定成本。固定成本是指其总额在一定期间和一定业务量范围内，不受业务量变动的影响而保持固定不变的成本。例如，管理人员的工资、办公费、固定资产折旧费、员工培训费等。固定成本又可分为酌量性固定成本和约束性固定成本。酌量性固定成本是指管理层的决策可以影响其数额的固定成本，例如，广告费、员工培训费、技术开发经费等；约束性固定成本是指管理层无法决定其数额的固定成本，即必须开支的成本，例如，办公场地及机器设备的折旧费、房屋及设备租金、管理人员的工资等。

（2）变动成本。变动成本也称为可变成本，是指在一定时期和一定业务量范围内其总额随着业务量的变动而成正比例变动的成本。例如，直接材料费、产品包装费、外包费用、开发奖金等。变动成本也可以分为酌量性变动成本和约束性变动成本。开发奖金、外包费用等可看作是酌量性变动成本；约束性变动成本通常表现为系统建设的直接物耗成本，以直接材料成本最为典型。

固定成本：
约束性（不可控）：租金、折旧费、管理工资——“必须付，管不了”。
酌量性（可控）：培训费、技术开发经费——“计划好，花多少”。
变动成本：
约束性（直接相关）：直接材料费、包装费——“用了多少付多少”。
酌量性（间接相关）：开发奖金、外包费——“任务多就多花”。

逆向工程

`逆向工程导出的信息分为4个抽象层次。使用用户指导下的搜索与变换(User-Directed Search and Transformation)方法可导出______信息。
A 实现级和功能级
B 实现级和结构级
C 功能级和领域级
D 结构级和领域级

逆向工程的四个抽象层次通常分为：
实现级（Implementation Level）：这是最低的层次，涉及代码的物理结构和具体实现细节，比如源代码、数据结构和算法等。

结构级（Structural Level）：这一层次关注程序的结构，比如模块之间的依赖关系、调用关系、数据流等，通常表现为流程图、类图等。

功能级（Functional Level）：这一层次描述程序的功能和业务逻辑，比如各个模块的功能说明、输入输出等。

领域级（Domain Level）：这是最高抽象层次，涉及程序所应用的特定领域知识，比如行业术语、业务规则等。

软考高级架构师：逆向工程导出信息的四个抽象层级：实现级、结构级、功能级、领域级

在客户机/服务器系统开发中，采用（）时，应将数据层和数据处理层放置于服务器，应用逻辑层、表示逻辑层和表示层放置于客户机。
A 分布式表示结构
B 分布式应用结构
C 分布式数据和应用结构
D 分布式数据结构

答案D
客户机/服务器系统开发时可以采用不同的分布式计算架构：

分布式表示架构是将表示层和表示逻辑层迁移到客户机，应用逻辑层、数据处理层和数据层仍保留在服务器上；
分布式数据架构是将数据层和数据处理层放置于服务器，应用逻辑层、表示逻辑层和表示层放置于客户机；
分布式数据和应用架构是将数据层和数据处理层放置在数据服务器上，应用逻辑层放置在应用服务器上，表示逻辑层和表示层放置在客户机上。

信息系统架构模型_1.单机应用模式和客户机/服务器模式

以下关于网络存储的叙述，正确的是（）。
A DAS支持完全跨平台文件共享，支持所有的操作系统
B NAS通过SCSI连接至服务器，通过服务器网卡在网络上传输数据
C FC SAN的网络介质为光纤通道，而IP SAN使用标准的以太网
D SAN设备有自己的文件管理系统，NAS中的存储设备没有文件管理系统

答案C
网络存储类型简介

DAS（Direct Attached Storage，直接附加存储）
通过直接连接（如 SCSI、SATA）将存储设备附着到服务器。
不具备网络共享能力，依赖主机操作系统管理文件。
NAS（Network Attached Storage，网络附加存储）
通过网络（如以太网）连接，提供文件级存储服务。
自带文件系统，通过协议（如 NFS、SMB）实现跨平台文件共享。
SAN（Storage Area Network，存储区域网络）
通过专用网络提供块级存储。
分为 FC SAN（光纤通道 SAN）和 IP SAN（基于 IP 的 SAN），无内置文件系统，依赖主机文件系统。

SCSI
英文全称：Small Computer System Interface（小型计算机系统接口）
定义：
SCSI 是一种用于连接计算机与外围设备（如硬盘、磁带机、扫描仪）的标准接口和协议。
最初设计于 1980 年代，广泛用于服务器和高端工作站。
作用：
数据传输：在主机（如服务器）与存储设备（如 DAS 中的硬盘）之间传输数据。
多设备支持：支持多个设备通过单一控制器连接（如一个 SCSI 总线可连接 7 或 15 个设备，取决于版本）。
高性能：提供较快的传输速度和较低的 CPU 占用，适合需要高吞吐量的场景。
在 DAS 中的应用：
DAS 通过 SCSI 接口将硬盘直接连接到服务器，服务器操作系统管理文件系统。
例如：SCSI 硬盘通过专用控制器连接到服务器，提供块级存储访问。
特点：
并行传输（传统 SCSI），后来演进为串行（如 SAS，Serial Attached SCSI）。
不具备网络功能，仅限于本地连接。
SATA
英文全称：Serial Advanced Technology Attachment（串行高级技术附件）
定义：
SATA 是用于连接存储设备（如硬盘、固态硬盘 SSD、光驱）到主机的串行接口标准，是 ATA（Advanced Technology Attachment）的后继者。
2000 年代推出，广泛应用于个人电脑和低端服务器。
作用：
数据传输：在主机与存储设备之间传输数据，取代并行 ATA（PATA）的串行版本。
简化连接：使用细小的电缆，支持热插拔，减少物理复杂性。
成本效益：提供高性价比的存储连接，适合大容量存储需求。
在 DAS 中的应用：
DAS 使用 SATA 接口将硬盘直接连接到服务器主板或控制器，服务器操作系统管理文件。
例如：一台 PC 通过 SATA 连接多块硬盘，作为 DAS 存储。
特点：
串行传输，速度逐步提升（SATA 1.0: 1.5 Gbps，SATA 3.0: 6 Gbps）。
单设备连接（点对点），不像 SCSI 支持多设备总线。

选项分析
A. DAS 支持完全跨平台文件共享，支持所有的操作系统
分析：
DAS 是直接连接到单一服务器的存储，数据访问依赖服务器的文件系统。
它不具备网络共享能力，无法实现跨平台文件共享。
“支持所有操作系统”也不准确，依赖服务器的操作系统和驱动。
结论：错误。
B. NAS 通过 SCSI 连接至服务器，通过服务器网卡在网络上传输数据
分析：
NAS 是独立的网络存储设备，通过以太网（如 TCP/IP）直接连接网络，不使用 SCSI 接口。
数据传输直接通过 NAS 的网卡，而非通过服务器网卡。
SCSI 更常见于 DAS 或 SAN。
结论：错误。
C. FC SAN 的网络介质为光纤通道，而 IP SAN 使用标准的以太网
分析：
FC SAN（Fibre Channel SAN）：使用光纤通道（Fibre Channel）作为专用网络介质，提供高性能块级存储。
IP SAN：基于 IP 网络（如以太网），使用 iSCSI 协议传输块级数据。
描述完全正确，区分了两种 SAN 的网络介质。
结论：正确。
D. SAN 设备有自己的文件管理系统，NAS 中的存储设备没有文件管理系统
分析：
SAN：提供块级存储（如硬盘分区），没有内置文件系统，依赖主机（如服务器）的文件系统管理。
NAS：提供文件级存储，自带文件系统（如 ext4、NTFS），支持文件共享协议。
题干描述颠倒了：SAN 无文件系统，NAS 有文件系统。
结论：错误。

网络故障需按照协议层次进行分层诊断，找出故障原因并进行相应处理。查看端口状态、协议建立状态和 EIA 状态属于（）诊断。
A 物理层
B 数据链路层
C 网络层
D 应用层

端口状态（Port Status）：
在网络中，“端口”可能指物理端口（如交换机端口状态：up/down）或逻辑端口（如 TCP/UDP 端口）。
物理端口状态（如是否连接、信号强度）属于物理层。
逻辑端口状态（如 TCP 端口是否打开）属于传输层或更高层。
协议建立状态（Protocol Establishment Status）：
指协议连接是否成功建立，如 TCP 三次握手状态。
通常涉及传输层（如 TCP 连接状态），但也可能涉及数据链路层（如 PPP 协议状态）。
EIA 状态（EIA Status）：
EIA（Electronic Industries Alliance）常指物理接口标准（如 RS-232 的信号状态：RTS、CTS）。
涉及物理层的信号和硬件状态。

A. 物理层
职责：物理连接、信号传输、硬件状态（如电缆、端口灯、EIA 信号）。
匹配：
端口状态：物理端口的 up/down 或信号状态。
EIA 状态：RS-232 等物理信号。
协议建立状态：可能指物理层链路检测（如载波信号）。
结论：高度吻合，尤其是 EIA 状态指向物理层。
B. 数据链路层
职责：帧传输、MAC 地址、链路协议（如 PPP、Ethernet）。
匹配：
端口状态：交换机端口状态可涉及数据链路层（如 MAC 表）。
协议建立状态：链路协议（如 PPP）的建立。
EIA 状态：不适用，数据链路层不关心物理信号。
结论：部分匹配，但 EIA 状态不符。
C. 网络层
职责：IP 地址、路由。
匹配：端口状态和协议建立状态可能指 IP 连接，但 EIA 状态完全无关。
结论：不匹配。
D. 应用层
职责：用户数据、应用协议（如 HTTP）。
匹配：仅逻辑端口状态（如 TCP 端口）可能相关，但 EIA 和物理端口无关。
结论：不匹配。

在分布式系统中，中间件通常提供两种不同类型的支持，即（）
A 数据支持和交互支持
B 交互支持和提供公共服务
C 数据支持和提供公共服务
D 安全支持和提供公共服务

中间件支持的类型
在分布式系统文献（如分布式系统教材或中间件标准，如 CORBA、Java RMI）中，中间件提供的支持通常分为两大类：

交互支持（Interaction Support）
指中间件提供的通信机制，帮助分布式组件之间交互。
包括：远程过程调用（RPC）、消息队列、发布-订阅模型等。
例子：CORBA 的对象请求代理（ORB）支持对象间通信。
提供公共服务（Common Services）
指中间件提供的基础设施服务，供分布式应用使用。
包括：命名服务（定位组件）、事务管理、安全服务、目录服务等。
例子：Java EE 提供的事务管理服务。

数字孪生

在数字孪生生态系统中，（）包括描述、诊断、预测、决策四个方面。
A 数据互动层
B 模型构建层
C 仿真分析层
D 共性应用层

答案 D

根据《数字孪生应用白皮书2020》中对数字孪生生态系统的定义，共性应用层涵盖描述、诊断、预测和决策四个方面。这一层需要软件定义的工具和平台支持，以实现这些功能。数据互动层主要处理数据采集、传输和处理，模型构建与仿真分析层提供数据建模、仿真和控制服务，而基础支撑层涉及物联网终端设备和数据采集。

以太网中，数据的传输使用（）。
A 直接的二进制码
B 循环码
C 曼彻斯特编码
D 差分曼彻斯特编码

以太网在物理层使用曼彻斯特编码进行数据传输。曼彻斯特编码是一种自时钟编码方法，通过在每个比特时间的中间进行电平翻转来表示二进制数据，既便于同步，又能够有效地检测传输错误。

A. 直接的二进制码
定义：直接用高低电平表示 0 和 1（如 0V 表示 0，5V 表示 1），也称 NRZ（Non-Return-to-Zero，非归零码）。
特点：
简单，但连续的 0 或 1 会导致接收端失去时钟同步（无自同步能力）。
在以太网中的应用：
早期以太网（如 10BASE5）未直接使用 NRZ，因同步问题不实用。
结论：不正确。

B. 循环码
定义：可能是“循环冗余校验码（CRC，Cyclic Redundancy Check）”的误解。
特点：
CRC 是一种错误检测机制，用于校验数据完整性，不是物理层编码方式。
在以太网中的应用：
以太网帧包含 CRC 字段（FCS，帧校验序列），但这是数据链路层的功能，而非物理层传输编码。
结论：不正确。

C. 曼彻斯特编码（Manchester Encoding）
定义：
将数据位与时钟信号结合，0 表示高到低跳变，1 表示低到高跳变（或反之）。
每个位中间有跳变，提供自同步能力。
特点：
带宽需求高（传输速率减半），但抗干扰强，易于时钟恢复。
在以太网中的应用：
经典以太网（如 10BASE-T，10 Mbps）使用曼彻斯特编码。
在双绞线上传输，确保接收端能同步解析。
结论：正确。

D. 差分曼彻斯特编码（Differential Manchester Encoding）
定义：
每个位的开始有跳变，0 和 1 通过后续跳变的有无区分。
也提供自同步，但更复杂。
特点：
比曼彻斯特编码更抗噪，但实现成本高。
在以太网中的应用：
未广泛用于标准以太网（如 10BASE-T、100BASE-TX），常见于令牌环网络（Token Ring）。
结论：不正确。

曼彻斯特编码（Manchester Encoding）
定义：一种将数据位与时钟信号结合的编码方式，每个数据位中间有一次电平跳变。
规则：
0：高电平到低电平跳变（或约定相反）。
1：低电平到高电平跳变。

差分曼彻斯特编码（Differential Manchester Encoding）
定义：一种基于电平跳变的编码方式，每个数据位的开始都有跳变，0 和 1 通过后续跳变的有无区分。
规则：
每个位周期开始时电平跳变（与前一状态相反）。
0：在位中间再次跳变。
1：在位中间无跳变。

基于任务的访问控制（TBAC）模型由（）组成。
A 工作流、授权结构体、受托人集、许可集
B 任务列表、授权结构体、受托人集、许可集
C 任务列表、访问控制列表、受托人集、许可集
D 工作流、授权结构体、代理人集、许可集

答案A
TBAC 常用于工作流系统（如企业流程管理），任务嵌入工作流中。
Thomas 在 1997 年提出 TBAC 时，强调工作流中的动态授权，包含：
工作流（任务序列）。
授权结构体（权限分配规则）。
受托人（执行者）。
许可（权限）。
“任务列表”虽可行，但“工作流”更符合 TBAC 的动态性和流程特性。

ipv4与ipv6区别

以下关于IPv6的论述中，正确的是（）。
A IPv6数据包的首部比IPv4复杂
B IPv6的地址分为单播、广播和任意播3种
C IPv6的地址长度为128比特
D 每个主机拥有唯一的IPv6地址

答案C
A 错误：IPv6 首部简化（固定 40 字节，无校验和），比 IPv4（可变长、复杂字段）更高效。
B 错误：IPv6 无广播，用组播替代，正确类型是单播、组播、任意播。
C 正确：128 位是 IPv6 的标准长度，无争议。
D 不完全正确：主机可有多个地址，“唯一”表述模糊，实际应用中不绝对。

单播：一对一，精准传输。
组播：一对多，高效群发。
任意播：一对最近，优化路由。
广播：一对所有，IPv4 有，IPv6 无。
IPv6 无广播的原因：效率低、组播替代、设计优化。

为什么 IPv6 没有广播？
原因分析
效率问题：
广播会将数据发送给网络中所有主机，即使大部分主机不需要，浪费带宽和资源。
在 IPv4 中，**广播风暴（Broadcast Storm）**是常见问题，尤其在大型网络中。
组播替代：
IPv6 用组播实现了广播的功能，但更高效。
组播只发送给订阅的主机，避免无谓的流量。
例如：
IPv4 的广播 ARP 请求 → IPv6 用组播地址 ff02::1:ff00:0/104（邻居发现协议 NDP）。
所有节点组播（如 ff02::1）替代全网广播。
设计优化：
IPv6 地址空间庞大（128 位），网络规模更大，广播会导致不可控的流量。
取消广播简化协议栈，提高网络可扩展性。
功能重叠：
广播的需求（如网络发现）可通过组播实现，无需单独机制。
如 NDP（Neighbor Discovery Protocol）使用组播完成地址解析和路由器发现。
技术实现
IPv6 策略：
所有广播功能被组播地址替代。
组播地址范围（如 ff00::/8）支持不同作用域（如本地链路、全局）。
对比 IPv4：
IPv4：广播地址固定，强制所有主机处理。
IPv6：组播地址灵活，主机选择性加入。

IPv6地址增加到128位，并且能够支持多级地址层次；地址自动配置功能简化了网络地址的管理；在组播地址中增加了范围字段，改进了组播路由的可伸缩性；增加的任意播地址比IPv4中的广播地址更加实用。
IPv6地址是一个或一组接口的标识符。IPv6地址被分配到接口，而不是分配给结点。IPv6地址有三种类型：
(1) 单播(Unicast)地址
(2) 任意播(AnyCast)地址
(3) 组播(Multicast)地址
在IPv6地址中，任何全“0”和全“1”字段都是合法的，除非特别排除的之外。特别是前缀可以包含“0”值字段，也可以用“0”作为终结字段。一个接口可以被赋予任何类型的多个地址(单播、任意播、组播)或地址范围。
与IPv4相比，IPv6首部有下列改进：
•分组头格式得到简化：IPv4头中的很多字段被丢弃，IPv6头中字段的数量从12个降到了8个，中间路由器必须处理的字段从6个降到了4个，这样就简化了路由器的处理过程，提高了路由选择的效率。
•改进了对分组头部选项的支持：与IPv4不同，路由选项不再集成在分组头中，而是把扩展头作为任选项处理，仅在需要时才插入到IPv6头与负载之间。这种方式使得分组头的处理更灵活，也更流畅。以后如果需要，还可以很方便地定义新的扩展功能。
•提供了流标记能力：IPv6增加了流标记，可以按照发送端的要求对某些分组进行特别的处理，从而提供了特别的服务质量支持，简化了对多媒体信息的处理，可以更好地传送具有实时需求的应用数据。

某大型移动通信运营商欲开发一个新的应用系统以替换原有系统。在需求分析阶段，为尽快从已有系统文档资料和用户处获取整体系统需求，采用（）的方法捕获需求最为合适。
A 用户访谈
B 联合需求计划
C 抽样
D 头脑风暴

在需求分析阶段，若要快速从已有系统文档和用户处获取整体需求，抽样（Sampling）是最合适的方法。原因如下：

适用场景：
题目中明确提到需要从已有系统文档和用户处获取需求，且**目标是“尽快”**完成。
大型运营商的原有系统通常文档体量庞大、用户群体复杂，逐一分析全部文档或访谈所有用户会耗费大量时间。抽样可以通过选取关键文档（如核心模块设计、接口说明）和代表性用户（如高频用户、管理员），快速提取核心需求，覆盖系统整体框架，避免陷入细节。
效率与可行性：
联合需求计划（JRP）需要协调多方利益相关者组织集中会议，在大型企业中可能因部门协作、时间安排等问题延迟进度，难以满足“尽快”的要求。
抽样直接针对已有资料和用户群体进行聚焦分析，更符合时间紧迫的场景。
方法定义：
抽样是需求工程中常用的技术，尤其适用于数据量过大或资源有限时，通过科学抽样（如分层抽样、随机抽样）保证结果的代表性。
例如：从海量旧系统文档中抽取核心部分（如需求规格说明书、用户手册），从用户中抽取关键角色（如业务骨干、技术支持）进行访谈，既能高效捕获需求，又能减少遗漏。

A. 用户访谈：适合深度挖掘个体需求，但难以快速覆盖全局。
B. 联合需求计划（JRP）：依赖多方协调，耗时长，适合从零构建新系统而非替换旧系统。
D. 头脑风暴：侧重创新发散，而非基于已有系统的需求提取。

云计算

下面不属于云计算之虚拟化技术的是（）。
A KVM
B Xen
C Hyper-V
D LVS

答案D
A. KVM - Kernel-based Virtual Machine（基于内核的虚拟机）
介绍：KVM 是一种开源的虚拟化技术，集成在 Linux 内核中。它利用 Linux 内核的功能，将操作系统转变为一个虚拟机监视器（Hypervisor）。KVM 支持硬件虚拟化（如 Intel VT-x 或 AMD-V），允许用户在单个物理服务器上运行多个虚拟机，每个虚拟机可以运行不同的操作系统（如 Linux、Windows 等）。KVM 的优点包括性能高效、开源免费以及与 Linux 生态系统的高度集成，常用于云计算和企业虚拟化环境。
B. Xen - Xen Project（无固定全称，通常直接称为 Xen）
介绍：Xen 是一个开源的虚拟机监视器（Hypervisor），最初由剑桥大学开发，现由 Xen Project 社区维护。它可以在裸金属硬件上运行多个虚拟机，支持完全虚拟化（Full Virtualization）和半虚拟化（Paravirtualization）。Xen 的特点是灵活性高，支持多种操作系统（如 Linux、BSD、Windows），并且在云计算平台（如早期的 Amazon EC2）中得到了广泛应用。它的架构允许虚拟机直接与硬件交互，从而提升性能。
C. Hyper-V - Microsoft Hyper-V
介绍：Hyper-V 是微软推出的一种虚拟化平台，集成在 Windows Server 和部分 Windows 桌面版本（如 Windows 10/11 专业版）中。它是一个 Type-1 Hypervisor（直接运行在硬件上的虚拟化层），支持运行多个虚拟机，用于虚拟化 Windows、Linux 等操作系统。Hyper-V 提供图形管理工具（如 Hyper-V Manager）和命令行支持，广泛应用于企业环境和微软 Azure 云平台。其优势在于与 Windows 生态系统的无缝整合。
D. LVS - Linux Virtual Server（Linux 虚拟服务器）
介绍：LVS 是一种基于 Linux 的负载均衡技术，旨在构建高可用、高性能的服务器集群。它通过在多个后端服务器之间分发网络请求来实现负载均衡，而不是虚拟化技术。LVS 工作在网络层（OSI 第四层），支持多种调度算法（如轮询、最少连接等），常用于 Web 服务、数据库集群等场景。虽然它与云计算中的高可用性相关，但其核心功能是负载均衡而非虚拟化。
总结
KVM、Xen、Hyper-V 都是虚拟化技术，用于在物理硬件上创建和管理虚拟机，是云计算的重要组成部分。
LVS 则是负载均衡技术，与虚拟化无直接关系，主要用于优化服务器集群的性能和可靠性。

J2EE

J2EE应用系统支持五种不同类型的构件模型，包括（）。
A Applet、JFC、JSP、Servlet、EJB
B JNDI、IIOP、RMI、EJB、JSP/Servlet
C JDBC、EJB、JSP、Servlet、JCA
D Applet、Servlet、JSP、EJB、Application Client

答案D
Applet：运行在客户端浏览器中的小型 Java 程序，通常嵌入网页中，提供交互功能。
Servlet：运行在服务器端的 Java 程序，用于处理客户端请求（如 HTTP 请求），是 Web 应用的核心组件。
JSP（JavaServer Pages）：一种基于 Servlet 的技术，允许开发者将 Java 代码嵌入 HTML 页面，简化动态网页开发。
EJB（Enterprise JavaBeans）：企业级组件，用于实现业务逻辑，支持分布式事务和安全性，常见于后端服务。
Application Client：运行在客户端的 Java 程序，通常通过远程调用访问服务器端资源（如 EJB），提供独立的桌面应用支持。

J2EE 核心组成：

容器：Applet Container、Application Container、Web Container、EJB Container

组件：Applet、Application、JSP/Servlet、EJB

服务： HTTP(Hypertext Transfer Protocol)超文本传输协议

RMI-IIOP(Remote Method Invocation over the Internet Inter-ORB Protocol):远程方法调用，融合了Java RMI 和CORBA(Common Object Request Broker Architecture 公共对象请求代理体系结构) 在使用Application 或Web 端访问EJB 端组件是使用

Java IDL(Java Interface Definition Language):Java 接口定义语言，主要用于访问外部的CORBA 服务

JTA(Java Transaction API):用于进行事务处理操作的 API

JDBC(Java Database Connectivity):为数据库操作提供的一组API

JMS(Java Massage Service):用于发送点对点消息的服务

Java Mail: 用于发送邮件

JAF(Java Activation Framework):用于封装传递的邮件数据

JNDI(Java Naming and Directory Interface )

JAXP(Java API for XML Parsing ):专门用于XML解析操作的API

JCA(J2EE Connector Architecture ):Java 连接器构架

JAAS (Java Authentication and Authorization Service)

JSF (Java Server Faces)

JSTL （JSP Standard Tag Library）

SAAJ (SOAP with Attachments API for JAVA)

JAXR (Java API for XML Registries)

本文标签：架构系统错题集

版权声明：本文标题：系统架构设计-错题集2025-3月内容由网友自发贡献，该文观点仅代表作者本人，转载请联系作者并注明出处：http://www.betaflare.com/biancheng/1743905142a2559380.html，本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。

编程频道|软件玩家 - 软件改变生活！

系统架构设计-错题集2025-3月

系统架构设计-错题集2025-3月

软件确认测试

效用树+风险点、敏感点和权衡点

RUP过程

面向对象以及UML

UML四种事物

企业应用集成 (EAI)

ABSD基于架构的软件开发方法

DNS配置文件

调度算法、RTOS、嵌入式相关

调度算法

嵌入式实时操作系统实时性

嵌入式系统硬件抽象层

嵌入式处理器、嵌入式操作系统

缺页中断

存储器

闪存

微内核

分布透明性

协议相关与网络相关

OSI协议

安全协议

常用端口号如FTP SSH等

网络分层设计

ARP协议

DHCP

传输层安全技术

路由器等

病毒

需求获取 需求相关

需求管理

数据库设计中的E-R图合并冲突

数据库三级模式

分布式数据库

电子商务系统

数据库的容灾

关系模式

软件工程

软件生命周期

软件维护

软件设计

架构模式、设计模式和惯用法

面向服务SOA

基于场景的架构分析方法(Scenarios-based Architecture Analysis Method，SAAM)

高内聚低耦合详解

性能

CRM 客户关系管理 和 ERP企业资源计划

商业智能

计算机相关

微程序

死锁

信号量

操作一级和程序控制一级的接口

需求

结构化开发

数据仓库

基于构件的软件开发

CORBA

构件组装

计算题

数据库 关系分解和函数依赖

数据库存储过程

企业应用集成方式

螺旋模型

软件设计

需求工程

企业门户

信息化的“三流

系统分析

PCB

MVC

成本

逆向工程

数字孪生

ipv4与ipv6区别

云计算

J2EE

更多相关文章

需求获取需求相关

CRM 客户关系管理和 ERP企业资源计划

数据库关系分解和函数依赖

服务器2012重启进不了系统,windows server 2012 重启进入不了系统卡顿在哪里，安全模式和其他模式都是可以的...

javascript - TypeError: Failed to execute 'appendChild' on 'Node': parameter 1 is not of type &a

javascript - Electron-Prisma Error: can not find module '.prismaclient' - Stack Overflow