|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
原型化模型首先要构造一个快速原型，实现客户或未来的用户与系统的交互，经过和用户针对原型的讨论和交流，弄清需求以便真正把握用户需要的软件产品是什么样子的。充分了解后，再在原型基础上开发出用户满意的产品。在实际中，原型化经常在需求分析定义的过程中进行。原型化模型减少了瀑布模型因为软件需求不明确而给开发工作带来的风险，因为在原型基础上的沟通更为直观，也为需求分析和定义提供了新的方法。
|
|
|
|
|
|
.抛弃型原型：此类原型在系统真正实现以后就抛弃不用了。
|
|
|
|
.进化型原型：此类原型的构造从目标系统的一个或多个基本需求出发，通过修改和追加的过程逐渐丰富，演化成为最终的系统。
|
|
|
|
对于复杂的大型软件，开发一个原型往往达不到要求，为减少开发风险，在瀑布模型和原型化模型的基础上演进，出现了螺旋模型以及大量使用的RUP。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
并非所有的需求都能够预先定义，而且反复修改是不可避免的。之所以能够采用原型化方法是因为开发工具的快速发展，使得可以迅速地开发出一个可以让用户看得见、摸得着的系统框架，这样，对于计算机不是很熟悉的用户就可以根据这个样板提出自己的需求。开发原型化系统首先确定用户需求，开发原始模型，然后征求用户对初始原型的改进意见，并根据意见修改原型。
|
|
|
|
原型化方法比较适合于用户需求不清、业务理论不确定、需求经常变化的情况。当系统规模不是很大也不太复杂时，采用该方法是比较好的。
|
|
|
|
|
|
|
|
|
|
|
|
|
