当前位置:文档之家› 数据流图试题及答案

数据流图试题及答案

数据流图试题及答案
数据流图试题及答案

【问题1】(1)费用单

(2)待租赁房屋列表

(3)看房请求

(4)变更房屋状态请求

【问题2】(5)房主信息文件

(6)租赁者信息文件

(7)房屋信息文件

(8)看房记录文件

【问题3】(1)起点:房主终点:变更房屋状态数据流名称:变更房屋状态请求

(2)起点:租赁者终点:登记租赁者信息数据流名称:租赁者信息

(3)起点:租赁者终点:安排租赁者看房数据流名称:看房请求试题一(共15分)

阅读以下说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。

【说明】

某高校欲开发一个成绩管理系统,记录并管理所有选修课程的学生的平时成绩和考试成绩,其主要功能描述如下:

1. 每门课程都有3到6个单元构成,每个单元结束后会进行一次测试,其成绩作为这门课程的平时成绩。课程结束后进行期末考试,其成绩作为这门课程的考试成绩。

2. 学生的平时成绩和考试成绩均由每门课程的主讲教师上传给成绩管理系统。

3. 在记录学生成绩之前,系统需要验证这些成绩是否有效。首先,根据学生信息文件来确认该学生是否选修这门课程,若没有,那么这些成绩是无效的;如果他的确选修了这门课程,再根据课程信息文件和课程单元信息文件来验证平时成绩是否与这门课程所包含的单元相对应,如果是,那么这些成绩是有效的,否则无效。

4. 对于有效成绩,系统将其保存在课程成绩文件中。对于无效成绩,系统会单独将其保存在无效成绩文件中,并将详细情况提交给教务处。在教务处没有给出具体处理意见之前,系统不会处理这些成绩。

5. 若一门课程的所有有效的平时成绩和考试成绩都已经被系统记录,系统会发送课程完成通知给教务处,告知该门课程的成绩已经齐全。教务处根据需要,请求系统生成相应的成绩列表,用来提交考试委员会审查。

6. 在生成成绩列表之前,系统会生成一份成绩报告给主讲教师,以便核对是否存在错误。主讲教师须将核对之后的成绩报告返还系统。

7. 根据主讲教师核对后的成绩报告,系统生成相应的成绩列表,递交考试委员会进行审查。考试委员会在审查之后,上交一份成绩审查结果给系统。对于所有通过审查的成绩,系统将会生成最终的成绩单,并通知每个选课学生。

现采用结构化方法对这个系统进行分析与设计,得到如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。

图1-1 顶层数据流图

图1-2 0层数据流图

【问题1】(4分)

使用说明中的词语,给出图1-1中的外部实体E1~E4的名称。

【问题2】(3分)

使用说明中的词语,给出图1-2中的数据存储D1~D5的名称。

【问题3】(6分)

数据流图1-2缺少了三条数据流,根据说明及数据流图1-1提供的信息,分别指出这三条数据流的起点和终点。

希赛公司拟开发一个销售管理系统,其主要功能描述如下:

1.接受客户订单,检查库存货物是否满足订单要求。如果满足,进行供货处理:即修改库存记录文件,给库房开具备货单并且保留客户订单至订单记录文件;否则进行缺货处理:将缺货订单录入缺货记录文件。2.根据缺货记录文件进行缺货统计,将缺货通知单发给采购部门。

3.根据采购部门提供的进货通知单进行进货处理:即修改库存记录文件,并从缺货记录文件中取出缺货订单进行供货处理。

4.根据保留的客户订单进行销售统计,打印统计报表给经理。

现采用结构化方法对销售管理系统进行分析与设计,获得如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。

数据流图与数据字典练习与答案

1.需求分析阶段的主要任务是什么怎样理解分析阶段的任务是决定“做什么”,而不是“怎样做” 解:需求分析阶段的主要任务是用户和软件人员双方一起来充分地理解用户的要求,并把双方共同的理解明确地表达成一份书面文档——需求说明书。用户要求通常包括功能要求、性能要求、可靠性要求、安全保密要求以及开发费用、开发周期、可使用的资源等方面的限制,其中功能要求是最基本的,它又包括数据要求和加工要求两方面。所以,软件阶段的任务是解决软件系统做什么,而不是怎么做。 2.什么是结构化分析方法要经过哪些步骤来实现 解:所谓结构化分析方法是在分析一个软件系统时使用“自顶向下逐层分解”的方式表达用户需求。对系统作了合理的逐层分解后,就可分别理解系统的每一个细部,这样,就可以有效地控制系统的复杂性。 结构化分析方法的步骤: 理解当前的现实环境,获得当前人工系统的具体模型。 从当前系统的具体模型抽象出当前系统的逻辑模型。 分析目标系统与当前系统逻辑上的差别,建立目标系统的逻辑模型。 为目标系统的逻辑模型作补充。 3.为什么DFD要分层画分层DFD要遵循哪些原则 解:对一个大型的系统,如用一张数据流图画出所有的数据流和加工,则图纸将极其庞大复杂,因而难以理解。为了控制复杂性,SA方法采用“分层”的技术。 画分层DFD要遵循哪些原则: 分解应自然,概念上合理、清晰。 只要不影响数据流图的“易理解性”,可以适当地多分解成几部分,这样分层图的层数就可少些。 一般说来,在上层可以分解得快些,而在下层则应分解得慢些,因为上层是一些综合性的描述,“易理解性”相对地说不太重要

4.选择一个系统(例如人事档案管理系统、图书管理系统、医院监护系统、足球俱乐部管理系统、财务管理系统、学生选课系统、飞机订票系统等),用 SA方法对它进行分析,画出系统的分层 DFD 图,并建立相应的数据词典。 解:下面是一个学生选课系统的DFD 。 数据词典 (l)数据流条目

数据流图与数据字典的一个经典例子

