Appearance
考点清单
- [x] 软件分析与设计（OOA/OOD）论文写作框架
- [x] 软件测试论文论点（自动化测试融合三趋势）
- [x] 云原生架构概念与演进
- [x] 解释器架构风格要点
- [x] 软件架构评估（ATAM）论文要点
笔记
一、软件分析与设计论文
核心区分：分析 = "做什么"（What）；设计 = "怎么做"（How）。
| 维度 | 软件分析（OOA） | 软件设计（OOD） |
|---|---|---|
| 核心问题 | 做什么？ | 怎么做？ |
| 关注点 | 精确化用户需求，问题域模型 | 解决方案蓝图，软件系统构造 |
| 输出 | 需求规格说明书、用例模型、分析模型（概念层） | 设计规格说明书、架构设计、详细设计（实现层） |
| 视角 | 业务视角，与实现技术无关 | 技术视角，关联实现技术 |
OOA 论文第三点写作框架
- 用例建模：识别参与者和核心用例，绘制用例图
- 领域建模：识别名词找概念类，分析静态关系，绘制概念类图
- 动态建模：选取核心用例，用序列图/活动图分析实现过程
- 总结：分析模型为后续设计和开发提供清晰蓝图
OOD 论文第三点写作框架
- 架构设计：系统划分（分层/微服务），绘制组件图
- 详细设计：
- 模式应用：用了哪些设计模式（如工厂解耦创建、策略封装算法族），为什么用、怎么用
- 接口设计：核心模块接口定义
- 数据设计：核心数据库表结构
- 总结：良好设计带来的高可扩展性、可维护性
设计四层次
架构设计（子系统划分/架构风格）→ 接口设计（API 规范）→ 过程设计（算法/业务流程）→ 数据设计（ER 图/缓存策略）。
二、软件测试论文 ★
题目：论软件系统测试方法及应用。
论文论点 — 传统测试与自动化测试融合三趋势：
| 趋势 | 内容 |
|---|---|
| 分层协作 | 构建测试金字塔：底层大量单元测试（高度自动化）→ 中层集成测试+API 测试（自动化为主）→ 顶层少量 UI 端到端测试（自动化+手动探索性结合） |
| 智能赋能 | 引入 AI 与数据驱动（如 AI 生成测试用例、大模型写单元测试） |
| 全过程集成 | 自动化测试套件集成到 CI/CD 流水线，每次提交自动触发测试并获得即时反馈，"开发-测试-部署"闭环 |
论文实践要点：
| 测试类型 | 工具/方法 |
|---|---|
| 单元测试 | Sonar 代码扫描 + 测试覆盖率，路径覆盖 |
| 自动化测试 | Jenkins/GitLab CI 对接 |
| 性能测试 | JMeter 压测模拟线上高峰 |
| AI 测试 | 大模型生成用例 |
项目实际流程参考：提测 → 测试人员编写测试用例 → 测试自动化脚本 → 开发人员单元测试 → Sonar 代码扫描 + 覆盖率 → 质量保障。
三、云原生架构
云原生 = 容器化 + 微服务 + 持续交付 + 动态编排，构建可弹性扩展、故障自愈且高效利用云资源的应用体系。
演进路径：传统单体（业务代码+非功能代码混合）→ 早期分布式（服务拆分但非功能代码仍由应用实现）→ 云原生（云设施接管非功能需求：弹性/韧性/安全/可观测性）。
核心目标：开发者只关注业务逻辑，获得轻量、敏捷、高度自动化的交付与运维能力。
四、解释器架构风格
核心组成：解释引擎 + 代码存储区 + 工作状态数据结构 + 执行进度数据结构。
基于规则的系统：规则集 + 规则解释器 + 规则/数据选择器 + 工作内存。
特点：
- 系统核心是虚拟机
- 可用多种操作解释一个句子，灵活应对自定义场景
- 适合特定领域、模式匹配系统与语言编译器
五、软件架构评估（ATAM）论文
ATAM（架构权衡分析法） 是架构评估的主流方法，核心工具是效用树。
论文结构建议：
- 项目背景 + 架构评估必要性
- ATAM 方法概述（效用树、场景分类、敏感点/权衡点）
- 评估实施过程（质量属性效用树构建、场景优先级排序、架构分析与权衡）
- 评估结果与架构改进
ATAM 关键概念：
- 效用树：树根（质量目标）→ 质量属性 → 属性分类 → 质量属性场景（叶子）
- 3 种场景：用例场景/增长场景/探索性场景
- 敏感点 vs 权衡点：敏感点影响单个质量属性，权衡点影响多个