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

软件工程新技术研究探讨 ——敏捷开发技术 摘要: Agile开发方法(敏捷开发)是近年来软件开发界提出的一种新的开发方法。敏捷开发是轻量型的开发方法，它反对传统、庞大、重型的过程；强调与人交流的重要性，提倡用高质量的软件代替文档，具有能够适应需求变化，进行快速开发的能力。这类方法以快捷、轻便的思维方式，迅速解决了一些传统软件开发中存在的问题，提高了软件企业的生产效率，得到了迅速的推广。 论文介绍了敏捷开发，并分析了敏捷开发的平台技术，并对敏捷开发的优势进行了分析。 目录 1.敏捷开发介绍 4 1.1价值观 4 1.2 原则 5 1.2.1主张简单 5 1.2.2拥抱变化 5 1.2.3你的第二个目标是可持续性 5 1.2.4递增的变化 5 1.2.5令Stakeholder投资最大化 5 1.2.6有目的的建模 6 1.2.7多种模型 6 1.2.8高质量的工作 6 1.2.9快速反馈 7 1.2.10软件是你的主要目标 7 1.2.11轻装前进 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.敏捷开发介绍 简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。 敏捷建模（Agile Modeling，AM）的价值观包括了XP（Extreme Programming：极限编程）的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。除了原则和实践，模式也是很重要的，多研究模式及其应用可以使你更深层次的理解敏捷开发。 （一）沟通：建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团队和你的project stakeholder之间的沟通。简单画一两张图表来代替几十甚至几百行的代码，通过这种方法，建模成为简化软件和软件（开发）过程的关键。这一点对开发人员而言非常重要－它简单，容易发现出新的想法，随着你（对软件）的理解的加深，也能够很容易的改进。 （二）反馈：Kent Beck在Extreme Programming Explained中有句话讲得非常好：“过度自信是编程的职业病，反馈则是其处方。”通过图表来交流你的想法，你可以快速获得反馈，并能够按照建议行事。 （三）勇气：勇气非常重要，当你的决策证明是不合适的时候，你就需要做出重大的决策，放弃或重构（refactor）你的工作，修正你的方向。 （四）谦逊：最优秀的开发人员都拥有谦逊的美德，他们总能认识到自己并不是无所不知的。事实上，无论是开发人员还是客户，甚至所有的 project stakeholder，都有他们自己的专业领域，都能够为项目做出贡献。一个有效的做法是假设参与项目的每一个人都有相同的价值，都应该被考虑。 （五）尊重：敏捷建模（AM）定义了一系列的核心原则和辅助原则，它们为软件开发项目中的建模实践奠定了基石。其中一些原则是从XP中借鉴而来，在Extreme Programming Explained中有它们的详细描述。而XP中的一些原则又是源于众所周知的软件工程学。复用的思想随处可见！基本上，本文中对这些原则的阐述主要侧重于它们是如何影响着建模工作；这样，对于这些借鉴于XP的原则，我们可以从另一个角度来看待[4]。 1.2 原则 1.2.1主张简单 当从事开发工作时，你应当主张最简单的解决方案就是最好的解决方案。不要过分构建（overbuild）你的软件。用AM的说法就是，如果你现在并不需要这项额外功能，那就不要在模型中增加它。要有这样的勇气：你现在不必要对这个系统进行过分的建模（over-model），只要基于现有的需求进行建模，日后需求有变更时，再来重构这个系统。尽可能的保持模型的简单。 1.2.2拥抱变化 需求时刻在变，人们对于需求的理解也时刻在变。项目进行中，Project stakeholder可能变化，会有新人加入，也会有旧人离开。Project stakeholder的观点也可能变化，你努力的目标和成功标准也有可能发生变化。这就意味着随着项目的进行，项目环境也在不停的变化，因此你的开发方法必须要能够反映这种现实。 1.2.3你的第二个目标是可持续性 即便你的