原型化方法是用户和软件开发人员之间进行的一种交互过程，适用于（）

正确答案：D
解析：软件需求包括3个不同的层次，即业务需求、用户需求和功能需求，另外还有非功能需求。1．业务需求(businessrequirement)反映了组织机构或客户对系统或产品高层次的日标要求，它们在项目视图与范围文档中予以说明。2．用户需求(userrequirement)描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明。3．功能需求(functionalrequkement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。4．非功能需求(non-functionalrequirement)是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。非功能需求包括过程需求、产品需求和外部需求3类，其中过程需求有交付、实现方法和标准等需求，产品需求包含性能、可用性、实用性、可靠性、可移植性、安全保密性、容错性等方面的需求，外部需求有法规、成本、操作性等需求。一个软件原型是所提出的新产品的部分实现，它比开发人员常用的技术术语更易于理解。建立原型的主要原因是为了解决在产品开发的早期阶段需求不确定的问题，用户、经理和其他非技术项目风险承担者发现在确定和开发产品时，原型可以使他们的想象更具体化。原型在软件开发过程中可以起到以下主要作用：1．明确并完善需求。原型作为一种需求工具，它初步实现所理解的系统的一部分。用户对原型的评价可以指出需求中的许多问题，在开发真正产品之前，可以最低的费用来解决这些问题。2．探索设计选择方案。原型作为一种设计工具，用它可以探索不同的用户界面技术，使系统达到最佳的可用性，并且可以评价可能的技术方案。3．发展为最终的产品。原型作为一种构造工具，是产品最初子集的完整功能实现，通过一系列小规模的开发循环，可以完成整个产品的开发。多态性是指在父类中定义的属性或服务被子类继承后，可以具有不同的数据类型或表现出不同的行为。在体现一般与特殊关系的一个类层次结构中，不同层次的类可以共享一个操作；但却有各自不同的实现。当一个对象接收到一个请求时，它根据其所属的类，动态地选用在该类中定义的操作。举例：在父类“几何图形”中定义了一个服务“绘图”，但并不确定执行时绘制一个什么图形。子类“椭圆”和“多边形”都继承了几何图形类的绘图服务，但其功能却不相同：一个是画椭圆，一个是画多边形。当系统的其他部分请求绘制一个几何图形时，消息中的服务都是“绘图”，但椭圆和多边形接收到该消息时却各自执行不同的绘图算法。多态性机制不但为软件的结构设计提供了灵活性，减少了信息冗余，明显提高了软件的可复用性和可扩充性。多态性的实现需要OOPL提供相应的支持，与多态性实现有关的语言功能包括：重载(overload)、动态绑定(dynamicbinding)和类属(generic)。时序图和协作图均表示一组对象之间的动态协作关系，其中时序图反映对象之间发送消息的时间顺序，协作图反映收发消息的对象的结构组织。时序图和协作图是同构的，即两者之间可以相互转换。单元测试是对源程序中每一个程序单元进行测试，检查各个模块是否正确实现了规定的功能，从而发现模块在编码中或算法中的错误。该阶段涉及编码和详细设计的文档。各模块经过单元测试后，将各模块组装起来进行集成测试，以检查与设计相关的软件体系结构的有关问题。单元测试的测试用例主要根据详细设计的结果来设计。

正确答案：A
解析：原型不同于最终系统，它只实现所选择的部分功能，仅是为了试验或是演示而用，部分功能需求可以忽略或者模拟实现，因此适用于需求不确定性高的系统。

正确答案：A
解析：传统软件生存期模型的典型代表是“瀑布模型”。这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结”起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。因此，人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。但是，很难得到一个完整准确的规格说明。特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，而不能完全准确地表达对系统的全面要求，在这种情况下，软件人员更难于对于所要解决的应用问题有清晰的认识。随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境。因此，规格说明难以完善、需求的变更以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。尽管在传统软件生存期管理中通过加强评审和确认，全面测试来缓解上述问题，但不能从根本上解决这些问题。为了解决这些问题，逐渐形成了软件系统的快速原型的概念。在形成了一组基本需求之后，通过快速分析方法构造出待建系统的原型版本，然后根据用户在使用原型的过程中提出的意见对原型进行修改，从而得到原型更新的版本。这一过程重复进行，直至得到满足用户需求的系统。

正确答案：D
解析：原型化方法是用户和设计者之间执行的一种交互过程，适用于需求不确定性高的系统。

正确答案：A
传统软件生存期模型的典型代表是“瀑布模型”。这种模型将软件生存期划分为若干阶段，根据不同阶段工作的特点，运用不同的方法、技术和工具来完成该阶段的任务。软件人员遵循严格的规范，在每一阶段工作结束时都要进行严格的阶段评审和确认，以得到该阶段的一致、完整、正确和无多义性的文档，把这些文档作为阶段结束的标志“冻结”起来，并以它们作为下一阶段工作的基础，从而保证软件的质量。传统思想之所以强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训，即在开发的后期或运行维护期间，修改不完善的规格说明要付出巨大的代价。因此，人们投入极大的努力来加强各阶段活动的严格性，特别是前期的需求分析阶段，希望得到完善的规格说明以减少后期难以估量的经济损失。但是，很难得到一个完整准确的规格说明。特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，而不能完全准确地表达对系统的全面要求，在这种情况下，软件人员更难于对于所要解决的应用问题有清晰的认识。随着开发工作向前推进，用户可能会产生新的要求，或因环境变化，要求系统也能随之变化；开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境。因此，规格说明难以完善、需求的变更以及通信中的模糊和误解，都会成为软件开发顺利推进的障碍。尽管在传统软件生存期管理中通过加强评审和确认，全面测试来缓解上述问题，但不能从根本上解决这些问题。为了解决这些问题，逐渐形成了软件系统的快速原型的概念。在形成了一组基本需求之后，通过快速分析方法构造出待建系统的原型版本，然后根据用户在使用原型的过程中提出的意见对原型进行修改，从而得到原型更新的版本。这一过程重复进行，直至得到满足用户需求的系统。

正确答案：A

正确答案：A,C,D,A,A
试题分析
通常，原型是指模拟某种产品的原始模型。在软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。
使用原型的原型化方法特别适用于需求不确定性较高的软件系统的开发。它的基本思想是根据用户给出的基本需求，通过快速实现构造出一个小型的可执行的模型，满足用户的基本要求，这就是系统界面原型。
让用户计算机上实际运行这个用户界面原型，在试用的过程中得到亲身感受和受到启发，做出反应和评价，提出同意什么和不同意什么。然后开发者根据用户的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和通信中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高了最终产品的质量。
      它是一种自外向内型的设计过程。
试题答案
（9）A    （10）C     （11）D     （12）A     （13）A

正确答案：C
解析：原型模型适用于开发需求不确定的软件系统。

正确答案：A
解析：本题考查软件工程软件开发模型方面的知识。原型模型又称快速原型模型，它是增量模型的另一种形式。根据原型的不同作用，有三类原型模型：探索型原型(用于需求分析阶段)、实验型原型(主要用于设计阶段)、演化型原型(主要用于及早向用户提交一个原型系统)。
  演化型主要针对事先不能完整定义需求的软件开发。
  软件开发中的原型是软件的一个早期可运行版本，它反映了最终系统的重要特性。

正确答案：B
原型是指模拟某种产品的原始模型。在软件开发中，原型是软件的一个早期可运行的版本，它反映最终系统的部分重要特性。如果在获得一组基本需求说明后，通过快速分析构造出一个小型的软件系统，满足用户的基本要求。使得用户可在试用原型系统的过程中得到亲身感受和受到启发，做出反应和评价。然后开发者根据用户的意见对原型加以改进。随着不断试验、纠错、使用、评价和修改，获得新的原型版本，如此周而复始，逐步减少分析和通信中的误解，弥补不足之处，进一步确定各种需求细节，适应需求的变更，从而提高了最终产品的质量。