本文目录导航：
名目治理 之一 软件开出现命周期（软件开发环节、瀑布模型、矫捷开发等）
揭秘软件开出现命周期：从瀑布到矫捷的演化
软件开出现命周期（SDLC）是一套系统化的环节，它犹如一座精心设计的桥梁，从需求识别到产品上线，涵盖了需求剖析、设计、成功、测试等多个关键阶段。
传统的瀑布模型强调严厉有序，每个阶段依次启动，如坚挺的瀑布般顺畅，但其固定性或者造成对变动的顺应性无余。
这种线性流程中，结构化编程与面向对象设计提供了编程的基础框架，而瀑布模型正是这些方法论在SDLC中的通常表现。
但是，进入21世纪，矫捷开发方法如Scrum和Kanban锋芒毕露，它们将人的翻新和灵敏性置于中心。
矫捷方法主张极速照应变动，以用户需求为导向，经过迭代和反应始终提升，这与文档驱动的传统形式构成了显明对比。
17位开发者独特颁布的《矫捷宣言》倡议轻量级的开发形式，更器重团队单干和用户介入，这标记着软件开发理念的严重转机。
从宏观视角看，矫捷方法与环节模型如瀑布、V、W、H和X模型，以及前置模型并存。
瀑布模型只管非干流，但其文档导向的阶段划分在需求剖析和设计阶段具备基石作用。
V模型经过测试驱动开发，强调贯通整个生命周期的品质控制，但其线性流程在需求变卦时面临应战。
而W模型则尝试经过并行开发和测试来降落早期介入老本，但过于依赖文档或者限度翻新。
在现代软件开发中，原型设计工具如Mockplus、Balsamiq和Axure的运用，催生了增量模型，它将瀑布模型的谨严与迭代原型的灵敏性相联合，每个增量都是可颁布的，但同时也带来了体系结构治理和需求变动治理的复杂性。
螺旋模型，由巴利·玻姆提出，经过危险评价和原型构建，提供了一种在需求不明白时的处置方案，但也或者过于强调危险剖析，限度了翻新的或者性。
总的来说，软件开出现命周期是一个灵活的演化环节，从瀑布模型的严厉控制，到矫捷开发的极速照应，再到各种模型的融合与翻新，都在顺应始终变动的市场需求和技术环境。
无论是传统方法还是新兴通常，都旨在提高软件品质，缩短上市期间，并在始终迭代中提升用户体验。
瀑布开发、矫捷开发的优缺陷是什么？
瀑布模型式就是是最典型的预感性的方法，严厉遵照预先方案的需求、剖析、设计、编码、测试的步骤顺序启动。
矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
一、瀑布开发
瀑布模型式是最典型的预感性的方法，严厉遵照预先方案的需求、剖析、设计、编码、测试的步骤顺序启动。
步骤成绩作为权衡进展的方法，例如需求规格，设计文档，测试方案和代码审阅等等。
瀑布式的关键的疑问是它的严厉分级造成的自在度降落，名目早期即作出承诺造成对前期需求的变动难以调整，代价高昂。
瀑布式方法在需求不明并且在名目启动环节中或者变动的状况下基本是无法行的。
需求隔离：由于各阶段的人员只能接触到自己上班范畴内的物品，所以对客户需求的了解水平高下不等，开发人员更像是定义为流水线上的工人。
变卦代价大：既然叫作瀑布，就象征着不应该走回头路。
否则假设出现返工，付出的代价会很大。
需求变卦，编码人员会很强的抵触心情。
约束发明性：由于强调文档治理，所以治理人员会比拟青睐，但是他约束了开发人员的发明性。
周期漫长：整个开发继续的生命周期很长，需求和设计的期间会消耗特意多，有时刻会占用三分之一甚至更多期间，这样整个周期就会变长，大都在半年到一年左右的期间，所以更适宜需求相对稳固的大名目。
二、矫捷软件开发
矫捷软件开发是基于矫捷宣言定义的价值观和准则的一系列方法和通常的总称。
自组织、跨职能团队运用适宜他们自身环境的通常启动演进得出处置方案。
矫捷开发以用户的需求退化为外围，驳回迭代、墨守成规的方法启动软件开发。
缺陷：
很难启动准确的资源布局
很难准确的定义“轻量的“或必要的文档
很难掌握全体产品的分歧性
很难预测有限的终点
很难有效地启动度量
宿愿能帮到你，谢谢！
什么是矫捷开发和瀑布开发
瀑布开发（传统的开发形式）1、强调文档前一个阶段的输入就是下一个阶段的输入，文档是个阶段连贯的惟一消息。
所以很多开发人员好象是在开发文档，而不是开发软件，由于要到开发的前期才可以看到软件的“容貌”。
2、没有迭代与反应。
瀑布模型对反应没有触及，所以对变动的客户需求十分不容易顺应。
瀑布就象征着没有回头路。
3、治理人员青睐瀑布模型的要素是把文档了解为开发的速度，可以繁难地界定不同阶段的里程碑。
矫捷开发 极限编程的思想表现了顺应客户需求的极速变动，激起开发者的激情，也是目前矫捷开发思想的关键允许者。
矫捷软件开发是一个开发软件的治理新形式，用来代替以文件驱动开发的瀑布开发形式。
矫捷开发集成了新型开发形式的独特特点，它重点强调：1.矫捷就是“快”。
快才可以顺应目前社会的快节拍，要快就要施展团体的共性思想多一些共性思想的增多。
2.客户介入。
以人为本，客户是软件的经常使用者，是业务了解的专家，没有客户的介入，开发者很难了解客户的实在需求。
3.强调软件开发的产品是软件，而不是文档。
文档是为软件开发服务的，而不是开发的主体。
4.设计缜密是为了最终软件的品质，但不标明设计比成功更关键。
5.迭代。
软件的配置是客户的需求，界面的操作是客户的“觉得”。
对迭代的强调是缩短了软件版本的周期。
6.小版本。
极速配置的展现，看似繁难，但关于复杂的客户需求正当地宰割与总体上的一致，要很好地二者统筹是不容易的。
