上海西门子PLC模块授权供货商

个计划，因为他们相信不可能在开发的初始就预测到所有的需求。

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

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

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

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

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

2.3.1 敏捷方法的由来

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

2001年，这关注迭代和敏捷方法的人（铸就了“

浔之漫智技术（上海）有限公司（w）是中国西门子的合作伙伴，公司主要从事工业自动化产品的集成,销售和维修，是全国的自动化设备公司。公司坐落于中国城市上海市，我们真诚的希望在器件的销售和工程项目承接、系统开发上能和贵司开展多方面合作。以下是我司主要代理西门子产品，欢迎您来电来函咨询，我们将为您提供优惠的价格及快捷细致的服务！

术语）为寻求共识汇聚一

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

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

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

2.2.3 迭代式开发

在早期的软件开发中，客户愿意为软件系统的后完成等待很长时间。

（1）软件设计

有了需求规格说明之后，需要对软件进行设计以形成软件设计说明书。软件设计主要是把软件的需求翻译为一系列的表达式（如图形、表格、伪码等）来描述数据结构、体系结构、算法过程以及界面特征等。软件设计一般又可分为总体设计和详细设计。其中总体设计主要进行软件体系结构的设计，详细设计主要进行算法过程的实现。具体的设计活动包括：首先要对软件的整体结构进行设计；然后定义出每个模块的接口，并且进一步地设计每一个组件的实现算法和数据结构；同时，还要对整个系统的数据库进行设计。

（2）编码成测试和验收测试等。测试需在不同的层次上进行，以保证每一个模块、整个系统和终产品的质量。

3.维护阶段

测试通过以后，产品就可以发布了。但是系统投入使用后还会进行不断的修改，以适应不断变化的需求。维护阶段主要是进行各种修改，使系统能持久地满足用户的需要。

维护阶段还要进行再定义和再开发，所不同的是在软件已经存在的基础上进行。应该说，完全从头开发的系统是很少的，整个开发和维护其实是一个连续交叉的过程。当新的需求出现之后，需要首先定义这个需求，然后查看现有的系统是不是能够满足当前这个新的需求。如果现有的系统不能满足需求，就要进行进一步的开发，提出系统的变更；针对这个系统的变更，对现有的系统进行修改，形成一个新的系统。整个过程是一个循环往复的过程。

通常有四类维护活动。改正性维护，即诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件使之能适应环境的变化；完善性维护，即根据用户的新要求扩充功能和改进性能；预防性维护，即修改软件为将来的维护活动进行准备。

4.软件开发管理

为了保证软件开发过程能够按照预定的成本、进度、质量

要进行诸如项目管理、配置管理、等一系列开发管理活动，通过建立整个组织的质量管理体系，实现对软件开发活动的有效制和。

（1）软件项目管理

是为了软件项目能够按照预定的成本、进度和质量顺利地完成，对人员、进度、质量、成本、风险进行制和管理的活动。项目管理主要体现在以下四个方面。

首先，要明确项目的目标，制定项目的计划，明确项目需要的资源。

其次，要组建开发团队，要明确每一个成员的分工和责任。软件过程模型就是对软件过程的一个抽象描述，是软件开发的全部过程、活动和任务的结构框架。软件过程模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，是用来作为软件项目开发的基础。常见的软件过程模型包括瀑布模型、原型法模型、迭代式开发和可转换模型。

（1）瀑布模型将软件开发的基本活动看成是一系列界利用瀑布模型开发软件系统时，每一阶段完成确定的任务后，如果工作得到确认，就将产生的文档及成果交给下一个阶段；否则返回前一阶段甚至更前面的阶段进行返工。而不同阶段的任务，一般来说是由不同级别的软件开发人员承担的。

这种软件开发方法的特点是：阶段间具有顺序性和依赖性，便于分工合作；强调软件文档的作用，要求每个阶段都要仔细地进行验证；文档便于修改，并有复审。

瀑布模型看似美丽，却不现实，目前已经很少在业界使用。它的主要问题在于：各个阶段的划分完全固定，阶段之间产生大量的文档，增加了开发工作量；由于开发过程是线性的，用户只有在整个过程结束时，才能看到开发成果；开发过程中间，很难响应用户的变更要求；早期的错误，也要等到开发后期的测试阶段才能发现，这样会产生严重的后果。

因此，瀑布模型仅适合于在软件需求比较明确、开发技术比较成熟、工程