为解决软件危机问题，北大西洋公约组织（NATO）于1968年召开计算机科学会议，讨论软件危机问题，提出了（）的概念。

本质上看，软件危机是落后的软件生产方式与迅速增长的（）之间存在矛盾。

与CPU、内存等不同，软件是组成计算机系统的（），不能直接可见，这一特点给开发和维护带来了客观困难。

（）是提出最早、应用最广泛的软件过程模型，也是软件工程实践中应用最广泛的过程模型。

（）是一种应对快速开发的需求的方法，它们在短周期的迭代中生产软件，并允许更大的设计变化。

需求通常包括（）、质量需求和约束性三类需求。

软件需求讲述的是“做什么”，而（）解决的是“怎么做”的问题。

（）是软件验证和确认（VerificationandValidation）的关键活动，是软件质量保证的重要组成部分。

软件危机的典型表现包括（）。

用户需求难以明确，这主要是指（）。

常用的软件过程模型有（）。

需求验证的主要形式是组织需求评审，主要评审（）这几个方面。

软件测试根据是否关注程序的代码实现可分为（）两种。

由于过分地依赖软件开发人员的技巧和创造性，使软件产品缺少统一标准、难以理解，也是产生软件开发危机的重要原因。( )

在软件开发过程中，用户不会再提出修改软件功能、界面等方面的要求。( )

为了规范地描述软件开发的管理和技术活动，需要建立软件过程模型，以定义软件开发的各个阶段，并描述它们之间的关系。( )

敏捷开发认为面对面的沟通没有书面文档有效。( )

对于移动开发而言，由于用户数量巨大、竞争激烈，需求变更往往比传统软件更为频繁。( )

在移动应用的设计中应特别注意移动设备交互方式的差异。( )

移动应用的流量测试，不需要进行特定应用场景的功能测试。( )