题
我很好奇是否有人知道任何有很大不同的方法(不是重组),我特别感谢任何带来任何替代经验的人。
解决方案
Wikipedia将其列为 方法论/开发过程:
敏捷 - 基于迭代和增量开发,在这种情况下,要求和解决方案通过自组织,跨职能团队之间的协作而发展。
整理房间 - 洁净室过程的重点是预防缺陷,而不是删除缺陷。
迭代 - 响应瀑布模型的弱点而开发的环状软件开发过程。它从初始计划开始,并以介于两者之间的循环相互作用结束。
rad - 使用最少的计划来快速原型制作。使用RAD开发的软件的“计划”与编写软件本身交织在一起。
鲁普 - 理性统一过程(RUP)是一种适应性的迭代软件开发过程框架,旨在通过选择合适的过程元素来量身定制。
螺旋 - 结合设计和原型阶段的元素,以结合自上而下和自下而上的概念的优势。这种开发模型结合了原型模型的特征和瀑布模型。
瀑布 - 顺序通过构思,启动,分析,设计,构造,测试和维护的阶段。
倾斜 - 将精益制造和精益原则和实践的翻译转换为软件开发领域;一切都不为客户增加价值被认为是浪费。
V模型 - 与其以线性方式向下移动,而是在编码阶段后向上弯曲,以形成典型的V形状。 V模型展示了开发生命周期的每个阶段与其相关阶段的关系之间的关系。
TDD - 依赖一个非常短的开发周期的重复:首先,开发人员写出了一个失败的自动测试用例,该测试用例定义了所需的改进或新功能,然后生成代码以通过该测试,并最终将新代码重构为可接受的标准。
其他提示
牛仔编码
纯粹的非结构化,不受管理的自由形式发展。对于缺乏截止日期甚至明确目标的小型业余爱好项目,但可能无法在公司环境中起作用。
计划
与客户(或最终用户)坐下,并设计一系列用例。
设计
将系统在纸 /白板上布局,上面放在一些啤酒和披萨上。窃笑时,当某物看起来像阳具时。
确认
使用客户(或最终用户)确认设计并冻结要求。
代码
自我解释。
这种瀑布的论点已经存在一段时间,并在早期被敏捷思想领袖使用。他们也遇到了瀑布的“现实”作为“红色警报”。
当您开始从事软件开发项目时,您会很快发现所使用的开发方法将在开发的代码的速度和质量中发挥重要作用。由于敏捷方法非常广泛地使用,因此重要的是您了解优势很重要。敏捷的缺点,因此您可以确定它是否最适合您的项目可交付成果。
敏捷软件开发是一个用于开展软件工程项目的概念框架。大多数敏捷方法试图通过在短时间内开发软件(称为迭代)来最大程度地降低风险,通常持续一到四个星期。每次迭代都像是一个自己的微型软件项目,包括发布新功能的微型信息所需的所有任务:计划,需求分析,设计,编码,测试和文档。
这对公司来说是一个很好的过程,因为它将客户包括在开发过程中,并使其负责产品交付。另一方面,客户很高兴,因为他们发现自己参与产品的开发。
敏捷的部分:
- 敏捷的以程序员为中心,使得如何平衡整个组织的工作。
- 如果您不知道要去哪里,敏捷就不会把您带到那里!
- 创建框架而没有明确的需求。
- 过度使用语言功能(不适当)。
- 没有测试优先的心态。
对于一种有趣的方法,可以在这3个链接下最好地查看一种可能作为敏捷替代方案的方法: