敏捷软件开发ASD-01-前言.pptVIP

Agile Software Development 尹俊文 国防科学技术大学计算机学院 课程内容 绪论 敏捷软件开发的原理 内容 1 软件工程？软件工艺！ 软件开发的幻想与现实 1.1 软件开发中的问题 1.2 软件开发方法论 可预测——软件工程的基础假设 强调建造之前进行设计 基于工程规范（如土木和机械工程） 可预测的进度：可以使用具有较低技能的工人 分离设计和构造 一旦制订了计划，软件设计便于简单地构造 建造之前进行设计 现实： 软件设计图是什么样子的？（UML？） 这些设计真的让编码更容易了吗？ 一般没有，非常难以验证正确性 设计和编码的开销 土建工程的设计开销一般占10%左右 而软件工程的设计成本大多超过了50%，而建造成本只有15% 于是： 在软件中，构造几乎是免费的；所有的一切在于设计，因此需要有创造性、有能力的天才！ 悖论： 创造性过程是不可计划的，因此可预见性是不可能完成的任务！ 你说应不应该寻找其他的“隐喻”呢？ 大方法论的疯狂 文书工作的沼泽 你对后期文档制作感兴趣吗？ 你认为这样的文档有意义吗？ 你会经常翻阅这些文档吗？ 极少量的方法 你认为CMM和RUP是世界上最好的方法吗？ 缺乏责任感 你会主动承担项目失败的原因吗？ 激励的普遍缺失 在CMM和RUP中，你会起到什么作用？渺小吧？ 1.3 软件工程 IEEE： 软件工程是指采用一种系统性的、有纪律、可计量的方式来开发、使用及维护软件，也即在软件领域采用工程学。 软件工程提出的背景： 1968 北大西洋组织会议 软件危机 需要高质量大型软件应用 起初、主要是、根本上是为了国防 国防软件 不纯粹是软件项目 通常需要特殊设计硬件 程序员也就被迫等待硬件设计完成 此时，有大量的时间用于软件设计 硬件设计完成之后，软件需要尽可能快地投入使用 投入尽可能多的人进行编码 恨不得能够自动生成代码 more programmers = more code 有限应用领域的软件工程 软件工程方法的试用范围 涉及到硬件的大型系统 生命攸关系统：国防、航空、航天 核心需求是可预测的 问题： 所有开发人员一视同仁：要是机器人多好！ 忽视了业务世界的发展进程 相信人越多，生产率越高 关注过程，而轻视所需解决的问题 很多开发人员好话说得多，实际并没有执行 1.4 这世界变化快！ 软件成为系统中最昂贵的部分 相反，在1968年，软件是最便宜的部分 软件开发的成本主要是人力成本 系统开发通常是以周（或月）为单位，而不是年！ 更多的项目不可能存在一成不变的需求 市场变化引起需求变化 业务需求同时也是一项创造性的劳动 强秩序与突变序 成功项目的评判标准 产品正常交付、产品达到预期目标、项目组成员身心健康 传统的软件开发方法（以RUP和CMM尤甚）建立在“强秩序”基础之上，而敏捷软件开发方法强调个体的作用 你愿意作为CMM机器的一个齿轮吗？ 做一个网站吧，你会用CMM和RUP吗？ CMM是一个很好的优化模型，适合错综复杂(complicated)的世界；自适应则适应杂乱(complex)的世界。 1.5 软件工艺 将工匠(craftsman,艺术家？)放在软件开发的中心位置 软件开发不是一件容易的事 需要技术娴熟的工匠 只指导为计算机编写程序的人和开发高质量软件是不一样的 把软件当作工艺品吧 我们必须具有技能？ 如何提高技能？ 我们必须合作 交流最重要 我们必须愉快 愉快的心情才能有好的作品 我们不是杜甫，不可能在忧伤的环境下写“茅屋为秋风所破”? 再讲一个驾驶的故事 你从长沙到韶山能够重复走同样的路线吗？ CMM可以? 你从长沙到韶山需要重复走同样的路线吗？ 走两遍、三遍是可以的。 走10遍试试？还可以忍受是吗？那走一辈子看看？ 驾驶的本质是什么？ 是驾驶路线吗？ 不！是目的地！ 软件开发本质是什么？ 是软件过程吗？ 不！是软件本身！ 2 敏捷宣言 影响软件开发的最主要因素是什么？ Manifesto for Agile Software Development We are uncovering better ways of developing software by doing it and helping others do it.Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over follo