结构化需求分析方法

合集下载

结构化需求分析方法

结构化需求分析方法

结构化分析(SA)方法结构化开发方法(Structured Developing Method)是现有的软件开发方法中最成熟,应用最广泛的方法,主要特点是快速、自然和方便。

结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成的。

结构化分析(Structured Analysis,简称SA 法)方法是面向数据流的需求分析方法,是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出和发展,并得到广泛的应用。

它适合于分析大型的数据处理系统,特别是企事业管理系统。

SA 法也是一种建模的活动,主要是根据软件内部的数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求的软件模型。

1 SA 法概述1.SA 法的基本思想结构化分析(Structured Analysis,简称SA 法)是面向数据流的需求分析方法,是70年代由Yourdon,Constaintine 及DeMarco 等人提出和发展,并得到广泛的应用。

结构化分析方法的基本思想是“分解”和“抽象”。

分解:是指对于一个复杂的系统,为了将复杂性降低到可以掌握的程度,可以把大问题分解成若干小问题,然后分别解决。

图4 是自顶向下逐层分解的示意图。

顶层抽象地描述了整个系统,底层具体地画出了系统的每一个细节,而中间层是从抽象到具体的逐层过渡。

抽象:分解可以分层进行,即先考虑问题最本质的属性,暂把细节略去,以后再逐层添加细节,直至涉及到最详细的内容,这种用最本质的属性表示一个自系统的方法就是“抽象”。

2.SA 法的步骤⑴建立当前系统的“具体模型”;系统的“具体模型”就是现实环境的忠实写照,即将当前系统用DFD 图描述出来。

这样的表达与当前系统完全对应,因此用户容易理解。

⑵抽象出当前系统的逻辑模型;分析系统的“具体模型”,抽象出其本质的因素,排除次要因素,获得用DFD 图描述的当前系统的“逻辑模型”。

软件工程概论5 :需求分析-结构化方法-带习题

软件工程概论5 :需求分析-结构化方法-带习题
• 数据词典与数据流图配合,能清楚地表 达数据处理的要求
• 词条描述 :对于在数据流图中每一个 被命名的图形元素,均加以定义,其内 容有:名字,编号,描述,定义,其它 等
(1)数据流词条描述
• 数据流名: • 说明:简要介绍作用即它产生的原因和结
果 • 数据流来源:来自何方 • 数据流去向:去向何处 • 数据流组成:数据结构 • 数据量流通量:数据量,流通量
(2)数据元素词条描述
• 数据元素名: • 类型:数字(离散值,连续值),文字(编码
类型)
• 长度: • 取值范围: • 相关的数据元素及数据结构:
(3)数据文件词条描述
• 数据文件名: • 简述:存放的是什么数据 • 输入数据: • 输出数据: • 数据文件组成:数据结构 • 存储方式:顺序,直接 • 存取频率:
• 需求分析的任务就是借助于当前系统的 逻辑模型导出目标系统的逻辑模型,解 决目标系统的 “做什么” 的问题。
• 通常软件开发项目是要实现目标系统的 物理模型
• 目标系统的具体物理模型是由它的逻辑 模型经实例化,即具体到某个业务领域 而得到的
需求分析的过程
(1) 问题识别
从系统的角度来理解和确认软件软件范围 确定对目标系统的综合要求,即软件的需求 提出这些需求实现条件,以及需求应达到的标准
• IF_THEN_ELSE • CASE_OF • WHILE_DO • REPEAT_UNTIL等组成。
• 是一种介于自然语言和形式化语言之间 的语言
• 语言的正文用基本控制结构进行分割, 加工中的操作用自然语言短语来表示
• 其基本控制结构有三种:
– 简单陈述句结构:避免复合语句; – 重复结构:WHILE_DO 或
• 存折=户名+所号+帐号+开户日+性质+(印 密)+1{存取行}50

软件工程案例_结构化方法的需求分析

软件工程案例_结构化方法的需求分析

案例—结构化方法的需求分析一、约定1.假定校园卡只对学生发行。

