西门子Smart模块6ES7-288-2DE08-0AA0

西门子Smart模块6ES7-288-2DE08-0AA0

相对于过程和工具，他们更强调个人和交互的价值。这种观点包括给开发人员提供他们所需的资源，并相信他们能够做好自己的工作。开发团队将他们组织起来，让他们进行面对面交互式的沟通，而不是通过文档进行沟通。

（2）“可以工作的软件”胜过“面面俱到的文档”。

他们更喜欢在生产运行的软件上花费时间，而不是将时间花费在编写各种文档上。也就是说，对成功的主要测量指标是软件正确工作的程度。

（3）“客户合作”胜过“合同谈判”。

他们将精力集中在与客户的合作上，而不是在合同谈判上，从而客户成为软件开发过程的一个关键方面。

（4）“响应变化”胜过“遵循计划”。

他们专注于对变化的反应，而不是创建一个计划而后遵循这个计划，因为他们相信不可能在开发的初始就预测到所有的需求。

“敏捷宣言”提出的十二条基本原则已经应用于管理大量的业务以及IT相关项目中，包括商业智能。这十二条基本原则如下所示。

（1）我们的高目标是，通过尽早和持续地交付有价值的软件来使客户满意。

（2）欢迎对需求提出变更，即使到了项目开发的后期，也要善于利用需求变更，帮助客户创造竞争优势。快速地推出产品，就能够的先机。在互联网时代，用户的变化和对创新的要求是非常高的，软件的产品要追求创新，要快速地响应用户的变化。

敏捷开发就是一种有效应对快速变化需求、快速交付高质量软件的迭代和增量的新型开发方法。它强调更紧密地团队协作，关注可工作的软件产品。这是一种基于实践而非理论的开发方法。

敏捷方法强调适应而非预测。由于软件需求很难预测，那么按照预测产生的结果，往往不是用户需要的产品，所以软件开发应该是一个自适应的跟踪过程，通过适应和逼近，终产生用户满意的产品。

2.3.1 敏捷方法的由来

从20世纪70年代到90年代提出并使用的许多软件开发方法都试图在软件构思、文档化、开发和测试的过程中强加某种形式的严格性。在20世纪90年代后期，一些抵制这种严格性的开发人员系统地阐述了他们的原则，试图强调灵活性在快速有效的软件生产中所发挥的作用。

浔之漫智控技术（上海）有限公司（xzm-wqy-shqw）

是中国西门子的佳合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司之一。

公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。

以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！

西门子Smart模块6ES7-288-2DE08-0AA0

2001年，这群关注迭代和敏捷方法的人（铸就了“敏捷”这一术语）为寻求共识汇聚一

尽管迭代开发有很多优点，但也不是没有问题。从管理的角度来看，增量方法存在两个问题：

（1）过程不可见。管理者需要通过经常性的可交付文档来把握进度，如果系统开发速度太快，要产生反映系统每个版本的文档就很不划算。

（2）伴随着新的增量的添加，系统结构在逐步退化。除非投入时间和金钱用在重构系统结构上以改善软件，否则定期的变更会损坏系统的结构。随着时间的推移，越往后变更系统越困难，而且成本也将逐步上升。瀑布开发的主早期迭代过程的思想是螺旋式开发和进化式开发。螺旋模型将瀑布模型与原型法模型结合起来，并且加入风险分析，构成具有特色的模式，弥补了前两种模型的不足。螺旋模型将工程划分为制定计划、风险分析、实施工程、用户评价四个主要活动。这四个活动螺旋式地重复执行，直到终得到用户认可的产品要不同点。增量式，系统是一次一段地增量构造，与演化式原型的大区别在于增量式开发是在软件总体设计基础上进行的。很显对于大型系统及软件的开发，螺旋模型是一种很好的方法。开发者和客户能够较好地对待和理解每一个演化级别上的风险。但需要相当的风险分析评估的专门技术，且成功与否依赖于这种技术。很明显，一个大的没有被发现的风险问题，将会导致问题的发生，可能导致演化的方法失去控制。然，增量式对付变化比演化式差。

2.2.3 迭代式开发

在早期的软件开发中，客户愿意为软件系统的后完成等待很长时间。有时，从编写需求文档到系统交付使用会经过若干年，这段时间称为循环周期（cycle time）。但是，的商业环境不会再容许长时间的拖延。软件使产品在市场上引人注目，而客户总是期待着更好的质量和新的功能。

一种缩短循环周期的方法是使用迭代式开发。在这种生命周期方法中，开发被组织成一系列固定的短期（如三个星期）小项目，称为一次迭代（iteration）；每次迭代都产生经过测试、集成并可执行的局部系统。每次迭代都包括各自的需求分析、设计、实现和测试活限分明的独立阶段，这些活动以线性的方式顺序执行。这是一种计划驱动的软件过程，有利于规范软件开发活动。

（2）原型法模型主要用于解决需求不确定等问题。原型是一个部分开发的产品，通过原型实现对系统的理解，有助于明确需求和选择可行的设计策略。

（3）迭代式开发是将描述、开发和验证等不同活动交织在一起，通过在开发过程中建立一系列版本，将系统进行逐步的交付和演化，从而实现软件的快速交付。

（4）可转换模型是利用自动化的手段，通过一系列的转换将需求规格说明转化为一个可交付使用的系统。

这些模型相互并不排斥，而且经常一起使用，尤其是对大型系统的开发。对于大型系统，综合瀑布和迭代开发模型的优点是有意义的。系统核心需求的获取以及设计系统的软件体系结构以支持需求，这些是不能迭代式开发的。在更大的系统中，子系统的开发可以使用不同的开发方法。对于那些理解得很好的系统部分可以用基于瀑布模型的过程来描述与开发；而对于那些很难提取描述清楚的系统部分，如用户界面，就总是会用迭代式开发方法。

再次，在项目实施过程中，要检查和评价项目的总体进展情况。