2022年软件工程第三讲教案.docx

《2022年软件工程第三讲教案.docx》由会员分享，可在线阅读，更多相关《2022年软件工程第三讲教案.docx（48页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 1 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载第三章 软件需求分析3.1 需求分析的任务与步骤软件需求分析是软件生存周期中重要的一步,也是最关键的一步；只有通过软件需求分析, 才能把软件功能和性能争论清晰,规格说明,进而建立软件开发的基础；并将其描述为具体的软件需求软件需求分析是一个不断熟悉和逐步细化的过程；在该过程中能将软件方案阶段所确定的软件范畴逐步细化到可具体说明的程度；制定软件的需求规格说明不仅是软件开发者的任务, 而且用户也起着极其重要的作用；第一

2、用户必需对软件功能和性能提出初步的基本要求,并澄清一些模糊概念； 然后软件分析人员了解用户的要求, 认真细致地进行调查争论与分析,把用户要做什么的要求最终转 换成一个完全的、 细致的软件需求规格说明, 精确地表达用户的要求, 进而为概 要设计做好预备工作；3.1.1 需求分析的任务需求分析是软件方案时期的最终一个阶段,它的基本任务是精确地回答“ 系 统必需做什么” 这个问题；需求分析所要做的工作是深化描述软件的功能和性能,确定软件设计的限制和软件与其它系统元素的接口细节,需求；描述软件的其它有效性分析员通过需求分析,逐步细化对软件的要求,描述软件要处理的数据域,并给软件开发供应一种可转化为数据

3、设计、结构设计和过程设计的数据与功 能表示,在软件完成后,制定的软件需求规格说明仍要为评判软件质量供应 依据；需求分析阶段争论的对象是软件项目的用户需求；虽然在可行性争论 阶段已经粗略明白了用户的需求,甚至仍提出了一些可行的方案,但是,忽 略了很多细节；所以可行性争论并不能代替需求分析；需要留意的是,必需 全面懂得用户的各项要求,但又不能全盘接受用户全部的要求；由于并非所 有用户要求都是合理的；对其中模糊的要求仍需要澄清,然后才能打算是否 可以接受；对于那些无法实现的要求应向用户做出充分的说明说明；明确地 表达所接受的用户要求,是需求分析的另一个重要方面；只有经过准确描述 的软件需求才能成为软

4、件设计的基础；软件开发项目是要求实现目标系统的物理模型,即确定待开发软件系统的 系统元素,并将功能和数据结构安排到这些系统元素中；这是软件实现的基 础；但是目标系统的具体物理模型是将其规律模型实例化,即具体到某个业 务领域；与物理模型不同,规律模型忽视具体实现机制与细节,只描述系统 要完成的功能和要处理的数据；需求分析的任务就是借助于当前系统的规律 模型导出目标系统的规律模型,解决目标系统的做什么的问题；其实现步骤 的描述如图 3-1 所示；需求分析的任务不是确定系统如何完成它的工作,而是确定系统必需完 成哪些工作,也就是对目标系统提出完整、精确、清晰、具体的要求；可行名师归纳总结 - - -

5、 - - - -第 2 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载性争论阶段产生的文档,特殊是数据流图,是需求分析的动身点；在数据流 图中已经给出系统必需完成的很多基本功能,在需求分析阶段将认真争论这 些功能并进一步将它们具体化；在这个阶段终止时交出的文档中应当包括详 细的数据流图,数据字典和简明的算法描述；需求分析的结果是系统开发的 基础,是工程的胜利和优秀软件产品的保证；因此,除了对目标系统提出完 整、精确、清晰、具体的要求描述外,必需加强对软件需求进行严格的审查 验证；一般说来,需求分析阶段的任务包括下述几方面；1确定对系统的综合需求对系统的综

