（

3

 

）项目参加者之间通常都存在通信上的障碍。

　（

4）需要实际的、可供用户参与的系统模型(system model)  

。

    文字和静态图形是一种比较好的通信工具，然而其最大的缺点是缺乏直观的、感性的特征，因而往往不易理

“ ”

解对象的全部含义。交互式原型系统能够提供生动活泼的规格说明，用户见到的是一个 活 的、运行着的系统。
理解纸面上的系统和操作运行在机器上的系统，其差别是十分显着的。因此，当能够提供一个生动的规格说明成

 

为可能的话，人们就不会满足于一个静止的、被动的规格说明。

 

　　总之，当提供一个活生生的系统模型时，人们对它的了解将比说明性材料好得多。

 

　
　（

5

 

）需求一旦确定，就可以遵从严格的方法。

　（

6

 

）大量的反复是不可避免的、必要的，应该加以鼓励。

 

　

 

在信息系统设计的过程中，常用的各种不同形式的部分原型有：
　　（

1  

 

） 对话原型

　　原型模拟预期的终端交互，使用户可以从屏幕上查看他们将接收什么、进行的操作，并提出遗漏之处，从而

 

加深正确的理解。终端对话的设计效果直接影响着系统的可用性和用户对系统的接受程度。

　（

2  

 

） 数据输入原型

    

 

建立数据输入的原型，可以检查数据的输入速度和正确性，还能进行有效性和完整性的检查。

　（

3  

 

） 报表系统原型

    提供给用户的各种报告应在整个系统实现之前给用户看，报表子系统需要经常进行大量修改以满足系统的需

 

要，因此，可以把报表生成器作为原型。

　（

4  

 

） 数据系统原型

　　首先生成一个含有少量记录的原型数据库，这样用户和分析师与它可以进行交互，生成报表和显示有用信息。
这种交互经常导致产生对不同的数据类型、新的数据域或不同的数据组织方式的需求，还可以在原型化工具的帮

 

助下探索用户将如何使用信息以及数据库是什么样的。

　（

5  

 

） 计算和逻辑原型

　　有时一个应用逻辑或计算是复杂的。审计员、工程师、投资分析师和其他用户可以使用高级程序设计语言建
立他们所需的计算实例。这些实例可以组合在一起构成一个大的系统，与其它应用系统、数据库或终端相连接，

 

用户可以使用这些计算原型检验他们所求结果的准确性。

　（

6  

 

） 应用程序包原型

    在一个应用程序包和其它应用系统相连或实际使用之前，可以通过一个小组用户来鉴定这个应用程序包是否

 

令他们满意，若不满意可以进行大量的修改，直到令他们满意。

　（

7  

 

） 概念原型

    原型法是近年来流行的软件需求捕获方法之一。我们应该明白原型法是手段而不是目的。需要回答的要点是,

 

原型法的背景、概念、定义、意义、如何实现原型、最好能够举例说明。

    能够回答这些问题才能说明你完全掌握了原型法。很显然,提出这种问题的企业对这种方法在实际工作中是

 

会相当倚重的，因此您不仅要知之还要行之。

    以一个简单的案例来说明，王五是某家大型电子商务贸易公司的系统分析师,他负责做了一个询盘系统。由
于询盘系统牵涉到许多抽象专业知识

,因此为了便于沟通,王五经过一番研究制作了界面原型设计,并给出了解决方

案

,领导和客户看了原型设计后通过该需求方案。这个案例说明,今天的需求分析,不再是分析师和客户之间的访谈,