软件工程概论参考ch032结构化剖析的方法.pptVIP

C-Level Messaging Pilot 2002 Symantec Corporation, All Rights Reserved 软件工程概论 Name: Email: Tel: 目 录 第1章 绪论 第2章 可行性分析与项目计划 第3章 需求分析 第4章 概要设计 第5章 详细设计 第6章 编程与测试 第7章 软件维护 第8章 面向对象的方法 第9章 面向对象的需求获取 第10章 面向对象的分析 第11章 面向对象的设计 第12章 面向对象的测试 第3章 软件需求分析 可行性研究通过以后，下一步就要根据草拟的开发计划，展开详细的需求分析活动。 软件需求分析，是详细分析需求，并建立需求分析模型的阶段 第3章 软件需求分析 3.1 需求分析概述 3.2 结构化分析方法 3.3 数据流图的绘制 3.4 编制数据字典 3.5 加工逻辑的分析与表达 3.6 原型技术 3.7 需求验证与评审 3.2 结构化分析方法 3.2.1　结构化分析的概念 3.2.2　细化数据流图 3.2.3　数据流程图应用实例 3.2.1　结构化分析的概念 用一组标准的工具和策略从事系统分析与设计，以便提高系统分析与设计的质量和效率 结构化分析方法的直接目的就是撇开物理因素，在综合分析用户对系统各项要求的基础上，最终导出新系统的逻辑模型。 用数据流图作为主要工具，进一步审查用户的真实需求和新系统必须完成的功能，逐步细化数据流图，直到把“数据流”、“加工”和“数据存贮”分析分解到足够具体为止，最终得到的就是系统的基于功能的逻辑模型。 在对数据细化的过程中，要建立数据字典，对“数据元素”、“数据结构”、“数据流”、“数据存贮”和“加工”都要加以详细的定义和注释。 加工的处理逻辑描述，还需要用到专门的分析和表达工具：结构式语言、判定树和判定表等工具 综上所述，结构化系统分析的过程，大致归纳为以下几步： 细化数据流图（DFD），必要时，对实时系统还要绘制控制流图（CFD）； 编制数据字典； 用户复查； 修正开发计划； 整理文档； 审查和复审。 3.2 结构化分析方法 3.2.1　结构化分析的概念 3.2.2　细化数据流图 3.2.3　数据流程图应用实例 3.2.2　细化数据流图 1．沿数据流图回溯，挖掘想要的内容 2．自顶向下逐层分析的分析策略 1．沿数据流图回溯，挖掘想要的内容 系统输出的数据流是由哪些数据元素组成的？每个数据元素又是从哪里来的？对这些问题的回答，迫使我们必须从数据流图的输出端开始，沿数据流的方向回溯。 既然它们是系统的输出，显然不是从外面输入到系统中来的就是通过加工产生出来的。沿数据流图从输出端向输入端回溯，一定能够找出每个数据元素的来源。如果确认某个数据流是由某个加工产生的，就可以从用户那里调查分析得到该加工的逻辑算法。 记住一个准则：“数据流”一定是和“加工”有关联的。一个数据流不是流入“加工”的就必然是从“加工”流出的，如图3-1所示。 在调研阶段产生的高层数据流图，许多具体的细节没有包括在里面，因此沿数据流程回溯时常常遇到下述问题： 为了得到某个数据元素需要用到数据流图中目前还没有的数据元素，或者得出这个数据元素需要用的算法尚不完全清楚。为了解决这些问题，往往需要向用户和其他有关人员请教，他们的回答会使分析师对目标系统的认识更深入更具体，数据流图中的更多的成分就可以被分解出来。 通常把分析过程中得到的有关数据元素的信息描述在数据字典中，把对算法的简明描述记录在IPO图中（输入/处理/输出图）。通过挖掘分解出来的数据流、数据存贮和处理逻辑及时添加到数据流图中，这就是细化的过程。 回溯数据流图的过程中，还要掌握的另外一个原则是：数据流程图不可能一步细化到位，需要按照概括程度逐步细化，逐层分解。 3.2.2　细化数据流图 1．沿数据流图回溯，挖掘想要的内容 2．自顶向下逐层分析的分析策略 2．自顶向下逐层分析的分析策略  在软件工程中控制复杂性的两个基本手段：“分解“和“抽象”。 分析理解问题时，一般不可能一步到位，分解可以“循序渐进”地进行，即先考虑问题最本质的属性和高度概括的情形，以后再逐层剖析内部的细节，直至涉及到最详细的内容。 这种用高度概括的手法，先把握主要的功能，忽略细节，避免眉毛胡子一把抓的做法，就用到了“抽象”的手法。 在研究用户业务系统的数据流程时，是以“功能”为对象进行不同级别“抽象”的。 在数据流图的细化方面，把处理功能按抽象层次进行逐层分解，把握好抽象的粒度，使其与层次对应。 3.2 结构化分析方法 3.2.1　结构化分析的概念 3.2.2　细化数据流图 3.2.3　数据流程图应用实例 3.2.3　数据流程