系统的定义是在( )进行的，这种方法称为原型化方法。A．从一开始加以预见的前提下B．根据用户的需要C．逐步发展的过程中D．从一开始加以确定的前提下

正确答案：C
解析：原型化方法开发策略的假设如下：
①并非所有的需求在系统开发以前都能准确地说明。
②有快速的系统建造工具。目前的应用生成器(AG) 和第四代生成语言(4GL) ，都是原型化方法的有力支持工具。
③项目参加者之间通常都存在通信上的障碍。
④需要实际的、可供用户参与的系统模型。
⑤需求一旦确定，就可以遵从严格的方法。
⑥大量的反复是不可避免的、必要的，应该加以鼓励。

正确答案：C

正确答案：D
解析：原型化方法是一种逐步地、迭代地完成需求定义的方法，是一种动态定义系统需求的技术。原型化方法的优势就在于逐步从简单到复杂地提交系统，起点低，可以追加功能以及用户参与，还可以直观、及时地交付原型。

正确答案：B
解析：需要定义的一种方法是获得一组基本的需求后，快速地加以“实现”。随着用户或者开发人员对系统理解的加深而不断地对这些需求进行补充和细化，系统的定义是在逐步发展的过程中进行的，而不是从一开始就加以预见一切，这就是原型化方法。

正确答案：A
解析：原型化方法实际上是一种快速确定需求的策略，对用户的需求进行提取、求精，快速建立最终系统工作是模型的方法。原型化方法与结构化方法不同，它不是追求也不可能要求对需求严格定义的文档、较长的开发时间和熟练的工作人员，但是该方法要求完整的生命周期。为了加快模型的建立，它需要加强用户的参与和决策，以求尽快地将需求确定下米，采用这样一个(与最终系统相比)相对简化的模型就可以简化项目的管理。原型化是一种动态设计过程，衡量原型化人员能力的重要标准是他能快速获得需求的能力，至于是否有熟练的程序编制调试能力、很强的协调组织能力以及灵活使用工具软件的能力都不是最重要的。

正确答案：B

正确答案：A
解析：在原型化方法实施中，模型化阶段的重要目的是开发用户需求。实际系统的其他许多需求和限制是在原型制作中所不会或不能考虑的，可以列出很多条目，说明它们不会在模型化中完成，而只是在应用系统产品中才需要。因此，选项A为所选。

正确答案：C
解析：本题考查原型化方法的特征。原型化方法基于这样一种客观事实：并非所有的需求在系统开发之前都能准确地说明和定义。因此，它不追求也不可能要求对需求的严格定义，而是采用了动态定义需求的方法。也正是这个原因，在采用原型化方法开发的过程中，应该提供严格定义的文档和简化项目的管理，要加强用户的参与和决策。

正确答案：C
解析：原型化方法开发策略的假设如下：并非所有的需求都能在系统的开发前准确的定义；有快速的系统建造工具；项目参加者通常都存在通信上的障碍；需要实际的、可供用户参与的系统模型；需求一旦确定，就可以遵循严格的方法；大量的反复是不可避免的，必要的，应该加以鼓励。

正确答案：C

正确答案：B

答案：A

解析：

正确答案：B
解析：从定义上来划分信息系统的开发方法，就是两类，严格定义的方法和随时更改的方法，这两类的典型代表就是结构化和原型化方法。本题应该从定义上来划分，所以选择B。

正确答案：C
解析：系统的定义是在逐步发展的过程中进行的,而不是从一开始就能完全预见的,这就是原型化方法。因此,可以认为原型化方法是确定需求的策略,是一种动态定义技术。

正确答案：A

正确答案：A
解析：原型化方法的基本思想是根据用户给出的基本需求，通过快速实现构造出一个小型的、可执行的模型，用户在计算机上实际运行这个用户界面原型，在试用过程中提出意见或建议，然后开发者再对原型进行改进。如此周而复始，逐步弥补不足之处，从而提高了最终产品的质量。所以A不具有原型化方法特征。

正确答案：C
解析：原型化方法是一种动态定义需求的方法，它要求尽可能快地建造一个粗糙的系统，这系统实现了目标系统的某些或全部功能，但是这个系统可能在某方面存在缺陷。建造这样一个系统的目的是为了考察某一方面的可行性，如算法的可行性，技术的可行性，或考察是否满足用户的需求等，然后根据用户的反馈，逐步增加系统的功能，得到最终产品。

正确答案：D

