文档库 最新最全的文档下载
当前位置:文档库 › 实验三 数据流图与数据字典

实验三 数据流图与数据字典

实验三 数据流图与数据字典
实验三 数据流图与数据字典

实验三数据流图与数据字典

[实验目的]

1、掌握数据流图

2、掌握数据字典

[实验内容]

进一步掌握数据流图、数据字典的绘制方法。绘制工具采用Visio软件。

[实验要求]

某教育基金会捐助基金管理系统的基本功能如下:

1、由捐助者向基金会提出捐助请求,经身份确认后被接受,对捐助人进行登记

并授予捐助证书,捐款存入银行;

2、由教育单位提出用款申请,在进行相应合法性校验和核对相应的捐款存储后

做出支出;

3、每月给基金会的理事会一份财政状况报表,列出本月的收入和支出情况和资

金余额。

要求:

1、确定上述系统的数据源点和终点,画出该系统的顶层数据流图;

2、分析系统的主要功能,细化系统的顶层数据流图,画出系统的第一层数据流

图;

3、细化系统的各个主要功能,画出系统的第二层数据流图。

1. 报告要求用专门的实验报告纸书写,字迹清晰,格式规范。

2. 报告中写清姓名、学号、实验日期、实验题目、实验目的、实验要求。

3. 按照上述要求画出数据流图。

4. 报告最后包含实验总结和体会。

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

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

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

学生信息管理系统数据流图归纳

目录 图0 学生信息管理系统数据流图(第0层) (1) 图1 学生信息管理系统数据流图(第1层) (2) 图2 学生基本信息管理数据流图(第2层) (3) 图2.1 基本信息录入管理数据流图(第3层) (5) 图3 学生异动信息管理数据流图(第2层) (6) 图3.1 异动信息插入管理数据流图(第3层) (6) 图4 学生考勤管理数据流图(第2层) (7) 图4.1 考勤信息录入管理数据流图(第3层) (8) 图5 学生公寓管理数据流图(第2层) (10) 图5.1 学生住宿管理数据流图(第3层) (11) 图5.1.1 学生入住管理数据流图(第4层) (12) 图5.1.1.1 入住学生信息录入管理数据流图(第5层) (13) 图5.1.2 卫生管理数据流图(第4层) (14) 图5.1.2.1 卫生信息录入管理数据流图(第5层) (15) 图5.1.3 纪律管理数据流图(第4层) (16) 图5.1.3.1 纪律信息录入管理数据流图(第5层) (17) 图5.1.4 维修管理数据流图(第4层) (18) 图5.1.4.1 维修信息录入管理数据流图(第5层) (19) 图5.1.5 退宿管理数据流图(第4层) (20) 图5.1.5.1 退宿信息录入管理数据流图(第5层) (21) 图5.1.6 走读管理数据流图(第4层) (22) 图5.1.6.1 走读信息申报管理数据流图(第5层) (23) 图5.1.6.1.1 走读信息录入管理数据流图(第6层) (24) 图5.1.7 住宿调整管理数据流图(第4层) (25) 图5.1.7.1 住宿调整信息录入管理数据流图(第5层) (26) 图5.2 房源资料库管理数据流图(第3层) (27) 图5.2.1 房源信息录入管理数据流图(第4层) (28) 图5.3 宿舍工作人员管理数据流图(第3层) (29)

人事管理系统-软件工程实验报告

软件工程实验报告 课题:人事管理系统学生姓名: 学号: 专业班级: 指导教师: 同组成员:

