| 关键词 | 英文定义(简短) | 中文解释 / 例题提示 |
|---|---|---|
| Ethics | Principles guiding what is right or wrong in professional conduct. | 伦理;用于判断职业行为是否“合乎道德”。例:数据泄露时应报告。 |
| Honesty | Being truthful and transparent. | 诚实。ACS Code 第一条,考试常问“违反 honesty 的例子”。 |
| Trustworthiness | Acting reliably and keeping confidentiality. | 值得信任,不泄密。例:保守客户数据。 |
| Respect for Others | Treating people fairly and with courtesy. | 尊重他人,多用于团队沟通题。 |
| Respect for the Profession | Upholding integrity of computing profession. | 维护行业声誉,不抄袭、不传播虚假信息。 |
| Academic Integrity | Presenting your own work with proper referencing. | 学术诚信。常考抄袭、引用格式、协作边界。 |
| REVIEW framework | Relevance, Expertise, Viewpoint, Intended audience, Evidence, When published. | 评估信息可靠性六要素。可能给一网页让你判可信度。 |
| Functional Requirements | What the system must do. | 功能需求,如“系统能登录”。 |
| Non‑Functional Requirements | Constraints on how the system works (e.g. speed, security). | 非功能需求,如“运行速度≥2秒”。 |
| Six Thinking Hats | Six perspectives for group problem solving. | 六顶思考帽。会考“蓝帽是控制者”“绿帽是创意”。 |
| White Hat | Facts and data. | 白帽=信息。 |
| Red Hat | Emotions and intuition. | 红帽=情感。 |
| Black Hat | Cautions and risks. | 黑帽=风险、批判。 |
| Yellow Hat | Optimism and benefits. | 黄帽=积极面。 |
| Green Hat | Creativity and alternatives. | 绿帽=创意。 |
| Blue Hat | Process management, control. | 蓝帽=会议主持。 |
| Collaboration | Working together toward a goal. | 协作。考点:区别于抄袭(必须有归属与贡献说明)。 |
| Version Control | Manages code changes and versions over time. | 版本控制。关键词:traceability、branch、merge。 |
| System | Interrelated components forming a unified whole. | 系统。定义与“interaction”“state”相关。 |
| System Boundary | The line between system and environment. | 系统边界。 |
| Emergent Behaviour | Complex behavior arising from simple interactions. | 涌现行为,如蚂蚁群、交通流。 |
| Socio‑technical System | System combining people and technology. | 社会技术系统。常考解释。 |
| SFIA Framework | Framework defining IT skills and responsibility levels. | 技能框架(Skills Framework for the Information Age)。 |
| Responsibility Levels (1–7) | From Follow (1) → Set strategy (7). | 责任等级。出匹配题。 |
| Communication | Clear transfer of information to audience. | 考题如“如何让技术文档易懂”。 |
| Problem Solving Process | Understand → Analyse → Propose → Evaluate | 四步法。出流程顺序题。 |
| Agile / Scrum | Iterative development emphasizing teamwork and feedback. | 敏捷开发,团队沟通为核心。 |
| Integration Question | Combine ethics + teamwork + communication in scenario. | 综合题型,常让你分析成员行为对错。 |
| Trade Secret | Confidential business info protected by secrecy. | 商业秘密。保密协议保护。 |
| Copyright | Exclusive right to reproduce creative works. | 编程代码默认受版权保护。 |
| Patent | Legal protection for inventions. | 需申请,有期限。 |
| Fair Dealing | Limited exception for using copyrighted content. | 合理使用(教学、研究)。 |
| Linked List | Data structure of nodes linked by references. | 算法题名词考。 |
| Deadlock | Two processes waiting on each other’s resources. | 死锁概念。 |
| Banker’s Algorithm | Pre‑allocate only safe resources to prevent deadlock. | 常考对应问题。 |
高频“配对题”预测
| 考题类型 | 示例题 |
|---|---|
| 定义配对 | “Match the hat color to the thinking role.” |
| 情境判断 | “Student shares project code without permission — which ethical principle is breached?” |
| 分类题 | “Speed and reliability are examples of what?” → Non‑functional requirements |
| 流程判断 | “Which step comes first in the problem‑solving process?” |
| SFIA 等级识别 | “Which level involves applying defined procedures under supervision?” → *Level 2 Assist * |
| 系统概念辨析 | “Emergent behaviour” vs “System behaviour caused by one component.” |
| 版权&专利区分 | “Which protects an algorithm kept secret?” → Trade secret |
| 信息评估 | “Which REVIEW element checks who wrote the source?” → Expertise |
高频混淆对比
| 概念A | 概念B | 差异提示 |
|---|---|---|
| Collaboration | Collusion | 前者合法合作,后者作弊。 |
| Functional | Non‑functional | 做什么 vs. 怎么做。 |
| Ethics | Law | 道德 vs. 法律。 |
| Copyright | Patent | 自动获得 vs. 需申请。 |
| Data | Information | 原始事实 vs. 已加工、有意义内容。 |
Part 1:你错题涉及的超纲知识点补充
知识点 1:Tuckman 团队发展模型
Tuckman’s Model of Team Development
这是团队发展的经典理论,分为 5 个阶段:
| 阶段 | 英文 | 中文 | 特征 | 示例 |
|---|---|---|---|---|
| 1️⃣ | Forming | 组建期 | 成员刚认识,礼貌但不熟悉,依赖领导 | 第一次小组会议,大家自我介绍 |
| 2️⃣ | Storming ⚡ | 冲突期 | 出现分歧、争论、权力斗争 | 有人想用 Python,有人想用 Java,吵起来了 |
| 3️⃣ | Norming | 规范期 | 建立规则,开始合作,互相尊重 | 团队决定用 Python,分工明确 |
| 4️⃣ | Performing | 高效期 | 团队高效运作,自主解决问题 | 项目进展顺利,不需要老师催 |
| 5️⃣ | Adjourning | 解散期 | 项目结束,团队解散 | 提交作业后,大家各奔东西 |
考试重点**:
- Storming(冲突期) 是冲突和分歧最常见的阶段
- 这是正常现象,不是坏事!
- 领导者应该:鼓励开放沟通、调解冲突、明确目标
记忆口诀:
“组冲规高散” → Forming → Storming → Norming → Performing → Adjourning
知识点 2:专业写作的 4 大特征
Characteristics of Professional Writing
| 特征 | 英文 | 中文 | 含义 | 示例 |
|---|---|---|---|---|
| 1️⃣ | Objectivity | 客观性 | 基于事实和证据,避免情绪化语言 | ✅ “系统响应时间为 2.3 秒” ❌ “系统超级慢!“ |
| 2️⃣ | Clarity | 清晰性 | 表达明确,易于理解 | ✅ “用户可以在 3 次点击内完成预订” ❌ “系统很好用” |
| 3️⃣ | Brevity | 简洁性 | 言简意赅,不啰嗦 | ✅ “系统支持 100 并发用户” ❌ “系统可以支持很多很多用户同时使用” |
| 4️⃣ | Precision | 精确性 | 用词准确,避免模糊 | ✅ “错误率 < 0.1%” ❌ “错误很少” |
🎯 考试重点:
- Objectivity(客观性) = 有证据支持 + 避免夸张/情绪化
- 你的错题问的就是这个!
📝 记忆口诀:
“客清简精” → Objectivity, Clarity, Brevity, Precision
知识点 3:SFIA 具体技能分类(重点补充)
你的错题涉及 VUAS(Vulnerability Assessment,漏洞评估) 和 DATS(Data Science,数据科学)。
SFIA 六大类别详解
| 类别 | 英文 | 中文 | 包含的技能示例 |
|---|---|---|---|
| 1️⃣ | Strategy and Architecture | 战略与架构 | 企业架构、信息安全策略 |
| 2️⃣ | Change and Transformation | 变革与转型 | 项目管理、业务流程改进 |
| 3️⃣ | Development and Implementation | 开发与实施 | 软件开发、系统集成 |
| 4️⃣ | Delivery and Operation | 交付与运营 | 安全服务(VUAS 在这里!)、系统运维 |
| 5️⃣ | Skills and Quality | 技能与质量 | 测试、质量保证 |
| 6️⃣ | Relationships and Engagement | 关系与参与 | 客户关系管理、利益相关者管理 |
重点记忆:
- VUAS(漏洞评估) 属于 Delivery and Operation > Security Services
- DATS(数据科学) 属于 Development and Implementation > Data Science
SFIA 等级差异(Level 3 vs Level 4)
| 等级 | 英文 | 中文 | 职责 | 示例 |
|---|---|---|---|---|
| Level 3 | Apply | 应用级 | 独立完成任务,遵循标准流程 | 数据清洗、基础数据分析 |
| Level 4 | Enable | 赋能级 | 调查问题、应用多种技术、理解行业规则、参与方案评估和部署 | 调查复杂数据集、选择合适算法、评估模型效果 |
考试重点:
- Level 4 的关键词:Investigate(调查)、Diverse techniques(多种技术)、Industry-specific rules(行业规则)、Contribute to evaluation and deployment(参与评估和部署)
- Level 3 只是”执行任务”,Level 4 要”解决问题 + 做决策”
知识点 4:BAC 挂科规则(课程管理)
Bachelor of Advanced Computing (BAC) 挂科后的选项:
| 选项 | 英文 | 中文 | 说明 |
|---|---|---|---|
| ✅ | Retake the same unit later | 稍后重修同一门课 | 最常见的选择 |
| ✅ | Sometimes take a different unit instead | 有时可以选修其他课程代替 | 需要咨询学术顾问 |
| ❌ | Must repeat the exact same unit | 必须重修完全相同的课程 | 错误!有灵活性 |
| ❌ | Automatically excluded from the degree | 自动被开除 | 错误!不会因为一门课挂科就被开除 |
考试重点:
- 挂科后有选择权,不是只能重修原课程
- 需要咨询 Academic Advisor(学术顾问)
Part 2:考纲内的高频考点总结
考点 1:ACS 伦理准则(必考!)
| 核心价值 | 英文 | 中文 | 关键行为 | 违反示例 |
|---|---|---|---|---|
| 1️⃣ | Honesty | 诚实 | 不误导客户、实事求是 | 夸大软件安全性能 |
| 2️⃣ | Trustworthiness | 值得信赖 | 履行承诺、保护隐私 | 泄露客户数据库给竞争对手 ⚠️ |
| 3️⃣ | Respect for Others | 尊重他人 | 公平包容、避免伤害 | 歧视团队成员 |
| 4️⃣ | Respect for the Profession | 尊重职业 | 维护行业形象 | 从事违反职业规范的行为 |
考试重点:
- Trustworthiness(值得信赖) = 保护隐私 + 保密 + 诚信
- 你的错题:分享客户数据库给竞争对手 = 直接违反 Trustworthiness!
记忆口诀:
“诚信尊己尊人” → Honesty, Trustworthiness, Respect (Others), Respect (Profession)
考点 2:需求工程(Requirements Engineering)
功能性 vs 非功能性需求
| 类型 | 英文 | 中文 | 示例 | 测试方式 |
|---|---|---|---|---|
| 功能性 | Functional | 功能需求 | 用户可以登录、预订、取消预订 | 功能测试 |
| 非功能性 | Non-functional | 非功能需求 | 响应时间 < 2 秒、支持 100 并发用户 | 性能测试 |
好需求 vs 坏需求
| 类型 | 示例 | 问题 | 改进 |
|---|---|---|---|
| ❌ 坏需求 | ”系统应该用户友好” | 模糊、无法测试 | ”用户在 3 次尝试内完成预订” |
| ❌ 坏需求 | ”系统必须快” | 不精确 | ”响应时间 < 2 秒” |
| ✅ 好需求 | ”用户可以预订、查看、修改、取消预订,并收到确认通知” | 具体、可测试、覆盖关键需求 | ✅ |
考试重点:
- 好需求 = 具体(Specific)+ 可测试(Testable)+ 覆盖关键需求(Cover key needs)+ 避免重大遗漏(Avoid major gaps)
- 避免技术实现细节(如”使用 REST API”)出现在用户需求中
考点 3:SFIA 框架(必考!)
SFIA 七个责任等级
| 等级 | 英文 | 中文 | 职责 |
|---|---|---|---|
| 1️⃣ | Follow | 跟随 | 在指导下工作 |
| 2️⃣ | Assist | 协助 | 协助他人完成任务 |
| 3️⃣ | Apply | 应用 | 独立完成任务 |
| 4️⃣ | Enable | 赋能 | 指导他人、解决复杂问题 |
| 5️⃣ | Ensure/Advise | 确保/建议 | 管理团队、提供专业建议 |
| 6️⃣ | Initiate/Influence | 发起/影响 | 领导项目、影响组织决策 |
| 7️⃣ | Set Strategy/Inspire | 制定战略/激励 | 制定公司战略、激励团队 |
记忆口诀:
“跟协应赋建影战” → Follow, Assist, Apply, Enable, Advise, Influence, Strategy
SFIA 六大类别(重点记忆)
| 类别 | 英文 | 中文 | 包含技能 |
|---|---|---|---|
| 1️⃣ | Strategy and Architecture | 战略与架构 | 企业架构、信息安全策略 |
| 2️⃣ | Change and Transformation | 变革与转型 | 项目管理、业务流程改进 |
| 3️⃣ | Development and Implementation | 开发与实施 | 软件开发、数据科学 |
| 4️⃣ | Delivery and Operation | 交付与运营 | 安全服务、系统运维 |
| 5️⃣ | Skills and Quality | 技能与质量 | 测试、质量保证 |
| 6️⃣ | Relationships and Engagement | 关系与参与 | 客户关系、利益相关者管理 |
考试重点**:
- People and Skills(人员与技能) 类别包含:Workforce Planning(人力规划)、Career Development(职业发展)
- 这是你错题问的!
考点 4:六顶思考帽(Six Thinking Hats)
| 帽子 | 英文 | 中文 | 用途 | 示例问题 |
|---|---|---|---|---|
| ⚪ | White Hat | 白帽 | 数据与事实 | ”我们有哪些数据?“ |
| 🔴 | Red Hat | 红帽 | 情感与直觉 | ”我觉得用户会焦虑” |
| ⚫ | Black Hat | 黑帽 | 风险与问题 | ”这个方案成本太高” |
| 🟡 | Yellow Hat | 黄帽 | 优点与价值 | ”这个方案实现快” |
| 🟢 | Green Hat | 绿帽 | 创意与替代 | ”能否用 AI 自动回复?“ |
| 🔵 | Blue Hat | 蓝帽 | 控制与过程 | ”我们先头脑风暴,再筛选” |
📝 记忆口诀:
“白数红情黑险黄优绿创蓝控”
考点 5:信息源评估(REVIEW 标准)
| 标准 | 英文 | 中文 | 评估问题 |
|---|---|---|---|
| R | Relevance | 相关性 | 是否与研究主题相关? |
| E | Expertise | 专业性 | 作者是该领域专家吗? |
| V | Viewpoint | 立场与偏见 | 是否有商业赞助? |
| I | Intended Audience | 受众群体 | 面向大众还是学术? |
| E | Evidence | 证据 | 是否引用真实研究? |
| W | When Published | 发表时间 | 信息是否过时? |
** 记忆口诀**:
“相专立众证时” → REVIEW
Part 3:下次考试内容预测
根据你的错题和考纲,我预测下次考试会重点考察:
高概率考点(80% 会考)
伦理场景题(Ethics Scenarios)
题型:给你一个职场场景,问你应该怎么做
示例:
“你的同事要求你分享客户的数据库密码,说是为了’测试’。你应该怎么做?”
答题要点:
- 引用 ACS Code of Ethics(特别是 Trustworthiness)
- 说明这违反了保密原则(Confidentiality)
- 提出正确做法:拒绝请求,建议通过正规渠道申请权限
SFIA 应用题(SFIA Application)
题型:给你一个职位描述,问属于哪个类别/等级
示例:
“一个数据科学家需要调查复杂数据集、选择合适算法、评估模型效果。这属于 SFIA 哪个等级?”
答案:Level 4 - Enable(因为涉及”调查问题”和”应用多种技术”)
需求分析题(Requirements Analysis)
题型:给你一个模糊需求,让你改写成可测试的需求
示例:
“系统应该快速响应用户请求。”
改进:
“系统应在 2 秒内响应 95% 的用户请求。“
团队发展题(Team Development)
题型:给你一个团队场景,问处于 Tuckman 模型的哪个阶段
示例:
“团队成员开始争论应该用哪种编程语言,有人想用 Python,有人想用 Java。这是哪个阶段?”
答案:Storming(冲突期)
专业写作题(Professional Writing)**
题型:给你几个句子,问哪个符合专业写作标准
示例:
哪个句子符合”客观性(Objectivity)”?
- A. “系统超级快!”
- B. “系统响应时间为 1.8 秒”
答案:B(基于事实,避免情绪化)
中等概率考点(50% 会考)
六顶思考帽应用题
题型:给你一个问题,问应该用哪顶帽子思考
示例:
“我们需要收集用户反馈数据。应该用哪顶帽子?”
答案:White Hat(数据与事实)
信息源评估题(REVIEW)
题型:给你一个信息源,问是否可靠
示例:
“一篇由可口可乐公司赞助的关于’碳酸饮料健康益处’的文章。这篇文章的问题是什么?”
答案:Viewpoint(立场与偏见)有问题,因为有商业赞助
学术诚信题(Academic Integrity)
题型:给你一个场景,问是否违反学术诚信
示例:
“你把去年的作业稍微修改后重新提交。这是否违反学术诚信?”
答案:是,这是重复提交(Self-plagiarism)
低概率但要准备的考点(20% 会考)
9️ 问题解决步骤题(Problem Solving Steps)
题型:给你一个问题,问应该按什么步骤解决
答案:
- Understand(理解问题)
- Analyse(分析原因)
- Generate(提出方案)
- Evaluate(评估结果)
沟通与报告写作题 题型:问专业报告应该包含哪些部分
答案:
- Executive Summary(执行摘要)
- Introduction(引言)
- Methodology(方法)
- Findings(发现)
- Recommendations(建议)
- Conclusion(结论)
Part 4:考前速记表(打印版)
伦理准则(ETHICS)
Honesty(诚实)· Trustworthiness(信赖)· Respect for Others(尊重他人)· Respect for Profession(尊重职业)
信息源评估(REVIEW)
Relevance(相关)· Expertise(专业)· Viewpoint(立场)· Audience(受众)· Evidence(证据)· When(时间)
SFIA 等级(7 级)
Follow(跟随)→ Assist(协助)→ Apply(应用)→ Enable(赋能)→ Advise(建议)→ Influence(影响)→ Strategy(战略)
SFIA 类别(6 类)
战略架构 · 变革转型 · 开发实施 · 交付运营 · 技能质量 · 关系参与
团队发展(Tuckman)
Forming(组建)→ Storming(冲突)→ Norming(规范)→ Performing(高效)→ Adjourning(解散)
专业写作(4 特征)
Objectivity(客观)· Clarity(清晰)· Brevity(简洁)· Precision(精确)
问题解决(4 步骤)
Understand(理解)→ Analyse(分析)→ Generate(生成)→ Evaluate(评估)
六顶思考帽
白帽(数据)· 红帽(情感)· 黑帽(风险)· 黄帽(优点)· 绿帽(创意)· 蓝帽(控制)
考前最后建议
时间分配建议:
- 伦理 + 问题解决:2 小时(重点!)
- SFIA + 团队合作:2 小时
- 需求 + 沟通写作:1.5 小时
- 模拟题实战:1.5 小时
答题技巧:
- 看到伦理题 → 立刻想 ACS 四大价值
- 看到团队冲突 → 立刻想 Tuckman 的 Storming
- 看到模糊需求 → 立刻想”如何让它可测试”
- 看到 SFIA 题 → 先判断是”执行任务”还是”解决问题”
知识点覆盖检查结果
✅ Question 7 (第一题):VUAS (Vulnerability Assessment) 与 SFIA 分类
问题:VUAS 技能属于 SFIA 哪个类别和子类别?
考纲覆盖情况:
- ✅ 有讲过 SFIA Framework
- 考纲第 156-177 行详细介绍了 SFIA 的六大类别:
- Strategy and Architecture
- Change and Transformation
- Development and Implementation
- Delivery and Operation
- Skills and Quality
- Relationships and Engagement
- ❌ 但没有具体讲 VUAS (漏洞评估) 属于哪个子类别
- 正确答案应该是 Delivery and Operation > Security Services
结论:考纲讲了 SFIA 框架,但没有深入到具体技能的分类细节。