系统的数据流图与数据字典实例 作为示例,为简单起见,我们只考虑人机分工。此处的数据流图是计算机化的帐务处理系统中涉及到计算机部分的数据流图,人工完成的部分将不做反应。例如:计算机没有能力审核原始凭证、填制记账凭证,这些工作必须由人来完成,因此进入系统(系统的自动化部分)的应该是记账凭证而不是原始凭证。银行对帐单仍然是系统的输入数据流,原有的输出数据流系统也必须提供。 图1 系统的顶层数据流图 图2 系统的第一层分解图 记账凭证进入计算机系统需要进行输入操作,而且由于记账凭证本身可能出错,或输入过程中可能发生错误,因此系统必须提供对已输入的记账凭证的修改功能和审核功能,审核通过的记账凭证才能够记账。据此,对“凭证处理”分解得到第二层分解图,该分解图由凭证输入、凭证修改和凭证审核三个处理构成。如果记账凭证是由操作人员直接根据原始凭证

用计算机填制,则凭证处理还应该包含一个打印记账凭证的处理。 图3 系统第二层分解图之一(图1)在系统中,登帐处理由计算机完成,其分解的流程图与原来一致。 图4 系统第二层分解图之二(图2)

图5系统第二层分解图之三(图3) 图6 系统第二层分解图之四(图4) 8.1.3 数据字典 数据字典的作用是对数据流图中的各种成分进行详细说明,作为数据流图的细节补充,和数据流图一起构成完整的系统需求模型。数据字典一般应包括对数据项,数据结构、数据存储和数据处理的说明。以下列出本系统的主要数据字典条目。 1. 数据项条目 数据项编号:D01-001 数据项名称:凭证编号 别名:凭证流水号 符号名:PZBH 数据类型:数值型 长度:4 取值范围:1~9999 其余略。 2. 数据结构条目

数据流图试题及答案

【问题1】(1)费用单 (2)待租赁房屋列表 (3)看房请求 (4)变更房屋状态请求 【问题2】(5)房主信息文件 (6)租赁者信息文件 (7)房屋信息文件 (8)看房记录文件 【问题3】(1)起点:房主终点:变更房屋状态数据流名称:变更房屋状态请求 (2)起点:租赁者终点:登记租赁者信息数据流名称:租赁者信息 (3)起点:租赁者终点:安排租赁者看房数据流名称:看房请求试题一(共15分) 阅读以下说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。 【说明】 某高校欲开发一个成绩管理系统,记录并管理所有选修课程的学生的平时成绩和考试成绩,其主要功能描述如下: 1. 每门课程都有3到6个单元构成,每个单元结束后会进行一次测试,其成绩作为这门课程的平时成绩。课程结束后进行期末考试,其成绩作为这门课程的考试成绩。 2. 学生的平时成绩和考试成绩均由每门课程的主讲教师上传给成绩管理系统。

3. 在记录学生成绩之前,系统需要验证这些成绩是否有效。首先,根据学生信息文件来确认该学生是否选修这门课程,若没有,那么这些成绩是无效的;如果他的确选修了这门课程,再根据课程信息文件和课程单元信息文件来验证平时成绩是否与这门课程所包含的单元相对应,如果是,那么这些成绩是有效的,否则无效。 4. 对于有效成绩,系统将其保存在课程成绩文件中。对于无效成绩,系统会单独将其保存在无效成绩文件中,并将详细情况提交给教务处。在教务处没有给出具体处理意见之前,系统不会处理这些成绩。 5. 若一门课程的所有有效的平时成绩和考试成绩都已经被系统记录,系统会发送课程完成通知给教务处,告知该门课程的成绩已经齐全。教务处根据需要,请求系统生成相应的成绩列表,用来提交考试委员会审查。 6. 在生成成绩列表之前,系统会生成一份成绩报告给主讲教师,以便核对是否存在错误。主讲教师须将核对之后的成绩报告返还系统。 7. 根据主讲教师核对后的成绩报告,系统生成相应的成绩列表,递交考试委员会进行审查。考试委员会在审查之后,上交一份成绩审查结果给系统。对于所有通过审查的成绩,系统将会生成最终的成绩单,并通知每个选课学生。 现采用结构化方法对这个系统进行分析与设计,得到如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。 图1-1 顶层数据流图

仓库管理系统数据流图数据字典

仓库管理系统数据流图数据字典

一.数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图

3. 4.出库信息管理的细化

5.货物信息管理的细化 6.客户信息管理的细化 7.查询的细化

二.数据字典 1.数据流 (1)数据流名称:入库信息 数据流别名:无 说明:即将装入仓库的货物的信息 数据流来源:采购入库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量:根据事物的需要,一般很频繁 (2)数据流名称:出库信息 数据流别名:无 说明:销售后即将出库的货物的信息 数据流来源:销售出库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地数据流量:根据事物的需要,一般很频繁 (3)数据流名称:货物信息 数据流别名:无 说明:对仓库中的所有货物的信息的统计

数据流来源:货物信息表 数据流流向:仓库管理员 数据流组成:货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: (4)数据流名称:客户信息: 数据流别名:无 说明:所有客户及供应商的信息。 数据流来源:客户信息表 数据流流向:仓库管理员 数据流组成:客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 (5)数据流名称:订货通知 数据流别名:无 说明:当仓库中的货物不能满足顾客需求时,所发出的订货的信息 数据流来源:采购员 数据流流向:加工1.1 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地

从数据流程图导出初始结构图方法模板