需求分析 一、实验目的 掌握软件需求的结构化分析方法。 二、实验任务与实验要求 导出系统详细的逻辑模型,这里用数据流图来表示。 三、实验内容 (1)功能分析 经过初步分析“人事管理系统”应该具备以下主要功能。 1、职员个人信息资料的增加、修改和删除; 2、职员的考勤录入和查询; 3、职员工资结算和查询; 4、人事管理人员的变化和操作授权; 由于是使用计算机管理,就带来了新的功能:用户登陆、操作人员的管理、基本数据的维护、由数据安全产生的数据备份与恢复。 (2)、关系模式 在满足函数依赖和无损连接的基础上,使数据的设计更加合理。在本系统中只有3个实体,那就是普通员工、管理员、超级管理员,他们权限的不听通过角色来区分。在整个系统中超级管理员只有一人,管理员二人。一个人只可以在普通员工、管理员、超级管理员中处于一个角色,而不可以兼任。其具体的关系模式如下: 普通员工(员工号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 管理员(管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 超级管理员(超级管理员号,密码,姓名,性别,出生年月,身份证号,联系电话,就职时间) 工资(员工号,时间,基本工资,提成,奖金) 考勤(员工号,时间,迟到,早退,管理员号) 注意:“”表示主码,“”表示既是主码又是外码。 E-R图如下所示

数据字典设计: 为了方便数据库的管理和维护,本系统只设计一个数据库workers.mdb,其中包含worker(员工信息表)、manager(考勤信息表)、booklist(工资信息表) 表1-1 worker(员工信息表)各字段设计 表1-2 monit (考勤信息表)各字段设计

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

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

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

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

实验报告格式范文

实验报告格式范文 实验一撰写可行性研究报告 一、实验目的 1、掌握可行性研究步骤; 2、学习编制可行性研究报告。 二、实验要求 硬件:Intel Pentium 120 或以上级别的CPU,大于16MB的内存。 软件:Win dows 95/98/2000 操作系统,Office 97/2000 软件 学时:2学时 写岀此项实验报告 三、实验内容 1、可行性研究(结构化分析)方法; 2、绘制数据流图,使用Word写实验报告。 四、实验步骤 1 ?引言 1.1 编写目的 可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解。 经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后,交软件经理审查。 1 . 2 项目背景 (1 )待开发的软件产品名称:旅行社机票预定系统。 (2)本项目的提岀者:冯剑。开发者:李翀。用户:旅行社 (3)本软件产品将用于旅行社的机票预定和费用的记录。

1 . 3术语说明 DFD (数据流图):一种描述书记变换的图形工具,是结构化分析方法最普遍采用的表示手段,但数据流图并不是结构化分析模型的全部,数据字典和小说明为数据流图提供了补充,并用以验证图形表示的正确性、一致性和完整性,三者共同构成了被建系统的模型。 1 . 4.系统参考文献 参考文献见附录 2?可行性研究的前提 2.1基本要求 ⑴功能 本软件实现的功能有:为游客提供机票预定服务,提高旅游局的服务质量和服务效率。 对航班数据库的查询和修改,对机票费用记帐数据库的查询和修改,记录旅客信息(姓名、性别、年龄、身份证号、单位、旅行时间、目的地)、航班时间和班次,打印机票和帐单。 (2) 性能 时间:提供的信息必须及时的反映在工作平台上。售票系统的定单必须无差错的存 储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。一笔业务在一分钟内完成。空间:运行空间 2M。 (3) 系统的输入和输岀 输入:旅行社定票单。数据完整,详实。 输岀:机票、帐单。简捷,快速,实时。 (4) 处理流程 旅行社将定票信息输入定票系统,系统输岀机票和帐单给旅客。 5 )安全保密要求

数据流图实验报告

数据流图实验报告 篇一:软件工程实验报告 篇二:需求分析实验报告 软件工程实践报告 计科12—1班 杨光敏 08123234 (一)软件需求分析 1.实验目的 学习图形工具软件VISIO,掌握结构化需求分析方法,熟练绘制数据流图;学习快速原型工具的使用。 2.基本要求 (1)针对银行ATM系统进行需求分析工作,了解银行ATM系统的功能、流程;(2)安装VISIOXX以上版本软件,熟练应用Visio绘制DFD图,绘制银行ATM系统数据流图,完成系统的软件逻辑模型; (3)安装Axure RP Pro 或者Balsamiq Mockups快速原型软件,学习绘制软件原型,完成银行ATM系统的软件原型。 3.系统概述 (1)ATM系统为银行提供一套高效稳定可靠的终端服务平台,为储户登录,

存款,取款,查询,打印凭条,转账,修改密码等操作提供便利。 图1 ATM工作流程 (2).用户特点 本软件的用户主要是银行的广大持卡人,大多都具有使用ATM经验。另外,我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。以此来方便用户和保障用户的利益。本系统还为用户提供了足够的界面友好性和易操作性。即使是一个对ATM系统完全陌生的客户,也可以在交易界面的提示下顺利完成交易。 另外一部分的用户是银行工作人员,本系统不予考虑。 4需求说明 (1) 基本描述 ATM终端可以接受一张可识别的银行储蓄卡,通过储户身份验证后,同储户进行各种交互,例如:查询、存款、取款、打印凭条等;处理储户相应的要求,执行对应操作,为储户服务。该系统要求须保持一定时间内的交易记录,系统应每天自动汇总各种交易数据与服务器进行对账。同时,在通讯失败或其他交易结果不确定的情况下,ATM要自动发起冲正交易,以保证账务的完整性。 本系统的实现需要记录一些相关信息,其中包括的信息有:用户信息和交易信息。

使用Visio 绘制数据流图(1)

实验使用Visio 绘制数据流图(1) 一、实验目的 1.掌握在Microsoft Visio 中绘制图形的基本方法; 2.认知数据流图的基本元素; 3.掌握使用数据流图对系统进行自顶向下逐步求精的分析过程。 二、相关知识 实验所需的基本技术知识,参见实验(初识Visio2003)。 三、实验环境 1.windows9x/me/2000或windows XP; 2.CPU:Pentium II 或更高级别的处理器; 3.硬盘:40MB可用空间; 4.显示器:256色以上,800*600或1024*768分辨率; 5.Visio2003。 四、实验内容 根据下面的描述,按要求画出“教育基金会捐助资金管理系统”的数据流图。 某教育基金会捐助资金管理系统的基本功能如下: 1.由捐助者向基金会提出捐助请求,经身份确认后被接受,对捐助人进行登记并授予捐助证书,捐款存入银行。 2.由教育单位提出用款申请,在进行相应的合法性校验和核对相应的捐款储备后做出支出。 3.每月给基金会的理事会一份财政状况报表,列出本月的收入和支出情况和资金余额。 五、实验要求 1.确定“教育基金会捐助资金管理系统”的数据源点和终点,画出该系统的顶层数据流图; 2.分析系统的主要功能,细化系统的顶层数据流图,画出系统的第1层数据流图; 3.细化系统的各个主要功能,画出系统的第2层数据流图。 提示: 1.系统中有三个实体:捐助者、教育单位、基金会的理事会; 2.系统的主要功能有:收入处理、支出处理、产生报表。其中收入处理可以细分为:接受请求(捐助请求)、确认身份和登记收入(存入款项);支出处理可以细分为:接受请求(用款请求)、合法性检查和登记支出(支出款项); 3.系统需要存储的信息:捐助者信息、教育单位信息和收支状况信息。 1

实验分析数据流和绘制数据流图

实验报告课程名称_软件工程导论__________ 学院____计算机工程学院_________班级14软件1班 学号2014144141 姓名秦川 2016年11月8日

批阅教师时间实验成绩 课程名称软件工程 学号2014144141姓名秦川实验日期2016.11.8实验名称实验2分析数据流和绘制数据流图 实验目的: 1、掌握数据流的分析方法 2、掌握数据流图的绘制 实验内容: 任务一绘制数据流图 任务二分析数据流和绘制数据流图 案例一:总务办公管理系统 案例二:火车票预订系统 实验原理: 数据流图(DFD)是软件系统系统的逻辑模型,仅仅描绘数据在软件中流动(从输入移动到输出)的过程中所经受的变换(即加工处理)。 数据流图的绘制方法:根据数据流图的四种成分:源点或终点,处理,数据存储和数据流,从问题描述中提取数据流图的四种成分;然后依据“自顶向下、从左到右、由粗到细、逐步求精”的基本原则进行绘制。 基本符号如下:

实验过程与结果: 1.运行Microsoft Office Visio2007 运行Microsoft Office Visio2007 2.选择“软件和数据库”中的“数据流模型图”模板 选中数据流模型图模板

3.用鼠标选拉图标进行绘图 任务一绘制数据流图 试绘制工资管理系统的数据流图,根据数据流图的符号说明仔细理解下图含义: 这是学校教职工工资管理系统,教师根据课时表,职工根据任务表来确定个人工资情况,数据按以下方向传递: 首先,对课时表或任务表进行审核,审核后的数据经排序形成专用表格; 再进行一系列额外计算,包括个人所得说、住房公积金、保险费得出具体所发工资,并将工资表发给银行; 然后,向教职工展示工资所得明细; 最后,形成编制报表,更新分类表后,交于会计。 其中,人事科负责人事数据,教师与职工的工资由银行发放,会计做好报表的统计。

管理信息系统实验报告答案要点

实验

3、分组讨论并确定小组管理信息系统的题目,并给出题目的具体功能和要求。心得体 会:(可以从以下几个方面来总结:你在上机过程中遇到了哪些难题?你是怎么克服的?你的收获有哪些?你有什么没有解决的问题等) 实验

书E 选脚 ■1. 订盼蔚豆 建立学生表 则剩余不够的部分还须向其他书商订购,同时 在订购信息中添加该教材在另一个书商中订购的信息。 1、请画出上述内容的 E-R 图。 2、把E-R 图转换成合理的关系模式: 学 生(学号,姓名,性别,院系,年龄) 教 材(书号,书名,出版社,出版日期, 书商(商号,电话,联系人,商名) 山膿E 軀 nanie = ^Buy_Booksdb , j filename - J E: \Buy_Bcoksdb* mdf', size = 5j maxsize - 20, f llegrovrth = 1 ) log on ( rtajne-' Buy^Bookslog 1、 f ilenajue~, E:\Buy_Bcakslog. ldf'. size=2_, maxsize! 8, fllegrawth-1 ] Go 口. ■号, 3、在SQL Serve r (或Access )中建立数据库和表(截图) 建立数据库: create database Buy Books on primary 主键为学号 主编) 主键为书号 主键为商号 ' —i r - ! 見意「腿 性别 商号 1 ---------- 戟条人

CREATE TABLE St udent ( Sno char 9- primary key. Sname char (20 i unique, Ssex char (2), Sage smallint. Sdept char (2Q 1 ) f -f 建立教材表 CREATE TABLE Books ( Eno char 9) primary key Btitle char (40), Bauthor char ^20), Bpress char 40 Bdate datetime ): 建立书商表 -CREATE TABLE SSellcr BSno char 9[ priinaty key, BSnane char 201 . Tel char 30;. Person char (201 feedback char '40 1 鼻 /*书号* /車书名*/ 八作者于/ /廉也版社康/ " 由版日期柑

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

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

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

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

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

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

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

软件工程实验报告

软 件 工 程 实 验 报 告 班级:计算机科学与技术1102班 学号:1108030209 姓名:蒙雨茹

实验一:使用Microsoft Visio 1.1实验目的: (1)熟悉Visio的工作环境及组成。 (2)掌握Visio软件绘制图表的基本操作。 (3)掌握基本流程图的设计方法。 1.2实验内容: 绘制基本流程图 1.3实验步骤: (1)打开一个模板,,在主菜单中依次选择【文件】->【新建】->【选 择绘图类型】,出现“选择绘图类型”窗口,在【类别】下,单击 【流程图】,在【模板】下,单击【基本流程图】。 (2)添加形状,将【形状】窗口中模具上的自己需要的形状拖到绘图页 面中合适的位置。并添加文本、连接不同形状,使流程图完整的显 现出来。 1.4实验结果:

实验二:数据流图 2.1 实验目的 (1)熟悉Visio的工作环境及组成。 ⑵掌握Visio软件绘制图表的基本操作。 ⑶掌握数据流图的设计方法。 2.2 实验内容 习题3-3,3-4,3-5 2.3 实验步骤 (1)打开模板 ①在主菜单中,依次选择【文件】——【新建】——【选择绘图类型】,出现“选择绘图类型”窗口。 ②在左侧【类别】下,单击【软件】。 ③在右侧【模板】下,单击【数据流模型图】。 (2)绘制顶层图 ①在顶层进程页面中添加、移动图形元素并调整其大小。将所需要元素用鼠标拖动到模板里,添加所需的元素符号。 接口:输入源点或输出终点,其中注明源点或终点的名称。 进程:即处理,输入数据在此进行变换产生输出数据,其中注明进程的名称。数据存储:用于代表系统中存储的信息,其中注明信息的名称。 数据流:被加工的数据及其流向。流线上注明数据名称,箭头代表数据流动方向。 ②向图形元素中添加文本,并修改数据流图中的文字和格式。 连接图形元素。 ③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。 逻辑连接:将数据流起点、终点拖拽到进程或接口中央位置,进程或接口被红色框包围时松开鼠标,这时可看到数据流符号相应端点为红色方框。拖动进程或接口,可看到流据流的端点随着进程或接口的移动而移动。

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

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

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

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

学生信息管理系统数据流图

学生信息管理系统零层数据图: 学生信息系统1层数据流图:

老师信息数据流图:

数据字典 数据流描述: 数据流名:帐号密码 数据来源:用户登录处理数据去向:统计分析处理说明:用户输入帐号与密码数据组成:帐号+密码 数据流量:小 数据流名:查询条件 数据来源:统计分析

数据去向:统计出用户输出信息 说明:用于统计出用户查询的所有条件数据组成:帐号+密码 数据流量:大 数据流名:录入成绩 数据来源:学生选课成绩 数据去向:学生成绩表 说明:录入学生的选课的成绩信息 数据组成:课程号+课程名 数据流量:大 数据流名:录入课程 数据来源:教务处制定的课程 数据去向:学生选课表 说明:录入学生选择的课程 数据组成:课程代号+课程名 数据流量:小 数据流名:老师查询条件 数据来源:统计分析 数据去向:老师查询的相关信息

说明:查询老师权限范围内的数据 数据组成:学生学号+课程号+课程名+老师编号 数据流量:小 数据流名:学生查询条件 数据来源:统计分析 数据去向:查询学生的相关信息 说明:在学生权限范围内查询信息 数据组成:学号+课程号+课程名+成绩+选课名+籍贯+年级+专业+院系+年级 数据流量:大 数据流名:管理员查询条件 数据来源:统计分析 数据去向:查询学生老师管理员的相关信息 说明:在管理员权限范围内查询信息 数据组成:学号+老师编号+籍贯+出生年月+年级+性别+民族+专业+院系+政治面貌+职称 数据流量:大 数据流名:录入学生与老师

数据来源:老师与学生信息表 数据去向:增删老师与学生 说明:管理学生与老师信息 数据组成:学号+老师编号+出生日期+籍贯+性别+名族 数据流量:小 数据流名:课程信息 数据来源:管理员录入胡课程 数据去向:课程信息的管理,增加与修改 说明:管理课程信息 数据组成:课程代号+课程名+出版社+作者+专业+系别+年级 数据流量:小 数据元素词条描述: 学生信息管理: 属性名字段名称数据类型长度备注学号Xs_xh Char 6 主键姓名Xs_xm char 8 不空性别Xs_xb bit 2 不空民族Xs_mz char 4 不空出生日期Xs_csrq smalldatetime 20 不空系别Xs_xib char 4 不空专业Xs_zy char 8 不空年级Xs_nj char 8 不空籍贯Xs_jg char 50 不空 名称:学生信息管理

软件工程实验报告_学生成绩管理系统

软件工程实验报告 学生成绩管理系统的设计与实现 学生姓名 学号 班级 成绩 指导教师 年月日

目录 1 课题描述 (3) 2 可行性研究 (4) 2.1 编写目的 (4) 2.2 项目背景 (4) 2.3 定义(术语) (4) 2.4 数据流程和处理流程 (4) 2.5 可行性分析的前提 (5) 2.6 可行性分析 (5) 3 需求分析 (7) 3.1 学生成绩管理系统功能需求 (7) 3.2 学生成绩管理系统性能要求 (8) 3.3 数据流图 (8) 3.4 数据字典 (9) 3.5 学生信息管理系统逻辑结构图 (12) 3.6 用户信息实体关系图 (12) 4 概要设计 (13) 4.1 编写目的 (13) 4.2 项目背景 (13) 4.3 任务概述 (13) 4.4 总体设计 (13) 4.5接口设计 (17) 4.6数据结构设计 (17) 5 详细设计 (19) 5.1 系统程序流程图 (19) 5.2 界面设计 (21) 5.3 程序界面截图 (22) 5.4 程序源代码 (27) 6 软件测试 (58) 7 总结 (62)

1 课题描述 随着互联网的发展,利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心,校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值,本系统立足于校园实际,着眼于未来发展,建成符合标准化协议、通用性较强、实用的系统,以提高高校的现代化管理水平,实现信息资源的共享。该项目主要是服务于教学方面,进一步方便教师的工作和学生的学习,从而从侧面达到提高学校的教学方面‘软件’质量。可以说它适用于每一所高校,因此很有开发价值。我们不敢说该产品是所有该系列产品中最好的,但是我们这里要强调的是它具有使用范围广,实用性强,使用简单,所花经费少等优点。我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。 主要功能有三方面: 管理员,登陆,进入系统,可以进行管理员操作,进行学生信息、教师信息、课程信息的编辑、查询、删除、修改、添加、打印等操作。 学生,登陆,进入系统,可以进行查询、修改、打印等操作。 教师,登陆,进入系统,可以进行查询、学生成绩录入、修改、打印等操作。 软件系统目标: (1)本系统具有很强的可靠行,可以对录入的学生信息进行效验,对数据进行修改、删除,规定各种权限。 (2)本系统中的模块具有很强的可续性,可以方便管理人员的修改与维护。 (3)本系统操作方便、灵活、简单。 (4)本系统可高效、快速的查询到学生的基本信息。

实验室管理系统需求分析数据流图业务流图

系统设计报告 1.引言 1.1摘要(摘要说明所设计开发系统的名称、目标和功能) 名称: 计算机大棚实验室系统设计 目的: 自动化运行 信息化管理 无纸化办公 功能: 提高实验室工作效率、科研水平、降低运行成本 保证实验室的质量管理在严格控制下运行,从而能使实验室的最终产品即所有的检测或管理数据、信息均符合相关的质量标准或规。 实现自动化监控大棚室温度以及温度的调节。 温湿度监控:实现对温室大棚温湿度参数的实时采集,测量空间的温度和湿度,由单片机对采集的温湿度值进行循环检测、数据处理、显示,实现温湿度的智能检测。 作物生长情况监控:对作物定时进行检查,是否出现生长问题,例如虫害、病害、缺水、温度等之类的影响,并进行相应的管理。 控制处理: 当温度或温湿度越限时报警,并根据报警信号提示采取一定手段控制。 当作物出现病虫害时,进行作物打药。

无线传输:用温湿度传感器将测量的温湿度数据通过无线模块进行传输。 对作物进行测评,看其生长是否正常,并进行相应的措施。 1.2 背景 1)项目的承担者: 项目责任人 2)用户: 实验室管理者 3)本系统和其他系统或机构的关系和联系: 无 1.3 工作条件和限制(包括计算机系统环境限制、保密和安全的限制等) 符合基本计算机网络和程序正常运行即可。 1.4 参考和引用资料 大棚自动化系统百度百科 2.总体设计 2.1模块设计

系统总体结构图(功能模块图) 检测器提取需要的相关信息,导入业务层与数据库相应数据进行比价,给出结论,并依据结论做出相应的措施,进而控制调节器进行调工作,直到检测器信息与数据库信息相匹配为止。 计算机大棚实验室系统 管理员 设备管理信息管理 设备购买设 备 维 护 设 备 控 制 作 物 信 息 实 验 室 信 息 管 理 员 信 息 自动管理 实 验 室 设 备 调 节 实 验 室 数 据 显 示 实 验 室 报 警 系 统 实 验 室 设 备 监 测

实验一 软件结构化分析实验报告

实验一软件结构化分析 实验目的: 1) 熟练使用Visio的图形模板绘制出专业图表 2)掌握系统的功能描述、性能描述方法; 3) 掌握需求分析工具数据流图、数据字典等; 4) 掌握系统需求分析的步骤和方法。 实验要求: 要求做到使用结构化数据流分析技术分析课题需求,写出详细的数据流图和数据字典,编写 实验内容: 用结构化数据流分析技术进行软件系统需求分析,得出系统得数据流图和数据字典。实验步骤: 1) 到相关单位进行需求分析。 2) 综合利用Internet网和相关书籍整理并完善需求分析。 3) 画出系统数据流图。 4) 得出系统数据字典。 1.软件系统需求描述:(从功能,性能上进行描述) 本系统可细化为两个子系统:销售系统和采购系统。 销售系统的主要工作过程为:首先由教师及学生提交购书单,经教材发行人员审核是有效购书单后,开发票,登记并返还给教师和学生领书单,教师和学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书单给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。

