软件需求工程 课堂笔记2

本文截取了上课的一部分内容

需求的定义

IEEE的需求定义[IEEE1990]：
（1）用户为了解决问题或达到某些目标所需要的条件或能力；
（2）系统或系统部件为了满足合同、标准、规范或其它正式文档所规定的要求而需要具备的条件或能力；
（3）对（1）或（2）中的一个条件或一种能力的一种文档化表述。

基本概念的区分

此处只讲少部分的内容，或者只说一些片段。这些部分是我比较容易理解或接受的。

• 规格说明 == 规约

由于翻译人员的不同，因此有两种表述，在我院的课程中，规格说明使用较多，但是“规约”一词使用更为广泛。

• 软件工程没有客观规律，只有经验总结

• 软件不能凭空产生利润，必须作用于现实社会。

需求的层次性

[IEEE1998]将需求分成下列类别：

• 功能需求（Functional Requirement）：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。

• 性能需求（Performance Requirement）：系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。

• 质量属性（Quality Attribute）：系统完成工作的质量，即系统需要在一个“好的程度”上实现功能需求，例如可靠性程度、可维护性程度等。

• 对外接口（External Interface）：系统和环境中其他系统之间需要建立的接口，包括硬件接口、软件接口、数据库接口等等。

• <