从数据流程图导出初始结构图方法 下面分别讨论经过”变换分析”和”事务分析”技术, 导出”变换型”和”事务型”初始结构图的技术。 1.变换分析 根据系统说明书, 能够决定数据流程图中, 哪些是系统的主处理。主处理一般是几股数据流汇合处的处理, 也就是系统的变换中心, 即逻辑输入和逻辑输出之间的处理。 确定逻辑输入——离物理输入端最远的, 但仍可被看作系统输入的那个数据流即为逻辑输入。确定方法是从物理输入端开始, 一步步向系统的中间移动, 直至达到这样一个数据流: 它已不能再被看作为系统的输入, 则其前一个数据流就是系统的逻辑输入。确定逻辑输出——离物理输出端最远的, 但仍可被看作系统输出的那个数据流即为逻辑输出。方法是从物理输出端开始, 一步步向系统的中间反方向移动, 直至达到这样一个数据流: 它已不能再被看作为系统的输出, 则其后一个数据流就是系统的逻辑输出。对系统的每一股输入和输出, 都用上面的方法找出相应的逻辑输入、输出。逻辑输入和逻辑输出之间的加工, 就是系统的主加工。如图4-24所示。

图4-24(a)初始DFD图 图4-24(b)找系统的主加工 2) 设计模块的顶层和第一层 ”顶层模块”也叫主控模块, 其功能是完成整个程序要做的工作。在与主加工对应的位置上画出主模块。系统结构的”顶层”设计后, 下层的结构就按输入、变换、输出等分支来分解。 设计模块结构的第一层: 为逻辑输入设计一个输入模块, 它的功能是向主模块提供数据; 为逻辑输出设计一个输出模块, 它的功能是输出主模块提供的数据; 为主加工设计一个变换模块, 它的功能是将逻辑输入变换成逻辑输出。 第一层模块同顶层主模块之间传送的数据应与数据流程图相对应。这里主模块控制并协调第一层的输入、变换、输出模块的工作。( 3) 设计中、下层模块 由自顶向下、逐步细化的过程, 为每一个上层模块设计下属模块。输入模块的功能是向它的调用模块提供数据, 由两部分组成: 一部分是接受输入数据; 另一部分是将这些数据变换成其调用模块所

数据流图与数据字典的一个经典例子

系统得数据流图与数据字典实例 作为示例,为简单起见,我们只考虑人机分工。此处得数据流图就是计算机化得帐务处理系统中涉及到计算机部分得数据流图,人工完成得部分将不做反应.例如:计算机没有能力审核原始凭证、填制记账凭证,这些工作必须由人来完成,因此进入系统(系统得自动化部分)得应该就是记账凭证而不就是原始凭证。银行对帐单仍然就是系统得输入数据流,原有得输出数据流系统也必须提供。 图1系统得顶层数据流图 图2 系统得第一层分解图 记账凭证进入计算机系统需要进行输入操作,而且由于记账凭证本身可能出错,或输入过程中可能发生错误,因此系统必须提供对已输入得记账凭证得修改功能与审核功能,审核通过得记账凭证才能够记账。据此,对“凭证处理"分解得到第二层分解图,该分解图由凭证输入、凭证修改与凭证审核三个处理构成。如果记账凭证就是由操作人员直接根据原始凭证用计算机填制,则凭证处理还应该包含一个打印记账凭证得处理.

图3 系统第二层分解图之一(图1) 在系统中,登帐处理由计算机完成,其分解得流程图与原来一致. 图4系统第二层分解图之二(图2) 图5系统第二层分解图之三(图3)

图6 系统第二层分解图之四(图4) 8.1.3 数据字典 数据字典得作用就是对数据流图中得各种成分进行详细说明,作为数据流图得细节补充,与数据流图一起构成完整得系统需求模型.数据字典一般应包括对数据项,数据结构、数据存储与数据处理得说明。以下列出本系统得主要数据字典条目。 1、数据项条目 数据项编号:D01-001 数据项名称:凭证编号 别名:凭证流水号 符号名:PZBH 数据类型:数值型 长度:4 取值范围:1~9999 其余略。 2、数据结构条目 数据结构编号:DS01-003 数据结构名称:会计分录 别名:分录

模块图和结构图

结构化设计方法使用的描述方式是系统结构图,也称结构图或控制结构图。它表示了一个系统(或功能模块) 的层次分解关系,模块之间的调用关系,以及模块之间数据流和控制流信息的传递关系,它是描述系统物理结构的主要图表工具。 系统结构图反映的是系统中模块的调用关系和层次关系,谁调用谁,有一个先后次序(时序)关系.所以系统结构图既不同于数据流图,也不同于程序流程图.在系统结构图中的有向线段表示调用时程序的控制从调用模块移到被调用模块,并隐含了当调用结束时控制将交回给调用模块。 如果一个模块有多个下属模块,这些下属模块的左右位置可能与它们的调用次序有关.例如,在用结构化设计方法依据数据流图建立起来的变换型系统结构图中,主模块的所有下属模块按逻辑输入,中心变换,逻辑输出的次序自左向右一字排开,左右位置不是无关紧要的. 系统结构图是对软件系统结构的总体设计的图形显示。在需求分析阶段,已经从系统开发的角度出发,把系统按功能逐次分割成层次结构,使每一部分完成简单的功能且各个部分之间又保持一定的联系,这就是功能设计.在设计阶段,基于这个功能的层次结构把各个部分组合起来成为系统.处理方式设计:确定为实现软件系统的功能需求所必需的算法,评估算法的性能.确定为满足软件系统的性能需求所必需的算法和模块间的控制方式(性能设计).确定外部信号的接收发送形式. 系统功能模块结构图,是什么 1.功能结构图就是按照功能的从属关系画成的图表,图中的每一个框都称为 一个功能模块。功能模块可以根据具体情况分的大一点或小一点,分解得最小功能模块可以是一个程序中的每个处理过程,而较大的功能模块则可能是完成某一个任务的一组程序。 2.功能结构图是对硬件、软件、解决方案等进行解剖,详细描述功能列表的 结构,构成,剖面的从大到小,从粗到细,从上到下等而描绘或画出来的结构图。从概念上讲,上层功能包括(或控制)下层功能,愈上层功能愈笼统,愈下层功能愈具体。功能分解的过程就是一个由抽象到具体、由复杂到简单的过程。图中每一个方框称为一个功能模块。功能模块可以根据

