项目开发并不是一个简单的过程，我们需要遵循一些开发流程。一个项目的开发会被分成很多步骤来实现，每一个步骤都有自己的起点和终点。也正如此，使得开发过程中的每个步骤起点和终点在不同的软件项目中出现不同难度的“坎”，使其难于达到该步骤开始或是终结的条件，开发过程也就不会一帆风顺。
不同的开发模式其实就是将步骤的起点和终点重新定义，甚至重新组合排列，虽然任何一个开发模式最终目的都是完成软件项目的开发，但期间所经历的过程不一样，过程步骤之间的起点和终点的定义不同，所带来的“坎”也就不一样，项目周期自然各不相同。因此，根据软件项目的实际情况选择一个适合的开发模式能减少开发周期中“坎”的出现次数与难度，可以很大程度地缩短开发周期。
我们首先了解一下传统瀑布式开发流程，如图2-1所示。
图2-1 瀑布式(Waterfall)开发流程
瀑布模型是由W.W.Royce在1970年首先提出的软件开发模型，在瀑布模型中，开发被认为是按照需求分析、设计、实现、测试(确认)、集成和维护坚定而顺畅地进行的。线性模型太理想化，太单纯，以至很多人认为瀑布模型已不再适合现代的软件开发模式，几乎被业界抛弃。
我们向大家推荐的是统一开发流程RUP(Rational Unified Process)，它是目前最流行的一套项目开发流程模式，其基本特征是通过多次迭代完成一个项目的开发，每次迭代都会带来项目整体的递增，如图2-2所示。
从纵向来看，项目的生命周期或工作流包括项目需求分析、系统分析和设计、实现、测试和维护。从横向来看，项目开发可以分为4个阶段：起始(Inception)、细化(Elaboration)、建造(Construction)和移交(transition)。每个阶段都包括一次或者多次的迭代。在每次迭代中，根据不同的要求或工作流(如需求、分析和设计等)投入不同的工作量。也就是说，在不同阶段的每次迭代中，生命周期的每个步骤是同步进行的，但权重不同。这是与传统瀑布式开发流程区别最大的地方。
2.1.1 项目生命周期
1.项目需求分析
需求分析阶段的活动包括定义潜在的角色(角色指使用系统的人，以及与系统相互作用的软、硬件环境)、识别问题域中的对象和关系，以及基于需求规范说明和角色的需要发现用例(use-case)和详细描述用例。
2.系统分析和设计
系统分析阶段是基于问题和用户需求的描述，建立现实世界的计算机实现模型。系统设计是结合问题域的知识和目标系统的体系结构(求解域)，将目标系统分解为子系统，之后基于分析模型添加细节，完成系统设计。
3.实现
实现又称编码或开发阶段，也就是将设计转换为特定的编程语言或硬件，同时保持先进性、灵活性和可扩展性。在这个阶段，设计阶段的类被转换为使用面向对象编程语言编制(不推荐使用过程语言)的实际代码。这一任务可能比较困难，也可能比较容易，主要取决于所使用的编程语言本身的能力。
4.测试和维护
测试用于检验系统是否满足用户功能需求，以便增加用户对系统的信心。系统经过测试后，整个开发流程告一段落，进入运行维护或新的功能扩展时期。
2.1.2 项目开发阶段
1.起始阶段(The Inception Phase)
对于新的开发项目来说，起始阶段是很重要的。在项目继续进行前，我们必须处理重要的业务与需求风险。对于那些增强现有系统的项目，起始阶段是比较短暂的，但是其目的仍是确定该项目的实施价值及可行性。
文章来源于领测软件测试网 https://www.ltesting.net/
