🏠 首页›第一梯队 · 决胜核心 · 第 7 小时 · 软件工程基础知识

敏捷开发方法

选择 8~15 分案例 25 分论文相关
📄 教材出处 · 第 7 小时《软件工程》 (书第 55–67 页) ▸ 查看原文摘录 打开教材 PDF ↗
第 55 页 ↗软件工程基础知识 7.0 章节考点分析 主要学习软件工程、需求工程、系统分析与设计、净室软件工程、基于构件的软件工 程、软件项目管理等内容。
第 56 页 ↗软件要经历从需求分析、软件设计、软件开发、运行维护,直至被淘汰 这样的全过程,这个全过程就是软件的生命周期。
第 57 页 ↗软件工程基础知识 49 2)原型模型(Prototype Model),如图7.3所示,又称快速原型,是原型方法使用的生命周期 模型。
第 58 页 ↗4)敏捷(Agile)模型,属于敏捷方法使用的模型。
第 59 页 ↗ RUP在每次迭代中,只考虑系统的一部分需求,进行分析、设计、实现、测试和部署等过程。
第 60 页 ↗ 需求获取的方法包括用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法和头脑风 暴法等。

知识点目录(共 4 项)

  1. 敏捷宣言与十二原则
  2. XP 极限编程:结对编程 / TDD / 重构 / 持续集成
  3. Scrum:三大角色 / 三个工件 / 五个会议
  4. FDD 功能驱动 / ASD 自适应 / 水晶系列方法 / 开放源码

知识点详解

一、敏捷宣言与代表方法

敏捷方法倡导:个体和交互胜过过程和工具;可工作的软件胜过面面俱到的文档;客户合作胜过合同谈判;响应变化胜过遵循计划。教材列出的主要敏捷方法及显著特征:

方法核心特征(考点原文)关键字
XP 极限编程由 Kent Beck 提出,"高效、低风险、测试先行(先写测试代码,再编写程序)"结对编程、TDD、重构、持续集成、费用控制严格的公司证明有效
水晶系列方法由 Alistair Cockburn 提出,与 XP 同样以人为中心,但"不同的项目采用不同的策略",用最少纪律约束仍能成功,产出效率不如 XP 但更易被接受以人为中心、最少纪律
并列争球法 Scrum"侧重于项目管理";用产品 Backlog(按商业价值排序的需求列表)管理需求;开发分为短迭代周期 Sprint,从 Backlog 挑高优先级需求组成 Sprint Backlog;每次迭代结束交付潜在可交付的产品增量Backlog、Sprint、增量交付
FDD 特征驱动开发由 Jeff De Luca 和 Peter Coad 提出,短迭代(一般两周)、可见可用功能;开发人员分类:首席程序员(协调者/设计者/指导者)和"类程序员"(写源码)特征短迭代、两类人员
ASD 自适应开发由 Jim Highsmith 提出,核心是三个非线性、重叠的开发阶段:猜测、合作与学习猜测-合作-学习
开放式源码程序开发人员在地域上分布很广(与其他敏捷强调同地协作不同);突出特点是查错排障(Debug)的高度并行性——任何人可发"补丁"给维护者分布协作、补丁
产品 Backlog Sprint 迭代2~4 周,挑高优先级需求 产品增量 Sprint 评审会回顾调整 → 下一轮 Scrum 三角色:产品负责人(Po)/ Scrum Master / 开发团队;所有 Sprint 结束提交最终软件产品
图 1-16 Scrum 工作流(依据教材原文整理)
考法:"测试先行"=XP;"侧重项目管理"=Scrum;"水晶系列=不同项目不同策略";"ASD 三阶段=猜测、合作、学习";"FDD 两周迭代+首席程序员/类程序员";"开放源码 Debug 高度并行性"。这些对应关系是近年选择题反复出现的原题点。