数据流图画法

数据流图(DFD)画法要求 一、数据流图(DFD) 1.数据流图的基本符号 数据流图由基本符号组成,见图5-4-1所示。 图5-4-1 数据流图的基本符号 例:图5-4-2是一个简单的数据流图,它表示数据X从源S流出,经P加工转换成Y,接着经P加工转换为Z,在加工过程中从F中读取数据。 图5-4-2数据流图举例 下面来详细讨论各基本符号的使用方法。 2.数据流 数据流由一组确定的数据组成。例如“发票”为一个数据流,它由品名、规格、单位、单价、数量等数据组成。数据流用带有名字的具有箭头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流

向。数据流可以从加工流向加工,也可以从加工流进、流出文件,还可以从源点流向加工或从加工流向终点。 对数据流的表示有以下约定: 对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。而别的数据流则必须标出名字,名字应能反映数据流的含义。 数据流不允许同名。 两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。例如图5-4-3(a)中的合理领料单与领料单两个数据流,它们的结构相同,但前者增加了合理性这一信息。 两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有联系,或它们的流动时间不同,如图5-4-3(b)所示。 (a)(b)(c) 图5-4-3 简单数据流图举例 数据流图描述的是数据流而不是控制流。如图5-4-3 (c)中,“月末”只是为了激发加工“计算工资”,是一个控制流而不是数据流,所以应从图中删去。 3.加工处理 加工处理是对数据进行的操作,它把流入的数据流转换为流出的数据流。每个加工处理都应取一个名字表示它的含义,并规定一个编号用来标识该加工在层次分解中的位置。名字中必须包含一个动词,例如“计算”、“打印”等。 对数据加工转换的方式有两种: 改变数据的结构,例如将数组中各数据重新排序;

各子系统的数据流程图及数据字典

.系统内部框架及数据字典 1.1 信息分类及相互关系 中国人民大学图书馆信息系统是围绕学校图书馆的各项业务活动而建立的,其中涉及的信息大体上可以分为四类:业务过程信息、读者信息、费用信息和管理信息。其中业务过程信息是指完成业务所产生的过程控制信息,如借阅信息、书刊出入库信息等,都是局部信息;读者信息是指在读者整个在校期间需要在整个系统范围内共享的信息,是基本信息;管理信息是由基本信息和业务过程信息加工得到的,如读者流动情况、书刊平均借阅天数、效率分析等,是派生信息。读者借阅活动和各类信息之间的关系 1.2 贯穿系统的两条信息线 集成各局部系统的重要目标是确保整个系统不随着局部系统的改变而改变,不随着新系统的加入而发生大的变化。找出图书馆信息系统的内在联系,确立好各局部系统之间的接口,是实现这一目标的前提。 贯穿整个图书馆信息系统有两条信息线:读者信息线和费用信息线。以此为框架来构造和集成整个系统。 证件信息包括读者主索引、借阅记录等等;费用信息包括在各个环节发生的各类费用及消耗成本等。 这两条信息线在系统中体现为具体的数据结构,它独立于各局部系统而存在。从整体的、发展的角度来构筑好这一基础框架是本系统数据结构的核心。 2. 各子系统的数据流程图及数据字典 2.1财务管理子系统 功能:负责全馆财务、物资采购及发放、安全保卫及卫生清洁等工作。其中财务管理包括:全馆人员工资、奖金 发放及经费管理。 流程: 罚款收据 读者ID 结算数据 罚单 单 据 务 整 工资报表 会计凭证 采购计划预算数据 会计凭证 现金额 财务调整 财务调整 资金 采购资料 批准/不批准 审 批准 / 查 不批准 送进计划 行 政 科 采 访 科 读 者 支付 罚款 应收款项 单据处理 应付款项 职 工 支付 工资 主管部门 支付 款 项 证件 检查 证件 调整

仓库管理系统-数据流图-数据字典

一. 二.数据流图 1.仓库管理系统的顶层(0层)数据流图 2仓库管理系统的第一层数据流图

3. 4.出库信息管理的细化

5.货物信息管理的细化 6.客户信息管理的细化

7.查询的细化 二.数据字典 1.数据流 (1)数据流名称:入库信息 数据流别名:无 说明:即将装入仓库的货物的信息 数据流来源:采购入库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户类型+客户编号+客户名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地 数据流量:根据事物的需要,一般很频繁 (2)数据流名称:出库信息

数据流别名:无 说明:销售后即将出库的货物的信息 数据流来源:销售出库信息表 数据流流向:仓库管理员 数据流组成:货物编号+货物品名+货物规格+货物数量+货物售价+货物种类+客户类型+客户编号+客户名称+本次出货时间+货物产地 数据流量:根据事物的需要,一般很频繁 (3)数据流名称:货物信息 数据流别名:无 说明:对仓库中的所有货物的信息的统计 数据流来源:货物信息表 数据流流向:仓库管理员 数据流组成:货物=货物编号+货物品名+货物规格+货物数量+货物进价+货物售价+货物种类 数据流量: (4)数据流名称:客户信息: 数据流别名:无 说明:所有客户及供应商的信息。 数据流来源:客户信息表 数据流流向:仓库管理员 数据流组成:客户=客户编号+客户名称+客户地址+客户电话+客户类型 数据流量 (5)数据流名称:订货通知 数据流别名:无 说明:当仓库中的货物不能满足顾客需求时,所发出的订货的信息 数据流来源:采购员 数据流流向:加工1.1 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量 (6)数据流名称:分类的订单 数据流别名:无 说明:按货物的种类将所需要订货的货物分类后的清单 数据流来源:加工1.1 数据流流向:加工1.2 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+供应商编号+供应商名称+本次采购员编号+本次采购员姓名+本次进货时间+货物产地数据流量: (7)数据流名称:订单 数据流别名:无 说明:所需要订购的货物的信息 数据流来源:货物信息表,库存表及客户信息表 数据流流向:供应商 数据流组成:货物编号+货物品名+货物规格+货物数量+货物进价+货物种类+客户

