# 评分细则（详细版）

本文档包含五个维度的完整评分标准、关键扣分点和高分要素。仅在需要深入诊断某个维度时读取。

## 目录

- [维度一：切合题意](#维度一切合题意)
- [维度二：应用深度与水平](#维度二应用深度与水平)
- [维度三：实践性](#维度三实践性)
- [维度四：文字表达能力](#维度四文字表达能力)
- [维度五：字数与结构完整性](#维度五字数与结构完整性)

---

## 维度一：切合题意

这是论文的生死线。题目通常要求"围绕【XXX】论题，依次从以下三个方面进行论述"，三个子问题必须逐一明确回应。

### 评分标准

- 20-22 分：摘要精准点题，正文每个大标题直接呼应题目子问题，核心术语自然贯穿全文
- 16-19 分：三个子问题均有回应，但有 1 处回应不够深入或偏离
- 12-15 分：只回应了 2 个子问题，或有大段内容偏题
- 8-11 分：只回应了 1 个子问题，摘要未点题
- 0-7 分：严重偏题、答非所问

### 关键扣分点

- 摘要未出现题目核心关键词 → 扣 3-5 分
- 大篇幅写偏题内容（如题目考"高可用"，论文写"拆分"）→ 扣 5-8 分
- 只回答"是什么"不回答"如何设计" → 扣 4-6 分
- 三个子问题漏答一个 → 扣 6-8 分

---

## 维度二：应用深度与水平

考察架构师是否真正懂得运用架构方法，而非照搬模板。关键在于展示**架构决策过程**。

### 评分标准

- 13-15 分：包含至少 2 个方案的对比分析，说明选型理由与质量属性权衡，运用专业理论（ATAM、CAP 等），有完整的"问题→方案对比→决策→实施→效果"链条
- 10-12 分：有方案选型说明但对比不够深入，或缺少理论支撑
- 7-9 分：只描述"用了什么"而不分析"为什么选这个"，技术名词堆砌无逻辑
- 4-6 分：泛泛而谈，无架构决策过程
- 0-3 分：纯概念堆砌，无任何实践深度

### 高分要素

- 方案对比分析（如微服务 vs SOA，至少 2 个方案的优劣对比）
- 选型理由紧扣题目要求（如选方案 A 是因为其优点恰好满足题目要求的质量属性）
- 量化效果（如"响应时间从 800ms 降至 120ms"）
- 专业理论运用（质量属性驱动、ATAM 评估、CAP 权衡等）

---

## 维度三：实践性

通过真实项目案例证明架构师的实践能力。项目描述需真实可信、细节具体。

### 评分标准

- 13-15 分：项目背景真实详尽（规模、角色、技术栈），有量化数据，有具体技术难题与解决过程，有踩坑反思，总结呼应摘要
- 10-12 分：项目描述较具体，但缺少量化数据或反思不够深入
- 7-9 分：项目描述笼统，像套模板，缺少技术细节
- 4-6 分：项目背景模糊，无法判断真实性
- 0-3 分：无项目实践内容，纯理论论述

### 高分要素

- 项目规模数据（如"日活 500 万、峰值 QPS 10 万"）
- 技术挑战描述（如"高并发下数据库成为瓶颈"）
- 解决方案细节（如"引入 Redis 集群做二级缓存"）
- 效果量化（如"可用性从 99.9% 提升至 99.99%"）
- 踩坑与反思（如"初期选型失误，后期重构的教训"）

---

## 维度四：文字表达能力

考察论文的语言质量与逻辑性，结构清晰、语言简洁专业是基本要求。

### 评分标准

- 10-11 分：语言流畅专业，逻辑严密，术语准确中英对照，段落层次分明，详略得当
- 8-9 分：表达较清晰，偶有冗余或术语不够规范
- 5-7 分：语句不通顺或逻辑跳跃，专业术语使用错误
- 3-4 分：大段文字堆砌，缺乏分段和逻辑连接词
- 0-2 分：难以理解，语言混乱

### 高分要素

- 每段不超过 200 字，合理分段
- 使用"一、二、三"或"首先、其次、最后"等逻辑连接词
- 专业术语中英文对照（如"服务网格（Service Mesh）"）
- 适当使用列举式表达，避免大段纯文字

---

## 维度五：字数与结构完整性

论文必须结构完整、字数达标，这是最基本的格式要求。

### 评分标准

- 11-12 分：摘要独立成段、精炼点题；正文有清晰三/四段式结构；每个大问题有对应段落；大标题专业清晰；结尾有总结与反思
- 9-10 分：结构较完整，摘要或结尾略有不足
- 6-8 分：摘要与正文混杂，或缺少总结反思部分
- 3-5 分：结构混乱，缺少摘要或大段缺失
- 0-2 分：字数严重不足或结构完全缺失

### 关键扣分点

- 摘要与正文未分离 → 扣 2-3 分
- 无总结与反思 → 扣 3-4 分
- 正文无清晰标题体系 → 扣 2-3 分
- 字数不达标（正文不足 2000 字）→ 扣 3-5 分