原型化方法是一种动态定义需求的方法，(7)不是原型化方法的特征。A．简化项目管理B．尽快建立初步需求C．加强用户参与和决策D．提供完整定义的需求

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

正确答案：A

正确答案：D
解析：需求定义的一种变通的方法是获得一组基本的需求后，快速地加以“实现”随着用户或开发人员对系统的理解的加深而不断地对这些需求进行补充和细化，系统的定义是在逐步发展过程中进行的，而不是一开始就预见的，这就是原型化方法。因此，可以认为原型化方法是确定需求的策略，对用户的需求进行的抽取、描述和取精，它快速地迭代并建立最终系统的工作模型，它对问题的定义采用启发的方式，并由用户做出响应，是一种动态定义技术。

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

正确答案：A

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

正确答案：D

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

答案：A

解析：

正确答案：A
解析：在原型化方法的开发过程中，成熟的原型化人员是必要的，快速的成型工具也是必要的，但需了解的准确性是不可能做到的。

正确答案：A
解析：由于系统分析员和用户在各自专业领域上的差异，在需求分析阶段的用户需求往往是不完全和不准则的，在原型法的开发过程中，成熟的原型化人员是必须的，快速的开发工具也是必要的，但是需求了解的准确性是不可能做到的。

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

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

正确答案：A

正确答案：D
解析：原型化方法中，并非所有需求在系统开发前都能明确说明和定义，所以，提供严格定义的文档不是原型化方法的特征。本题正确答案为选项D。

正确答案：A

答案：A

解析：