图书馆管理系统数据流程图及数据字典

图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。2)借书、还书工作量大借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单,查看图书借阅状态,并得到图书索引表 3、图书管理员2扫描一卡通查看读者信息,得到读者已借图书清单,并审核借书权限 若是有效权限单,则进行接触操作并更新读者与图书信息 若是无效权限单,则返给读者 已下是业务流程图

图书馆管理系统数据流程图及数据字典

一.图书采编系统流程图 图书采编系统流程图 数据流编号:D01 数据流名称:图书采编信息 简述:图书采编信息 数据流来源:图书购买后,由图书馆采编人员整理后,输入计算机 数据流去向:采编管理模块。图书采编信息将采编数据存入数据库(图书表)数据流组成:图书编码,图书类别,书名,作者,出版社,出版日期,单价,购买数量 数据流量:300本/日 高峰流量:800本/日 二.图书管理系统零层数据流程图

数据流图与功能结构图

XXX系统结构化概要设计 (文档封面及目录格式与以前作业相同) 1.文档说明(5分) 1.1文档目的 //说明本文档的目的和作用

1.2文档范围 //说明本文档描述的主要内容 1.3读者对象 //说明可能的读者,比如详细设计、编码人员和测试人员 1.4参考文档 //说明编写该文档需要的参考资料,比如《用户需求说明书》和《需求分析规格说明书》等1.5术语与缩写解释 //说明本文档与具体业务无关的技术术语,比如数据流、模块、关系表等 2.项目背景(2分) //说明项目的需求来源以及用户的基本需求,可以参考《用户需求说明书》。 3.需求分析结果(3分) //此章节描述需求分析的分层数据流图 3.1顶层数据流图 //将基于结构化数据流图的《需求分析规格说明书》中顶层数据流图展示出来,无须进行修改(原样拷贝粘贴)

3.2第一层数据流图

3.3第二层数据流图 1. 处理临过期商品子系统 …… 3.n 第n层数据流图 4.基于功能需求的初始功能结构图(50分) //结合以上分层的数据流图,将整个系统对应的数据流图划分成多个功能相对独立的子系统,每个子系统由一个或多个结合紧密的加工组成。比如教科书第100页,从“医院就诊管理系统”的第一层数据流图可以看出,它由三个相对功能独立的子系统组成,分别是挂号子系统、问诊子系统、交费取药子系统。 4.1子系统1 处理临过期商品子系统 4.1.1数据流图(分数占20%)

4.1.2 功能结构图(分数占50%) // 画出对应的功能结构图,主模块名字和子系统名字一致

4.1.3功能模块说明(分数占30%) // 为功能结构图中每一个模块写一份处理说明和一份接口说明,格式如下: 1.模块名字1(与功能结构图中名字相同) (1)处理说明 // 参见教科书155页7.7.1 (2)接口说明 // 参见教科书155页7.7.2,只需要说明入口参数、返回值、下属模块、上级模块2.模块名字2 (1)处理说明 (2)接口说明 …… 4.2子系统2 定价子系统 4.2.1数据流图

学籍管理系统数据流图和数据字典

. . 学籍管理系统数据流图和数据字典: 一.项目计划: 1.项目概述: 学籍管理系统用于各个学校对每一位学生的入学、毕业、每学年考试成绩、升留级处理等,该系统具备录入、存储学生的基本情况、各科成绩;查询学生各科成绩、单科成绩;打印成绩;统计班平均成绩、各科平均成绩;根据分数进行升留级处理等功能。 二.需求规格说明书: 顶层图:

教育资料word . . 数据流图: 0层图: 1层图: 1.1 教育资料word . .

数据字典: 1.数据流条目:数据流名称:新生信息别名:无简述:录入、存储学生的基本情况来源:新生提交的基本信息去向:学生信息表 10000个学生数据流量:100— 2.数据项条目:数据项目名称:学号 简述:学校全部学生的学号varchar 数据类型:8 长度: .数据存储条目:3 数据存储名称:学生信息表 别名:无简述:存放学生的基本信息班级+性别+年龄+专业+ 组成:学号姓名+ 组织方式:索引文件,以学号为关键字 查询要求:要求能立即查询 4.加工条目:加工名:是否为新生1.1 编号: 激发条件:接收到学生提供的基本信息 优先级:普通输入:学生信息 教育资料word . . 输出:是新生,不是新生 加工逻辑:根据数据库记录,若是没有符合的学生则为新生

1.2 数据字典: 1.数据流条目: 数据流名称:成绩 别名:无 查询学生各科成绩、单科成绩简述:来源:老师录入学生的考试成绩去向:学生成绩表 2.数据项条目: 数据项目名称:课程号 简述:各个课程的编号 数据类型:char(6) 长度:10 3.数据存储条目: 数据存储名称:成绩单 别名:无 简述:存放学生的本次考试成绩和历年考试成绩。 组成:学号+姓名+课程号+课程名+成绩 组织方式:索引文件,以课程号为关键字。 教育资料word . . 查询要求:要求能立即查询 4.加工条目: 加工名:查询成绩

数据流图试题及答案

数据流图试题及答案https://www.doczj.com/doc/0412704693.html,work Information Technology Company.2020YEAR

