软件工程学课后习题答案.docx

软件工程学课后习题答案

第一章

1.1什么是软件工程

软件工程是一门研究和应用如何以系统性、规范化和可定量的方式开发和维护软件的学科。

1.2软件危机的定义和解决方法

软件危机是指在软件开发过程中可能出现的成本超支、进度延误、质量低下等困扰。解决软件危机的方法主要包括软件工程的引入、软件工程方法的应用、提高软件开发人员的素质等。

1.3正确理解下列概念：软件工程、软件过程、软件生命周期

软件工程：研究和应用如何以系统性、规范化和可定量的方式开发和维护软件的学科。

软件过程：软件开发和维护中涉及的一系列活动、过程和方法的总称。

软件生命周期：指软件从概念到退役的整个过程，包括需求分析、设计、编码、测试、部署和维护等阶段。

1.4软件工程的目标和内容

软件工程的目标是提高软件开发过程和软件产品的质量、效率和可靠性。其内容包括软件开发过程、软件项目管理、软件需求分析、软件设计、软件测试、软件维护等。

1.5为什么说软件工程是工程学科的延伸

软件工程从一定程度上延伸了工程学科的概念和方法论，它借鉴了工程学科的工作原理、项目管理、系统工程、质量保证等方面的经验，并且将这些经验应用到软件开发和维护中，从而提高了软件工程的效率和质量。

第二章

2.1请列举软件过程模型的一些常见类型

瀑布模型

增量模型

原型模型

快速原型模型

迭代模型

螺旋模型

敏捷模型

2.2解释软件过程模型的特点

可理解性：软件过程模型应具备容易理解和使用的特点。

具体性：软件过程模型应该是实际操作时的具体指南。

可执行性：软件过程模型应该能够被执行和控制。

可验证性：软件过程模型应该能够通过验证工具的使用得以证明。

可伸缩性：软件过程模型应该具备适应不同规模和复杂度的软件项目的能力。

2.3阐述瀑布模型的优点和缺点

瀑布模型的优点包括：

易于理解和实施，符合常规思维方式；

各个阶段之间有明确的交付物，便于控制和管理；

适用于项目需求较为稳定或明确的情况；

易于向客户展示和演示。

瀑布模型的缺点包括：

各个阶段之间存在严格的依赖关系，缺乏灵活性；

不适用于需求变化频繁或不确定的项目；

客户在最后阶段才能看到可用的软件，无法提前进行验证和反馈。

2.4快速原型模型和增量模型的区别

快速原型模型和增量模型都是面向快速交付的模型，但它们有一些区别：

快速原型模型适用于需求不明确或变化较大的项目，通过迭代开发快速构建出原型以验证和反馈需求，而增量模型适用于需求相对稳定的项目，通过逐步增加功能的方式逐渐构建完整系统。

快速原型模型通常将原型仅作为需求验证的工具，而增量模型则将每个增量都作为可交付的软件进行验收。

快速原型模型更注重与用户的互动和需求理解，而增量模型更注重软件系统的逐步完善和功能增加。

2.5敏捷开发方法的原则和特点

敏捷开发方法的原则包括：

个体和互动优先于流程和工具

可用的软件优先于详尽的文档

客户合作优先于合同谈判

相应变化优先于遵循计划

敏捷开发方法的特点包括：

迭代开发，每次迭代都能交付可用的软件

强调团队合作和用户的积极参与

反复验证和调整需求，及时适应变化

高度灵活和自适应，能够迅速响应市场需求变化

第三章

3.1软件需求的定义和分类

软件需求是对软件系统的功能、性能、界面和其它特性的描述。根据其详细程度和稳定性的不同，可以将软件需求分为不同的分类，常见的分类包括：

用户需求：用户对系统的期望和需求

系统需求：具体说明系统的功能、性能和界面等需求

软件需求规格说明：对需求进行详细说明和描述

可变性需求：可能随着时间和环境的变化而发生变化的需求

正式需求：已经过验证和确认的需求

3.2软件需求工程的任务和目标

软件需求工程的任务包括：

理解用户需求

验证和评审需求

规划和管理需求

源代码编写

需求追踪和变更控制

软件需求工程的目标是确保软件系统开发和维护过程中，用户和开发者之间的需求沟通和理解的准确性，以确保最终开发出符合用户需求的软件系统。

3.3阐述需求获取过程中常见的技术手段

常见的需求获取技术手段包括：

采访和访谈：与用户直接对话，获取他们的需求和期望。

原型开发：通过快速构建原型，与用户进行交互和验证需求。

领域分析：对用户所在的领域进行深入了解和分析。

文献调研：研究、分析和借鉴已有的文档和系统。

3.4阐述需求规格说明书的组成和编写原则

需求规格说明书包括需求的具体说明和描述，通常包括以下内容：

引言和概述：对系统提出背景和总体说明。

功能需求：详细描述系统的功能需求。

性能需求：描述系统的性能指标和要求。

系统接口需求：描述系统与外部系统的接口要求。

数据需求：描述系统的数据需求和要求。

非功能性需求：描述系统的非功能性要求，如安全性、可靠性、可用性、可扩展性等要求。

验收标准：描述系统验收的标准和方法。

需求