6、合需求主要有：系统功能需求、系统性能需求、运行需求、将来可能 提出的需求；系统分析人员与用户协商,澄清模糊需求,删除无法做到的需求,改正错误需求； 对于系统功能需求, 应当划分出系统必需完成的全部功能；而系 统性能需求包括：响应时间、精确度指标需求、安全性等；运行需求集中表现为对系统运行时所处环境的需求；如软硬件运行环境需求等； 最终,对于将来可能提出的需求, 应当明确地列出那些虽然不属于当前系统开发范畴,但是依据分析将来很可能会提出来的需求； 这样做增强了被设计系统的可扩展性,在设计过程中对系统将来可能的扩充和修改做预备,充和修改,更有利于系统保护；2分析系统的数据需求以便于需要时能比较简洁

7、地进行这种扩任何一个软件系统实际上都是信息处理系统,系统必需处理的信息和系统应当产生的信息在很大程度上打算了系统的结构；分析系统的数据需求是由系统的信息流归纳抽象出数据元素组成,数据的规律关系,数据字典格式,数据模型；并以 输入 /处理 /输出的结构方式表示；因此,必需分析系统的数据需求,这是软件需求分析的一个重要任务；名师归纳总结 - - - - - - -第 3 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载3提出系统的规律模型在懂得当前已存在系统结构的基础上,抽取其做什么的本质；需要对当前已存在系统的物理模型进行分析, 区分本质和非本质因素, 去掉

8、那些非本质因素就可获得反映系统本质的规律模型； 在综合上述分析的结果和明确目标系统要做什么的基础上, 可以提出要设计的软件系统的规律模型；具体做法是： 第一确定目标系统与当前系统的规律差别；然后将变化部分看作是新的处理步骤 ,对功能图（一般为数据流图）及对象图进行调整；最终由外及里对变化的部分进行分析,推断其结构, 获得目标系统的规律模型； 通常用数据流图、 数据字典和主要的处 理算法描述规律模型；4修正系统开发方案在经过需求分析阶段的前述工作之后,分析员对目标系统有了更深化更具体的认识,因此可以对系统的成本和进度做出更精确的估量,在此基础上应当对开发计划进行修正；5开发原型系统在第一章中已介

9、绍了几种主要的软件开发模型,很多方法都涉及到了原型系统问题,这里就是指开发原型系统； 在很多工程产品的设计过程中常常使用样机；建造样机的主要目的是： 检验关键设计方案的正确性及系统是否真正满意用户的需要；对于软件系统的开发, 使用原型系统的主要目的是,使用户通过实践获得未来的系统将怎样工作,从而可以更精确地确定他们的要求；建立原型系统能够解决下述问题：由于熟悉才能的局限而不能预先指定全部要 求；在用户和系统分析员之间存在的通信鸿沟；用户需要一个现实的系统模型,以便获得实践体会；而且在开发过程中重复和反复是必要的和不行防止的；接受原型系统策略也带来了的成本增加副作用；但是,由于正确地提出用户需求

10、是软件开发工程胜利的基础, 所以原型系统接受逐步增多； 特殊是目前较好的软 件开发工具的显现,为快速建立软件的原型系统建立了可实施的基础；3.1.2 需求分析的步骤在前面已介绍了需求分析的主要任务,能完成上述任务,需求分析的步骤如下；1调查争论只有在需求分析中实行正确的步骤才分析人员与程序员共同争论系统数据的流程、调查用户需求或查阅可行性报 告、项目开发方案报告, 拜访现场,获得当前系统的具体模型, 以 IPO 图或 DFD 图表示；把从外面输入到系统中来的或者是通过运算由系统中产生出来的数据输 出；要确定输出数据的元素组成及其来源, 并沿数据流图从输出端往输入端回溯,以确定每个数据元素的来源

11、, 定义有关的算法； 但是,由于高层数据流图不包括名师归纳总结 - - - - - - -第 4 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载具体的细节, 因此沿数据流图回溯常常遇到下述问题：为了得到某个数据元素需要用到数据流图中目前仍没有的数据元素,或者得出这个数据元素需要用的算法不清晰；为明白决这些问题, 通过用户向其他相关人员争论,使分析员对目标系统的熟悉更深化更具体, 系统中更多的数据元素被划分出来,算法更清晰； 把分析过程中得到的有关数据元素的信息记录在数据字典中,把对算法的简明描述记录在 IPO 图中,把通过分析而补充的数据流、数据储备和处