【问题1】(1)费用单 (2)待租赁房屋列表 (3)看房请求 (4)变更房屋状态请求 【问题2】(5)房主信息文件 (6)租赁者信息文件 (7)房屋信息文件 (8)看房记录文件 【问题3】(1)起点:房主终点:变更房屋状态数据流名称:变更房屋状态请求 (2)起点:租赁者终点:登记租赁者信息数据流名称:租赁者信息 (3)起点:租赁者终点:安排租赁者看房数据流名称:看房请求 试题一(共15分) 阅读以下说明和图,回答问题1至问题4,将解答填入答题纸的对应栏内。【说明】 某高校欲开发一个成绩管理系统,记录并管理所有选修课程的学生的平时成绩和考试成绩,其主要功能描述如下: 1. 每门课程都有3到6个单元构成,每个单元结束后会进行一次测试,其成绩作为这门课程的平时成绩。课程结束后进行期末考试,其成绩作为这门课 程的考试成绩。

2. 学生的平时成绩和考试成绩均由每门课程的主讲教师上传给成绩管理系统。 3. 在记录学生成绩之前,系统需要验证这些成绩是否有效。首先,根据学生信息文件来确认该学生是否选修这门课程,若没有,那么这些成绩是无效的;如果他的确选修了这门课程,再根据课程信息文件和课程单元信息文件来验证平时成绩是否与这门课程所包含的单元相对应,如果是,那么这些成绩是有效的,否则无效。 4. 对于有效成绩,系统将其保存在课程成绩文件中。对于无效成绩,系统会单独将其保存在无效成绩文件中,并将详细情况提交给教务处。在教务处没有给出具体处理意见之前,系统不会处理这些成绩。 5. 若一门课程的所有有效的平时成绩和考试成绩都已经被系统记录,系统会发送课程完成通知给教务处,告知该门课程的成绩已经齐全。教务处根据需要,请求系统生成相应的成绩列表,用来提交考试委员会审查。 6. 在生成成绩列表之前,系统会生成一份成绩报告给主讲教师,以便核对是否存在错误。主讲教师须将核对之后的成绩报告返还系统。 7. 根据主讲教师核对后的成绩报告,系统生成相应的成绩列表,递交考试委员会进行审查。考试委员会在审查之后,上交一份成绩审查结果给系统。对于所有通过审查的成绩,系统将会生成最终的成绩单,并通知每个选课学生。 现采用结构化方法对这个系统进行分析与设计,得到如图1-1所示的顶层数据流图和图1-2所示的0层数据流图。 图1-1 顶层数据流图

3.1功能需求数据流程图与数据字典部分(1)

3.功能需求(系统功能模块描述) 功能结构树 3.1各功能部分的数据流图说明: (进行身份认证保护客户信息安全) 登录数据流程图: 主界面示例图: 用户个人健康信息管理数据流程图: (1)用户进行信息的查询 (2)用户进行信息的修改和录入 (3)健康风险评估(系统后台进行为用户展示最终结果) 3.2数据字典 数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。数据流图和数据字典共同构成系统的逻辑模型。 ⑴数据流 ①名称:电子健康管理档案 描述:用户的健康档案 来源:后台管理员从医院、社区卫生所等相关部门得到用户健康档案 去处:个人健康管理系统中保存的用户健康档案 组成:身份证号+登陆密码+用户名+性别+用户ID+用户联系方式

②名称:健康信息表 描述:用户身体健康方面的基本信息 来源:后台管理员从医院、社区卫生所等相关部门得到用户健康档案去处:个人健康管理系统后台保存 组成:健康代码+名称+等级+用户ID+电话+用户名+简介 ③名称:后台管理员信息表 描述:记录管理员的信息 来源:系统设计是获得的信息加工 去处:系统中保存的管理员信息 组成:管理员ID+登陆密码 ⑵数据流分量 名称:用户健康信息简介 位置:健康档案信息 组成:相关专家的健康评价及其他内容 ⑶数据存储 ①名称:健康信息表 流入数据流:添加、维护相关健康信息 流出数据流:检索相关健康信息

组成:身份证号+登陆密码+用户名+性别+用户ID+用户联系方式描述:包含用户相关健康基本信息 组织:按用户ID顺序排序 ②名称:用户健康评估信息表 流入数据流:添加、维护健康评估信息 流出数据流:检索评估等级信息 组成:等级+评估内容+用户名+用户ID+相关健康知识 描述:记录用户的健康评估信息 组织:按用户ID顺序排序

数据流图(DFD)专题讲解

数据流图(DFD)专题讲解 ——解题的方法与技巧 1.首先要懂得数据流图设计要略 有时为了增加数据流图的清晰性,防止数据流的箭头线太长,减少交叉绘制数据流条数,一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点,可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点: (1)自外向内,自顶向下,逐层细化,完善求精。 (2)保持父图与子图的平衡。 为了表达较为复杂问题的数据处理过程,用一个数据流图往往不够。一般按问题的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图,除顶层图外,其余分层数据流图从0开始编号。对任何一层数据流图来说,称它的上层数据流图为父图,在它的下一层的数据流图为子图。 顶层数据流图只含有一个加工,表示整个系统;输入数据流和输出数据流为系统的输入数据和输出数据,表明了系统的范围,以及与外部环境的数据交换关系。 底层数据流图是指其加工不能再分解的数据流图,其加工称为“原子加工”。 中间数据流图是对父层数据流图中某个加工进行细化,而它的某个加工也可以再次细化,形成子图。中间层次的多少,一般视系统的复杂程度而定。 任何一个数据流子图必须与它上一层父图的某个加工对应,二者的输入数据流和输出数据流必须保持一致,此即父图与子图的平衡。父图与子图的平衡是数据流图中的重要性质,保证了数据流图的一致性,便于分析人员阅读和理解。 在父图与子图平衡中,数据流的数目和名称可以完全相同;也可以在数目上不相等,但是可以借助数据字典中数据流描述,确定父图中的数据流是由子图中几个数据流合并而成的,也即子图是对父图中加工和数据流同时进行分解,因此也属于父图与子图的平衡,如图1所示。

