软考笔记

对称加密以DES算法为典型代表，非对称加密通常以RSA算法为代表

软件定义网络（SDN）架构的核心特征是通过分离控制平面与数据平面实现集中化管理。SDN控制器通过南向接口（如OpenFlow协议）与底层的数据平面设备（如交换机）通信，执行流量控制策略；北向接口则面向应用层，提供开放API支持上层业务逻辑的灵活调用；东西向接口主要用于控制器间协调

OLAP 服务器对分析需要的数据进行有效集 成，按多维模型予以组织，以便进行多角度、多层次的分析。OLAP 服务器的具体实现可以分为基于 关系数据库的 ROLAP、基于多维数据组织的 MOLAP 和基于混合数据组织的 HOLAP

1
标准编号  技术领域  核心关键词  考试频次
2
802.1D  生成树协议  STP、防环路  ★★★
3
802.1Q  VLAN 标记  4 字节 Tag、VLAN ID 1~4094  ★★★★
4
802.1X  端口访问控制  认证、接入控制  ★★★
5
802.2  逻辑链路控制 LLC  DSAP、SSAP、控制字段、三种服务类型  ★★★
6
802.3  有线以太网  CSMA/CD、以太网帧  ★★★★★
7
802.4  令牌总线  令牌传递  ★
8
802.5  令牌环  令牌传递  ★
9
802.6 定义了城域网 MAN 协议。
10
802.11  无线局域网 WLAN  Wi-Fi、CSMA/CA  ★★★★★
11
802.15  无线个人区域网 WPAN  蓝牙、ZigBee  ★★★
12
802.16  无线城域网 WMAN  WiMAX  ★★
13
802.17  弹性分组环  RPR  ★

常见的访问控制机制包括自主访问控制、基于角色的访问 控制、基于规则的访问控制、强制访问控制

物理层具体标准：RS232、V.35、RJ-45、FDDI 数据链路层常见协议有：IEEE802.3/.2、HDLC、PPP、ATM 网络层具体协议有：IP、ICMP、IGMP、IPX、ARP等 传输层具体协议有：TCP、UDP、SPX 会话层常见的协议有：RPC、SQL、NFS（部分观点认为属于5层） 表示层常见的协议有：JPEG、ASCII、GIF、DES、MPEG 应用层常见协议有HTTP、Telnet、FTP、SMTP、NFS

S1 - MME 接 口用于演进型基站（eNB）与移动性管理实体（MME）之间的信令传输。eNB 与 S - GW 之 间的数据传输通过 S1 - U 接口；MME 与 S - GW 之间的信令传输通过 S11 接口；S - GW 与 P - GW 之间的数据传输通过 S5/S8 接口。X2 接口用 于 实现演进型基站（eNB）之间的通信和切换

在 5G 网络架构中，gNB（下一代基站） 与 AMF（接入及移动性管理功能）之间的接口是 N2 接口，用于传输控制面信令。N1 接口 是 UE（用户设备）与 AMF 之间的接口；N3 接口是 gNB 与 UPF（用户面功能）之间的 接口，用于用户面数据传输；N4 接口是 SMF（会话管理功能）与 UPF 之间的接口

案例 建立/完善…流程 明确…职责与时限 形成…记录/执行 通过…考核/评审 PDCA:质量管理、项目管理及持续改进领域 计划 执行 检查，修正

SLA差异化指标设计方案 按业务优先级分核心业务、重要业务、一般业务三类设计：

业务级别 可用性 故障响应 解决/恢复 投诉率 OLA要求 核心业务 99.99% ≤15分钟 恢复≤30分钟/按SLA约定 ≤5% 内部响应≤5分钟，明确责任人 重要业务 99.9% ≤30分钟 恢复≤2小时 ≤8% 内部响应≤10分钟 一般业务 99.5% ≤2小时 恢复≤4小时 ≤10% 内部响应≤30分钟

连续性、灾备、恢复时间、演练、BIA” → 写RTO/RPO 展开BIA分析，分级设定RTO/RPO，核心业务RTO≤30分钟、RPO趋近于0

SLA（服务级别协议）—— 只要提“服务、客户、要求 MTTR（平均故障修复时间）—— 只要提“故障、恢复、超时” RTO / RPO —— 只要提“连续性、灾备、重大故障”

大方案：应完善IT服务管理体系：在日常运维层面，通过优化SLA与OLA（运营级别协议）协同，缩短MTTR（平均故障修复时间），提升用户满意度；在应急保障层面，开展业务影响分析（BIA），明确核心业务RTO（恢复时间目标）与RPO（恢复点目标，最多允许丢多长时间的数据），定期演练，保障业务连续性。

论文

主体段落的一种写法 发现什么具体问题 → 我如何判断或组织 → 谁采取什么措施 → 形成什么记录或制度 → 如何确认有效。不是每段都必须塞满五项，但全文应让这条证据链完整。 例如，“我们重视知识管理”只表达态度；“我指定知识管理员，组织专业组审核高频问题处置指引，并按季度复核失效条目”写出了责任、动作、产物和检查机制。

• 四个角度要记：因为题目不管问规划、改进还是监督，你论述时都可以自然地从“人、流程、工具、资源”去拆。比如：

  • 人：岗位怎么设、技能够不够、责任清不清；
  • 流程：先干什么后干什么、标准是什么、谁签字；
  • 工具：用什么监控、工单、平台；
  • 资源：机器够不够、备件有没有、预算够不够。

• 规划类

  以ITSS和ITIL 4为参照，从服务需求调研、服务目录与服务级别设计、容量与可用性规划、连续性规划、成本与资源规划五个维度系统开展规划设计，并按照PIOIS框架推动规划成果向部署实施过渡

（**PIOIS）**规划、实施、运营、改进、监督

工单就是“一张记录单”，记录“谁、什么时候、要干什么、干完没有”。

放到你论文的政务云场景里，工单至少有三种：

• 报障工单：某委办局说“系统打不开了”，服务台登记一张单，派给二线，修完回填结果。这张单记录的是故障。
• 服务请求工单：某局要“给一台虚拟机扩内存”，这不是故障，是常规请求，也开一张单走流程。
• 变更工单：要改配置、打补丁、上线新版本，开单走审批，谁批准、什么时候干、有没有回退方案，都写在单子上。