12、理,应添加到数据 流图中；仍有很多问题存在,如数据字典精确性和完整性、算法的正确性和有没有遗 漏必要的处理或数据元素等；一个系统的具体信息只能来源于直接在这个系统上工作的系统的用户；因此,用户对前一个分析步骤中得出的结果认真地进行复查；用户应当留意倾听分析员的报告, 确定对目标系统的熟悉是否正确、有无遗漏, 并准时订正和补充分析员的熟悉； 复查过程验证了已知的元素,空白；补充了未知的元素, 填补了文档中的追踪数据流图和复查系统的规律模型这两个步构成一个循环；对数据流图的分析产生问题, 这些问题也可能又引出新的问题,规律系统的更多细节；2分析与综合每经过一次循环都会明白到将来的问题分析和方案的综

13、合是需求分析的其次步工作；分析员需从数据流和数据结构动身,逐步细化全部的软件功能, 找出系统各元素之间的联系、接口特性和设计上的限制；通过分析确定满意功能要求的程度,依据功能需求,性能需求,运行环境需求等, 删除其不合理的部分, 增加其需要部分, 最终给出目标系统的具体规律模型；在这个步中, 分析和综合工作反复地进行； 在对现行问题期望的输入和输出信息进行分析的基础上, 分析员开头综合出一个或多个解决方案,然后检查它的工作是否符合软件方案中规定的范畴等等,再进行修改； 对分析和综合的过程将始终到分析员与用户都可正确地制定该软件的规格说明为止；经过上述分析过程, 分析员越来越深化地定义了系统中的

14、数据和系统应完成的功能；为了追踪更具体的数据流, 分析员把数据流图扩展到更低的层次；通过功能分解可以完成数据流图的细化； 在数据流图中选出一个功能比较复杂的处理,并把它的功能分解成如干个子功能,较低层的子功能在一张新数据流图上的处理,在这张新数据流图上仍包括数据储备和数据流；应留意下述两条原就： 在分层细化时必需保持信息连续性, 也就是说细化前后对应功能的输入输出数据必需相同；当进一步细化将实现一个具体地功能时,也就是当把一个功能进一步分解成子功能后,为了完成这些子功能需要写出的程序代码时,就不应当再分解了；3书写文档名师归纳总结 - - - - - - -第 5 页,共 33 页精选学习资料

15、 - - - - - - - - - 学习好资料 欢迎下载经过分析确定了系统必需具有的功能和性能,定义了系统中的数据并且简略地描述了处理数据的主要算法； 下一步应当把分析的结果用正式的文档记录下来,作为最终软件配置的一个组成成分；该完成下述四份文档资料：依据需求分析阶段的基本任务, 在这个阶段应（1）系统规格说明；主要描述目标系统的概述、功能要求、性能要求、运 行要求和将来可能提出的要求； 在分析过程中得出的数据流图是这个文档的一个 重要组成部分,用 IPO 图或其他工具简要描述的系统算法是文档的另一个重要 组成部分； 此外,这个文档中仍应包括用户需求和系统功能之间的参照关系以及 设计约束等；

16、（2）数据要求；主要包括在需求分析建立的数据字典以及描画数据结构的层次 方框图或 Warnier 图,仍应当包括对储备信息 （数据库或一般文件） 分析的结果；（3）用户系统描述；这个文档从用户使用系统的角度描述系统,相当于一 份初步的用户手册； 内容包括对系统功能和性能的扼要描述,使用系统的主要步 骤和方法以及系统用户的责任等； 这个初步的用户手册使得将来的用户能从使用的角度检查该目标系统,因而比较易于判定这个系统特别符合他们的需要；（4）修正的开发方案；经过需求分析阶段的工作,分析员对目标系统有了 更深化更具体的熟悉, 因此可以对系统的成本和进度作出更精确的估量,在此基 础上应当对开发方案进