数据流图与数据字典练习与答案

1.需求分析阶段的主要任务是什么?怎样理解分析阶段的任务是决定“做什么”,而不是“怎样做”? 解:需求分析阶段的主要任务是用户和软件人员双方一起来充分地理解用户的要求,并把双方共同的理解明确地表达成一份书面文档——需求说明书。用户要求通常包括功能要求、性能要求、可靠性要求、安全保密要求以及开发费用、开发周期、可使用的资源等方面的限制,其中功能要求是最基本的,它又包括数据要求和加工要求两方面。所以,软件阶段的任务是解决软件系统做什么,而不是怎么做。 2.什么是结构化分析方法?要经过哪些步骤来实现? 解:?所谓结构化分析方法是在分析一个软件系统时使用“自顶向下逐层分解”的方式表达用户需求。对系统作了合理的逐层分解后,就可分别理解系统的每一个细部,这样,就可以有效地控制系统的复杂性。 ?结构化分析方法的步骤: 理解当前的现实环境,获得当前人工系统的具体模型。 从当前系统的具体模型抽象出当前系统的逻辑模型。 分析目标系统与当前系统逻辑上的差别,建立目标系统的逻辑模型。 为目标系统的逻辑模型作补充。 3.为什么DFD要分层?画分层DFD要遵循哪些原则? 解:?对一个大型的系统,如用一张数据流图画出所有的数据流和加工,则图纸将极其庞大复杂,因而难以理解。为了控制复杂性,SA方法采用“分层”的技术。 ?画分层DFD要遵循哪些原则: 分解应自然,概念上合理、清晰。 只要不影响数据流图的“易理解性”,可以适当地多分解成几部分,这样分层图的层数就可少些。 一般说来,在上层可以分解得快些,而在下层则应分解得慢些,因为上层是一些综合性的描述,“易理解性”相对地说不太重要 4.选择一个系统(例如人事档案管理系统、图书管理系统、医院监护系统、足球俱乐部管理系统、财务管理系统、学生选课系统、飞机订票系统等),用 SA方法对它进行分析,画出系统的分层 DFD 图,并建立相应的数据词典。

数据流图和数据字典例题2

阅读下列说明和数据流图,回答问题1至问题3,将解答填入答题纸的对应栏内。 某图书馆管理系统的主要功能是图书管理和信息查询。对于初次借书的读者,系统自动生成读者号,并与读者基本信息(姓名、单位、地址等)一起写入读者文件。 系统的图书管理功能分为四个方面:购入新书、读者借书、读者还书以及图书注销。 1. 购入新书时需要为该书编制入库单。入库单内容包括图书分类目录号、书名、作者、价格、数量和购书日期,将这些信息写入图书目录文件并修改文件中的库存总量(表示到目前为止,购入此种图书的数量)。 2. 读者借书时需填写借书单。借书单内容包括读者号和所借图书分类目录号。系统首先检查该读者号是否有效,若无效,则拒绝借书;若有效,则进一步检查该读者已借图书是否超过最大限制数(假设每位读者能同时借阅的书不超过5本),若已达到最大限制数,则拒绝借书;否则允许借书,同时将图书分类目录号、读者号和借阅日期等信息写入借书文件中。 3. 读者还书时需填写还书单。系统根据读者号和图书分类目录号,从借书文件中读出与该图书相关的借阅记录,标明还书日期,再写回到借书文件中,若图书逾期,则处以相应的罚款。 4. 注销图书时,需填写注销单并修改图书目录文件中的库存总量。 系统的信息查询功能主要包括读者信息查询和图书信息查询。其中读者信息查询可得到读者的基本信息以及读者借阅图书的情况;图书信息查询可得到图书基本信息和图书的借出情况。 图书管理系统的顶层图如图1-1所示;图书管理系统的第0层DFD图如图1-2所示,其中加工2的细图如图1-3所示。

【数据流图1-1】 [问题1](2分) 数据流图1-2中有两条数据流是错误的,请指出这两条数据流的起点和终点。 [问题2](6分) 数据流图1-3中缺少三条数据流,请指出这三条数据流的起点和终点。 [问题3](7分) 根据系统功能和数据流图填充下列数据字典条目中的(1)和(2): 查询请求信息=[查询读者请求信息|查询图书请求信息] 读者情况=读者号+姓名+所在单位+{借书情况} 管理工作请求单= (1) 入库单= (2)

图书馆管理系统数据流程图及数据字典

图书馆管理系统 1)检索速度慢、效率低因为图书馆的藏书种类多、数量多,将藏书准确地分门别类,快速检索,手工进行非常困难往往是终于查到了二伟的信息,馆中没有此书或已被别人借走。图书馆的规模越大,这个问题越突出。2)借书、还书工作量大借书、还书频率越大,说明图书馆的作用越大,然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理,其工作量之大,往往是人工操作所难以胜任的。而且经常会出现这样那样的差错。3)图书统计工作难、藏书更新不能及时完成。图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新,然而由于藏书数量及图书种类越来越多,加上自然损耗,人为破坏,使图书的统计工作难以及时完成,藏书的更新也就很难有针对性地进行,藏书的知识结构得不到良好地控制。我校也是一所发展中的高校,近儿年的发展速度很快,图书馆的规模和藏书数量也不断的扩大,为了解决海量图书的管理问题,改变传统的管理方式也是迫在眉睫了。 图书馆借书流程 1、图书管理员1 录入图书清单并保存图书信息 2、读者根据自己列出的带借书清单,查看图书借阅状态,并得到图书索引表 3、图书管理员2 扫描一卡通查看读者信息,得到读者已借图书清单,并审核借书权限若是有 效权限单,则进行接触操作并更新读者与图书信息若是无效权限单,则返给读者 已下是业务流程图

图书馆管理系统数据流程图及数据字典