2.校园卡本身不保存除“卡号”以外的信息,卡号由系统按照序列号自动生成。

3.假定使用校园卡的场合只有食堂、商店及图书馆,而且,不允许透支消费。

4.系统功能从简,包括:不考虑校园卡的加密问题,不考虑诸如修改密码、挂失等配套功能,与特约商户按照POS机号逐日汇总后对帐,等等。

二、软件功能1.校园卡发行2.帐户管理2.1、充值2.2、取款2.3、注销2.4、查询帐户收支记录3.刷卡消费4.身份验证5.统计报表5.1、打印收支情况统计表5.2、打印特约商户对帐表三、数据流图1.顶层(图1)学习提示:▲顶层数据流图的基本意图是什么?2.第1层(图2)学习提示:▲自顶向下、逐层细化原则的运用▲下层数据流图的边界与上层数据流图保持一致▲关于数据存储▲关于数据字典3.第2层(图3、图4)学习提示:▲对数据流图的细化到什么程度为止。

四、数据字典1.数据流与数据存储的数据结构学习提示:▲规范描述每种数据流、每种数据存储的数据元素构成。

▲用词的规范,语法与语义的一致,同一数据结构(或数据元素)使用同一名称、不同数据结构(或元素)使用不同的名称。

2.数据元素对上述数据结构中出现每个数据项,逐个作出定义。

本案例省略具体内容,只对如下数据元素作出说明。

学习提示:▲哪些内容属于“数据元素”。

▲对于数据元素,需要定义哪些内容。

▲关于“元数据”的概念▲数据分析要求清楚描述每种业务单据之间的关联每个数据元素值的“来龙去脉”五、功能说明以“功能2.2—取款”为例说明▲功能简介(略)▲录入数据:取款单▲界面原型(略)▲前置条件《校园卡基本档案》存在与《取款单》中“卡号”相对应的记录。

▲对录入数据的约束规则●该档案记录的“密码”与《取款单》输入值一致。

●该档案记录的“当前状态”为“正常”。

●该档案记录的“帐户余额”值大于或者等于《取款单》的“取款金额”。

▲系统处理●新增《存取款记录》。

结构化需求分析方法

结构化需求分析方法

结构化分析(SA)方法结构化开发方法(Structured Developing Method)是现有的软件开发方法中最成熟,应用最广泛的方法,主要特点是快速、自然和方便。

结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成的。

结构化分析(Structured Analysis,简称SA 法)方法是面向数据流的需求分析方法,是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出和发展,并得到广泛的应用。

它适合于分析大型的数据处理系统,特别是企事业管理系统。

SA 法也是一种建模的活动,主要是根据软件内部的数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求的软件模型。

1 SA 法概述1.SA 法的基本思想结构化分析(Structured Analysis,简称SA 法)是面向数据流的需求分析方法,是70年代由Yourdon,Constaintine 及DeMarco 等人提出和发展,并得到广泛的应用。

结构化分析方法的基本思想是“分解”和“抽象”。

分解:是指对于一个复杂的系统,为了将复杂性降低到可以掌握的程度,可以把大问题分解成若干小问题,然后分别解决。

图4 是自顶向下逐层分解的示意图。

顶层抽象地描述了整个系统,底层具体地画出了系统的每一个细节,而中间层是从抽象到具体的逐层过渡。

抽象:分解可以分层进行,即先考虑问题最本质的属性,暂把细节略去,以后再逐层添加细节,直至涉及到最详细的内容,这种用最本质的属性表示一个自系统的方法就是“抽象”。

2.SA 法的步骤⑴建立当前系统的“具体模型”;系统的“具体模型”就是现实环境的忠实写照,即将当前系统用DFD 图描述出来。

这样的表达与当前系统完全对应,因此用户容易理解。

⑵抽象出当前系统的逻辑模型;分析系统的“具体模型”,抽象出其本质的因素,排除次要因素,获得用DFD 图描述的当前系统的“逻辑模型”。

