多级进程规划和管理

dianzijie5

多级进程规划和管理

在过去的20年里，尽管多级进程规划和管理(waterfall lifecycle)一直受到相当激烈的批评，但是迄今为止它仍然是用于项目计划和管理的一种最普遍的方法。然而，由于它会在开发线程中产生一些问题，实际上没有任何项目完全遵循这一进程。多级进程规划和管理最根本的问题是，在线程的后期才能发现或修正线程前期引入的缺陷。在规范和架构方面产生的缺陷尤为严重，因为这种缺陷的影响范围很宽，系统的其它部分也会受到该部分的影响。为了消除这种缺陷的影响，有必要查出系统中所有会受到这种缺陷影响的部分。由于多级进程规划和管理在进程结束时才进行测试，这是一个固有的缺点。

为减少或消除多级进程规划和管理中存在的问题，螺旋式或迭代式进程规划和管理逐渐受到欢迎。螺旋式进程的根本优点是在早期进行频繁的系统测试，因此能较早发现重大缺陷，从而减少重复工作。这是通过将开发项目分解为一系列较小的子项目而实现的，通过编排，一个子项目构建在它前面的子项目的基础之上，而它自身也为后面的那些子项目提供构建部件，从而形成一种“螺旋”结构。在这里，每个子项目的影响范围更加有限，其生成也更容易，子项目的任务重点也更为明确。从每个子项目或螺旋式项目可以得到一个迭代的原型，它是一个高质量的功能系统，尽管它并不十分完整。然而，这一原型确实正确实现了一部分需求并/或降低了出错风险。

ROPES线程同时在三个不同的等级或时间段上进行，它们是宏周期(macrocycle)、微周期(microcycle)和纳周期(nanocycle)。宏周期的时间跨度可以是几个月甚至几年，包括从概念生成到最后交付的整个开发线程。ROPES的宏线程包括四个互相交叠的阶段，而每个宏阶段(marcophase)实际上包含多个微周期，每个微周期之后生成一个迭代的原型。

微周期要比宏周期短得多，通常从四个星期到六个星期。它主要用于生成和推出一个有限功能的设计原型，主要处理一个或几个用例，但也有可能包含特定的降低风险的功能。

纳周期的时间跨度最小，一般为30分钟到一天。在纳周期中，设计思路要进行每天几次的反复尝试、建模、执行和修改。图2所示为标准的ROPES周期模型。

基于诸多原因，真正的螺旋式模型对于某些企业而言可能并不是很理想，或者并不实用，通常的原因是由于客户的需求(要求遵守DoD 2167A)，或者由于螺旋式模型这种设计思想不符合当前的商业氛围。对于这些企业，ROPES线程也为它们提供了另一种线程规划和管理方法，即半螺旋式方法，如图3所示。

由于需求分析和系统工程并不属于整个大螺旋线程的一部分，所以称之为半螺旋线程。从内部来看，它们确实是以一种螺旋方式工作的，然而一旦各部分生成了自己的任务图，该部分将不会再作任何改动。工程以及子系统模型部分确实是以一种螺旋方式实现的，而且常常将多个学科的子系统整合在一起。对于习惯使用多级线程规划和管理来开发大型系统的组织，通常更喜欢采用这种半螺旋式方法，它具有全螺旋式线程规划和管理的某些好处。在半螺旋式线程规划和管理中，确实存在着系统设计的变化和反复，但是如果当系统中存在未知因素或出现需求变化时，螺旋式线程规划和管理就不具备足够的弹性来适应这种变化，所以在子系统开发小组启动工作之前，必须保证高层系统工程模型已经确定下来。