本系统是学校教材订购系统,希望通过计算机能实现对教材采购自动化管理,达到节省人力和提高工作效率的目的。凡书库中的书的数量发生变化(包括领书或进书)时,都应修改相关的书库记录,例如库存表或进/出库表 所以在本次实验中我们应注意教师(学生)与教材发行人员与书库采购员之间的联系;两个子系统:销售系统与采购系统之间的联系,两个子系统合为一个教材订购系统,而与销售系统和采购系统都有关系的是教材发行人员,教师(学生)、图书采购员都需要与教材发行人员联系凡书库中的书的数量发生变化(包括领书或进书)时,都应修改相关的书库记录,例如库存表或进/出库表。 2.软件系统数据流图(由加工、数据流、文件、源点和终点四种元素组成): 3.软件系统数据字典: 1.数据流条目 2.加工条目 3.文件条目 4. 实验小结 本次实验我主要思考了两个子系统之间的关系,以及它们的基本实现方法,教师发书单给教材发行人员后,教材发行人员通过审核销售系统的库存表如教材充足,则返回书单去领书,如缺书书库采购人员进书后将教材的数量输入采购系统库存表反馈给教材发行人员。

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

.系统内部框架及数据字典 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本/日 二.图书管理系统零层数据流程图

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

. . 学籍管理系统数据流图和数据字典: 一.项目计划: 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.加工条目: 加工名:查询成绩