结构化分析方法

结构化分析方法

结构化分析方法结构化分析方法一、需求分析与需求分析方法需求阶段是软件开发的关键阶段。

需求分析的任务:准确地定义未来系统的目标,确定为了满足用户的需求系统必须做什么;用《需求规格说明书》规范的形式准确地表达用户的需求。

需求分析阶段的工作(四方面):◆需求获取:确定系统各方面需求;全面地提炼出系统的功能性与非功能性需求。

◆需求分析:对获取的需求分析和综合,给出系统解决方案和逻辑模型。

◆编写需求规格说明书:为用户、设计人员的交流提供方便,还可作为控制软件开发进程的依据。

◆需求审评:复审需求分析阶段的工作,验证需求文档的一致性、可行性等。

1、需求获取的目的清楚地理解所要解决的问题、完整地获取用户需求。

2、需求获取的内容用户需求分类:(1)功能性需求定义了系统做什么(描述系统必须支持的功能和过程)。

(2)非功能性需求(技术需求)定义了系统工作时的特性(描述操作环境和性能目标)。

3、需求分析的步骤4、需求分析过程示意(1)通过对现实环境的调查,获得当前系统的物理模型。

(2)去掉具体模型中的非本质因素,抽象出当前系统的逻辑模型。

(3)分析当前系统与目标系统的差别,建立目标系统的逻辑模型。

5、需求分析的方法结构化分析(传统建模方法)、面向对象分析。

二、结构化分析方法1、结构化分析方法(Structure Analysis---SA)(1)定义是面向数据流进行需求分析的方法,采用自顶向下,逐层分解,建立系统的处理流程,以数据流图和数据字典为主要工具,建立系统的逻辑模型。

(2)结构化分析的主要步骤通过对用户的调查,以软件的需求为线索,获取当前系统的具体模型;去掉具体模型中非本质因素,抽象出当前系统的逻辑模型;根据计算机的特点分析当前系统与目标系统的差别,建立目标系统的逻辑模型;完善目标系统并补充细节,写出目标系统的软件需求规格说明。

2、结构化分析方法使用的常用工具(1)数据流图(DFD—Data Flow Diagram )①作用从数据传递和加工的角度,在需求分析阶段以图形的方式描述数据流从输入到输出的移动变换过程,为系统建立逻辑模型。

3.3 结构化需求分析方法

3.3 结构化需求分析方法

订货单 支票
顾客
询问 退货单
处理顾 客事务
第三章 需求分析
15
多个数据流的第一种表示方法:
订货单 顾客事务
顾客
处理 顾客 事务
支票 询问
退货单
16
第三章 需求分析
多个数据流的第二种表示方法:
订货单
编辑订 货单
开收据 处理询 问 退货分 析处理
支票
顾客
询问
退货单
第三章 需求分析
17
多个数据流的表示举例
重建父图,即把第二步所得的每一部分画成一个圆圈, 各部分之间的联系就是加工之间的界面; 重建各张子图,只需把第二步所得的图,按各自的边界 剪开即可; 为所有加工重新命名、编号。
第三章 需求分析
36
结构不合理的数据流图及其修改
4 H A B 1 I 2 K L D 3 D (a)结构不合理的 数据流程图
33
分解的程度
分解应自然,概念上要合理、清晰。 上层可分解的快些,而下层应分解得慢些。
在不影响可读性的前提下,应适当地多分解成几部分, 以减少分解层数。
一般说来,当加工可用一页纸明确地表述时,或加工只 有单一输入/输出数据流时,就应停止对该加工的分解。 对数据流图中不再作分解的加工,必须作出详细的加工 说明,并且每个加工说明的编号必须与功能单元的编号 一致。
第三章 需求分析
5
结构化分析方法的特点
利用数据流图来帮助人们理解问
题,对问题进行分析。即利用图
形工具来模拟数据处理过程。
第三章 需求分析
6
结构化分析方法
用数据字典定义数据流图中的各项数据; 结构化英语、判定树和判定表对数据流图中的基本功 能进行描述。 通过将系统分解成多层处理后,在较低层次上,可以 看到数据流图的高层次加工的细节和相关的数据流。 结构化分析方法的实质就是采用一组分层的数据流图 及相应的数据字典作为系统的模型。 结构化分析方法从总体上看是一种强烈依赖数据流的 自顶向下的建模方法,它不仅是需求分析技术,也是 完成规格说明的手段。