❌ Question 9:DATS (Data Science) Level 4 vs Level 3 的区别
问题:数据科学 Level 4 专业人员与 Level 3 的区别?
考纲覆盖情况:
- ✅ 考纲讲了 SFIA 的 7 个责任等级(Follow → Assist → Apply → Enable → Advise → Influence → Strategy)
- ❌ 完全没有提到 DATS (Data Science) 这个具体技能
- ❌ 没有讲 Level 3 和 Level 4 的具体职责差异
结论:考纲只讲了 SFIA 等级框架,没有涉及具体技能(如 DATS)的等级差异。

❌ Question 13:Tuckman 团队发展模型 - Storming 阶段
问题:Tuckman 模型中冲突和分歧常见的阶段叫什么?
考纲覆盖情况:
- ✅ 考纲第 72-98 行讲了 Teamwork(团队合作)
- ✅ 提到了成功团队的关键要素(目标、沟通、信任、角色分工等)
- ✅ 提到了敏捷团队思想(Scrum、XP、DevOps)
- ❌ 完全没有提到 Tuckman 团队发展模型
- ❌ 没有讲 Forming → Storming → Norming → Performing → Adjourning 这五个阶段
结论:考纲没有涉及 Tuckman 模型,这是超纲内容。

❌ Question 14:专业写作特征 - Objectivity(客观性)
问题:哪个特征意味着”陈述有证据支持,避免夸张或情绪化语言”?
考纲覆盖情况:
- ✅ 考纲第 128 行提到了 Communication(沟通与报告写作)
- ✅ 第 217 行提到了关键词:Clarity · Audience · Feedback · Documentation
- ❌ 没有具体讲专业写作的特征(如 Objectivity、Brevity、Precision、Clarity)
- ❌ 没有讲”客观性”、“简洁性”、“精确性”等写作原则
结论:考纲只提到了沟通的重要性,但没有深入讲专业写作的具体特征。

