【备战软考架构师系列笔记 · 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]

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

- 猜测
- 合作
- 学习

 

 

posted @ 2022-01-10 23:09  WeskyNet  阅读(313)  评论(0编辑  收藏  举报