结构化需求分析方法

结构化需求分析方法

结构化分析(SA)方法结构化开发方法(Structured Developing Method)就是现有的软件开发方法中最成熟,应用最广泛的方法,主要特点就是快速、自然与方便。

结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成的。

结构化分析(Structured Analysis,简称SA 法)方法就是面向数据流的需求分析方法,就是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出与发展,并得到广泛的应用。

它适合于分析大型的数据处理系统,特别就是企事业管理系统。

SA 法也就是一种建模的活动,主要就是根据软件内部的数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求的软件模型。

1 SA 法概述1、SA 法的基本思想结构化分析(Structured Analysis,简称SA 法)就是面向数据流的需求分析方法,就是70年代由Yourdon,Constaintine 及DeMarco 等人提出与发展,并得到广泛的应用。

结构化分析方法的基本思想就是“分解”与“抽象”。

分解:就是指对于一个复杂的系统,为了将复杂性降低到可以掌握的程度,可以把大问题分解成若干小问题,然后分别解决。

图4 就是自顶向下逐层分解的示意图。

顶层抽象地描述了整个系统,底层具体地画出了系统的每一个细节,而中间层就是从抽象到具体的逐层过渡。

抽象:分解可以分层进行,即先考虑问题最本质的属性,暂把细节略去,以后再逐层添加细节,直至涉及到最详细的内容,这种用最本质的属性表示一个自系统的方法就就是“抽象”。

2、SA 法的步骤⑴建立当前系统的“具体模型”;系统的“具体模型”就就是现实环境的忠实写照,即将当前系统用DFD 图描述出来。

这样的表达与当前系统完全对应,因此用户容易理解。

⑵抽象出当前系统的逻辑模型;分析系统的“具体模型”,抽象出其本质的因素,排除次要因素,获得用DFD 图描述的当前系统的“逻辑模型”。

结构化需求分析方法

结构化需求分析方法

结构化分析(SA)方法结构化开发方法(Structured Developing Method)就是现有得软件开发方法中最成熟,应用最广泛得方法,主要特点就是快速、自然与方便。

结构化开发方法由结构化分析方法(SA法)、结构化设计方法(SD 法)及结构化程序设计方法(SP 法)构成得。

结构化分析(Structured Analysis,简称SA 法)方法就是面向数据流得需求分析方法,就是70 年代末由Yourdon,Constaintine 及DeMarco 等人提出与发展,并得到广泛得应用。

它适合于分析大型得数据处理系统,特别就是企事业管理系统。

SA 法也就是一种建模得活动,主要就是根据软件内部得数据传递、变换关系,自顶向下逐层分解,描绘出满足功能要求得软件模型。

1 SA 法概述1、SA 法得基本思想结构化分析(Structured Analysis,简称SA 法)就是面向数据流得需求分析方法,就是70年代由Yourdon,Constaintine 及DeMarco 等人提出与发展,并得到广泛得应用。

结构化分析方法得基本思想就是“分解”与“抽象”。

分解:就是指对于一个复杂得系统,为了将复杂性降低到可以掌握得程度,可以把大问题分解成若干小问题,然后分别解决。

图4 就是自顶向下逐层分解得示意图。

顶层抽象地描述了整个系统,底层具体地画出了系统得每一个细节,而中间层就是从抽象到具体得逐层过渡。

抽象:分解可以分层进行,即先考虑问题最本质得属性,暂把细节略去,以后再逐层添加细节,直至涉及到最详细得内容,这种用最本质得属性表示一个自系统得方法就就是“抽象”。