17、行修正； 包括修正后的成本方案、 资源使用方案和进度计 划等；4需求分析评审作为需求分析阶段工作的复查手段,以及其他需求赐予评判；3.1.3 需求分析的原就应当对功能的正确性、 完整性和清晰性目前已显现很多分析方法；虽然各种分析方法都有特殊的描述方法,但全部 分析方法有共同的基本原就；1能够表达和懂得问题的数据域和功能域软件定义与开发的目的是实现数据处理,将一种形式的数据转换成另一种形式的数据；其转换过程必经输入、 加工数据和产生结果数据等步骤,其数据域应包括数据流、数据内容和数据结构；数据流是数据通过一个系统时的变化方式；输入数据第一转换成中间数据, 然后转换成输出结果数据； 在此期间可以从

18、已有的数据储备 （如磁盘文件或内存缓冲 区）中引入附加数据； 对数据进行转换是程序中应有的功能或子功能；两个转换 功能之间的数据传递就确定了功能间的接口；数据内容即数据项；名师归纳总结 - - - - - - -第 6 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载2按自顶向下、逐层分解问题系统太大太复杂很难懂得； 可以把问题以某种方式分解为多个较易懂得的部分,并确定各部分间的接口,从而实现整体功能；在需求分析阶段,软件的功能域和信息域都能进一步的分解；这种分解可以是同一层次上的,称为横向分解；也可以是多层次的纵向分解；把一个功能分解成几个子功能, 并确

19、定这些子功能与父功能的接口,就属于横向分解；但假如连续分解, 把某些子功能又分解为小的子功能,某个小的子功能又分解为更小的子功能,这就属于纵向分解了；3给出系统的规律视图和物理视图给出系统的规律表示又称系统的规律视图,物理表示又称系统的物理视图； 这两种视图满意处理需求所提出的规律限制条件和提出的物理限制条件必不行少；进而确定做怎样的实现形式限制,功能限制及算法与数据限制；如数据字典, 就对数据流的条目、文件条目、数据项条目及加工条目进行了具体的规定和限制；软件需求的规律视图给出软件要达到的功能和要处理数据之间的关系,而不是实现的细节； 例如,一个商店的销售处理系统要从顾客那里猎取订单,系统读

20、取订单的功能并不关怀订单数据的物理形式和用什么设备读入,也就是说无需关怀输入的机制, 只是猎取顾客的订单而已； 类似的, 系统中检查库存的功能只关怀库 存文件的数据结构, 而不关怀在运算机中的具体储备方式；软件需求的规律描述 是软件设计的基础；软件需求的物理视图给出处理功能和数据结构的实际表示形式,这是由设备 打算的；如一些软件靠终端键盘输入数据, 另一些软件靠参数转换设备供应数据；分析员必需弄清系统元素对软件的限制,并考虑功能和信息结构的物理表示；3.2 需求分析的方法在这里,争论一下需求分析方法；需求分析方法包括对软件的数据域和功能 域的系统分析过程及其表示方法,并定义了系统规律视图和物理

21、视图的表示方式；由于需求分析方法是由数据驱动的,所以供应了一种表示数据域的机制；分析员依据这种表示,确定软件功能及其他特性,建立目标系统的规律模型；数据域具有三种属性：数据流、数据内容和数据结构；通常,一种需求分析 方法总要利用其中的一种或几种属性； 归纳起来,需求分析方法具有以下的性质；（1）支持数据域分析的机制虽然每种分析方法进行数据域分析的方式不同,但它们有共同特点,即都直接或间接地与数据流、 数据内容或数据结构等属性有关；在一般情形下, 数据流特征是将输入转换成输出的变换功能过程来描述,数据内容可以用数据字典表示,或者通过描述数据或数据对象的层次结构隐含地表示；名师归纳总结 - - -

22、 - - - -第 7 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载（2）功能表示的方法功能用数据变换或加工来表示；每项功能可用规定的记号标识；说明功能可以用自然语言文本, 也可以用形式化的规格说明语言,仍可以用上述两种方式的混合方式（结构化语言） ；（3）接口的定义接口的说明是数据表示和功能表示的结果；某个功能的流进和流出数据流应是其他相关功能的流出或流入数据流；因此,通过数据流分析可以确定功能间的接口；（4）问题分解的机制问题分解和抽象主要依靠分析员在不同抽象层次上表示数据域和功能域,以逐层细化的手段建立分层结构来实现；即不仅都能表示这些功能, 而

