《需求工程：软件建模与分析》笔记（二）

第二章 需求基础

2.1 需求的定义

IEEE的定义：

1. 用户为了解决问题或达到某种目标所需要的条件或能力（用户的观点）
2. 系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力（开发者的观点）
3. 对1或2中的一个条件或一种能力的一种文档化表述

强调了需求两个不可分割的方面：

• 需求是以用户为中心的，是与问题相联系的
• 需求要被清晰、明确地写在文档上

2.2 满足需求就是解决问题

1. 问题与需求

   • 当现实的状况与人们期望中的状况产生差距时，就产生了问题

   • 要解决问题，就要改变这些事情、事物的状态，或者改变其状态变化的演进顺序，使其达到期望的状态和理想的演进顺序

   • 解决问题、改善现状、满足用户期望的条件和能力就是需求

2. 问题域与解系统

   1. 问题域

      软件系统只需要与现实世界中的一部分互动，即问题的发生地，也是问题解决的基本范围——解决问题必须设计的事物和事件，被称为问题域

      问题域是需求的背景，要理解需求要先理解问题域

      问题域的背景信息被称为问题域特性，他有自己的运行规律，不会因为解系统改变，是既定现实，可以改善不能忽视不能违背

   2. 解系统

      软件系统通过影像问题域帮人们解决问题，所以叫解系统，是软件解决方案在通用计算机上的实现

      解系统不是问题域的一部分，但是可以与问题域之间存在相互影响的借口，实现交互活动

   3. 问题域与需求

      需求是对问题域中的实体状态或事件的期望描述，应尽可能使用问题域的语言

   4. 解系统与需求规格说明

      解系统的核心是软件解决方案和解决方案在通用计算机上的实现

      需求工程所关心的仅仅是解决方案，不设计软件的实现部分

      解决方案被称为需求规格说明，定义了一个能够解决用户问题、满足用户需求的软件对外交互方案，是后续软件开发活动的工作基础

      • IEEE对规格的定义：以一种完全的精确的课验证的方法规定系统或不见的需求、设计、行为或者其他特性的文件，并经常指明判定这个规定是否满足的过程
      • IEEE对需求规格说明的定义：规定系统或不见的需求的文档，典型地包括功能需求、性能需求、接口需求、设计需求和开发标准
        

3. 问题解决的基础——模拟与共享现象

   问题域能够形成互动的基础是解系统部分模拟了问题域，被称为共享现象

   二者的交互性是人在意识中强制建立的，软件系统必须得到用户的认可，否则就会失去价值

   

   解系统也有一些并非来自于现实模拟的特征，不对应于任何问题域知识，却必不可少

4. 问题解决的方法——直接与间接

   1. 直接：模拟并操纵共享现象
   2. 间接：软件系统操纵共享现象影像问题域的一部分，然后利用问题域内在的规律性自动的影响另一部