（一）软件开发方法

当想要完成一个需求时，必须要遵循某些原则，如果随意开发，可能会产生许多问题，因此软件开发方法就是为了减少软件开发过程中问题的产生

结构化方法：需要遵循用户至上；严格区分工作阶段，每阶段有任务与成果；强调系统开发过程的整体性和全局性；系统开发过程工程化，文档资料标准化；自顶向下，逐步分解的原则。缺点就是需求应变能力差，将流程固化了，需要明确输入和输出。
面向对象方法：关键在于建立一个全面、合理、统一的模型，有更好的复用性，有分析、设计、实现三个阶段，界限不明确
原型法方法：例如demo。适用于需求不明确的开发，包括抛弃型原型和演化型原型
面向服务的方法： SO方法有三个抽象级别(操作、服务、业务流程)；SOAD分为三个层次：基础设计层（底层服务构建）、应用结构层（服务之间的接口和服务级协定）和业务组织层（业务流程建模和服务流程编排）；服务建模，分为服务发现、服务规约、服务实现三个阶段

（二）瀑布模型

分为计划、需求分析、软件设计、编码、测试、运行维护；每一个阶段做完才进行下一个阶段；如果之前的环节出错，那么就回退到出错的环节。因此，瀑布模型适用于需求明确的项目。

（三）原型模型

原型模型包括抛弃型原型和演化型原型。抛弃型原型又称为快速原型模型，这种方法目的就是为了快速获取需求，写出来的原型demo就是为了给用户看，明确需求后的原型就不具备价值了，可以将原型抛弃。而演化型原型就是在原型的基础上不断地与用户反复完善需求最终成为产品。此模型适用于需求不明确的项目。

（四）螺旋模型与增量模型

螺旋模型在原型模型的基础上叠加了瀑布模型的特点，在原型的基础上每一次完善需求都走一遍瀑布模型。除此之外，还在每次迭代中增加风险分析环节。看重每次迭代的风险。适用于大型项目。

而增量模型，是将系统功能进行拆分。每个模块之间可相互独立运行,先上线核心模块，之后在后续的版本添加其他模块，最后完成一个系统。

（五）V模型、喷泉模型、RAD模型

V模型在瀑布模型上做了些改动，它看重测试，在需求分析阶段提前制定好验收测试、系统测试计划。在概要设计阶段提前制定好集成测试计划，在详细设计阶段提前制定好单元测试计划。测试贯穿整个流程，提倡测试尽早做。

喷泉模型是面向对象模型，拥有迭代，无间隙的特点。软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。

快速应用开发（RAD）是瀑布模型(SDLC) 和基于构建开发（CBSD）的结合。RAD顾名思义就是快，主要原因是有一个功能稳定的构件库，可以快速复用，节约成本。大多情况只需要将构件组装就可以完成新的功能。

(六) 统一过程（RUP）

基于构建开发的基础上发展而来。有三个特点：在整个软件开发过程中把用例当作推动整个流程的关键因素；看重架构，率先搭建框架，再稳定的架构上进行开发；用迭代和增量进行开发，而不是一次性开发好。

RUP 有4个阶段：初始、细化、构建、交付阶段。在初始阶段要界定项目该做什么，不该做什么。要识别系统关键的、常用的功能，保障关键用例，那么系统80%的时间使用起来是正常的以"生命周期目标"为里程碑；在细化阶段最主要的任务是完成架构设计,分析系统问题领域,建立软件架构基础、淘汰高风险元素等，以"生命周期架构"为里程碑；构建阶段指构建拼装起来的阶段，对于可复用的功能直接使用构建进行测试以"初始运作功能"为里程碑，对于不可复用的，那么要开发；交付阶段主要是测试和发布版本以及产品培训相关，以"产品发布"为里程碑

（七）敏捷方法

适合小型项目的开发,所谓敏捷，就是为了快，砍掉一些文档，根据情况调整计划等。文档在大型项目中充当沟通工具。砍掉了文档，那么就要加强其他沟通手段。不过度设计，把功能进行简单的设计，先能跑起来，再优化。及时与客户相关问题。要有应对变更的勇气，变更回避不了，越拖后期修改的代价越高。

极限编程XP，XP是轻量级、高效、低风险、柔性、可预测的、科学的软件开发方式。不断的沟通，反馈，改进完成。4个价值观(沟通、简单性、反馈、勇气)，5个原则(快速反馈、简单性假设、逐步修改、提倡更改和优质工作)，12个最佳实践：计划游戏、小型发布、隐喻、简单设计、测试先行、重构、结对编程、集体代码所有制、持续集成、每周工作40小时、现场客户和编码标准。可以对费用控制严格的公司的使用。
水晶法(Cockburn)：认为每一个不同的项目都需要一套不同的策略、约定、和方法论。认为人员素质对软件质量有重要影响。用最少的纪律约束而仍能成功的方法
并列争球法(SCRUM)：在每一次冲刺（2到4周为一个周期，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量版本。每一个冲刺所要实现的特性来自产品订单（product backlog），产品订单（产品目标）是指按照优先级排列的需要完成的工作的概要的需求（目标）。哪些订单项（目标项目）会被加入一次冲刺版本，由冲刺计划会议决定。在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项（需求）。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。明确定义了可重复的方法过程
自适应软件开发:原则6个：有一个使命作为指导；特征被视为客户价值的关键点；过程中的等待是很重要的，“重做”与“做”同样关键；把变化视为软件开发实际情况的调整；确定的交付时间迫使开发人员认真考虑每一个生产版本的关键需求；风险也包含其中。
*敏捷统一过程(AUP):采用UP经典活动(初始，精化，构建，转化)。提供一些列活动，使团队为软件项目构想出一个全面的过程流。每一个活动使用敏捷，并将有意义的增量尽快交给用户