软件开发方法动物园

这里总结了1970年以来的软件开发方法，这些开发方法的某些特质与动物园的某些动物类似哦！，这些开发方法的某些特质与动物园的某些动物类似哦！

Waterfall – 1970

瀑布模型是一种连续的软件开发过程……，它使得开发从需求分析、设计、实施（验证）、集成、整合和维护阶段逐步发展，就像瀑布流一样。


你无法停止瀑布模型，如果你在项目实施过程中并且需求发生变化时……意味着你将陷入困境。
毫不怀疑，瀑布模型是Scuffia最喜爱的方法。

V-Model - 1980s后期

V模型是一种对瀑布模型进行扩展的软件开发过程。它不采用向下移动的线性方式，而是在编码阶段完成后进程发生变化，形成典型的V形。V -模型表明了软件开发生命周期的每一阶段及其相关的测试阶段之间的关系。



这是一种呆板的“僵尸”模型，但是许多ISO和CMM的狂热分子仍然认为V型模型很酷。 V型模型在管理上能够提供一种虚假的安全确实是一个非常好的方法。这是Tarelli最喜欢的。

Cowboy 编码 - wild west

Cowboy编码是一种用来描述软件开发的具有自主开发的发展进程。它包括项目进度控制、算法、工具和编码风格。


在理想状态下，它是我非常喜欢的模型。当我创建自己的公司时，我相信我会正式使用Cowboy Coding。

SCRUM - 1990s早期

Scrum是一个迭代性、增量性的流程，适用于任何的产品开发以及工作管理。Scrum是一个包括一套实践和预定义角色的过程框架。主要角色是ScrumMaster，维持进程和其他工作，类似项目经理，以及包括开发者的团队。



诞生于90年代初期，SCRUM在10后开始被广泛使用。这就像在敏捷软件开发农场上示范使用ScrumMaster来协调鸡和猪之间的关系一样。所以您需要知道的就是猪做的所有工作。

ICONIX

ICONIX是一种软件开发方法，它早在Rational统一过程（RUP），极限编程（XP）和敏捷软件开发。像RUP，ICONIX过程是UML案例驱动，但是比RUP更轻巧。与XP和敏捷的办法不同的是， ICONIX提供了足够的需求和设计文档，但没有分析故障文档。该ICONIX过程只在四个步骤中仅使用了4个基于UML图表，轮流使用案例文字的工作代码。它的原则是面向低端分析的使用，整个过程使得用户案例设计、测试和评估更见简单。ICONIX过程是一种经过实践检验的、高效的、用例驱动的UML对象建模方法。



ICONIX的基本上是用面向低端设计将敏捷方法联合起来。目前我正在使用这种方法。


XP极限编程

极限编程是一种软件工程方法，制定了一套日常实践方法，来体现和鼓励特殊的XP价值。
支持者们认为，这些传统软件工程的做法采取所谓的“极端”的水平，使得与传统的开发方法相比，XP能更好地适应客户的需求（ “敏捷” ），同时创造更好的软件质量。

极限编程爱好者和敏捷方法一般将不断变化的需求看作是一个自然、不可避免、理想的软件开发项目的一个方面；他们认为，在项目中任何时候适应不断变化的需求是一种更为现实和更好的方法，而不是在一个项目开始时试图确定所有需求、付出努力控制变化。



XP重要的是速度，并且如果没有文档我们都喜欢速度。这种方法最大的缺点会出现像功能和范围变化的问题，这主要是由于缺少可持续性参考引起的。XP属于轻量开发方法中较有影响的一种方法。轻量开发方法是相对于传统的重量开发方法而言。简单地理解，“量”的轻重是指用于软件过程管理和控制的、除程序量以外的“文档量”的多少。