标签：
我们可以把一个有序集合看作是一个过程：一个用来产生某类想要的产品所涉及的活动、约束和资源的步骤序列。一个过程常常涉及一套工具和技术，任何过程有如下的特征：
第一、过程规定了所有的主要处理活动。第二、 过程使用资源，服从一套约束（如时间进度），并产生中间和最终产品。第三、过程可能由许多子过程（它们通过某种方式联接在一起）组成。过程可能被定义为一个过程层次，这样组织起来以便每个子过程有它们自己的过程模型。第四、每个处理活动都有其入口和出口，以便我们知道活动何时开始与结束。第五、 活动以一定次序组织起来，以便一个活动相对其他活动应该何时开始清楚。每个过程有一套指导原则来解释每项活动的目标。第六、约束或控制可以应用到一项活动、资源或产品。例如，预算或进度可能限制一个活动可占时间的长度，或者，一件工具可以限制资源利用的方式。当过程涉及某种产品的建立时，我们有时称这个过程为一个生命周期（life cycle ）。因此，软件开发过程有时称为软件生命周期，因为它描述了一件软件产品的生命：从它的概念到实现、交付、使用、和维护。
但是，过程不是程序，而是程序的收集。
软件过程模型一般是对软件开发应该如何前进的方式的规定或者对实际中软件开发如何进行的描述。另外，我们进行软件过程建模可以帮助团队发现在过程中的不一致，多余，漏；能够形成对软件开发所涉及的资源约束的共同理解；能够反映开发的目标。而每个软件开发过程模型包括作为输出入的系统需求和作为输出的最后产品。目前比较流行的软件开发模型包括：
•瀑布模型，即各阶段如瀑布一样由一个阶段向另一阶段落下。瀑布模型在帮助开发者安排他们需要做什么方面非常有用。它的简易性使它易于向不熟悉软件开发的顾客解释说明；也使得“为开始下一阶段需要哪些中间产品”更为明确，许多别的更复杂的模型实际上只是瀑布模型的一个修饰，加入了反馈循环和客外活动。瀑布模型的最大问题在于没有反映代码等实际的开发方式。开发软件能常带有大量重复。
•V模型：V模型是瀑布模型的变种。V 模型建议单元和综合测试也应被用来验证(verify)程序设计。V 模型左侧与右侧的联接暗示如果在验证和确认期间发现问题，那么 V 的左侧能被重新执行来修改并改进需求。
•原型模型：原型模型容许快速地建设起系统的全部或部分的理解或澄清。总目标是减少开发中的风险或不确定。
•操作规格模型：对许多系统，需求的不确定导致以后开发中的变和问题。Zav e 提出一种过程模型，它也许开发者和顾客在开发早期检查需求和它们的暗示，从而可讨论并解决一些不确定。在操作型的规格模型（Operational Specification Model）中，通过演示系统的行为的方式来评价或执行系统需求。
•转换模型：转换模型通过削减几个主要的开发步骤来减少出错的机会。通过使用自动化支持，转换过程运用一系列转换来将规格转换为一个可交付系统。样本转换包括：改变数据表示、选择算法、优化、编译。因为从规格到交付的系统可取许多路径，转换序列和它们反映出的决策被保留为一个正试的开发记录。
•螺旋模型：随着每一次反复，风险分析根据需求和约束来衡量不同备选项，并且，在特定备选项中选取取，原型用来验证灵活性和适宜性。当确定出风险时，项目经理必须决定如何消除或最小化风险。
标签：
原文地址：http://www.cnblogs.com/jj352095583/p/4281087.html