正确答案：D
解析：需求定义的过程也就是形成需求规格说明书的过程，通常有两种需求定义的方法，分别是严格定义方法和原型方法。
  在采用严格定义的传统的结构化开发方法中，各个工作阶段排列成一个理想的线性开发序列，在每一工作阶段中，都用上一阶段所提供的完整、严格的文档作为指导文件，因此，它本质上是一种顺序型的开发方法。在传统的结构化开发中，需求的严格定义建立在以下的基本假设上：
  所有的需求都能够被预先定义。假设意味着在没有实际系统运行经验的情况下，全部的系统需求均可通过逻辑推断得到。这对某些规模较小、功能简单的系统是可能的，但对那些功能庞大、复杂且较大的系统显然是困难的。即使事先做了深入细致的调查和分析，当用户见到新系统的实际效果时，也往往会改变原先的看法，会提出修改或更进一步增加系统功能的要求，所以，再好的预先定义技术也会经常反复，这是因为人们对新事物的认识与理解将随着直观、实践的过程进一步加深，这是与人类认识世界的客观规律相一致的。所以，能够预先定义出所有需求的假设在许多场合是不能成立的。
  开发人员与用户之间能够准确而清晰地交流。假设认为，用户与开发人员之间，虽然每人都有自己的专业、观点、行话，但在系统开发过程中可以使用图形、文档等通信工具进行交流，进行清晰、有效的沟通，这种沟通是必不可少的。可是，在实际开发中，往往对一些共同的约定，每个人可能都会产生自己的理解和解释。即使采用结构化语言、判定树、判定表等工具，仍然存在精确的、技术上的不严密。这将导致人们有意无意地带有个人的不同理解而各行其事，所以，在多学科、多行业人员之间进行有效的通信交流是有一定困难的。
  采用图形或文字可以充分体现最终系统。在使用严格定义需求的开发过程中，开发人员与用户之间交流、通信的主要工具是定义报告，包括叙述文字、图形、逻辑规则和数据字典等技术工具。它们都是静止的、被动的，不能实际表演，很难在用户头脑中形成一个具体的形象。因此，要用静止的图形或文字描述来体现一个动态的系统是比较困难的。
  除了所论述的情况外，上述基本假设还将导致严格定义的结构化开发方法存在以下缺陷：
  文档量大。由于在结构化方法的每个阶段都必须写出规范、严密的各种文档，这些文档虽然有助于开发人员之间、用户与开发人员间的通信交流，有助于开发过程的规范化，但由于编写文档花费大量人力和时间，导致系统开发周期增大。
  开发过程可见性差，来自用户的反馈太迟。由于在需求定义、系统设计阶段都不能在用户终端显示新系统的实际效果，一直到系统实现阶段结束，用户才有机会通过对新系统的实际操作和体会来提出他们对新系统的看法和意见，但此时整个开发已近尾声，若想修改前几段的工作或修改需求定义，都将付出较大的代价，有时这种修改甚至会导致整个系统的失败。
  需求的严格定义的基本假设在许多情况下并不成立，传统的结构化方法面临着一些难以跨越的障碍。为此，需要探求一种变通的方法。原型方法以一种与严格定义法截然不同的观点看待需求定义问题。原型化的需求定义过程是一个开发人员与用户通力合作的反复过程。从一个能满足用户基本需求的原型系统开始，允许用户在开发过程中提出更好的要求，根据用户的要求不断地对系统进行完善，它实质上是一种迭代的循环型的开发方式。采用原型方法时需要注意以下几个问题：
  并非所有的需求都能在系统开发前被准确地说明。事实上，要想严密、准确地定义任何事情都是有一定难度的，更不用说是定义一个庞大系统的全部需求。用户虽然可以叙述他们所需最终系统的目标及大致功能，但是对某些细节问题却往往不可能十分清楚。一个系统的开发过程，无论对于开发人员还是用户来说，都是一个学习和实践的过程，为了帮助他们在这个过程中提出更完善的需求，最好的方法就是提供现实世界的实例——原型，对原型进行研究、实践，并进行评价。
  项目参加者之间通常都存在交流上的困难，原型提供了克服该困难的一个手段。用户和开发人员通过屏幕、键盘进行对话和讨论、交流，从他们自身的理解出发来测试原型，一个具体的原型系统，由于直观性、动态性而使得项目参加者之间交流上的困难得到较好的克服。
  需要实际的、可供用户参与的系统模型。虽然图形和文字描述是一种较好的通信交流工具，但是，其最大缺陷是缺乏直观的、感性的特征，因而不易理解对象的全部含义。交互式的系统原型能够提供生动的规格说明，用户见到的是一个“活”的、实际运行着的系统。实际使用在计算机上运行的系统显然比理解纸面上的系统要深刻得多。
  有合适的系统开发环境。随着计算机硬件、软件技术和软件工具的迅速发展，软件的设计与实现工作越来越方便，对系统进行局部性修改甚至重新开发的代价大大降低。所以，对大系统的原型化已经成为可能。
  反复是完全需要和值得提倡的，需求一旦确定，就应遵从严格的方法。
  对系统改进的建议来自经验的发展，应该鼓励用户改进他们的系统，只有做必要的改变后，才能使用户和系统间获得更加良好的匹配。所以，从某种意义上说，严格定义需求的方法实际上抑制了用户在需求定义以后再改进的要求，这对提高最终系统的质量是有害的。另一方面，原型方法的使用并不排除严格定义方法的运用，当通过原型并在演示中得到明确的需求定义后，应采用行之有效的结构化方法来完成最终系统的开发。

正确答案：A
解析：应用原型化方法为预先定义技术提供了一种良好的选择和补充。应用原型化方法也需要进行多方面的假设，需要实际的、可供用户参与的系统模型，有快速的系统建造工具，并非所有的需求都能在开发前准确地说明。相关知识点：人们对物理模型的理解要比逻辑模型的理解来得准确。原型化方法就是在人们这种天性的基础上建立起来的。原型化方法是以一种与预先定义完全不同的观点来看待定义问题的。与预先定义技术完全不同，原型化方法开发策略的假设如下。①并非所有的需求都能在系统开发前准确地说明。②有快速的系统建设工具。③项目参加者之间通常都存在通信上的障碍。④需要实际的、可供用户参与的系统模型。⑤需要一旦确定，就可以遵从严格的方法。⑥大量的反复是不可避免的、必要的，应该加以鼓励。可见，原型化方法的假设比预先定义方法能提供更开朗的策略。如果能够把原型作为对现实的一个近似的解答而接受，那么就能通过进一步的完善使生命周期的费用实现的进度以及项目的风险达到较为满意的程度。

正确答案：C
解析：原型化方法开发策略的假设如下：不是所有需求都能事先准备定义；存在快速建造系统的工具；项目参加者存在通信上的障碍；需要实际且用户可参与的系统模型；需求一旦确定，就可以遵循严格的方法等。

正确答案：A
解析：原型化方法加强用户参与和决策、简化项目管理、加快需求的确定,适合于动态定义需求。而提供严格定义的文档是预先定义法的特征。

正确答案：D