23、且能在这个抽象层次上操纵这个功能； 另外,全部的分析方法都供应一种逐层分解的机制,把总的功能划分成一些子功能,每项子功能仍可以在更低的一级抽象层次上表示；（5）规律视图和物理视图大多数方法答应分析员在提出问题的规律解决方案之前先分析物理视图,同一种表示法既可用来表示规律视图,也可用来表示物理视图；（6）系统抽象模型为了比较精确地定义软件需求,可建立待开发软件的一个抽象的模型；用基于抽象模型描述软件系统的功能和性能,形成软件需求规格说明； 这种抽象的模型是从外部现实世界的问题领域抽象而来,在高级层次上描述和定义系统的服务；比较简洁的问题,不必建立抽象系统模型；系统模型可在分析员头脑中形成,直接由

24、分析员写成规格说明； 但对于较复杂的问题, 必需建立形式化的抽象系统 模型,才能精确全面地反映问题领域中各种复杂的要求；不同类型的问题有不同的需要解决的中心问题,因而需建立不同类型的系统模型；如数学软件, 设计的中心问题是算法, 软件人员的主要力气要用在数学模型 算法的考虑上； 而对于数据通信软件, 中心问题是数据传送和过程掌握,实现算 法简洁,接受数据流模型比较合适； 对于涉及大量数据的数据处理软件,中心问 题是数据处理,包括数据的采集、数据的传送、储备、变换、输出等,一旦明确 了数据结构,与它相关的算法就很简洁了,因此可以接受面对数据结构的模型；名师归纳总结 系统模型的建立过程是对现实世界

25、中存在的有关实体和活动的抽象和精化,如第 8 页,共 33 页图 3-2 所示,包括观看分析、模型表示和模型检查三个阶段；- - - - - - -精选学习资料 - - - - - - - - - 学习好资料 欢迎下载第一阶段分析员和用户合作,从各方面观看现实世界中的有关实体和活动,建立懂得的共同基准；其次阶段分析员和用户在共同懂得的基础上建立系统模 型,包括系统供应的各种系统服务,模型表示的细节：系统输入、系统输出、系 统数据处理、系统掌握等；第三阶段进行模型检查；除了静态检查之外,系统描 述可以部分地模拟执行, 将执行情形与对外部现实世界观看得到的系统跟踪信息 进行对比,检查模型是否达到要

26、求；3.2.1 面对数据流的需求分析方法结构化分析方法是面对数据流进行需求分析的方法；于20 世纪 70 岁月末由E.Yourdon 等人提出,至今已得到广泛应用,结构化分析方法的一些重要概念也 应用到其他方法中；结构化分析方法使用数据流图DFD 与数据字典 DD 来描述,面对数据流问题的需求分析适合于数据处理类型软件的需求描述；其核心思想是分解化简问 题,将物理与规律表示分开,对系统进行数据与规律的抽象；具体来说,结构化分析方法就是用抽象模型的概念,依据软件内部数据传递、 变换的关系, 自顶向下逐层分解, 直到找到满意功能要求的可实现的软件为止；由于这种方法利用图 形来表达需求,显得清晰、层

27、次分明,易于学习和把握；但其不能表达复合规律 的需求分析问题,也不能具体表达加工；3.2.2 数据流图数据流图也简称为 理过程的工具；DFD（Data Flow Diagram 的英文缩写） ,它是描述数据处1数据流图的定义数据流图从数据传递和加工的角度,以图形的方式描述数据流从输入到输出的传输变换过程； 数据流图是结构化系统分析的主要工具,它表示了系统内部信息的流向,并表示了系统的规律处理的功能；2数据流图的特性（1）抽象性名师归纳总结 - - - - - - -第 9 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载在数据流图中,具体的组织机构、工作场

28、所、物质流等都去掉,仅剩下信息和数据储备、 流淌、使用以及加工的情形； 这有助于抽象地总结出信息处理的内部规律；（2）概括性数据流图把系统对各种业务的处理过程联系起来考虑,形成一个总体,具有概括性；数据流图描述的主体是抽象出来的数据；（3）层次性数据流图具有层次性,一个系统将用多层次的数据流图描述；3. 数据流图基本符号1数据流图中的主要图形元素 数据流图的基本图形元素有 4 种,有时为了使数据流图便于在运算机上输入和输出,免去画曲线、 斜线和圆的困难, 常使用对应的另一套符号,这两套符号完全等价；如图 3-3 所示；图 3-3 数据流图基本图形符号在数据流图中, 数据流是沿箭头方向传送数据的