2、SA 法得步骤⑴建立当前系统得“具体模型”;系统得“具体模型”就就是现实环境得忠实写照,即将当前系统用DFD 图描述出来。

这样得表达与当前系统完全对应,因此用户容易理解。

⑵抽象出当前系统得逻辑模型;分析系统得“具体模型”,抽象出其本质得因素,排除次要因素,获得用DFD 图描述得当前系统得“逻辑模型”。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

精品文档)方法结构化分析(SA是现有的软件开发方法(Structured Developing Method)结构化开发方法中最成熟,应用最广泛的方法,主要特点是快速、自然和方便。

结构化开发方法(SP 及结构化程序设计方法法)(SA法)、结构化设计方法(SD 由结构化分析方法构成的。

法)方法是面向数据流的需求分法)结构化分析(Structured Analysis,简称SA等人提出和发及DeMarco 70 年代末由Yourdon,Constaintine 析方法,是特别是企事业管理它适合于分析大型的数据处理系统,展,并得到广泛的应用。

系统。

法也是一种建模的活动,主要是根据软件内部的数据传递、变换关系,SA 自顶向下逐层分解,描绘出满足功能要求的软件模型。

法概述1 SA1.SA 法的基本思想是面向数据流的需求分析方)简称SA 法结构化分析(Structured Analysis,并得等人提出和发展,Yourdon,Constaintine 年代由及DeMarco 70法,是到广泛的应用。

结构化分析方法的基本思想是“分解”和“抽象”。

.精品文档可分解:是指对于一个复杂的系统,为了将复杂性降低到可以掌握的程度,以把大问题分解成若干小问题,然后分别解决。

是自顶向下逐层分解的示意图。

顶层抽象地描述了整个系统,底层具图4体地画出了系统的每一个细节,而中间层是从抽象到具体的逐层过渡。

抽象:分解可以分层进行,即先考虑问题最本质的属性,暂把细节略去,以这种用最本质的属性表示一个自直至涉及到最详细的内容,后再逐层添加细节,系统的方法就是“抽象”。

2.SA 法的步骤;⑴建立当前系统的“具体模型”图描系统的“具体模型”就是现实环境的忠实写照,即将当前系统用DFD 述出来。

这样的表达与当前系统完全对应,因此用户容易理解。

;⑵抽象出当前系统的逻辑模型.精品文档分析系统的“具体模型”,抽象出其本质的因素,排除次要因素,获得用图描述的当前系统的“逻辑模型”。

DFD;⑶建立目标系统的逻辑模型分析目标系统与当前系统逻辑上的差别,从而进一步明确目标系统“做什)。

(修改后的DFD 图么”,建立目标系统的“逻辑模型”⑷为了对目标系统作完整的描述,还需要考虑人机界面和其它一些问题。

3.SA 法的描述工具分层的数据流图⑴数据词典⑵描述加工逻辑的结构化语言、判定表或判定树。

⑶2 数据流图是描述系统中数据流程的图形DFD)数据流图(Data Flow Diagram,简称以及把逻辑输入转换逻辑输出工具,它标识了一个系统的逻辑输入和逻辑输出,所需的加工处理。

4 种基本图形符号:数据流图的图符数据流图有以下 1..精品文档矩形框,双杠或者单杠表示数据存储箭头表示数据流,圆或椭圆表示加工。

表示数据的源点或终点,即外部实体。

除了是数据在系统内传播的路径,由一组成固定的数据项组成。

⑴数据流之间的数据流不用命名外,其余数据流都应该用名词或名词短文件)与数据存储(也可以从加工流向文件或从文件流向加工,数据流可以从加工流向加工,语命名。

也可以从源点流向加工或从加工流向终点。

每个加工也要它对数据流进行某些操作或变换。

也称为数据处理,⑵加工有名字,通常是动词短语,简明地描述完成什么加工。

在分层的数据流图中,加工还应有编号。

它可以是数据库文件或任何形式的数据组指暂时保存的数据,⑶数据存储从数据存储流出的或查询文件,织。

流向数据存储的数据流可理解为写入文件,数据可理解为从文件读数据或得到查询结果。

组织或其他软包括人员、是软件系统外部环境中的实体数据源点和终点(⑷),统称为外部实体。

一般只出现在数据流图的顶层图中。

件系统:还有一些辅助的图例.精品文档图。

现有一图书预定系统,接收由顾客发:画出图书预定系统的DFD 例1同并对订单进行验证,验证过程是根据图书目录检查订单的正确性,来的订单,时根据顾客档案确定是新顾客还是老顾客,是否有信誉。

经过验证的正确订单,将订单对订单进行成批处理,根据出版社档案,暂存放在待处理的订单文件中。

按照出版社进行分类汇总,并保存订单存根,然后将汇总订单发往各出版社。

画图步骤是:订单、出版社订)及输入、输出数据流(⑴首先确定外部实体(顾客、出版社)。

单。

⑵再分解顶层的加工(验证订单、汇总订单)个文件)。

