【备战软考架构师系列笔记 · 003】软件工程篇 —— 软件开发模型(下篇：敏捷开发) ⭐⭐⭐⭐⭐

 

软件开发模型笔记(下篇)—— 敏捷开发模型/方法

 

# 敏捷开发

## 特点

### 以人为本

### 迭代、循序渐进

### 适用于小团队和小项目

## 敏捷开发宣言

### 1、最重要的是通过尽早和不断交付有价值的软件满足客户需要

### 2、即使在开发后期，也要拥抱变化。敏捷过程能够驾驭变化，保持客户的竞争优势

### 3、经常交付可以工作的软件，从几周到几个月，时间尺度越短越好

### 4、在整个项目中，业务人员和开发人员应该始终紧密合作

### 5、围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务

### 6、在团队中，最有效率也是效果最好的沟通方式是面对面交流

### 7、可以工作的软件是进度的主要度量标准

### 8、提倡可持续开发。投资人、开发人员和用户应该保持固定的节奏

### 9、不断追求优秀的技术和良好的设计，有助于提高敏捷性

### 10、要简单，尽可能减少工作量。减少工作量的艺术是至关重要的。

### 11、最好的架构、需求和设计都来自于 自我组织的团队

### 12、团队要定期总结如何能够更有效率，然后相应地自我调整

## 极限编程(XP)

### 特点

- 轻量(敏捷)

- 高效

- 低风险

- 柔性

- 可预测

- 科学、充满乐趣的

### 对比其他方法的差别

- 1、在更短周期内，更早地提供具体、持续的反馈信息

- 2、迭代地进行计划编制，在最开始迅速生成一个总体计划，然后在整个项目开发过程中不断完善

- 3、依赖于自动测试程序来监控开发进度，并及早地捕获缺陷

- 4、依赖口头交流、测试和源程序进行沟通

- 5、倡导持续的、演化式的设计

- 6、依赖于开发团队内部的紧密协作

- 7、尽可能达到程序员短期利益和项目长期利益的平衡

### 四部分组成

- 价值观(四大价值观，XP的 基础和灵魂)

    - 沟通：加强面对面的沟通

    - 简单：不过度设计

    - 反馈：及时反馈

    - 勇气：接受变更的勇气

- 原则

- 实践

- 行为

### 12个关键实践

- 1、计划游戏

    - 快速制定一份概要计划，然后随着业务细节展开不断完善。

- 2、小版本发布

    - XP方法遵循”持续集成”思维，每次发布的版本要尽量小，且具有商业价值和值得发布

- 3、系统隐喻

- 4、简单设计

    - 认为设计不应该在编码之前一次性完成

- 5、测试驱动

    - 不能忽略测试工作，保证代码效率和质量

- 6、重构

    - 目的是降低变化引起的风险，使得代码优化更容易

- 7、结对编程

- 8、集体代码所有制

    - 团队每个成员都拥有对代码进行改进的权利，需要对全部代码负责。同时，代码谁破坏(修改后出问题)的由谁承担

- 9、持续集成

- 10、每周40小时工作制

    - 加班最终会扼杀团队的积极性，导致项目走向失败。40小时不是一个绝对值，而是应该保证按照正常的时间进行工作

- 11、 现场客户

    - 为了保证开发结果与客户预想接近，最重要的是将客户请到开发现场。用于保证客户负责业务决策，开发团队负责技术决策

- 12、编码标准

    - 提供一个确保代码清晰，便于交流的指导方针

## 特征驱动开发（FDD）

### 一个迭代的开发模型

###  每一步都强调质量，不断交付可运行的软件，以很小的开发提供精确的项目进度和状态信息

### 6种关键角色(有些角色身份可重复)

- 1、项目经理：团队的保护屏障

- 2、首席架构设计师：负责系统架构的设计

- 3、开发经理：负责团队日常开发，解决开发中出现的技术问题和资源冲突

- 4、主程序员：带领小组完成特征的详细设计和构建工作

- 5、程序员：按照特征开发计划完成开发

- 6、领域专家：精通业务领域的人，可以是客户或者系统分析员。

### 最佳实践

- 领域对象建模

- 根据特征进行开发

- 类的个体所有

- 组成特征小组

- 审查⭐

- 定期构造

- 配置管理

- 结果可见性

## Scrum框架

### 特点

- 是一个增量、迭代的开发过程

- 明确定义了可重复的开发过程

- 整个开发过程由若干个短周期构成

### Backlog(整体需求)

- 用于管理产品需求

- 产品backlog是一个按照商业价值排序的需求列表，Scrum团队要先开发对客户具有更高价值的需求

### Sprint

- 每个短周期，称为一个Sprint

- 每个Sprint长度为1-4周(迭代周期)

### Sprint backlog(当前周期需要处理的任务清单)

- 根据从Backlog里面挑选的需求，在Sprint计划会议(站会)经过讨论、分析和估算，得到的任务列表

### Scrum的五个活动

- 产品待办事项列表梳理

- Sprint计划会议

    - 包括两部分：1、决定在Sprint中需要完成哪些工作；2、决定这些工作如何完成

- 每日会议(站会)

    - 用来确认团队成员的三种信息：1、上一个Scrum日程完成的内容；2、现在到下一个Scrum日程需要完成的内容；3、影响进展的阻碍因素有哪些

    - 通常不超过15分钟，仅用于简要问题回答和澄清，不应该讨论其他话题

- Sprint评审会议

    - Sprint结束时，团队和相关人员评审Sprint的产出。时长和Sprint周期时长成正比，周期如果是一周为1个小时

    - 展示当前产品增量的情况，以及调整产品事项待办列表等

- Sprint回顾会议

    - Sprint结束后，回顾与总结。时长同Sprint评审会议

### 五个价值观

- 承诺、专注、开放、尊重、勇气

## 水晶方法(Crystal)

### 特点

- 用最少的纪律约束，仍能成功的方法。在产出效率和易于运作上达到平衡

- 提倡"机动性"的方法，包含具有共性的核心元素，每个都含有独特的角色、过程模式、工作产品和实践

### 分类

- Crystal Clear(透明水晶方法，最常用，适用于6人以下小团队)

    - 七个体系特征:1、经常交付；2、反思改进；3、渗透式交流；4、个人安全；5、焦点；6、与专家建立方便的联系；7、配有自动测试、配置管理和经常集成的功能的技术环境

- Crystal Yellow

- Crystal Orange

- Crystal Red

## ASD方法[Adaptive Software Development]

### 核心是三个非线性的、重叠的开发阶段

- 猜测

- 合作

- 学习