29、通道,它们是在加工之间传输被加工数据的命名通道；也有连接数据储备文件和加工没有命名的数据通道；这些数据流虽然没有命名, 但因联接的是出名加工和出名文件,所以其含义也是清晰的；同一数据流图上不能有同名的数据流； 多个数据流可以指向同一个加工,也可以从一个加工发出很多数据流；加工是以数据结构或数据内容作为加工对象；加工的名字通常是一个动词短语,简明地说明完成的是什么加工；文件在数据流图中起储存数据的作用,因而称为数据储备,它也可以是数据库；指向文件的数据流可懂得为写入文件或查询文件,从文件中引出的数据流可名师归纳总结 - - - - - - -第 10 页,共 33 页精选学习资料 - - - -

30、 - - - - - 学习好资料 欢迎下载懂得为从文件读取数据或得到查询结果；数据流图中第 1 种元素是数据源点或汇点,它表示图中要处理数据的输入来源或处理结果要送往何处；由于它在图中的显现仅仅是一个符号, 并不需要以软件的形式进行设计和实现,因而,它只是数据流图的外围环境中的实体, 故称外部实体； 在实际问题中它可能是人员、运算机外围设备或是传感装置；（2）数据流与加工之间的关系图 3-4 数据流图加工关系在数据流图中,假如有两个以上数据流指向一个加工,或从一个加工中引出名师归纳总结 两个以上的数据流,这些数据流之间存在肯定的关系；在图34 中给出描述这第 11 页,共 33 页- - -

31、- - - -精选学习资料 - - - - - - - - - 学习好资料欢迎下载就些关系所用符号及其含义；其中星号“ *”表示相邻的一对数据流同时显现,表示相邻的两数据流只取其一；（3）分层的数据流图为了表达数据处理过程的数据加工情形,用一层数据流图是不够的,需要依据问题的层次结构进行逐步分解, 并以多层的数据流图反映这种结构关系；先把整个数据处理过程暂且看成一个加工, 它的输入数据和输出数据实际上反映了系统与外界环境的接口, 这就是分层数据流图的顶层； 但仅此一层并未说明数据的加工要求,需要进一步细化； 假如一个数据处理包括 3 个子系统, 就可以画出表示这 3 个子系统 1、2、3 的加

32、工及其相关的数据流； 这是顶层下面的第一层数据流图,连续分解这 3 个子系统,可得到其次层数据流图,它们分别是子系统 1、2 和3 的细化； 这样得到的多层数据流图可特别清晰地表达整个数据加工系统的真实情形；对任何一层数据流图来说, 称它的上层图为父图, 在它下一层的图就称为子图；在多层数据流图中, 可以把顶层流图、 底层流图和中间层流图区分开来；顶层流图仅包含一个加工, 它表示被开发系统； 它的输入流是该系统的输入数据,输出流是系统的输出数据； 顶层流图的作用在于说明被开发系统的范畴,以及它和周围环境的数据交换关系； 底层流图是指其加工不须再做分解的数据流图,其加工称为“ 原子加工” ；中间

33、层流图就表示对其上层父图的细化；它的每一加工可以连续细化,形成子图；中间层次的多少视系统的复杂程度而定；4数据流图的用途利用数据流图把对现有系统的熟悉或目标系统的设想描画出来,供有关人员审查确认；由于在数据流图中通常仅使用四种基本符号,而且不包含任何有关物理实现的细节,因此,绝大多数用户都可以懂得和评判它；数据流图的作用主要有以下几条：1系统分析员用这种工具可以自顶向下分析系统信息流程；2可在图上画出需要运算机处理的部分；3依据数据存贮,进一步作数据分析,向数据库设计过渡；4依据数据流向,定出存取方式；5对应一个处理过程,用相应的语言、判定表等工具表达处理方法；5数据流图的特点 1总体概念强,