❌ Question 1:BAC (Bachelor of Advanced Computing) 挂科规则
问题:学生第一学期挂科后,根据 BAC 规则有哪些选项?
考纲覆盖情况:
- ❌ 完全没有提到 BAC 学位规则
- ❌ 没有讲挂科后的处理方式(重修、替换课程等)
结论:这是课程管理规则,不属于 INFO1111 的学术内容,考纲未涉及。

✅ Question 5:Trustworthiness 价值观违反
问题:哪个行为直接违反了”尊重隐私、保密和诚信”的期望?
考纲覆盖情况:
- ✅ 有讲过! 考纲第 22-31 行详细讲了 ACS Code of Ethics
- ✅ 明确提到了 Trustworthiness(值得信赖):
- “履行承诺、承担责任、保护隐私”
- 示例:“不泄露公司机密数据”
- ✅ 第 31 行还有伦理困境示例
结论:考纲有讲,这题应该能答对。

✅ Question 7 (第二题):SFIA 技能类别 - People and Skills
问题:哪个 SFIA 类别包含”人力规划”和”职业发展”相关技能?
考纲覆盖情况:
- ✅ 有讲过! 考纲第 166-176 行列出了 SFIA 的六大类别
- ✅ 虽然没有明确说”People and Skills”包含人力规划,但框架结构是讲过的
结论:考纲讲了 SFIA 框架,但没有深入到每个类别的具体技能内容。

