1/36主题过程框架传统过程模型敏捷过程模型
1什么是过程框架层次化的技术过程框架产品与过程2/36
3/361.1层次化的技术软件工程质量关注点过程模型方法工具
4/361.2过程框架过程框架框架活动工作任务工作产品里程碑和可交付物质量检查点保障活动
5/36沟通计划建模Modeling需求分析设计构建代码生成测试稳定部署框架活动1.2过程框架
6/36软件项目管理正式的技术评估软件质量保证软件配置管理工作产品的准备和生产可复用管理测量风险管理保障活动1.2过程框架
7/361.3产品与过程软件具有过程和产品的二象性产品本身的质量问题软件过程中软件工程师的价值体现和感受问题10年前开始的产品问题向过程问题的转变
2传统过程模型瀑布模型螺旋模型增量模型8/36
9/36传统过程模型的问题传统过程模型提倡在软件工程中使用有序的方法。这导致了一些问题…如果传统过程模型强调结构和顺序，他们是否还适用于一直处于变更的软件？同时，如果我们拒绝传统过程模型（以及他们所坚持的顺序），而代之于不那么结构化的某些东西，我们是否将无法保持软件工作的协调和一致?
10/362.1瀑布模型
2.2螺旋模型11/36
12/362.3增量模型
3敏捷过程模型敏捷宣言敏捷是什么敏捷过程是什么XPSCRUM13/36
14/363.1敏捷软件开发宣言“我们正在通过亲身实践以及版主他人实践的方式来揭示更好的软件开发之路，通过这项工作，我们认为：个体和交互胜过过程和工具可工作软件胜过宽泛的文档客户合作胜过合同谈判响应变化胜过遵循计划也就是说，虽说右边的各项很有价值，但我们认为左边的各项更有价值。KentBecketal
15/363.2敏捷是什么?响应变化的高效性(快速而灵活)共同利益各方的有效沟通将客户拉进团队中使工作表现可控的团队组织方式产生…快速，增量的软件交付
16/363.3敏捷过程是什么？敏捷过程的三个假设：提前预测需求的易变化部分很难设计与构建是交错进行的计划是“短命的”敏捷过程必须具有自适应性：多面对面沟通，少文档编写增量式开发策略，用户及时反馈
17/363.3敏捷方法
18/363.4极限编程(XP)策划设计测试编码重构软件增量项目进度估算结对编程连续集成单元测试验收测试KentBeck提出（1999），使用最广的敏捷过程
19/36XP策划开始于“用户故事”的构建，在索引卡片上客户标明卡片的优先级（特征或全局业务价值）敏捷团队评估卡片标明功能的开发成本（周）客户与敏捷团队一起将故事分组（版本）承诺下一个版本的发布期限项目的第一个版本发布之后，敏捷团队计算项目的速度3.4极限编程(XP)
20/36SchwaberandBeedle提出（1990）Scrum的特征开发工作分成“packets”测试与文档在产品构建过程中进行在一个“sprints”中完成一个从需求中导出的“backlog”（backlog可随时添加项，但在一个sprints内不允许变更）每天15分钟短会“demos”必须在特定的时间内提交给客户3.5Scrum
21/364树模型(1)软件之树土壤：用户需求根：沟通/交流树干：软件愿景树枝：功能模块细枝：功能/用例叶子：实现土壤：用户需求土壤：用户需求
22/364树模型(2)
23/364树模型(3)
24/36问题？
25/36Thanks！