在软件工程中,( )是用户和设计者之间执行的一种交互过程,适用于开发需求不确定的大型软件系统。(

正确答案：A

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

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

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

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

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

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