第三章 需求工程中的场景应用概述
20世纪70年代以来，软件工程研究人员提出了一系列软件需求分析技术和方法。大致可分为4类：面向过程的分析方法，面向数据的分析方法，面向控制的分析方法和面向对象的分析方法。其中目前应用最广泛的是Jackson于1992年提出的用例驱动的面向对象开发方法。用例(Use Case)是指用户使用系统时所执行的一个与行为相关的事物序列，这个序列是在与系统的对话中完成的。随之产生的是一个与此类似的概念：场景(scenario，或称场景描述)。
3.1 场景描述的定义
一个场景描述是指“一种可能发生在几个对象间有目的的交互行为”。它由一个或者多个动作组成，每个动作表示一个对象和另一个对象之间的一次交互。在一个场景描述中一系列动作的组合描述了一条唯一的路径．场景描述可以用初始状态和终止状态作为其区别特征。一个场景描述的初始状态定义了触发这个场景描述的前提条件。而终止状态则定义了这个场景描述结束时的状态。场景描述可分为两种：普通场景和异常场景。前者可以实现既定的目标，而后者则表示了特定的异常情况。
在已有的研究成果中，场景描述和用例这两个术语的含义有时是一致的，有时则把场景描述定义为一个或多个用例的特定实现。所谓管理信息系统需求的场景描述简单地说，就是MIS在某个或某类特定使用情形下的需求。一个有意义的场景描述应该具有如下内容：
1）使用者：场景描述具有一个或一类特定的系统使用者，该场景是从该使用者的角度对信息系统需求的描述。
2）使用目的：场景描述具有一定的使用目的，它是围绕使用者为达到一定的使用目的以及所需完成的任务对信息系统需求的描述。
3）使用条件：场景是在特定的使用条件和特定参数下对信息系统需求的描述。
3.2 基于场景描述的需求工程存在的问题
基于场景描述的需求工程取得了很多成果，但是仍然有以下的问题有待解决：
1）缺乏贯穿需求工程的场景描述应用方法，目前的研究成果大多仅仅关注于个别阶段，如场景表示、场景与用例的转化等方面，无法给出一个完整的基于场景描述的需求过程。
2）缺乏工具支持．其主要原因是难于设计一种合适的表示方法来描述场景。一个合适的场景描述方法至于要满足两个条件，首先要足够简单，让软件工程师和用户都易于理解，其次，不仅要便于需求模型构造，也要有利于对场景的形式化和自动化的分析。尽管已经出现了许多关于用例和场景的表示形式，几乎都不能同时满足上述两个要求。
3）缺乏重用的支持。场景驱动的需求工程主要应用于面向对象的分析。这类方法都依赖于可重用的需求模型库，利用检索工具根据不同的用例获取不同的模型库。通过遍历用例中每一个可能的事件序列和应用启发式分析指出在每一个可能发生的例外和错误来产生场景描述。一个场景可以定义为一个事件序列，它是一个用例中的一条可能的路径。
第四章 需求工程在信息管理系统开发过程中应用
4.1 MIS 的定义
MIS(Management Information System)即管理信息系统，最早出现在1970年，由瓦尔特•肯尼万(Walter T．Kennevan)给出了一个定义：“以书面或口头的形式，在合适的时间向经理、职员以及外界人士提供过去的、现在的、预测未来的有关企业内部及其环境的信息，以帮助他们进行决策。”当时，由于计算机的功能有限，管理信息系统在构成上还没有计算机软件和硬件。随着信息技术的发展，管理信息系统除了支持决策的目标没变之外，在功能上和组成上有了很大的变化。1985年美国明尼苏达大学著名教授及高登．戴文斯(Gordon B．Davis)给了MIS(管理信息系统)一个较完整的定义：。它是一个利用计算机硬件和软件，分析、计划、控制和决策模型，手工操作以及数据库的人—机系统。它能提供信息，能支持企业或组织的运行、管理和决策。”这个定义说明了MIS的目标、功能和组成，而且反映了MIS当时已经达到的水平和高度。
目前，MIS(管理信息系统)可以被描述为基于信息技术对环境提出挑战的组织和管理的解答(Laudon)，即利用信息技术去解决企业问题的组织和管理方法的集合。可以说管理信息系统不仅仅是一个技术系统，而是把人的因素包括在内的人际系统，因而它是一个管理系统，是个社会系统。
近年来一个比较普遍的趋势是用IS(Information System)信息系统代替MIS(管理信息系统)．国外学者一般体的信息系统就是指MIS，例如；1996年劳登(Laudon)教授在《管理信息系统》(第4版)一书中写道：“信息系统技术上可以定义为支持组织中决策和控制的进行信息收集、处理、存储和分配的相互关联部件的一个集合。”从中我们可以看出，信息系统就是MIS。