(⑶确定所使用的文件图书目录文件、顾客档案等5用数据流将各部分连接起来,形成数据封闭。

⑷数据流也不是控制流。

特别要注意的是:数据流图不是传统的流程图或框图,而框图则是从对数据进行加工的工作数据流图是从数据的角度来描述一个系统,而框图中的箭头则是控制人员的角度来描述系统。

数据流图中的箭头是数据流,流,控制流表达的是程序执行的次序。

.精品文档因此分解的加工较多中心管理系统的数据流图,由于只有一层,下图是培训和编号付款”不易理解,而且如果其中某个加工较复杂,例如编号为3 的加工“仍很复杂,一时难以理解,如果不继续分解下去,直到每个”复审为7 的加工“加工都足够简单易于理解为止,则会影响需求分析结果的可读性。

图的方法1.画分层DFD图难以描述,会使得系2.8 所示,如果系统规模较大,仅用一个DFD 如图统变得复杂,且难以理解。

为了降低系统的复杂性,采取“逐层分解”的技术,DFD 图。

画分层的先抽象后具,图的一般原则是:“先全局后局部,先整体后细节画分层DFD分为顶层、中间层、底层。

顶层图说明了系统DFD 图,。

通常将这种分层的体”即系统的输入和输出数据流,顶层图只有一张。

底层图由一些不能再分的边界,在顶层和底层之间的是称为基本加工。

解的加工组成,这些加工都已足够简单,而它的组成部分又要进一步中间层。

中间层的数据流图描述了某个加工的分解,“DFD 分解。

画各层图时,应由外向内”。

.精品文档图的具体步骤:画分层DFD先确定系统范围,画出顶层的DFD 图。

⑴图。

DFD ⑵逐层分解顶层DFD 图,获得若干中间层DFD 画出底层的图。

⑶不能够一下子把在画分层数据流图时,首先遇到的问题就是应该如何分解?一个加工分解成它所有的基本加工,一张图中画出过多的加工是使人难以理解又可能需要分解过多的,但是如果每次只是将一个加工分解成两个或三个加工,的层次,也会影响系统的可理解性。

?一个加工每次分解成多少个子加工才合适呢.精品文档个7 统计结果证明,人们能有效地同时处理最多不要超过“7 个”。

根据经验个时,处理效果就会下降。

当然也不能机7 7 个以下的问题,但当问题多于或械地应用,关键是要使数据流图易于理解。

同时还有几条原则可供参考:分解应自然,概念上要合理、清晰。

这样分层,可以适当地多分解成几部分,“易理解性”只要不影响数据流图的图的层数就可少些。

一般来说,在上层可以分解得快些,而在中、下层则应分解得慢些,因为上相对地说不太重要。

“易理解性”层是一些综合性的描述,图的方法。

下节我们以一个实例来说明画分层DFDDFD 图的改进 2 分层它的顶层描绘了系统分层数据流图是一种比较严格又易于理解的描述方式,而中间层则给出了从抽象到具体的逐步过底层画出了系统所有的细部,的总貌,渡。

图的基本原则1.画分层DFD.⑴数据守恒与数据封闭原则.精品文档即每一个加工既有输入所谓数据守恒是指加工的输入输出数据流是否匹配,一个输出数据数据流又有输出数据流。

或者说一个加工至少有一个输入数据流,流。

加工分解的原则⑵;自然性:概念上合理、清晰;均匀性:理想的分解是将一个问题分解成大小均匀的几个部分应分解到基本个子加工,分解度:一般每一个加工每次分解最多不要超过7 加工为止。

父图中某个加工的输入输出数据流应该同相应的子”子图与父图的“平衡⑶。

“,分层数据流图的这种特点称为子图与父图平衡”)(图的输入输出相同相对应1 例考察下图中子父图的平衡.精品文档有2 的分解,加工2 显然,图2.13 中子图与父图不平衡。

子图是父图中加工,却有两,而子图则只有一个输入数据流NT输入数据流R 和M,输出数据流的分解,虽然表面上加4 。

图T 与S2.14 中,子图是父图中加工个输出数据流只有一个输入数据流“订货单”,而子图却有三个输入数据流,但是如果4 工“帐号”和“数量”三部分组成,即有如下数据条目:“订货单”是由“客户”、,则子、父图平衡。

)+= 客户+帐号数量(2.2.5 数据词典订货单⑷合理使用文件一旦文件作为数据文件必须画出来,当文件作为某些加工之间的交界面时,那么它同其它成份之间的联系也应同时表达出流图中的一个独立成份画出来了,来。

.精品文档需求分析理解一个问题总要经过从不正确到正确,从不确切到确切的过程,对复杂的系统尤其如的过程总是要不断反复的,一次就成功的可能性是很小的,与用户取得共识,系统分析员应随时准备对数据流图进行修改和完善,此,因此,编程等阶段使得设计、获得无二义性的需求,才能获得更正确清晰的需求说明,能够顺利进行,这样做是必须和值得的。

图的改进3.分层DFD目标系统的(DFD 图必须经过反复修改,才能获得最终的目标系统的逻辑图的基本原则是一致的,可从以下方面考DFD )。

改进的原则与画分层DFD 图图的改进:虑DFD检查数据流的正确性⑴数据守恒①子图、父图的平衡②出文件的数据流。

文件使用是否合理。

特别注意输入/③DFD 图的易理解性改进⑵加工间的数据流越少,独立性越强,易理解性越(简化加工之间的联系①。

好) 改进分解的均匀性。

②)( ③适当命名各成分名称无二义性,准确、具体。

.精品文档数据词典 4.还需借”,为了完整地描述这个系统,分层数据流图只是表达了系统的“分解”对图中的每个数据和加工给出解释。

““数据词典”(data dictionary)和小说明助对数据流图中包含的所有元素的定义的集合构成了数据词典。

它有四类条给目:数据流、数据项、文件及基本加工。

在定义数据流或文件时,使用表2-1 出的符号。

将这些条目按照一定的规则组织起来,构成数据词典。

1.数据流条目通常对数据流的简单描述为列出该数据流的给出了DFD 中数据流的定义,各组成数据项。

组成,则词典”单位名“”和“等级乘客姓名乘客名单例:数据流“”由若干“”、“中的乘客名单”条目是:}等级+={乘客名单乘客姓名+单位名+++=又如:报名单姓名单位名年龄性别+课程名.精品文档也可以对数据流进行较详细的描述,如下例:有三种类型,即查询“”“查询”的数据流,目前例:某查询系统中,有个名为3 年底还将增加”,预计至1990 ”、“存货查询”和“发票存根查询“顾客状况查询:9 2 000 次查询,每天上午至4 种其他类型的查询。

系统每天约需处理”用户要求1 000 次查询。

上述信息都是“1000—:00 是查询的高峰,此时约有”查询的一部分,在分析阶段应该认真收集,并记录在词典的有关条目中,所以“条目描述如下。

相关文档
最新文档