2024系统架构师---高频判断题

本文主要是介绍2024系统架构师---高频判断题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

软件工程---需求工程

1. 软件需求开发的最终文档经过评审批准后，则定义了开发工作的需求基线（baseline）
2. 基线在用户和开发人员之间构筑了计划产品功能需求和非功能需求的一个约定（agreement），它是需求开发和需求管理之间的桥梁

软件工程---其他

1. 软件系统的文档可以分为用户文档和系统文档两类，用户文档主要描述系统功能和使用方法，并不关心这些功能是怎样实现的；系统文档描述系统设计、实现和测试等各方面的内容。
2. 软件文档满足下述要求：

1. 1. 必须描述如何使用这个系统，没有了这种描述即使是最简单的系统也无法使用。
   2. 必须描述怎样安装和管理这个系统；
   3. 必须描述系统需求和设计
   4. 必须描述系统的实现和测试，以便使系统成为可维护的。

系统工程与信息系统基础---政府信息化与电子政务

1. 政府对政府（G2G Government To Government）；政府之间的互动与政府与公务员之间的互动。基础信息采集、处理和利用，如人口采集、各级政府决策支持。G2G原则上包含：政府对公务员（G2E Government To Employee）：内部管理信息系统
2. 政府对企业（G2B，Government To Business）：政府为企业提供的政策环境。给企业单位颁发的各级营业执照、许可证、合格证、质量认证。
3. 企业对政府（B2G，Business To Government）：企业纳税及企业为政府提供服务。企业参加政府各项工程的竞投标，向政府供应各种商品和服务，企业向政府提建议、申诉。
4. 政府对公民（G2C，Government To Citizen）：政府对公民提供的服务。社区公安和水、火、天灾等公共安全有关的信息。户口、各种证件和牌照的管理。
5. 公民对政府（C2G，Citizen To Government）：个人应向政府缴纳税费和怕款及公民反馈渠道。个人应向政府缴纳的各种税款 和费用了解民意，征求群众意见。报警服务（盗贼、医疗、急救、火警等）

软件工程---开发模型

原型模型：使用原型获取需求，需求获取到之后有可能抛弃掉原型，然后根据原型获取的需求进行目标的开发。

项目管理---其他：

1. 变更控制委员会可以由一个小组担任，也可以由多个不同的组担任。变更控制委员会的成员应能代表变更涉及的团体。变更控制委员会可能包括如下方面的代表：

1. 1. 产品或者计划管理部门
   2. 项目管理部门
   3. 开发部门
   4. 测试或质量保证部门
   5. 市场部或客户代表
   6. 制作用户文档的部门
   7. 技术支持部门
   8. 帮助桌面或用户支持热线部门
   9. 配置管理部门

软件架构涉及---软件架构的概念

软件架构设计包括提出架构模型、产生架构设计和 进行设计评审等活动，是一个迭代的过程。架构设计主要关注软件组件的结构、属性和交互作用，并通过多种视图全面描述特定系统的架构。

软件工程---软件测试

1. 静态分析（static analysis）是一种对代码的机械性的、程式化的特性分析方法。静态分析一般常用的软件工具进行，包括控制流分析、数据流分析、接口分析、表达式分析。

1. 1. 使用数据流图来进行分析数据处理的异常现象（数据异常），这些异常包括初始化、赋值、或引用数据等的序列的异常。
   2. 使用控制流系统的检查程序的控制结构。按照结构化程序规则和程序结构的基本要求进行程序结构检查。控制流图描述了程序元素和它们的执行顺序之间的联系。一个程序元素通常是一个条件、一个简单的语句，或者一块语句。
   3. 程序接口分析涉及子程序以及函数之间的接口一致性，包括检查形参与实参类型、个数、维数、顺序的一致性。
   4. 当子程序之间的数据或控制传递使用公共变量块或全局变量时，也应该检查它们的一致性。
   5. 表达式分析：括号不匹配、数组引用越界、除数为零等。

项目管理---范围管理

在初步项目范围说明书中已文档化的 主要的可交付物、假设和约束条件的基础上准备详细的项目范围说明书，是项目成功的关键。范围定义的输入包括以下内容：

1. 项目章程。如果项目章程或初始的范围说明书没有在项目执行的组织中 使用，同样的信息需要进一步收集和开发，以产生详细的项目范围说明书。
2. 项目范围管理计划
3. 组织过程资产
4. 批准的变更申请

计算机系统基础---磁盘管理

