软件工程课本习题问题详解

《软件工程课本习题问题详解》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、实用标准1软件与软件工程概念1.1举出你所知道的应用软件的例子。办公软件、游戏软件、财务软件、银行软件、人事管理软件、工资管理软件、学籍管理软件等。1.2认为“软件就是程序，软件开发就是编程序。”这种观点是否正确？为什么？认为“软件就是程序，软件开发就是编程序。”这种观点是错误的。首先，软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合，程序只是软件的组成部分之一；其次，在软件开发中，编程只是软件开发过程的一个阶段。1.3如果将软件开发比作高楼大厦的建造，可以将软件的设计比作什么？可以将软件的设计比作建筑设计，软

2、件设计的成果相当于建筑设计的设计图纸。1.4什么是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。典型表现：(1)对软件开发成本和进度的估计常常很不准确。(2)用户对“已完成的”软件系统不满意的现象经常发生。(3)软件产品的质量往往靠不住。(4)软件常常是不可维护的。(5)软件通常没有适当的文档资料。(6)软件成本在计算机系统总成本中所占的比例逐年上升。(7)软件开发生产率提高的速度，既跟不上硬件的发展速度，也远远跟不上计算机应用迅速普及深入的趋势。产生软件危机的原因：

3、除了软件本身的特点，其原因主要有以下几个方面：(1)缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作计划很难制定。(2)软件人员与用户的交流存在障碍，使得获取的需求不充分或存在错误。(3)软件开发过程不规范。如，没有真正了解用户的需求就开始编程序。(4)随着软件规模的增大，其复杂性往往会呈指数级升高。需要很多人分工协作，不仅涉及技术问题，更重要的是必须有科学严格的管理。(5)缺少有效的软件评测手段，提交给用户的软件的质量不能完全保证。1.5什么是软件工程？文案大全实用标准软件工程是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、

4、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。1.6简述软件生存期由哪些主要的阶段组成，每一阶段的主要任务是什么？(1)问题定义与可行性研究：问题定义必须回答的关键问题是：“要解决的问题是什么”。可行性研究要回答的关键问题是：“在成本和时间的限制条件下能否解决问题？是否值得做？”。(2)需求分析：这个阶段的任务仍然不是具体地解决客户的问题，而是准确地回答“目标系统必须做什么”这个问题。(3)软件设计：本阶段要回答的关键问题是“目标系统

5、如何做？”为此，必须在设计阶段中制定设计方案，把已确定的各项需求转换成相应的软件体系结构。结构中的每一组成部分都是意义明确的构件，此即所谓概要设计。进而具体描述每个构件所要完成的工作，为源程序编写打下基础，此即所谓详细设计。(4)程序编码和单元测试：本阶段要解决的问题是“正确地实现已做的设计”，为此，需要选择合适的编程语言，把软件设计转换成计算机可以接受的程序代码，并对程序结构中的各个模块进行单元测试，然后运用调试的手段排除测试中发现的错误。要求编写出的程序应当是结构良好、清晰易读的，且与设计相一致的。(5)集成测试和系统测试：集成测试的任务是将

6、已测试过的模块按设计规定的顺序组装起来，在组装的过程中检查程序连接的问题。系统测试的任务是根据需求规格说明的要求，对必须实现的各项需求，逐项进行确认，判定已开发的软件是否符合用户需求，能否交付用户使用。为了更有效地发现系统中的问题，通常这个阶段的工作由开发人员、用户之外的第三者承担。(6)运行维护：已交付的软件投入正式使用，便进入运行维护阶段。这一阶段可能持续若干年。软件在运行中可能由于多方面的原因，需要对它进行维护。通常有四种类型的维护：改正性维护、适应性维护、完善性维护和预防性维护。1.7常见的软件生存期模型主要有哪些？每种模型的优缺点是什么

7、？常见的软件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型和统一过程。(1)瀑布模型文案大全实用标准优点：可强迫开发人员采用规范化的方法；严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。缺点：由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要；用户往往需要等待很长时间才能看到可以运行的程序；适应需求变更的能力比较差。适用范围：瀑布模型只适用于项目开始时需求已确定的情况。(2)快速原型模型优点：有助于满足用户的真实需求；原型系统已经通过

8、与用户的交互而得到验证，据此产生的规格说明文档能够正确地描述用户需求。缺点：要求开发人员快速建立原型。适用范围：适用于需求不明确的软件项