自考软件工程第3章知识点总结.pptVIP

3.1 需求分析的任务 3.2 结构化分析方法 3.3 数据流图（DFD） 3.4 数 据 字 典  数据字典是用来定义数据流图中的各个成分的具体含义的。它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述，与数据流图共同构成了系统的逻辑模型，是需求规格说明书的重要组成部分。 3.5 加工逻辑的描述 常用的描述方法是结构化语言、 判定表及判定树。 3.6 IDEF 方 法 (6) 完善判定表: 初始的判定表可能不完善， 表现在两个方面。 第一， 缺少判定列中应采取的动作。第二，有冗余的判定列。 合并后的规则还可进一步合并，如图3.10所示，图中“Y”表示逻辑条件取值为“真”，“N”表示逻辑条件取值为“假”，“—”表示与取值无关。 图 3.10 动作相同的规则合并 3.5.3 判定树 判定树是判定表的变形，一般情况下它比判定表更直观， 且易于理解和使用。图3-11是与表3 - 3功能等价的判定树。 上述三种描述加工逻辑的工具各有优缺点，对于顺序执行和循环执行的动作，用结构化语言描述；对于存在多个条件复杂组合的判断问题，用判定表和判定树。 经过需求分析，确定了目标系统的功能， 定义了系统的数据，描述了处理这些数据的基本策略，最后需求说明书。 图 3-11 判定树 IDEF方法是在结构化分析与设计技术的基础上提出来的。IDEF方法分为三部分： (1) IDEF0： 用来描述系统的功能活动及其联系， 建立系统的功能模型。 反映系统“做什么”的功能。 (2) IDEF1：用来描述系统的信息及其联系，建立系统的信息模型。 (3) IDEF2： 用来进行系统模拟， 建立系统的动态模型。 * 第3章 软件需求分析 3.1 需求分析的任务 3.2 结构化分析方法 3.3 数据流图 3.4 数据字典 3.5 加工逻辑的描述 3.6 IDEF方法 第3章 软件需求分析 返回主目录 3.1.1 需求分析的概念 需求分析是指开发人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义， 再由需求定义转换到相庆的形式功能规约(需求规格说明)的过程。 需求分析虽处于软件开发过程的开始阶段，但它对于整个软件开发过程以及软件产品质量是至关重要的。 需求分析在软件开发中所处的地位愈加突出，从而也愈加困难，它的难点主要体现在以下几个方面： (1) 问题的复杂性。 (2) 交流障碍。 (3) 不完备性和不一致性。 (4) 需求易变性。 软件需求分析与说明的方法的基本原则： (1) 必须能够表达和理解问题的数据域和功能域。 (2) 可以把一个复杂问题按功能进行分解并可逐层细化。 (3) 建模。 3.1.2 需求分析的基本任务 需求分析的基本任务是要准确地定义新系统的目标，为了满足用户需要，回答系统必须“做什么”的问题。在可行性研究和项目开发计划阶段对这个问题的回答是概括的、粗略的。 1. 问题识别 双方确定对问题综合需求。 这些需求包括： (1) 功能需求。 (2) 性能需求。 (3) 环境需求。 (4) 用户界面需求。 2. 分析与综合， 导出软件的逻辑模型 分析人员对获取的需求，进行一致性的分析检查，在分析、 综合中逐步细分软件功能，划分成各个子功能。 3. 编写文档 编写文档的步骤如下： (1) 编写“需求说明书。 (2) 编写初步用户使用手册。 (3) 编写确认测试计划。 (4) 修改完善项目开发计划。 3.1.3 需求规格说明书主要内容 需求规格说明书是需求分析阶段最重要的技术文档之一。 它提供了用户与开发人员对开发软件的共同理解，其作用相当于用户与开发单位之间的技术合同，是今后各阶段设计工作的基础， 也是本阶段评审和测试阶段确认与验收的依据。 结构化分析（Structured Analysis，简称SA），是面向数据流进行需求分析的方法。根据软件内