.图书采编系统流程图 P1 11 图书采编系统流程图 数据流编号:D01 数据流名称:图书采编信息 简述:图书采编信息 数据流来源:图书购买后,由图书馆采编人员整理后,输入计算机 数据流去向:采编管理模块。图书采编信息将采编数据存入数据库(图书表) 数据流组成:图书编码,图书类别,书名,作者,出版社,出版日期,单价,购 买数量 数据流量:300 本/日 高峰流量:800 本/日 .图书管理系统零层数据流程图 采编人员 图书采编信息 (D01) 采编 管理 图书采编信息 (D01) 图书表

学籍管理系统数据流图和数据字典

学籍管理系统数据流图和数据字典: 一.项目计划: 1.项目概述: 学籍管理系统用于各个学校对每一位学生的入学、毕业、每学年考试成绩、升留级处理等,该系统具备录入、存储学生的基本情况、各科成绩;查询学生各科成绩、单科成绩;打印成绩;统计班平均成绩、各科平均成绩;根据分数进行升留级处理等功能。 二.需求规格说明书: 顶层图:

数据流图:0层图: 1层图:

1.1 数据字典: 1.数据流条目: 数据流名称:新生信息 别名:无 简述:录入、存储学生的基本情况来源:新生提交的基本信息 去向:学生信息表 数据流量:100—10000个学生 2.数据项条目: 数据项目名称:学号 简述:学校全部学生的学号

数据类型:varchar 长度:8 3.数据存储条目: 数据存储名称:学生信息表 别名:无 简述:存放学生的基本信息 组成:学号+姓名+性别+年龄+专业+班级 组织式:索引文件,以学号为关键字 查询要求:要求能立即查询 4.加工条目: 加工名:是否为新生 编号:1.1 激发条件:接收到学生提供的基本信息 优先级:普通 输入:学生信息 输出:是新生,不是新生 加工逻辑:根据数据库记录,若是没有符合的学生则为新生

1.2 数据字典: 1.数据流条目: 数据流名称:成绩 别名:无 简述:查询学生各科成绩、单科成绩来源:老师录入学生的考试成绩 去向:学生成绩表 2.数据项条目: 数据项目名称:课程号 简述:各个课程的编号 数据类型:char(6) 长度:10

3.数据存储条目: 数据存储名称:成绩单 别名:无 简述:存放学生的本次考试成绩和历年考试成绩。 组成:学号+姓名+课程号+课程名+成绩 组织式:索引文件,以课程号为关键字。 查询要求:要求能立即查询 4.加工条目: 加工名:查询成绩 编号:2.1 激发条件:学生输入学号并确认 优先级:普通 输入:学生学号 输出:学生各科成绩和历年成绩 加工逻辑:根据库存记录,若是输入的学号符合则输出学生的成绩1.3

数据流图(DFD)专题讲解

数据流图(DFD)专题讲解 一.解题当中考生表现出的特点 由于这是下午考试的第一道题,所以很多考生从考前的紧张氛围当中逐渐平静下来开始答题,头脑还比较清醒,阅读起来比较流畅,速度还可以,自我感觉不错。可偏偏这道题有很多人不能全取15分,纠其原因有以下一些特点: 1.拿卷就做,不全面了解试卷,做到心中有数。这样会导致在解题过程当中缺少一种整体概念,不能明确自己在哪些题上必需拿分(多花时间),哪些题上自己拿不了分(少花时间)。这样,在解题时目标就会明确很多。 2.速度快,读一遍题就开始动手做。 3.速度慢,用手指逐个字的去看,心想看一遍就能做出题来。 4.在阅读题目时,不打记,不前后联系起来思考。 5.边做边怀疑边修改,浪费时间。 6.缺少的数据流找不准,可去掉的文件找不出来。 7.由于缺少项目开发经验,对一些事务分析不知如何去思考。 8.盲目乐观,却忽略了答题格式,丢了不应该丢的分。 二.解题的方法与技巧 1.首先要懂得数据流图设计要略。 有时为了增加数据流图的清晰性,防止数据流的箭头线太长,减少交叉绘制数据流条数,一般在一张图上可以重复同名的数据源点、终点与数据存储文件。如某个外部实体既是数据源点又是数据汇点,可以在数据流图的不同的地方重复绘制。在绘制时应该注意以下要点:

(1)自外向内,自顶向下,逐层细化,完善求精。 (2)保持父图与子图的平衡。 为了表达较为复杂问题的数据处理过程,用一个数据流图往往不够。一般按问题的层次结构进行逐步分解,并以分层的数据流图反映这种结构关系。根据层次关系一般将数据流图分为顶层数据流图、中间数据流图和底层数据流图,除顶层图外,其余分层数据流图从0 开始编号。对任何一层数据流图来说,称它的上层数据流图为父图,在它的下一层的数据流图为子图。 顶层数据流图只含有一个加工,表示整个系统;输入数据流和输出数据流为系统的输入数据和输出数据,表明了系统的范围,以及与外部环境的数据交换关系。 底层数据流图是指其加工不能再分解的数据流图,其加工称为“原子加工”。 中间数据流图是对父层数据流图中某个加工进行细化,而它的某个加工也可以再次细化,形成子图。中间层次的多少,一般视系统的复杂程度而定。 任何一个数据流子图必须与它上一层父图的某个加工对应,二者的输入数据流和输出数据流必须保持一致,此即父图与子图的平衡。父图与子图的平衡是数据流图中的重要性质,保证了数据流图的一致性,便于分析人员阅读和理解。 在父图与子图平衡中,数据流的数目和名称可以完全相同;也可以在数目上不相等,但是可以借助数据字典中数据流描述,确定父图中的数据流是由子图中几个数据流合并而成的,也即子图是对父图中加工和数据流同时进行分解,因此也属于父图与子图的平衡,如图1所示。

相关主题
文本预览
相关文档 最新文档