读取一个连续的数据需要的时间包括磁道移动时间、旋转延迟时间和传输时间三个部分，总时间花费（10*10）+100+2=202。读取100块文件需要的时间为202*100；

软件架构设计---软件架构风格

物联网从架构角度来看，分为三层：

1. 感知层：识别物体、采集信息。如：二维码、RFID、摄像头、传感器（温度、湿度）
2. 网络层：传递信息和处理信息。通信网与互联网的融合网络、网络管理中心、信息中心和智能处理中心等
3. 应用层：解决信息处理和人机交互的问题

物联网属于层次型架构风格。

项目管理---软件配置管理

软件系统工具的种类较多，很难有统一的分类方法。通常可以按软件过程活动将软件工具分为软件开发工具、软件维护工具、软件管理和软件支持工具。

1. 软件开发工具：需求分析工具、设计工具、编码与排错工具
2. 软件维护工具：版本控制工具、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。
3. 软件管理和软件支持工具：项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择

软件工程---界面设计

1. 让用户拥有控制权
2. 减少用户的记忆负担
3. 保持用户界面一致

软件工程---软件测试

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

项目管理---软件质量管理

1. 软件质量保证是软件质量管理的重要组成部分。软件质量保证主要是从软件产品的过程规范性角度来保证的品质。主要活动包括：质量审计（包括软件评审）和过程分析。

嵌入式系统---总线

1. 总线是一个大家都能使用的数据传输通道，大家都可以使用这个通道，但发送数据时，时采用的分时机制，而接收数据时可以同时接收，也就是说，同一个数据，可以并行的被多个客户收取。如果该数据不是传给自己的，数据包将被丢弃。

软件架构设计---软件架构风格---虚拟机风格

1. 软件系统特别强调用户定义系统中对象的关系和行为这一特征，需要在架构层面提供一种运行时的系统行为定义与改变的能力，根据常见的架构风格的特定和适用环境，可以知道最合适的架构设计风格应该时解释器风格。

软件工程---软件系统工具

软件开发工具用来辅助开发人员进行软件开发活动，对应软件开发过程的各种活动，软件开发工具包括需求分析工具、设计工具、编码与排错工具、测试工具等。

1. 需求分析工具用以辅助软件需求分析活动，辅助系统分析员从需求定义出发，生成完整的、清晰的、一致的功能规范。按描述需求定义的方法可以将需求分析工具分为基于自然语言或图像描述的工具和基于形式化需求定义语言的工具。

1. 1. 基于自然语言或图形描述的工具：这类工具采用分解与抽象等基本手段，对用户问题逐步求精，并在检测机制的辅助下，发现其中可能存在的问题（如一致性），通过对问题描述的修改，逐步形成能正确反映用户需求的功能规范。比如结构化分析方法采用的数据流图。
   2. 基于形式化需求定义语言的工具：基于形式化定义语言的工具大多以基于知识的需求智能助手的形式出现，并把人工智能技术运用于软件工程。这类工程通常具有一个知识库和一个推理机制。
   3. 其他需求分析工具：可执行规范语言以及原型技术为需求分析工具提供了另一条实现途径，这些工具通过运行可执行规范或原型，将有关的结果 显示给用户和系统分析员，以便进行需求确认。

1. 设计工具：设计工具用以辅助软件 设计活动，辅助设计人员从软件功能规范除法，得到相应的设计规范。
2. 编码于排错工具：编码工具和排错工具用以辅助程序员进行编码活动。编码工具辅助程序员用某种程序语言编制源程序，并对源程序进行翻译，最终转换成可执行的代码，主要有编辑程序、汇编程序、编译程序和生成程序等。排错工具用以辅助程序员寻找源程序中错误的性质和原因，并确定其出错的位置，主要有源代码排错程序和排错程序生成程序两类。
3. 软件维护工具：软件维护工具辅助软件维护过程中的活动，辅助维护人员对软件代码及其文档进行各种维护活动。软件维护工具主要有版本控制工具、文档分析工具、开发信息库工具、逆向工程工具和再工程工具等。
4. 软件管理和软件支持工具：软件 管理过程和软件支持过程往往 要涉及到软件生存周期中的多个活动，软件管理和软件支持工具用来辅助管理人员和软件支持人员的管理活动和支持活动，以确保软件高质高效地的完成。其中常用的工具有项目管理工具、配置管理工具、软件评价工具等。

这篇关于2024系统架构师---高频判断题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---