下列哪些属于传统开发方法（）。

正确答案：1．传统软件生存期的典型代表是“瀑布”模型。这种模型将软件生命周期划分为软件计划、需求分析、软件设计、编码测试和运行维护等阶段。传统思想强调每一阶段的严格性尤其是开发初期要有良好的软件规格说明主要是源于过去软件开发的经验教训。但是在开发的后期或者运行维护期间来修改不完善的规格说明也是一件不容易的事特别是对于一些大型的软件项目在开发的早期用户往往对系统只有一个模糊的想法很难完全准确地表达对系统的全面要求软件开发人员对于要解决的问题认识更是模糊不清。即使经过详细地讨论和分析也许能得到一份较好的规格说明但却很难期望该规格说明能将系统的各个方面都描述得完整、准确、一致并与实际环境相符。随着开发工作的向前推进用户可能产生新的要求环境变化系统改变以及用户开发过程中出现不可预料的困难需要改变需求来解脱困境。因此规格说明难以完善需求的变更以及通信中的模糊和误解。即使在生存期管理中加强评审、确认和全面测试也不能从根本上解决这些问题。 2．为了解决传统方法在开发过程中遇到的种种问题逐渐形成了软件系统的快速原型的概念。根据运用原型的目的和方式不同原型化方法可以分为以下几种： (1) 废弃型。先构造一个功能简单而且质量要求不高的模型系统针对这个模型系统反复进行分析修改形成比较好的设计思想据此设计出更加完善、准确、一致和可靠的最终系统系统构造出来后原来的模型系统就被丢掉。 (2) 追加型或演变型。先构造一个功能简单质量要求不高的模型系统作为最终系统的核心然后通过不断的扩充修改逐步追加新要求发展成最终系统。 3．使用原型化方法的优点如下： (1) 增进软件开发者和用户对系统服务需求的理解使比较模糊的具有不确定性的软件需求(主要是功能)明确化。可以防止由于不能满足用户要求而造成的返工避免不必要的经济损失缩短开发周期。 (2) 软件原型化方法提供了一种有力的学习手段。通过原型演示用户可以亲身体验早期的开发过程获得计算机和被开发系统的专门知识。 (3) 使用原型化方法可以很容易地确定系统的性能确认各项主要系统服务的可应用性确认系统设计的可行性确认系统作为产品的结果。因为它可以作为理解和确认软件需求规格说明的工具。 (4) 软件原型的最终版本有的可以原封不动地成为产品有的略加修改就可以成为最终系统的一个组成部分这样有利于建成最终系统。
1．传统软件生存期的典型代表是“瀑布”模型。这种模型将软件生命周期划分为软件计划、需求分析、软件设计、编码测试和运行维护等阶段。传统思想强调每一阶段的严格性，尤其是开发初期要有良好的软件规格说明，主要是源于过去软件开发的经验教训。但是在开发的后期或者运行维护期间来修改不完善的规格说明也是一件不容易的事，特别是对于一些大型的软件项目，在开发的早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求，软件开发人员对于要解决的问题认识更是模糊不清。即使经过详细地讨论和分析，也许能得到一份较好的规格说明，但却很难期望该规格说明能将系统的各个方面都描述得完整、准确、一致，并与实际环境相符。随着开发工作的向前推进，用户可能产生新的要求，环境变化，系统改变，以及用户开发过程中出现不可预料的困难，需要改变需求来解脱困境。因此，规格说明难以完善需求的变更，以及通信中的模糊和误解。即使在生存期管理中加强评审、确认和全面测试，也不能从根本上解决这些问题。 2．为了解决传统方法在开发过程中遇到的种种问题，逐渐形成了软件系统的快速原型的概念。根据运用原型的目的和方式不同，原型化方法可以分为以下几种： (1) 废弃型。先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，形成比较好的设计思想，据此设计出更加完善、准确、一致和可靠的最终系统，系统构造出来后，原来的模型系统就被丢掉。 (2) 追加型或演变型。先构造一个功能简单质量要求不高的模型系统，作为最终系统的核心，然后通过不断的扩充修改，逐步追加新要求，发展成最终系统。 3．使用原型化方法的优点如下： (1) 增进软件开发者和用户对系统服务需求的理解，使比较模糊的具有不确定性的软件需求(主要是功能)明确化。可以防止由于不能满足用户要求而造成的返工，避免不必要的经济损失，缩短开发周期。 (2) 软件原型化方法提供了一种有力的学习手段。通过原型演示，用户可以亲身体验早期的开发过程，获得计算机和被开发系统的专门知识。 (3) 使用原型化方法，可以很容易地确定系统的性能，确认各项主要系统服务的可应用性，确认系统设计的可行性，确认系统作为产品的结果。因为它可以作为理解和确认软件需求规格说明的工具。 (4) 软件原型的最终版本，有的可以原封不动地成为产品，有的略加修改就可以成为最终系统的一个组成部分，这样有利于建成最终系统。

参考答案：ABCD

答案：B

解析：

参考答案：1)系统建设与组织发展的目标和战略不匹配。2)已建成的系统解决问题的有效性低。3)不能适应环境变化和组织变革的需要。4)组织结构陈旧、管理体制落后，主要业务流程效率与效益低下。5)系统使用人员的素质较低。6)系统开发环境落后，技术方案不合理。7)系统开发以及运行维护的标准、规范混乱。8)资源短缺、投入较少，而对系统的期望又过高。