✅ Question 10:需求工程 - 用户需求 vs 技术实现
问题:哪组需求最好地覆盖了”典型用户的关键需求”并”避免重大遗漏”?
考纲覆盖情况:
- ✅ 有讲过! 考纲第 48-57 行详细讲了 Requirements(需求分类)
- ✅ 区分了功能性需求(Functional)和非功能性需求(Non-functional)
- ✅ 第 55-57 行还讲了”不良需求”的例子:
- “The system shall be user friendly” → 模糊不可评估
- 应改写为:“用户在三次尝试内可完成预订任务”
结论:考纲有讲需求工程的基本原则,这题应该能答对。

总结表格
| 题号 | 知识点 | 考纲是否涉及 | 详细说明 |
|---|---|---|---|
| Q7-1 | VUAS 与 SFIA 分类 | ⚠️ 部分涉及 | 讲了 SFIA 框架,但没讲具体技能分类 |
| Q9 | DATS Level 4 vs Level 3 | ❌ 未涉及 | 只讲了 SFIA 等级框架,没讲具体技能差异 |
| Q13 | Tuckman 团队发展模型 | ❌ 未涉及 | 讲了团队合作要素,但没讲 Tuckman 模型 |
| Q14 | 专业写作特征(Objectivity) | ❌ 未涉及 | 只提到沟通重要性,没讲写作特征 |
| Q1 | BAC 挂科规则 | ❌ 未涉及 | 这是课程管理规则,不属于学术内容 |
| Q5 | Trustworthiness 违反 | ✅ 有涉及 | ACS 伦理准则讲得很清楚 |
| Q7-2 | SFIA - People and Skills | ⚠️ 部分涉及 | 讲了 SFIA 框架,但没讲具体类别内容 |
| Q10 | 需求工程原则 | ✅ 有涉及 | 讲了功能性/非功能性需求和不良需求 |
建议
考纲内的知识点(应该掌握):
- ✅ ACS 伦理准则(Honesty, Trustworthiness, Respect)
- ✅ SFIA 框架结构(7 个等级 + 6 大类别)
- ✅ 需求工程(功能性 vs 非功能性需求)
- ✅ 团队合作要素(目标、沟通、信任、角色)
考纲外的知识点(可能需要补充):
- ❌ Tuckman 团队发展模型(Forming → Storming → Norming → Performing)
- ❌ SFIA 具体技能分类(如 VUAS 属于哪个子类别)
- ❌ DATS 等具体技能的等级差异
- ❌ 专业写作特征(Objectivity, Brevity, Precision, Clarity)
- ❌ BAC 学位规则(挂科处理方式)
最后更新 · 2026-05-20 06:30