|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
原型法的基本思想与结构化方法不同，原型法认为在很难一下子全面准确地提出用户需求的情况下，首先不要求一定要对系统做全面、详细的调查、分析，而是本着开发人员对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求。原型应当具备的特点如下：
|
|
|
|
|
|
|
|
|
|
原型法的特点在于原型法对用户的需求是动态响应、逐步纳入的，系统分析、设计与实现都是随着对一个工作模型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。系统开发计划就是一个反复修改的过程。适于用户需求开始时定义不清、管理决策方法结构化程度不高的系统开发，开发方法更易被用户接受；但如果用户配合不好，盲目修改，就会拖延开发过程。
|
|
|
|
|
|
（1）抛弃型原型：此类原型在系统真正实现以后就放弃不用了。
|
|
|
|
（2）进化型原型：此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终系统。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
收集用户需求是要找出用户需要的重要服务和功能。收集用户需求的机制主要包括与用户群的交流、用户服务和需求归档3个方面。
|
|
|
|
收集用户需求最常用的方式有观察和问卷调查、集中访谈、采访关键人物。在整个设计和实施阶段，应始终保持与关键人员之间的交流，以确保网络工程建设不偏离用户需求。
|
|
|
|
用户服务表用于表示收集和归档的需求信息，也用来指导管理人员和网络用户进行讨论。
|
|
|
|
|
|
|
|
|
|
|
|
|
