软件工程新技术研究探讨.docVIP

软件工程新技术研究探讨

——敏捷开发技术

摘要:

Agile开发方法(敏捷开发)是近年来软件开发界提出的一种新的开发方法。敏捷开发是轻量型的开发方法，它反对传统、庞大、重型的过程；强调与人交流的重要性，提倡用高质量的软件代替文档，具有能够适应需求变化，进行快速开发的能力。这类方法以快捷、轻便的思维方式，迅速解决了一些传统软件开发中存在的问题，提高了软件企业的生产效率，得到了迅速的推广。

论文介绍了敏捷开发，并分析了敏捷开发的平台技术，并对敏捷开发的优势进行了分析。

目录

TOC\o1-3\h\z\u1.敏捷开发介绍 4

1.1价值观 4

1.2原那么 5

主张简单 5

拥抱变化 5

你的第二个目标是可持续性 5

递增的变化 5

令Stakeholder投资最大化 5

有目的的建模 6

多种模型 6

高质量的工作 6

快速反应 7

软件是你的主要目标 7

轻装前进 7

2敏捷开发平台的分析与设计 7

2．1开发流程分析与设计 7

2．2开发平台的分析 8

2．3开发平台的设计 9

3敏捷开发的优势分析 10

3．1与迭代式开发相比的优势 10

3．2与瀑布式开发相比的优势 10

3．3与螺旋式开发相比的优势 10

4.结束语 10

5.参考文献 11

1.敏捷开发介绍

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件工程的构建被切分成多个子工程，各个子工程的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大工程分为多个相互联系，但也可独立运行的小工程，并分别完成，在此过程中软件一直处于可使用状态。

1.1价值观

敏捷建模〔AgileModeling，AM〕的价值观包括了XP〔ExtremeProgramming：极限编程〕的四个价值观：沟通、简单、反应、勇气，此外，还扩展了第五个价值观：谦逊。敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。除了原那么和实践，模式也是很重要的，多研究模式及其应用可以使你更深层次的理解敏捷开发。

〔一〕沟通：建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的projectstakeholder之间的沟通。简单画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件〔开发〕过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你〔对软件〕的理解的加深，也能够很容易的改良。

〔二〕反应：KentBeck在ExtremeProgrammingExplained中有句话讲得非常好：“过度自信是编程的职业病，反应那么是其处方。”通过图表来交流你的想法，你可以快速获得反应，并能够按照建议行事。

〔三〕勇气：勇气非常重要，当你的决策证明是不适宜的时候，你就需要做出重大的决策，放弃或重构〔refactor〕你的工作，修正你的方向。

〔四〕谦逊：最优秀的开发人员都拥有谦逊的美德，他们总能认识到自己并不是无所不知的。事实上，无论是开发人员还是客户，甚至所有的projectstakeholder，都有他们自己的专业领域，都能够为工程做出奉献。一个有效的做法是假设参与工程的每一个人都有相同的价值，都应该被考虑。

〔五〕尊重：敏捷建模〔AM〕定义了一系列的核心原那么和辅助原那么，它们为软件开发工程中的建模实践奠定了基石。其中一些原那么是从XP中借鉴而来，在ExtremeProgrammingExplained中有它们的详细描述。而XP中的一些原那么又是源于众所周知的软件工程学。复用的思想随处可见！根本上，本文中对这些原那么的阐述主要侧重于它们是如何影响着建模工作；这样，对于这些借鉴于XP的原那么，我们可以从另一个角度来看待[4]。

1.2原那么

主张简单

当从事开发工作时，你应当主张最简单的解决方案就是最好的解决方案。不要过分构建〔overbuild〕你的软件。用AM的说法就是，如果你现在并不需要这项额外功能，那就不要在模型中增加它。要有这样的勇气：你现在不必要对这个系统进行过分的建模〔over-model〕，只要基于现有的需求进行建模，日后需求有变更时，再来重构这个系统。尽可能的保持模型的简单。

拥抱变化

需求时刻在变，人们对于需求的理解也时刻在变。工程进行中，Projectstakeholder可能变化，会有新人参加，也会有旧人离开。Projectstakeholder的观点也可能变化，你努力的目标和成功标准也有可能发生变化。这就意味着随着工程的进行，工程环境也在不停的变化，