34、每一层都明确强调干什么,需要什么,给出什么；2可以反映出数据的流向和处理过程；名师归纳总结 - - - - - - -第 12 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载3由于自顶向下分析,简洁及早发觉系统各部分的规律错误,也简洁修正；4简洁与运算机处理相对比；5不直观,一般都要在作业流程分析的基础上加以概括、抽象、修正来得到；假如没有运算机系统帮忙的话,人工绘制太麻烦,工作量较大；6数据流图画法 1画数据流图的一般原就 画数据流图的基本原就是 :就是自外向内,自顶向下,逐层细化,完善求精；具 体步骤如下；先找系统的数据源点与汇点；它们是外部实体,由

35、它们确定系统与外界的接 口；找出外部实体的输出数据流与输入数据流；在图的边上画出系统的外部实体；从外部实体的输出数据流（即系统的源点）动身,依据系统的规律需要,逐 步画出一系列规律加工, 直到找到外部实体所需的输入数据流（即系统的汇点）,形成数据流的封闭；依据下述的原就进行检查和修改； 数据流图的主图必需包括前述四种基本元素,缺一不行； 数据流图上全部图形符号只限于前述四种基本图形元素； 数据流图的主图上的数据流必需封闭在外部实体之间,外部实体可以不只一 个； 每个加工至少有一个输入数据流和一个输出数据流； 在数据流图中,需按层给加工框编号；编号说明该加工处在哪一层,以及上 下层的父图与子图的

36、对应关系； 任何一个数据流子图必需与它上一层的一个加工对应,两者的输入数据流和 输出数据流必需一样, 此即父图与子图的平稳, 说明白在细化过程中输入与输出 不能有丢失与添加； 图上每个元素都必需出名字；说明数据流和数据文件是什么数据,加工做什 么事情；名师归纳总结 - - - - - - -第 13 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载 数据流图中不行带有掌握流；由于数据流图是实际业务流程的客观映象,说明系统做什么而不是要说明系统如何做,因此不是系统的执行次序, 不是程序流程图； 初画时可以忽视琐碎的细节,以集中精力于主要数据流；依据上述步骤,

37、再从各加工动身,画出所需的子图；2数据流图的分层方法描述一个复杂的系统,不行能用一张数据流图画出全部的数据流和处理规律,否就这张图将极其巨大而复杂,因而难以绘制, 更难以懂得； 所以必需用分层的方法将一个数据流图分解成多层数据流图来分别表示；一个分层的数据流图由顶图、底图和中间层的数据流图所组成；顶图说明白系统的边界, 即系统的输入和输出的数据流,分解的处理规律组成,顶图只有一张； 底图由一些不必再图 3-5 分层数据流图这些处理规律称为基本的处理规律；在顶图和底图之间是中间层； 称上层图为下层图的“ 父” 图,下层图称为上层图的“ 子” 图；通过对层次的数据流图的 描述,一个复杂的系统,可以

38、按层次逐级分解,始终分解到最简洁、不需再分的 基本处理规律为止, 这样对一个系统可以由粗到细逐级地分解,使用户、 系统分析员以及系统设计人员能对系统有一个从总体到具体,逐层地、清晰地描画与理 解一个复杂系统的规律；图 3-5 是一个分层数据流图的父图和子图示例；3分层法绘制流程图的几个问题 编号的设置子图的编号是父图相应的处理规律的编号；子图中处理规律编号由子图号、小数点与局部号组成；如上例中,对应父图中名师归纳总结 - - - - - - -第 14 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载3 的子图中的处理规律相应的用 3.1、3.2、3.3；

39、 父图与子图的平稳 子图具体地描述父图中处理规律,因而子图的输入、输出数据流应当同父图中 处理规律的输入、输出数据流相一样； 局部数据存贮 局部数据存贮在子图中显现的数据存贮,可以不显现在父图中,画父图时只需 画出处理规律之间的联系,不必画出各个处理规律内部的细节； 处理规律的分解与分细的程度 分得太细,就使得层次太多；分得太粗,就达不到分层的目的；从治理的层次结构原理来看,在分解一层时一般不宜超过 7 个规律；一个处理 规律分解到基本处理规律为止； 基本处理规律能表达系统全部的规律功能和必要 的数据输入与输出, 这些功能与数据的描述能使用户清晰地懂得,并且仍能使以后的系统设计人员看到每一个处

