文档介绍：敏捷开发培训AgileDevelopment
Content
Agile Development介绍
RUP
XP
Scrum
2022/1/21
2
Agile Process - 敏捷的开发流程
Agile 精神状态，职业态度等等因素，完成某项工作所需要的时间。
实际时间
实际时间理想时间乘上负载因子
任务
任务分配到项目成员，从故事切分的出来。通常任务时间不应该超过10个实际工作日。
2022/1/21
12
1. RUP
2. XP
3. Scrum
2022/1/21
13
RUP- Rational Unify Process
RUP 为 IBM Rational 提出的软件开发流程
内容含盖 Business modeling, Requirement Modeling, Logical Design, Implementation, Testing, Deployment 等软件开发生命周期的直接工作
与 Project Management, Change & Configuration Management，Environment support 等支持性工作。
2022/1/21
14
RUP 的主要精神
工程进展采用 Iterative 程序分阶段渐进地完成工程功能；
广泛使用 Visual Modeling 于商业需求分析、系统分析与系统设计；
强调架构设计；
对每项工作所需要的技术、工具、做法、模板、检查工程均有详细的定义，架构完备且具有可调整的弹性。
2022/1/21
15
1. RUP
2. XP
3. Scrum
2022/1/21
16
XP - eXtreme Programming
极限编程，最轻量级的开发流程，其最主要的精神是『在客户有系统需求时，给予及时满意的可执行程序』，所以最合适需求快速变动的工程
强调客户所要的是 workable 的执行码，所以把与撰写程序无关的工作降至最低，并要求客户与开发人员最好以 side-by-side 的方式一起工作
2022/1/21
17
XP强调4个因素
交流(communication)，XP要求程序员之间以及和用户之间有大量而迅速的交流
简单〔simplicity〕，XP要求设计和实现简单和干净
反响〔feedback〕通过测试得到反响，尽快提交软件并根据反响修改
勇气〔courage〕。英勇的面对需求和技术上的变化
2022/1/21
18
XP 开发流程
开发人员随时可以和客户进展有效沟通，撰写 user stories 以确认需求。
简易快速的系统设计，撰写独立的验证程序以解决特殊困难的问题，找出算法即可丢弃验证程序。
规划屡次小型阶段的工程方案，以最快速度完成每一阶段的程序交付客户，客户负责 Acceptance tests；
Coding 前必须完成 Unit Test 与 Acceptance tests 程序，所有模块整合前都须经过 Unit Tests；
开发人员必须快速响应 Bug 与需求变更；
要求二人一组使用一台计算机设计程序，当一人 coding 时，另一人负责考虑与设计；
程序必须符合程序标准，并常做程序的重构 (Refactoring)。
2022/1/21
19
XP原那么和理论-Planning-user stories
user stories
User stories类似use case，描绘用户所见的系统功能，但防止使用大量的文档，user stories由用户编写〔不仅限于描绘用户界面〕。User stories使用用户的语言编写，不使用技术性的语言，每个user stories限于几句话。User stories用于在release plan会议上对开发时间进展评估，也用于产生验收测试〔acceptance test〕，必须使用可以自动进展的验收测试保证软件的正确性。User stories与传统的用户需求的区别在于详细的程度，user stories并不会确定需求的每个细节，它只是用来简单的描绘系统功能，供开发人员进展估计开发进度，在开发过程中开发人员和用户会不断的交流以讨论细节问题。User story应该专注于功能，不应该过分注重用户界面等细节。一般一个user storiy在1-3周的时间完成，假如估计超过3周，说明user story太大了，需要细分 .
2022/1/21
20
XP原那么和理论-Planning-release plan
release plan
召开一个 release plan会议，产生release plan。Releas