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


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


- 猜测

- 合作

- 学习

1995789-20220110230308732-784556235.png

目录
相关文章
|
3天前
|
缓存 监控 数据格式
信息系统架构模型(2) SOA
信息系统架构模型(2) SOA
16 0
|
1月前
|
机器学习/深度学习 自然语言处理 并行计算
大模型开发:什么是Transformer架构及其重要性?
Transformer模型革新了NLP,以其高效的并行计算和自注意力机制解决了长距离依赖问题。从机器翻译到各种NLP任务,Transformer展现出卓越性能,其编码器-解码器结构结合自注意力层和前馈网络,实现高效训练。此架构已成为领域内重要里程碑。
30 2
|
2月前
|
监控 负载均衡 Dubbo
|
3天前
|
前端开发 Java PHP
信息系统架构模型(1) MVC
信息系统架构模型(1) MVC
10 0
|
29天前
|
敏捷开发 监控 前端开发
Spring+SpringMVC+Mybatis的分布式敏捷开发系统架构
Spring+SpringMVC+Mybatis的分布式敏捷开发系统架构
69 0
|
1月前
|
设计模式 前端开发 数据处理
MVC架构中,控制器和模型之间是如何交互的
MVC架构中,控制器和模型之间是如何交互的
10 0
|
1月前
|
存储 设计模式 前端开发
请解释 Web 应用程序的 MVC(模型-视图-控制器)架构。
【2月更文挑战第26天】【2月更文挑战第89篇】请解释 Web 应用程序的 MVC(模型-视图-控制器)架构。
|
1月前
|
机器学习/深度学习 人工智能 缓存
Griffin模型的主要架构和特点
【2月更文挑战第16天】Griffin模型的主要架构和特点
82 2
Griffin模型的主要架构和特点
|
2月前
|
机器学习/深度学习 Python Windows
【架构】流水线结合生产者消费者模型赋能模型推理过程
【架构】流水线结合生产者消费者模型赋能模型推理过程
22 0
|
2月前
|
机器学习/深度学习 人工智能 自然语言处理
Stable Diffusion 3深夜横空出世!模型与Sora同架构
【2月更文挑战第4天】Stable Diffusion 3深夜横空出世!模型与Sora同架构
43 4
Stable Diffusion 3深夜横空出世!模型与Sora同架构