第2章软件要求定义管理.pptVIP

(3) 环境需求。软件运行时所需要的软、硬件(如机型、 外投、 操作系统和数据库管理系统等)的要求。 (4) 用户界面需求。人机交互方式、输入输出数据格式等。另外还有可靠性、安全性、保密性、可移植性和可维护性等方面的需求，这些需求一般通过双方交流、调查研究来获取， 并害到共同的理解。 2. 分析与综合， 导出软件的逻辑模型 分析人员对获取的需求，进行一致性的分析检查，在分析、 综合中逐步细分软件功能，划分成各个子功能。这里也包括对数据域进行分解，并分配到各个子功能上，以确定系统的构成及主要成分，并用图文结合的形式，建立起新系统的逻辑模型。 3. 编写文档 编写文档的步骤如下： (1) 编写“需求说明书”，把双方共同的理解与分析结果用规范的方式描述出来，作为今后各项工作的基础。 (2) 编写初步用户使用手册，着重反映被开发软件的用户功能界面和用户使用的具体要求，用户手册能强制分析人员从用户使用的观点考虑软件。 (3) 编写确认测试计划， 作为今后确认和验收的依据。 (4) 修改完善项目开发计划。 在需求分析阶段对开发的系统有了更进一步的了解，所以能更准确地估计开发成本、进度及资源要求，因此对原计划要进行适当修正。 2.3.4 需求分析的方法 需求分析方法有功能分解方法、结构化分析方法、信息建模方法和面向对象分析方法等。 1. 功能分解方法 功能分解方法是将一个系统看成是由若干功能构成的一个集合，每个功能又可划分成若干个加工(即子功能)，一个加工又进一步分解成若干加工步骤(即子加工)。这样，功能分解方法有功能、子功能和功能接口三个组成要素。它的关键策略是利用已有的经验，对一个新系统预先设定加工和加工步骤， 着眼点放在这个新系统需要进行什么样的加工上。 功能分解方法本质上是用过程抽象的观点来看待系统需求， 是符合传统程序设计人员的思维特征，而且分解的结果一般已经是系统程序结构的一个雏形，实际上它已经很难与软件设计明确分离。 这种方法存在一些问题，它需要人工来完成从问题空间到功能和子功能的映射，即没有显式地将问题空间表现出来，也无法对表现的准确程度进行验证，而问题空间中的一些重要细节更是无法提示出来。功能分解方法缺乏对客观世界中相对稳定的实体结构进行描述，而基点放在相对不稳定的实体行为上， 因此， 基点是不稳定的，难以适应需求的变化。 2. 结构化分析方法 结构化分析方法是一种从问题空间到某种表示的映射方法， 它由数据流图表示，是结构化是重要的、被普遍接受的表示系统，它由数据流图和数据词典构成。这种方法简单实用，适于数据处理领域问题。 该方法沿现实世界中的数据流进行分析，把数据流映射到分析结果中。但现实世界中的有些要求不是以数据流为主干的， 就难于用此方法。如果分析是在现有系统的基础上进行的， 应先除去原来物理上的特性，增加新的逻辑要求，再追加新的物理上的考虑。这时，分析面对的并不是问题空间本身，而是过去对问题空间的某一映射，在这种焦点已经错位的前提下， 来进行分析显然是十分困难的。 该方法的一个难点是确定数据流之间的变换，而且数据词典的规模也是一个问题，它会引起所谓的“数据词典爆炸”， 同时对数据结构的强调很少。 3. 信息建模方法 信息建模方法是从数据的角度来对现实世界建立模型的， 它对问题空间的认识是很有帮助的。 该方法的基本工具是ER图，其基本要素由实体、属性和联系构成。 该方法的基本策略是从现实世界中找出实体，然后再用属性来描述这些实体。 信息模型和语义数据模型是紧密相关的，有时被看作是数据库模型。在信息模型中，实体E是一个对象或一组对象。实体把信息收集在其中，关系R是实体之间的联系或交互作用。 有时在实体和关系之外，再加上属性。实体和关系形成一个网络，描述系统的信息状况，给出系统的信息模型。 信息建模和面向对象分析很接近， 但仍有很大有效期距。 在ER图中，数据不封闭，每个实体和它的属性的处理需求不是组合在同一实体中的，没有继承性和消息传递机制来支持模型。 但ER图是面向对象分析的基础。 4. 面向对象的分析 面向对象的分析是把ER图中的概念与面向对象程序设计语言中的主要概念结合在一起而形成的一种分析方法。 在该方法中采用了实体、关系和属性等信息模