软件工程第2章软件要求定义教案.ppt

2.3.2 需求分析的原则 近几年来已提出许多软件需求分析与说明的方法(如结构化分析方法和面向对象分析方法)，每一种分析方法都有独特的观点和表示法，但都适用下面的基本原则： (1) 必须能够表达和理解问题的数据域和功能域。数据域包括数据流(即数据通过一个系统时的变化方式)、数据内容和数据结构，而功能域反映上述三方面的控制信息。 (2) 可以把一个复杂问题按功能进行分解并可逐层细化。通常软件要处理的问题如果太大太复杂就很难理解，若划分成几部分，并确定各部分间的接口，就可完成整体功能。在需求分析过程中，软件领域中的数据、功能和行为都可以划分。 (3) 建模。模型可以帮助分析人员更好地理解软件系统的信息、功能和行为，这些模型也是软件设计的基础。 结构化分析方法(见8.2节)和面向对象分析方法都遵循以上原则。 2.3.3 需求分析的任务 需求分析的基本任务是要准确地定义新系统的目标，为了满足用户需要，回答系统必须“做什么”的问题。在可行性研究和项目开发计划阶段对这个问题的回答是概括的、粗略的。 1．问题识别 双方确定对问题的综合需求。这些需求包括： (1) 功能需求：指所开发的软件必须具备的功能，这是最重要的。 (2) 性能需求：指待开发的软件的技术性能指标，如存储容量、运行时间等限制。 (3) 环境需求：指软件运行时所需要的软、硬件(如机型、外设、操作系统和数据库管理系统等)的要求。 (4) 用户界面需求：即人机交互方式、输入/输出数据格式等。 另外还有可靠性、安全性、保密性、可移植性和可维护性等方面的需求，这些需求一般通过双方交流、调查研究来获取，并达到共同的理解。 2．分析与综合，导出软件的逻辑模型 分析人员对获取的需求，进行一致性的分析检查，在分析、综合中逐步细化软件功能，划分成各个子功能。这里也包括对数据域进行分解，并分配到各个子功能上，以确定系统的构成及主要成分，并用图文结合的形式，建立起新系统的逻辑模型。 3．编写文档 编写文档的步骤如下： (1) 编写“需求说明书”，把双方共同的理解与分析结果用规范的方式描述出来，作为今后各项工作的基础。 (2) 编写初步用户使用手册，着重反映被开发软件的用户功能界面和用户使用的具体要求，用户手册能强制分析人员从用户使用的观点考虑软件。 (3) 编写确认测试计划，作为今后确认和验收的依据。 (4) 修改完善项目开发计划。在需求分析阶段对开发的系统有了更进一步的了解，所以能更准确地估计开发成本、进度及资源要求，因此对原计划要进行适当修正。 2.3.4 需求分析的方法 需求分析方法有功能分解方法、结构化分析方法、信息建模方法和面向对象分析方法等。 1．功能分解方法 功能分解方法是将一个系统看成是由若干功能构成的一个集合，每个功能又可划分成若干个加工(即子功能)，一个加工又进一步分解成若干加工步骤(即子加工)。这样，功能分解方法有功能、子功能和功能接口三个组成要素。它的关键策略是利用已有的经验，对一个新系统预先设定加工和加工步骤，着眼点放在这个新系统需要进行什么样的加工上。 2．结构化分析方法 结构化分析方法是一种从问题空间到某种表示的映射方法，由数据流图表示软件的功能，是结构化方法中重要的、被普遍接受的表示系统，它由数据流图和数据词典构成。这种方法简单实用，适于数据处理领域问题。 该方法对现实世界中的数据流进行分析，把数据流映射到分析结果中。但现实世界中的有些要求不是以数据流为主干的，就难于用此方法。 该方法的一个难点是确定数据流之间的变换，而且数据词典的规模也是一个问题，它会引起所谓的“数据词典爆炸”，同时对数据结构的强调很少。 3．信息建模方法 信息建模方法是从数据的角度来对现实世界建立模型的，它对问题空间的认识是很有帮助的。 该方法的基本工具是ER图，其基本要素由实体、属性和联系构成。该方法的基本策略是从现实世界中找出实体，然后再用属性来描述这些实体。 信息模型和语义数据模型是紧密相关的，有时被看作是数据库模型。在信息模型中，实体E是一个对象或一组对象。实体把信息收集在其中，关系R是实体之间的联系或交互作用。有时在实体和关系之外，再加上属性。实体和关系形成一个网络，描述系统的信息状况，给出系统的信息模型。 信息建模和面向对象分析很接近，但仍有很大差距。在ER图中，数据不封闭，每个实体和它的属性的处理需求不是组合在同一实体中的，没有继承性和消息传递机制来支持模型。但ER图是面向对象分析的基础。 4．面向对象的分析 面向对象的分析是把ER图中的概念与面向对象程序设计语言中的主要概念结合在一起而形