实验室设备管理系统实验

实验项目:实验室设备管理系统 一、项目管理: 阶段时间及实验任务参与人员产生文档 项目管理2009.10.27 实验一确定课题,组织组员,合理 分工。 分工明细及项目进 程表 需求分析2009.10.27 实验一确定软件的功能和需求、性 能需求和运行环境约束,编 制软件需求规格说明、软件 系统的确认测试准则 需求规格说明书 确认测试准则 概要设计 2009.10.27 验一建立软件系统的总体结构和 模块间的关系,定义各功能 模块的接口,涉及全局数据 库,规定涉及约束,制定组 装测试计划。 概要设计说明书 组装测试计划 数据库设计2009.10.28 实验二根据概要设计对本软件所必 须的数据库进行分析及设计 数据库设计说明书 详细设计2009.10.28 实验二对概要设计产生的功能模块 逐步细化,形成若干个可编 程的程序模块 模块测试方案 编码2009.10.28 2009.10.29 实验三根据详细设计文档将详细设 计转化为所要求的编程语言 或数据库语言的程序,并对 这些程序进行调试和程序单 元测试,验证程序模块与详 细设计文档的一致性 源程序清单 测试单元测试2009.10.28 2009.10.29 实验三 采用白盒测试技术进行如下 测试: 1.模块接口测试; 2.模块局部数据结构测 试; 3.模块边界条件测试; 4.模块中所有独立执行通 路测试; 5.模块的各条错误处理通 单元测试报告

