c敏捷软件开发方法简介.pptVIP

敏捷软件开发方法简介;参考资料;主要内容;第一节　敏捷方法的含义;敏捷方法产生的背景;软件开发过程敏捷化趋势;大约50%的被调查者预计到2003年其50%以上的项目会使 　用敏捷方法；14%的被调查者认为其所有的项目会使用敏 　捷方法 　　From THE DECISION IS IN: AGILE VERSUS HEAVY METHODOLOGIES, VOL. 2, NO. 19, by Robert　 Charette,Senior Consultant, Cutter Consortium;敏捷价值观;《敏捷宣言》12条原则;5.以积极主动的员工为核心建立项目，给予他们所需的环 　境和支持，信任他们能够完成工作 6.在开发团队内外传递信息最有效率和效果的方法是面对 　面的交流 7.可用的软件是进展的主要度量指标。 8.敏捷过程提倡可持续发展。发起人、开发者和用户应始 　终保持稳定的步调;9.简化——使必要的工作最小化的艺术——是关键 10.持续关注技术上的精益求精和良好的设计以增强敏捷性 11.最好的架构、需求和设计产生于自我组织的团队 12.团队定期地对运作如何更加有效进行反思，并相应地调 　整、校正自己的行为;第二节　软件开发过程的比较;i;RUP是Rational公司的改进过程的规范，它被设计成一种 　由用例驱动的、以体系结构为中心的软件开发过程，它以 　迭代的方式前进，通过执行工作流程递增地产生结果 它的主要四个阶段：先启、精化、构建和转移，五个核心 　工作流程：需求、分析、设计、实现和测试 由于RUP是一种框架，你可以以不同的方式来使用它，如 　象非常传统的“瀑布” 式开发方式，或敏捷式，如dX。你 　可以把用得轻捷灵便，也可把它弄成繁文缛节。这取决于 　你如何在你的环境中对它裁剪运用;;Agile Modeling;AM核心原则;AM补充原则;自适应软件开发;水晶方法体系;ISO9000;面向对象软件工程概念模型;第三节　极限编程（ eXtreme Programming ）　　　——轻量级敏捷软件开发方法;XP诞生了大概有8年 XP是以开发符合客户需要的软件为目标而产生的一种方 　法论 XP是一种以实践为基础的软件工程过程和思想 XP认为代码质量的重要程度超出人们一般所认为的程度 XP特别适合于小型的有责任心的、自觉自励的团队开发 　需求不确定或者迅速变化的软件;3.1　XP准则??—XP软件开发是什么样的;沟通;简单;反馈;勇气;3.2　XP的法则——一项实践在XP环境中成功使用的依据;快速反馈;XP迭代过程;假设简单性;递增更改;提倡更改;优质工作;3.3　XP活动——XP软件开发的基石;编码;测试;倾听;设计;3.4　XP的实践——项目成员用户成功执行XP活动的技术;7.测试驱动（Test-driven） 8.小型发布（Small Releases） 9.重构（Refactoring） 10.持续集成（Continuous integration） 11.每周40小时工作制（40-hour Weeks） 12.代码规范（Coding Standards）; 过程;1 现场客户;2 计划游戏;3 系统隐喻;4 简单设计;5 代码集体所有;题外话一：编程的乐趣(F P. Brooks);题外话二：编程的苦恼(F P. Brooks);6 结对编程;积极影响;卡车问题;结对编程工作区;学到的经验;结对和简单设计;8 小型发布;9 重构;10 持续集成;　　每日构建是项目的心跳。如果一个项目的心跳停止 了，这个项目就死亡了 　　Treat the daily build as the heartbeat of the project. If there is no heartbeat, the project is dead;作用;11 每周四十小时工作制;12 代码规范;不变的只是愿望，变化才是永恒。 如果你聆听代码，好的设计就会出现。;初始设计不可能面面俱到 受人员变动影响 设计人员和编码人员之间存在协同问题 设计人员和编码人员之间存在技能差异 不能适应变化的需求;缺乏整体性 设计可能不可控 潜在的缺陷可能会引起其它缺陷 修正缺陷的代价可能会呈指数增长 对设计和编码人员要求更高;计划设计;做可能有效的最简单的事情 Do the Simplest Thing That Could Possibly Work 你将不会需要它 You Aren’t Going to need it;做且仅做一次 Once and Only Once 不要自我重复 Don’t Repeat Yourself;模式\反模式和XP;UML和XP; ;高校科研用例图（理工类）;高校科研项目中的一些问题;高校中的XP;X