专业英语：核心术语、易混词与阅读方法¶
配合专业英语 80 道知识点练习使用。现有材料涉及云计算、需求、项目管理、文档、访问控制、面向对象、微服务、DevOps 和 SOA；这里按主题补充认读词汇与分析句子的方法，不是官方必背词表，也不预测具体考题。
备考先做到“看到英文能想到概念，并在句子中分清作用”。例如看到 inheritance 能想到继承，看到 authorization 能想到授权，比单独默写很长的英文定义更有用。遇到生词先判断词性、搭配和前后逻辑，再用专业知识确认。
软件开发与面向对象¶
| 英文 | 常用含义 | 放在句子里怎样理解 |
|---|---|---|
| requirement / specification | 需求／规格说明 | requirement 说需要什么，specification 将要求详细、明确地规定下来 |
| stakeholder | 干系人、利益相关者 | 不仅是最终用户，也包括受系统影响或能影响项目的人 |
| use case / scenario | 用例／场景 | 场景是一条具体交互路径，用例可包含主成功路径和备选路径 |
| analysis / design / implementation | 分析／设计／实现 | 区分理解问题、制定方案和将方案落实 |
| verification / validation | 验证／确认 | 常用区分是是否符合规定要求、是否满足预期使用需要；阅读时仍看文中定义 |
| maintenance / enhancement | 维护／增强、改进 | 新功能、纠错、适应环境都可能出现在维护活动中 |
| abstraction / encapsulation | 抽象／封装 | 关注必要特征／将状态与行为组织起来并控制实现暴露 |
| inheritance / polymorphism | 继承／多态 | 建立类型层次／同一接口或名字具有不同表现，具体分类要看语境 |
| override / overload | 覆盖、重写／重载、过载 | override 是重写已有方法；overload 是同名的不同参数声明 |
| interface / implementation | 接口／实现 | program to an interface 强调依赖契约；interface 也可能指用户界面 |
| coupling / cohesion | 耦合／内聚 | low coupling、high cohesion：模块之间少依赖，模块内部职责紧密 |
| reuse / reusable / reusability | 复用／可复用的／可复用性 | 同一个词根的动词、形容词、名词形式 |
| granularity / flexibility | 粒度／灵活性 | 类或组件划分多细，以及适应变化的能力 |
| design pattern / framework | 设计模式／框架 | 前者是可复用的设计方案，后者通常提供可扩展的程序结构与实现 |
例如 A class inherits behavior from its parent. 的骨架是“类继承行为”，from its parent 说明来源。若材料出现拼写、单复数或冠词错误，先根据上下文辨认原意，不把这些错误记成语法规则。
架构、网络与安全¶
| 英文 | 常用含义 | 关联概念 |
|---|---|---|
| distributed / cloud computing | 分布式计算／云计算 | 两者有关联，不能在技术定义上直接等同 |
| infrastructure / platform / application | 基础设施／平台／应用 | 理解 IaaS、PaaS、SaaS 的服务层次 |
| virtualization / scalability / elasticity | 虚拟化／可伸缩性／弹性 | 虚拟化抽象资源，可伸缩性涉及扩展能力，弹性强调随需求调整 |
| architecture / architectural style | 体系结构／架构风格 | 是组织原则与整体结构，不只是某个开发工具 |
| service / microservice | 服务／微服务 | 关注边界、协作及独立部署，不以代码行数作为唯一标准 |
| deployment / operation / support | 部署／运行、运维／支持 | 把软件交付运行、日常运行管理、解决使用和运行问题 |
| synchronous / asynchronous | 同步的／异步的 | 结合是否等待结果理解，不直接等于快／慢或单线程／多线程 |
| request / response / message broker | 请求／响应／消息代理 | 阅读数据交互的发送、接收和中介角色 |
| protocol / routing / forwarding | 协议／路由选择／转发 | 协议规定通信规则；路由选择和逐包转发的职责不同 |
| latency / throughput / bandwidth | 时延／吞吐率／带宽 | 耗时、实际完成速率、链路容量口径要分清 |
| authentication / authorization / auditing | 身份认证／授权／审计 | 是谁、可做什么、发生过什么 |
| confidentiality / integrity / availability | 保密性／完整性／可用性 | 信息不被未授权披露、不被未经授权改变、授权使用者可访问 |
| encryption / decryption / digital signature | 加密／解密／数字签名 | 隐藏内容与证明来源、检测篡改是不同目标 |
| vulnerability / threat / attack | 漏洞／威胁／攻击 | 系统弱点、潜在危险、具体攻击行为 |
缩写先记对应概念：API 是应用程序编程接口，DBMS 是数据库管理系统，SOA 是面向服务的架构，HTTP 是超文本传输协议，TLS 是传输层安全协议。DevOps 指开发与运维协作及相应实践，不能只把它当成一种编程语言或单个工具。
项目、质量与文档¶
| 英文 | 常用含义 | 常见搭配 |
|---|---|---|
| objective / scope / constraint | 目标／范围／约束 | project objective、within the scope、time constraint |
| schedule / deadline / budget | 进度计划／截止时间／预算 | meet a deadline、within budget |
| estimate / estimation | 估算／估算结果或过程 | estimate cost；估算不代表结果必然精确 |
| risk / feasibility | 风险／可行性 | identify risks、assess feasibility |
| milestone / deliverable | 里程碑／可交付成果 | 前者是重要检查点，后者是产生的可验证结果 |
| process / procedure | 过程／规程、步骤 | process 常指一组活动，procedure 更强调规定的执行方式 |
| document / documentation | 一份文档／文档资料或编写活动 | document 还可作动词，表示记录 |
| release / version / configuration | 发布、发行版／版本／配置 | release plan、version control、configuration management |
| defect / failure / recovery | 缺陷／失效／恢复 | 代码中的缺陷可能在特定条件下导致可观察的失效 |
| reliability / maintainability / portability | 可靠性／可维护性／可移植性 | 不同质量属性，不能都翻译成“稳定性” |
| efficiency / effectiveness | 效率／有效性 | 前者看资源与产出关系，后者看目标是否实现 |
| consistent / inconsistency | 一致的／不一致 | 文档、模型、规则之间是否相互矛盾 |
process 在项目管理段落中可能是“开发过程”，在操作系统段落中可能是“进程”；state 可表示状态，也可作动词表示“陈述”；address 可表示地址，也可表示“处理某问题”。先识别文章主题和句中位置，再选含义。
阅读论述类段落还会遇到这些普通词，它们常决定一句话是在肯定、限制还是反驳某个观点：
| 表达 | 含义与区别 |
|---|---|
| inherent / accidental | 内在固有的／偶然或附带的；讨论复杂性时不能一律译成“必然／事故” |
| consensus / diversity / standardization | 共识／多样性／标准化；多种研究方向可以并存，也可以就一部分规则形成标准 |
| prerequisite / capability / potential | 前提条件／能力／潜力；已有能力和未来可能达到的程度不同 |
| feasible / precise / ambiguous | 可行的／精确明确的／有歧义的 |
| reduce / eliminate | 减少／消除；降低风险不等于风险已不存在 |
| novice / expert / alternative | 新手／专家／备选方案；alternative 也可作形容词表示“可替代的” |
不靠逐词翻译的读题步骤¶
- 读首句和转折句确定主题。 是在讲访问控制、开发方法，还是项目文档？把中文知识框架先调出来。
- 先取句子骨架。 找主语、谓语和宾语，暂时把插入语、介词短语和从句括起来。
- 判断空缺的词性。
a/an/the + … + 名词、情态动词后的动词原形、be + 过去分词等都能缩小候选范围，但不能只凭一个前词定答案。 - 检查搭配与指代。 看这个动词接什么宾语，this/it/they 指向什么概念，再结合前后句。
- 比较逻辑和专业含义。 however/although 表转折，therefore 表结果；空格处是否表达因果、并列、否定或比较？
- 回读完整段落。 把候选项代进去，检查语法、搭配、概念三者是否都成立。
常用搭配与逻辑词¶
| 表达 | 含义 | 判断时的作用 |
|---|---|---|
| consist of / be composed of | 由……组成 | 后面通常列组成部分 |
| be based on / depend on | 基于／依赖 | 找依据或依赖对象 |
| provide A with B / provide B for A | 为 A 提供 B | 不把提供者和受益者读反 |
| enable / allow A to do B | 使／允许 A 做 B | 不定式说明能做什么 |
| prevent A from doing B | 阻止 A 做 B | from 后接动名词，不是普通不定式 |
| be responsible for | 对……负责 | 找组件或角色的职责 |
| conform to / comply with | 符合／遵守 | 常接标准、规则或规定 |
| rather than / whereas / in contrast | 而不是／而、然而／相比之下 | 找对比的两边 |
| although / however / therefore | 虽然／然而／因此 | 区分让步、转折和结果；语法位置并不相同 |
| unless / only if / if | 除非／只有……才／如果 | 限制条件不同，不都译成“只要” |
The operation succeeds only if permission is granted. 意思是成功需要获得授权，授权是必要条件；它没有承诺“只要授权就一定成功”，还可能受其他条件限制。
分词与词性：看谁做了什么¶
教学句子：Requests received by the server are placed in a queue.
- 主语是 Requests，谓语是 are placed；
received by the server修饰请求，相当于that are received by the server。 - 请求是“被接收”，所以用过去分词 received。不要误把 received 和 are placed 当作两个无连接的并列谓语。
a queue是队列。知道名词含义之后，整句是“服务器接收到的请求被放入队列”。
再比较 independent services 与 services can be deployed independently：前者用形容词修饰名词，后者用副词修饰部署行为。常见词族还有 implement / implementation、secure / security、maintain / maintainable / maintainability。词尾是提示，但最终要检查实际句法；例如 friendly 虽以 -ly 结尾，通常仍是形容词。
将讲解和现有题目对应起来¶
下表按材料主题定位练习，不列答案。原题库有些材料采用学习改写而非逐字原文，并保留了来源拼写问题，应结合折叠内的说明阅读。
| 题号 | 材料主题 | 先检查的能力 |
|---|---|---|
| 001—005 | 云计算 | 分词修饰、服务层次、术语不能过度等同 |
| 006—010 | 团队协作 | 转折、共同目标、team 的上下文含义 |
| 011—015 | 文档与管理 | 文档怎样帮助沟通和决策，动词与宾语搭配 |
| 016—020 | 用例与需求 | 事件顺序、传统需求表述、转折与风险 |
| 021—025 | 访问控制 | 认证、授权、审计的区别 |
| 026—030 | 软件复杂性 | inherent／accidental、比较与否定 |
| 031—035 | 设计与可维护性 | 品质评价、形容词与上下文态度 |
| 036—040 | 语义网与标准化 | 共识、标准、逐步推进的逻辑 |
| 041—045 | 发布计划 | 估算、可行性与详细规格的差别 |
| 046—050 | 项目工作簿 | 文档组织、分发、代词指代 |
| 051—055 | 项目与过程管理 | 目标、约束、过程和项目的层次 |
| 056—060 | 微服务 | 松耦合、独立部署、同步与异步通信 |
| 061—065 | 运行与支持 | 实施后的活动、被动语态与触发条件 |
| 066—070 | 面向对象与复用 | 接口、继承、粒度、设计经验 |
| 071—075 | DevOps | 部署、运行支持、自动化及词性 |
| 076—080 | SOA 与 Web 服务 | 架构风格、实现技术和条件限制 |
把错题记成“词或搭配 → 本句含义 → 为什么排除另一项”，每次积累少量实际不认识的词。已经熟悉的术语直接用于阅读，不必反复抄写整张表。
自测：先看句法，再看概念¶
以下是自行编写的教学练习，不是真题。
The service verifies the user's identity through (1). It then checks (2) to decide whether the user may read a record. Its modules can be deployed (3).
- （1）A. authentication；B. authorization；C. availability
- （2）A. throughput；B. permissions；C. inheritance
- （3）A. independent；B. independence；C. independently
参考答案与解析
（1）选 A：验证身份对应 authentication。（2）选 B：permissions 是权限，授权判断决定能否执行具体操作。（3）选 C：independently 作副词修饰 be deployed；independent 是形容词，independence 是名词。
第三句并未说明服务如何实现独立部署，也未保证系统自动具备全部微服务特征。阅读题既要选出合适词语，也不要把一句话扩大成没有给出的技术结论。