40、理规律,能； 由左到右绘制数据流图并据此能设计程序模块实现这些规律功先从左侧开头,标出外部实体；外部实体通常是系统主要的数据来源；然后画出由该外部实体产生的数据流和相应的处理规律；假如需要将数据储存, 就在数据流图上加上数据存贮；最终画出接受系统输出信息的系统的外部实体； 绘制数据流图时,可以先忽视次要的信息 这一点相当重要且易被忽视, 不要试图仅用一两层数据流图就想描述整个系统；这样不仅会使数据流图缺乏条理而给后来的使用造成不便,而且也简洁在绘制时 造成错误； 绘制第 0 层与第 1 层的草图时, 应当集中反映系统中主要的、正常的规律功能以及与之相关的数据交换 张完整的数据流图； 合理地命名

41、,然后再将其余次要的处理规律补上,完成一数据流图中对每一个元素都要命名, 恰当地命名有助于数据流图的懂得与阅读；命名原就如下： 为了防止引起错觉,为每个元素所取的名字要能反映该元素的整体性内容,而不只是它的部分内容； 每个元素的名字都能有唯独地标识该元素；名师归纳总结 - - - - - - -第 15 页,共 33 页精选学习资料 - - - - - - - - - 学习好资料 欢迎下载 防止用空洞的名字,要具体的含义； 假如显现很难为某个数据流或处理规律命名时,这往往是数据流图分解不当 的征兆,可重新分解；7数据流图的绘制与其它流程图的差别（1）数据流图与系统流程图的区分系统流程图中不仅有

42、数据流,仍有物流、资金流；数据流图将物流与资金流排除在外,或者将它们抽象为 数据流的形式；也就是说数据流图仅以数据流的形状来反映一个组织中整个治理 业务的过程；（2） 数据流与程序流程图的区分程序流程图中的处理框之间有严格的时间上的次序,也就先执行哪个处理框,起始点以及终止点等； 而数据流图只反映数据的流向、 处理规律和必要的数据存 贮,它不反映处理规律的先后的时间次序；（3） 数据流与程序结构图的区分程序结构图反映模块之间的掌握关系,以及模块之间的调用关系,而数据流图 就不反映掌握关系、调用关系、掌握流,只画数据流；（4）数据流与掌握流的区分假如某条线上没有数据（指表示事物的信息,而不是掌握

43、信号）流过,就是控 制流；8实例下面通过一个简洁的例子具体说明如何画数据流图；分析一家公司的 营销系统；其选购部门每天必要按销售部门供应的定货单（须定的货物）向 供应商选购货物；每种货物的数量都存放在数据储备货物库存中,销售和采 购使每种货物数量发生的变化能够在此数据储备中准时被反映出来；而资金 的汇总、核对等工作由其会计部门处理；这样此系统的顶层结构就大致可以名师归纳总结 分析出来；如图3-6 所示,为本系统的第一层数据流图；第 16 页,共 33 页- - - - - - -精选学习资料 - - - - - - - - - 学习好资料 欢迎下载为了更加清晰的描述系统, 可把顶层数据流图的三

44、个主要加工：销售、选购、会计再进行逐步分解,这样形成其次层数据流图；第一分析销售加工：先依据顾客的定货单和货物目录确定定货,在这期间要修改和保护货物目录和顾客两个数据储备；对于正值的定货,目前有货可发的就直接产生发货单预备发货；而假如临时缺货就产生暂存定货单,等选购到所需的货物再产生发货单；按顾客要求发货后,要修改货物库存、销售历史和应收款帐目这三个数据储备；对于库存和销售历史的变化要分别编名师归纳总结 写库存检索和库存销售报表供应应经理,其数据流图如图3-7 所示；第 17 页,共 33 页- - - - - - -精选学习资料 - - - - - - - - - 学习好资料 欢迎下载图 3-7 销售系统再来分析选购加工：第一依据暂存定货单和货物的库存情形确定须定