路测试。 综合测试 2009.10.29 实验三 发现与接口有关的各种错误 综合测试报告 确认测试 2009.10.29实验三 检查软件是否满足软件需求说明书中的确认标准 确认测试报告 项目实施 2009.10.29 2009.10.30 实验四 完善程序流图 书写软件使用说明书和用户手册 项目开发总结报告 最终用户手册 二、软件需求分析 1 软件系统需求描述: 实验室设备管理系统是利用Eclipse 作为开发工具、sqlsetver 作为数据库的系统。要求实现如下功能: ⑴所有工作由专门人员负责完成,其他人不得任意使用; ⑵对于已彻底损坏的作报废处理,同时详细记录有关信息; ⑶对于有严重问题(故障)的要即使修理,并记录修理日期、设备名、修理厂家、修理费、责任人等; ⑷对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后要立即进行设备登记(包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等),同时更新申请表的内容; ⑸随时对现有设备及其修理、报废情况进行统计、查询,要求能够按类别和时间段(某日期之前)查询。 本管理系统通过计算机对实验设备进行自动管理,设备管理员可以直接在计算机实现实验设备的信息管理,并在一定程度上实现自动化,改善了工作运行效率和效果。 2 软件系统数据流图 1) 顶层数据流图 设备管理员 上级领导 实验室设备管理系统 登陆信息 审核信息 无效登陆信息 审核结果 申请/维修/报废/查 询操作处理结果 2) 0层数据流图

相关文档
相关文档 最新文档