饭卡管理系统
1.5、需求分析
1.5.1 系统任务概述
饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统，它包括学生或教职工(后面把这两者统称为持卡者，把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容：刷卡消费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该相互联系，最终产生各种查询统计报表，以供持卡者进行检查。
对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来，用计算实现存款、消费、查询]修改、删除以及存储等功能。同时，用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。
1.5.2 工作原理
饭卡管理系统的工作原理如下：
1）先建立数据库和数据库的驱动程序。
2）在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。
3）管理事务将根据所提供的信息在数据库中查找相应的记录。
4）返回相应的记录给管理员。
5）允许管理员在相应的权限下对数据进行修改。
6）通过终端把得到的内容显示到相应的界面上。1.5.3 流程图
用图形符号以黑盒子形式描绘该系统的每个部件（程序、文档、数据库、人工过程），表达数据在系统各部件之间流动的情况。
根据系统的功能要求，要建立三个库文件，分别是学校持卡者信息、饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号（或工号）、系别；饭卡存款额及历史情况库用来记录此张饭卡的当前余额、刷卡时消费金额的历史记录以及存款的历史记录；为了防止意外导致这些重要文件丢
失，需要备份，备份信息放入饭卡信息备份库中。
具体流程是：首先，又持卡者递交书面申请提出申请新卡的要求，管理员录入持卡者的信息，并调出学校持卡者信息库进行核对，确认该用户为合法持卡者，就建立相应的饭卡信息并存档，这些信息也要记入饭卡存款额及历史情况库文件，随后生成文档“提交饭卡”。持卡者领到饭卡后，可以消费；还可以随时对饭卡进行充值；在饭卡遗失后可以挂失；持卡者离开学校后要注销饭卡。这些处理行为的每次记录都要存入“饭卡存款额及历史情况”库文件中，并由这个库文件生成相应的报表并打印出来。系统的流程图如图1-31所示。
饭卡管理流程图
1.5.4数据流图
首先,建立顶级数据流图,其中只含有一个代表目标软件系统整体处理功能的转换.
根据饭卡管理系统与外部环境的关系确定顶级数据流图中的外部实体有四个,分别是:持卡者、管理员、刷卡服务员、刷卡器与显示器.我们把整个饭卡系统的数据处理过程看作一个加工,它要与这四个外部实体有联系,它的输入数据和输出数据反映了本系统与这些外界环境的接口.系统的顶层数据流图如图1-32所示.
图1-32 饭卡管理系统的顶层数据流图
按照对问题域和用户需求的理解，本系统有“持卡者信息系统”、“饭卡信息管理”和“饭卡消费记录管理”三种子功能，再按照这三种子功能细化“饭卡系统”这个加工，
得到1层数据流图，如图1-33所示。
分析1层数据流中的三个加工,采用常用的功能分解方法,
可以继续对这三个加工进行细化.图1-34为饭卡管理系统的2层数据流图,三张图分别对这三个加工完成细化操作.
-----2层------
持卡者简单信息
a)细化“持卡者信息管理”的数据流图
b)细化“饭卡信息管理”的数据流图
图1-34饭卡管理系统的2层数据流图
图1-34饭卡管理系统的2层数据流图
C）细化“饭卡消费记录管理”的数据流图
图1-34 （续）
图1-34完成了系统功能的初步细化，根据系统需要，对图1-34中“饭卡信息管理”的子功能模块“加锁与解锁”、“注销”、“充值”和“消费”四个加工还可以进一步细化，得到图1-35所示的3层数据流图。
-------------3层---------------
解锁信息
a ） 细化“加锁与加锁”子功能
图1-35 饭卡管理系统的3层数据流图
c)细化“充值”子功能
1.5.5 数据字典
数据字典是关于数据的信息的集合，也就是对数据中包含的所有元素的定义的集合，它为软件开发人员提供数据库设计的参考，是用户了解系统的一个必备工具。
数据元数的数据字典卡片如下：
************************************************** *********
名字：用户信息
别名：
描述：对饭卡管理系统进行操作的人员
定义：用户信息=用户名+用户类别
用户名=1{字母| 数字}18
密码=1{字母| 数字}6
用户类别=[管理员|持卡者]
管理员=1
持卡者=0
位置：用户表
************************************************** *********
名字：持卡者信息
别名：
描述：纪录持卡者相关信息
定义：持卡者信息=学生学号|教职工功号|+卡ID+值卡者姓名+性别+电话号码+地址+学生学号|教
职工功号=3 {数字|字母}11
卡ID=8 {数字|字母}8
持卡者姓名=6 {字符} 11
性别=[男|女]
电话号码=11 {数字}11
地址=8 {字符}100
********************************************** *********
名字：饭卡信息
别名：
描述：记录饭卡相关的信息
定义：饭卡信息=卡ID+余额+锁
卡ID=8 {数字|字母} 8
余额=20 {数字}500
锁=[100]
位置：饭卡信息表
************************************************** *********
名字：饭卡历史信息
别名：
描述：记录饭卡历史的信息
定义：饭卡者信息=卡ID+时间+款额+操作
卡ID=8 {数字|字母} 8
时间=年+月+日
余额=0 {数字}500
操作={存款|消费|其他}
位置：饭卡历史信息表
************************************************** *********
饭卡管理系统的数据库表如下1-13~表1-16所示。
表1-13 用户表
字段名称列名数据类型
用户名suename Varchar(20) 密码sueid Varchar(20) 用户类别usetype Boolean
表1-14 持卡者信息表
字段名称列名数据类型学生学号|教职工工号sue_num int
卡ID id int
持卡者姓名name Char(20) 性别male Boolean 电话号码tel Char(20) 地址address Char(20)
表1-15 饭卡信息表
字段名称列名数据类型卡ID id int
余额sum float
锁lock Boolean 表1-16 饭卡历史信息表
字段名称列名数据类型卡ID id int
时间daytime daytype 款额sum float
操作op Char(20)
1.5.6 性能要求
1.精度要求
.输入数据:查询范围1年内;卡ID合法性;客户信息合法性.
.输出数据:余额以231.12的形式,最多小数点后两位（即到分为止）显示（小于德部分不可能出现）。
2、时间特性要求
.刷卡响应时间不超过1秒。
. 查询响应时间不超过5秒。
3、故障处理要求
.刷卡响应时间超过1秒后，自动提出警告，要求重新刷卡。.查询超过5秒，要显示查询时间的提示信息，以免误认为死机。
.当计算机突然死机、重启、断电时自动存储备份数据。即使没有存上，也有备份数据库供恢复。
4、其他要求
.普通学生卡只能刷卡消费，系统管理员还可以进入管理界面。
.刷卡服务员可以操作刷卡器。
.界面清晰、美观、操作简单、方便。
所有数据存储在学校服务器端，数据存储安全可靠。1.5.7 运行环境
饭卡管理系统对运行环境的要求如下：
.中央电脑，要求容量大，CPU能够满足查询要求。
. 刷卡器，要求读取ID敏捷，准确。
.要求刷卡器于中央连接，通信量要满足查询精度和速度的要求。
.刷卡器上的功能键要求显示明显，意识思表达精确。
1.6 饭卡管理系统设计
1.6.1 总体设计
通过对前面的需求分析文档的进一步理解，再结合面向数据流的设计方法，得到饭卡管理系统的软件结构图如图所示，系统由持卡者信息管理、饭卡管理、饭卡消费记
录管理以及系统用户登录构成。
饭卡管理系统的软件结构图
结合软件设计中的高内聚和低耦合的标准以及相关的启发规则，得到改进后的软件结构图，如图所示：
1.6.2详细设计
根据前面总体设计的软件结构，下面具体设计每个模块实现的方法和相关的交互界面。
1、系统用户登录模块
系统用户登录模块是饭卡管理系统中最先使用的功能，它是进入整个系统的入口。本系统不是任何人都可以随便使用的只能合法人员
全国学前教育管理信息系统 培训上机指南 一、网址、用户名及密码 1、专题网址：https://www.doczj.com/doc/585910057.html,/，系统由专题右上方《管理系统入口》进入。 2、用户名（另发）。 3、测试系统初始密码统一为xueqian@2014（仅在培训时为此密码）,请勿在培训时修改此密码。在使用正式系统时请修改密码。 二、系统登录注意事项 1、建议电脑为XP系统的情况下使用火狐或谷歌浏览器登录系统。 2、登录系统前，须进行浏览器设置，设置方法如下：“工具”→“Internet选项”→“隐私”→“高级”→勾选“替代自动cookie处理”和“总是允许会话cookie”。 3、不要使用同一浏览器登录多个用户。 4、在输入用户名和密码时注意键盘大小写的切换。 5、登录系统时，如密码连续五次输入错误，系统会自动锁定该账号，锁定时间为15分钟，15分钟以后才能再登录系统，建议骨干学校和市州在登录时如输错4次密码时不要再进行第5次密码的输入，可用同级或上级的系统管理员账号（A开头的账号）重置密码，再进行系统登录。
三、需完成任务 各学校使用学校级系统，市州使用县、市级系统，骨干学校与市州配合完成各项流程（机构管理、幼儿管理、业务管理、一期数据管理、机构在园幼儿情况、系统管理），具体操作步骤如下（以县级学校为例）： （一）机构管理 1、使用机构级账号（普通用户）登录系统，进入“机构管理”->“基本信息管理”，进行学校扩展信息的填写（基本信息由系统自动导入）,此处应注意“提交”与“保存”两个按钮的区别。 2、使用区县级账号（审核用户）登录系统，进入“业务管理”->“机构数据管理” ->“基本信息审核”，审核学校提交的基本信息。 3、使用机构级账号（普通用户）登录系统，进入“机构管理”->“办学条件信息管理”，根据提示编辑办学条件基本信息与办学条件建筑信息（该页面有两个选项卡），并提交审核。 4、使用区县级账号（审核用户）登录系统，进入“业务管理”->“机构数据管理” ->“办学条件信息审核”，审核学校提交的基本信息。 5、使用机构级账号（普通用户）登录系统，进入“机构管理”->“班级信息管理”，至少创建5个以上的班级（最好有连续的年级）。
第5章学生管理系统概要设计 5.1引言 5.1.1编写目的 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 5.1.2背景 开发软件的名称：《学生信息管理系统》 项目提出者： 项目开发者： 用户：管理员、老师、学生 5.1.3定义 数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。 数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。 https://www.doczj.com/doc/585910057.html,：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。指 Active Server Pages（动态服务器页面），运行于 IIS 之中的程序。
C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在2000年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。 SQL：（Structured Query Language)结构化查询语言，是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。 SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。 B/S ：（Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。 5.1.4参考资料 [1] 张海藩主编，《软件工程导论》，清华大学出版社 [2] 陆丽娜主编，《软件工程》，经济科学出版社 [3] 瞿中主编，《软件工程》，机械工业出版社 [4]《数据库系统概论》——萨师煊高等教育出版社 [5]《https://www.doczj.com/doc/585910057.html,实用案例教程》--石志国 [6]《C#入门经典》--齐立波，清华大学出版社 [7]《计算机软件文档编制规范》GB-T8567-2006 [8]需求分析与可行性研究报告
一.引言 1.1编写目的 本研究报告的编写目的在于通过对现有现有校园卡弊端分析的基础上开发出一套高效率、方便、安全的校园卡系统。 1.2需求 随着我国大学扩招，学生人数逐渐呈上升趋势。学生人数众多使得现今校园的管理越来越难，学校对一款能够实现科学有效一体化管理的系统软件的需求越来越紧迫。在这个背景下，校园一卡通系统应运而生。在校园一卡通管理系统设计上目标很明确，就是通过将学生日常的饮食消费、图书馆阅读以及看病取药等日常学习生活集中到IC卡管理系统中去，使得学校对学生的各种日常活动进行统一的管理。严格按照同学们在校园里的日常生活习惯来开发，充分考虑学校的客观境况，提供现代的、科学的、符合学校管理模式于思想，力求把学校的管理水平带上一个新台阶。 1.3校园卡建设目标 “校园一卡通系统”的建设目标是建设一个先进、实用、稳定、安全和易扩种资源，借助校园网实现各校区、各类收费和各种身份识别的一卡通行，取代原有的各种证卡，支持交易支付、身份识别、信息查询、校内外转帐等功能，实现“系统分析一卡在手，走遍校园” 二.可行性分析 2.1可行性基础 以校园网为基础，建立“校园卡系统”的基础平台，该基础平台统一管理所有人员机构信息、卡片设备信息，为校园卡应用中的所有业务应用子系统提供共享数据访问服务。各业务应用子系统运行在该基础平台上，实现具体业务功能，如消费管理、网络中心管理等。以后随学校规模的扩大和卡片功能的增加，只需随时增加子系统，不需再对平台进行扩充。 2.2消费管理系统可行性分析 消费管理系统：学校现有的消费系统已经相当成熟，只需将原系统升级，嵌入整体的校园管理平台中，实现校园管理一体化。学校的餐厅、超市、等处的pos消费终端可以通过校园网络连接至同一管理终端进行集中管理。目前学生手中已有餐卡，只需将其升级为校园卡，方可完成消费管理子系统的工作。无需大量资金。 2.3图书管理信息系统分析 图书管理系统：目前，我们学校采用的图书借阅管理系统能够实现图书的日
沈阳工程学院 课程设计 （面向对象程序设计） 设计题目：学生基本信息管理系统 系别信息学院班级 组长姓名 组员姓名 指导教师职称 起止日期：2014年12月1日起——至2014年12月12日止
沈阳工程学院 课程设计任务书 （面向对象程序设计） 课程设计题目：学生基本信息管理系统 系别信息学院班级 组长姓名 组员姓名 指导教师职称 课程设计进行地点：实训F 任务下达时间：2014 年11月19 日 起止日期：2014年12月1日起——至2014年12月12日止教研室主任朱克敌2014年11月15日批准
1．课程设计的原始资料及依据 面向对象程序设计课程设计的前驱条件是要求学生们必须具备“程序设计基础”、“面向对象程序设计”、“软件工程导论”等计算机专业基础理论知识，本次课程设计需要在符合这种前提条件下实施。 首先，成立项目小组并推举有责任心的学生担当项目组长，全组成员在组长的带领下，采用自选和老师指定相结合的方式确定了本次课程设计的题目。本次课程设计要求学生首先查阅课程相关的资料，进一步加深对课程内容的理解，运用所学知识和所掌握的分析与设计的方法，完成一个较完整的面向对象程序设计，在此基础上利用Java语言对其进行实现，实现一个功能较为完善、界面友好、操作性强的应用程序，使学生们真正地锻炼了设计和编程能力。 2．课程设计的主要内容及要求 要求参加课程设计的学生们要重新认真复习面向对象程序设计的理论知识和技能，熟练掌握Java编程工具，灵活运用所学理论知识和技能应用于该项目的设计与开发中，加深理解面向对象程序设计的编程技巧和方法。具体要求如下： 1．成立项目开发小组并选举项目组长。 2．根据设计要求小组选定设计题目。 3．每天要求项目组长要至少组织召开一次会议，总结、汇报和布置任务。 4．每次会议要求保留会议记录并存档。 5．发挥团队合作精神共同完成如下内容： (1) 开发背景 (2) 系统分析 (3) 系统设计 (4) 代码实现 6．组长要根据能力合理地分配任务，每个组员都要积极参与每项工作。 7．组长要对每个组员进行公正客观地评价。 8．要求项目组共同对课程设计成果进行装订成册。 3．对设计说明书撰写内容、格式、字数的要求 1．课程设计说明书（论文）是体现和总结课程设计成果的载体，要求认真完成。 2．所有文档撰写格式均要求参照《沈阳工程学院毕业设计（论文）撰写规范》执行。 3．给定模板中的文字字体、大小、格式、页眉页脚等各种设置不可随意改变。 4．课程设计说明书（论文）应严格按着装订顺序进行装订,顺序如下： ⑴课程设计封面 ⑵任务书 ⑶成绩评定表 ⑷课程设计报告书 报告封面
宁波大学饭卡管理系统 指导教师 班级 姓名 学号 完成日期 系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。实现功能： （1）学生入学或老师新调入，需要新建一张饭卡。
（2）学生毕业或老师调离，撤销当前对象的饭卡。 （3）饭卡的充值和消费。 （4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡的所有信息。 B：按饭卡号码查询，输出此饭卡的所有信息。 C：按饭卡号码大小排序，输出所有饭卡的信息。 程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。 声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。 声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。 声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。声明代码： 遇到问题： （1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、double consume();//消费函数、double balance();//余额函数，但是当运行余额函数时，总会2次调用充值和消费函数，这样就直接导致充值的金额和消费的余额扩大一倍，最后发现原来是返回函数写错了，因为money是余额,money1是充值金额，money2是消费金额，我在而我都返回了money值给充值函数、消费函数和余额函数。 （2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外，最主要的还是查询出这个号码的所剩余额，刚开始时我使用的是调用充值，消费函数，这样一来，当输出余额是会弹出对话框，问你充了多少钱，消费了多少钱，一般情况下查询时肯定不会充值和消费，所以应该输入充值0消费0，但是这样对于操作
电脑销售系统概要设计说明书 一、引言 1.1 此文档的编写目的 该项目的是开发一个联想笔记本电脑销售管理系统 1.2项目背景 对于我们大学生而言，我们每个人都有一台笔记本电脑或者是一台式机吧，一般来说，电脑里面知识丰富多彩，多姿多样，五彩缤纷，陶醉迷人，你只需要动一下你的手指头，里面的场景是多么的迷人和吸引人呀，同时也看到了最近的发生的最新消息，最近的市场行情的变动，最近的网站网页，最近的歌曲等等，我们这些是从何而知道的呢，是从网上吧，不，使我们的电脑，是电脑第一时间给我最新的消息，是它第一时间给我传达的，是它让我学会在网上购物。 所以，电脑的出现，也随着网络的飞速发展如雨后春笋般盛行起来，同样也给我们提供大量的网络资源我与我们学计算机的学生来说基本上每个人都需要电脑，不管是笔记本电脑还是台式机电脑，我们消费者一样可以在家里拥有足不出门的待遇和享受乐趣。 网络大量资源收集，通过电脑的广泛运用，我们作为消费者就可以很快地查阅你想要的资料，你想看的电影和电视，比如留言板、QQ聊天、电子邮箱发送、论坛区、浏览网页，更多的是为了IT行业和我们学计算机的专业的学生提供了很多的帮助和贡献。 因此，趋于激烈的市场竞争，销售商不断提高业务处理效率、和信息处理速度，及时、正确的掌握市场需求。由于业务量的不断扩展，传统的手工管理方式已无法满足管理者的需求，造成业务管理混乱、财务账目不请，工作效率低下等问题，从而影响企业发展。 项目任务提出者：客户。 项目开发者：电脑销售信息管理系统项目组。 本电脑销售信息管理系统项目主要由两部分形成： 1.各分公司中的前台客户销售程序； 2.总公司中的数据库服务器程序； 1.3 定义 1.SQL SERVER: 系统服务器所使用的数据库管理系统（DBMS）。 2.SQL: 一种用于访问查询数据库的语言 3.SQL: Structured Query Language（结构化查询语言）。 1.4参考资料 以下列出在概要设计过程中所使用到的有关资料： 1.电脑销售系统项目计划任务书3开发小组2012/4 2.电脑销售系统项目开发计划3开发小组2012/4 3.电脑销售系统需求规格说明书3开发小组2012/4 4.电脑销售系统用户操作手册（初稿）3开发小组2012/4
学生饭卡信息管理系统 1.1可行性分析 1.1.1项目背景 近年来学生食堂饭卡的使用给高校餐饮管理带来了一次革命，从结算方式到账户管理，从卫生便捷到数据统计等，不仅给就餐者带来了方便，也使餐饮结算手段发生了质的变化，使餐饮管理现代化发展有了质的飞跃.。 因为学生是一个庞大的群体，全国各地只要有学校就会有食堂，方便就餐饭卡是很必要的，而饭卡的充值，以及学生基本信息的管理，食堂的消费管理却是一个庞大的问题，因此完 全有必要对学生饭卡进行统一的管理，学生饭卡管理系统就应允而生。方便学生的充值，
消费，以及学校的管理。 1.1.2编写目的 本系统的开发目的在于为学校开发一个饭卡信息管理系统，满足来自学生、学校等方面的需求，这几个方面分别是食堂员工、在校学生、学校财务管理人员、银行。在校学生的功能包括对随时查询自己的消费时间，消费地点 以及消费金额，进行网上银行对自己的饭卡进行充值，修改自己的饭卡的密码等相关信息。学校财务人员对学生的信息进行查看确认，还应 包括对系统数据库的管理，包括管理密码，整理学生信息，管理员工信息。食堂员工则可以查询自己当天的营业额，以及去银行根据营业额领取现金。 学生可以根据本人学号和密码登录系统，进行本人消费情况的查询和部分个人信息维护。一般情况下，学生只应该查询和维护本人的消费情况和个人信息。而不能查询别人的信息 学校管理人员有部分信息的权限，所以需对管理人员登陆本模块进行更多的考虑。 1.1.3定义 需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 1.1.4参考资料
《荣昌校区一卡通系统》开发合同 合同编号： 甲方（委托人）：乙方（受托 人）： 鉴于甲方有意委托乙方开发《荣昌校区一卡通系统》，双方依据《中华人民国合同法》及相关的法律法规之规定，在自愿、平等、互利互惠、协商一致的基础上，双方达成如下协议： 第一条定义 1、“荣昌校区一卡通系统”属于软件系统，除另有指明外，指描述于《荣昌校区一卡通系统需求报告》中的在本合同履行期所开发和提供的当前和将来的软件版本，包括乙方为履行本合同所开发和提供的软件版本和相关的文件。 2、“可交附件”指附件中指定的由乙方所交付的软件，包括源代码、安装盘、技术文档、用户指南、操作手册、安装指南和测试报告等。 第二条开发目的 本软件是甲方为方便荣昌校区师生日常生活而委托乙方开发的软件。该软件的主要功能和目标为方便荣昌校区师生上课打卡签到以及食堂进餐打卡等。软件整体功能符合甲方所描述的易于管理、方便使用的要求，应达到正确性、安全性、可靠性、开放性、实用性等的技术指标。 第三条甲方原有信息系统描述
甲方原有的相关计算机信息系统为“学生饭卡管理系统”，其主要功能是方便使用者在荣昌校区各食堂以及超市消费。乙方将结合甲方的计算机信息系统进行软件开发，使开发软件的能同现有系统中已有的设备和相关软件相匹配。 第四条软件系统 1、乙方所开发的软件系统为“荣昌校区一卡通系统”，应采用C#为开发语言，SQL数据库。其中：乙方为甲方开发的软件系统分为3个子系统，包括消费子系统、考勤子系统和信息管理子系统，与甲方原有系统共同构成本合同所规定的软件系统。该软件系统的名称、模块、功能、规格、版本、检测标准等相关情况见《荣昌校区一卡通系统需求报告》。 2、甲方将为整个软件开发支付乙方10000（壹万元整）的研究经费。 第五条软件开发的交付进度和时间 1、本开发软件交付的时间为20XX年XX月XX日； 2、软件开发分为需求分析、概要设计、详细设计、功能实现和测试与维护5个阶段，每个阶段的项目完成后，均应该依据相关检测标准进行检测和交付。甲方将按照2：2：2：2：2的比例进行现金付款。 第六条质量要求 自本合同签订之日起，乙方应尽力履行其在开发计划中所规定的义务，按时完成并交付每一阶段项目成果，其质量标准应符合《荣昌校区一卡通系统需求报告》的规定。 第七条信息与资料 乙方有权根据本合同的规定和项目需要，向甲方了解有关情况，调阅有关资料，向有关职能人员调查、了解甲方现有的相关数据和资料，以对该软件进行全面的研究和设计。甲方应予以积极配合，向乙方提供有关信息与资料，特别是有关甲方对开发软件的功能和目标需求方面的信息和资料。如甲方对乙方完成本合同所需的乙方所有的信息和资料不予提供，则由甲方承担不予提供的损害后果。 第八条资料提供
信息科学与工程学院 C++课程设计报告起止日期： 2013年 06月 17 日至 2013 年 07 月 05 日 学生姓名 班级电气信息类 学号 指导教师 2013年07月03号 目录 1引言 (3)
1.1 课题背景及意义 (3) 1.2 课程设计的目的及内容 (4) 2系统需求分析 (5) 2.1 功能需求分析 (5) 2.2 系统总体结构设计 (5) 3详细设计 (6) 3.1 数据结构设计 (6) 3.2系统函数的组成、功能、参数说明、相互调用关系 8 4设计测试流程 (10) 5课程设计总结 (17) 参考文献 (17) 附录 (17) 1引言 为方便对学生成绩进行高效的管理，编写该程序以提高学生成绩管理
效率。使用该程序之后，学校管理者可以查询某位学生、某个科目的成绩情况，还可以对学生成绩进行排名，对学生的数据进行修改和删除，其中排名包括总分排名和各个科目的排名，学生可以更具自己的个人信息进行成绩查询，查询结果包括各个科目的分数、总分和平均分。通过本系统可以很好的掌握学生成绩的分布，减轻管理人员的负担，也使学生的成绩和信息长时期的保留。 1.1 课题背景及意义 一直以来人们使用传统的人工方式管理学生成绩，在计算机尚未在学校广泛使用之前，学生成绩管理主要依靠手工。一个最典型的手工处理过程就是：当考试完后，老师就要把学生成绩登记到文档中，当老师或学生要查询成绩的时候要一个一个去找，总分、平均分都需要一个一个累加起来算，很麻烦，不过最麻烦的还是排名，不能一目了然。 以上所描述的手工过程的不足之处显而易见，首先处理学生成绩的效率很低，其次处理能力比较低，一段时间内，所能服务的读者人数是有限的。利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。我们很清晰的看到自己的各个科目成绩和每个科目的排名和总分排名以及所有学生的成绩分布，而且还是零失误，所有的都是一目了然。极大的方便了学生和老师。为提高成绩管理效率，管理人员的工作负担，有必要开发一个小型成绩管理系统来对学生成绩实施有效管理。 1.2 课程设计的目的及内容 目的： 1、使学生进一步理解和掌握课堂上所学各种基本抽象数据类型的逻辑结构、存储结构 和操作实现算法，以及它们在程序中的使用方法；
饭卡管理系统
指导教师班级姓名学号完成日期
系统需求： 随着宁波大学的发展，学生，教师及外来人员的不断增加，对于食堂来讲，普通意义上的现金交易严重影响了工作效率，使消费者等待时间加长，食堂交易方式数字化已经刻不容缓，宁波大学饭卡管理系统就是基于以上问题开发，基本上能实现普通交易的功能，同时又能提高工作效率。 功能分析： 宁大高校饭卡信息包括：饭卡号码、饭卡所有者信息、初次办卡时间、余额。其中，饭卡的所有者分为学生、教师、临时人员，学生有各自的班级号，教师有所属学院等信息。 实现功能： （1）学生入学或老师新调入，需要新建一张饭卡。 （2）学生毕业或老师调离，撤销当前对象的饭卡。 （3）饭卡的充值和消费。 （4）查询和排序功能 A：按饭卡所有人姓名查询，输出此饭卡
的所有信息。 B：按饭卡号码查询，输出此饭卡的所有 信息。 C：按饭卡号码大小排序，输出所有饭卡 的信息。 程序设计： Ccard类：基类，设置初始信息，设置充值，消费，余额,信息查询对象函数，初始信息中包括人的公有特征，如姓名，性别，身份证号码。声明代码： Cstudent类: 从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于学生的对象，譬如班级号和类别，并要求对卡号保存。声明代码： Cteacher类：从Ccard类公有继承初始信息函数、查询函数，自己再设置独立的关于教师的对象，譬如所属学院、职称，并要求对卡号保存。声明代码： Ctemp类：从Ccard类公有继承初始信息函数、查询函数，由于是临时卡，不保存卡号。 声明代码：
遇到问题： （1）当查询充值余额和消费余额时，程序正常是调用double result();//充值函数、 double consume();//消费函数、double balance();//余额函数，但是当运行余额 函数时，总会2次调用充值和消费函数， 这样就直接导致充值的金额和消费的余 额扩大一倍，最后发现原来是返回函数写 错了，因为money是余额,money1是充值 金额，money2是消费金额，我在而我都返 回了money值给充值函数、消费函数和余 额函数。 （2）按照卡号查询饭卡所有者信息时，除了初始信息，姓名，性别，身份证号码外， 最主要的还是查询出这个号码的所剩余 额，刚开始时我使用的是调用充值，消费 函数，这样一来，当输出余额是会弹出对 话框，问你充了多少钱，消费了多少钱， 一般情况下查询时肯定不会充值和消费， 所以应该输入充值0消费0，但是这样对 于操作会很繁琐，虽然结果一样会输出， 最后我直接调用money对象，直接输出，
. 医院信息管理系统概要设计说明书 编写人 审核人： 编写日期： 2012/4/18
版本更新内容日期修改人1.0新建2012/4/18 1.1接口设计2012/4/23
医院信息管理系统 (1) 概要设计说明书 (1) 1 引言 (5) 1.1 编写目的 (5) 1.2 背景 (5) 1.3 定义 (5) 1.4 参考资料 (6) 2 总体设计 (6) 2.1 需求规定 (6) 2.2 运行环境 (7) 2.3 基本设计概念和处理流程 (7) 2.4 结构 (8) 2.5 功能需求与程序的关系 (10) 2.6 人工处理过程 (12) 2.7 尚未解决的问题 (13) 3 接口设计 (13) 3.1 用户接口 (13) 3.2 外部接口 (15) 3.3 内部接口 (15) 4 运行设计 (15) 4.1 运行模块组合 (15) 4.2 运行控制15
. 4.3 运行时间 (16) 5 系统数据结构设计 (16) 5.1 逻辑结构设计要点 (16) 5.2 物理结构设计要点 (22) 5.3 数据结构与程序的关系 (22) 6 系统出错处理设计 (24) 6.1 出错信息 (24) 6.2 补救措施 (24) 6.3 系统维护设计 (24)
. 1引言 1.1 编写目的 根据需求分析说明书中的用户需求，编写概要设计说明书，为开发过程提供 了较为扼要的说明，使系统开发各类技术人员对整个系统所需实现的功能以及测 试过程中的各项测试内容有较为具体的认识，为整个系统的开发、测试、评定和移交的提供基础，本报告一旦确认后将成为系统开发各类技术人员共同遵守的准 则，并为以后的修改工作提供依据。 本说明书的预期读者为本项目负责人以及负责项目开发的各类技术人员、测试人员、管理人员、项目评审人员。 1.2 背景 说明： 系统名称：医院管理系统概要设计说明书 项目提出者：郑州大学10 级软工一班某小组 开发者：郑州大学10 级软工一班某小组 用户：各个医院 运行该软件的计算机（中心）：各个医院计算机局域网 1.3 定义 SQL STRUCTURE QUERY LANGUAGE数据库语言
校园管理系统设计说明书 1 引言 1．1编写目的 概要设计的主要任务是设计程序的体系结构，也就是确定程序有哪些模块组成以及模块计的关系。概要设计过程首先寻找实现目标系统的各种不同的方案，需求分析阶段得到的数据流图是设想各种可能方案的基础。然后分析员从这些供选择的方案中选取若干个合理的方案，为每个合理的方案都准备一份系统流程图，列出组成系统的所有物理元素，进行成本/效益分析，并且制定实现这个方案的进度计划。分析员应该综合分析比较这些合理的方案，从中选出一个最佳方案向用户和使用部门负责人推荐。如果用户和使用部门的负责人接受了推荐的方案，分析员应该进一步为这个最佳方案设计软结构，通常，进行必要的数据库设计，确定测试要求并且是定测试计划。 1．3术语定义 实体—联系图（E-R图）：包含实体（即数据对象）、关系和属性。作为用户与分析员之间有效交流的工具。 流程图：由一些特定意义的图形、流程线及简要的文字说明构成，能清晰明确地表示程序的运行过程 盒图：又称为N-S图呀CHAPIN图，它把整个程序写在一个大框图，大框图由若干个小的基本框图构成 1．4参考资料 《软件工程导论》 ---------海藩编著清华大学 《深入浅出面向对象分析和设计》 《数据为原理及应用》------绍原主编科学 2 概述 1．目标 该阶段目的在于明确系统的数据结构和软件结构，此外总体设计还将给出部软件和外部系统部件之间的接口定义，各个软件模块的功能说明，数据结构的细节以及具体的装配要求。 2．运行环境
软件基本运行环境为Windows环境。 3．需求概述 本系统要达到以下目标： 1、用户的存款与消费 2、用户挂失处理 3、管理员的新建与注销 4、用户的查询 4．条件与限制 为了评价该设计阶段的设计表示的“优劣程度”，必须遵循以下几个准则： 1.软件设计应当表现出层次结构，它应巧妙地利用各个软件部件之间的控制关系。 2.设计应当是模块化的，即该软件应当从逻辑上被划分成多个部件，分别实现各种特定功能和子功能。 3.设计最终应当给出具体的模块（例如子程序或过程），这些模块就具有独立的功能特性。 4.应当应用在软件需求分析期间得到的信息，采取循环反复的方法来获得设计。 3 系统分析 系统模型：
学生信息管理系统毕 业设计论文 Revised on November 25, 2020
–––––––––––––––––摘要––––––––––––––––– 学生信息管理系统是典型的信息管理系统 (MIS)，其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备，易使用等特点。 经过分析，我们使用MICROSOFT公司的VISUAL BASIC开发工具，利用其提供的各种面向对象的开发工具，尤其是数据窗口这一能方便而简洁操纵数据库的智能化对象，首先在短时间内建立系统应用原型，然后，对初始原型系统进行需求迭代，不断修正和改进，直到形成用户满意的可行系统。 关键字：控件、窗体、域、数据库。 –––––––––––––––––前言––––––––––––––––– 随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息量也成倍增长。面对庞大的信息量需要有学生管理系统来提高学生管理工作的效率。通过这样的系统可以做到信息的规范管理、科学统计和快速查询、修改、增加、删除等，从而减少管理方面的工作量。 本系统主要用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生信息管理系统本系统主要用于学校学生信息管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日
常管理，如查询、修改、增加、删除，另外还考虑到学生选课，针对这些要求设计了学生信息管理系统。 本系统主要包括学生信息查询、教务信息维护和学生选课三部分。其功能主要有： ⒈有关学籍等信息的输入，包括输入学生基本信息、所在班级、所学课程和成绩等。 ⒉学生信息的查询，包括查询学生基本信息、所在班级、已学课程和成绩等。 ⒊学生信息的修改。 ⒋班级管理信息的输入，包括输入班级设置、年级信息等。 ⒌班级管理信息的查询。 ⒍班级管理信息的修改。 ⒎学生课程的设置和修改。 目录 前言 第一章Visual Basic 概述 1.1Visual Basic 语言的特点 1.2Visual Basic 系统几个程序应用中的常用名词 第二章Windows 下的Visual Basic 编程环境简介 面对对象的编程 实现菜单选项
课程设计报告 课程名称： C语言程序设计课设 项目名称：饭卡管理系统 学院：专业： 姓名： 学号： 指导教师：成绩：
目录 第1部分课程设计题目与要求 (2) 1．问题描述 (2) 2．功能要求 (2) 3．任务分工................................. 错误!未定义书签。 第2部分《饭卡管理系统》的设计与功能实现 (3) 1．总体设计 (3) 2．数据结构 (3) 3.算法设计 (4) 4．程序代码设计 (12) 5．测试与调试 (22) 第3部分课程设计总结................................. 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 个人总结........................................ 错误!未定义书签。 结束语.......................................... 错误!未定义书签。 附录Ⅰ程序清单 (23) 附录Ⅱ用户使用说明书 (34) 参考文献 (35)
第1部分课程设计题目与要求 1．问题描述 学校等大单位集体食堂买饭时间非常集中，这时如果食堂使用饭票卖饭，大家就得排长队等候，而且还要经过先去买饭票等麻烦的经历。因此食堂提出使用计算机进行管理，食堂用饭卡卖饭，不仅提高卖饭速度，还易于 2．功能要求 重复显示如图所示的主菜单，在主菜单中选择任意一项， 均实现相应功能。 在主菜单中选择1，建立名为card.dat的文件，并在其中 添加若干人的饭卡号、姓名、金额、挂失信息，要求饭卡号是唯一的。 在主菜单中选择2，要求用户输入饭卡号、饭费，然后系统自动从该人的饭卡中减去饭钱，并分别显示买饭前后的金额，如果原来饭卡中的金额不足5元，则不能买饭，而且显示“金额不足够，请续钱！”，如果挂失信息为真，则显示“本卡已冻结！”。 在主菜单中选择4，添加新饭卡，这时要求新饭卡号和已有的饭卡号不能重号。在主菜单中选择5，注销旧饭卡。 在主菜单中选择6，要求用户输入饭卡号和挂失信息，然后更新该饭卡的挂失信息。在主菜单中选择7， 在主菜单中选择0，显示“感谢使用本软件！已正常退出，按任意键结束。”按任 意键退出本系统。
煤矿信息综合信息化管理系统 概要设计
1.概述 1.1.编写目的 本文档是根据《矾石沟煤矿调研需求说明》内列出的各项功能需求进行全面分析并准确表达出用户的需求。并且不拘泥与矾石沟煤矿，对大多数煤矿企业具有适应性。本文档是为了确切地表达出系统的每项需求，并做为设计的基础，为软件设计人员提供明确的指导方向，并为软件的功能测试提供测试依据。 1.2.读者对象 本《系统需求说明书》的预期读者是： 部门经理 技术部经理 项目组所有人员 测试组人员 1.3.术语和缩写 名词解释 HRM Human Resource Management 人力资源管理系统 1.4.参考资料 序号文档名 称 标识号/出版号备注 1、 《矾石沟煤矿调研需求说明》 2.应用现状分析： 二十世纪九十年代以来，随着以计算机技术为代表的信息技术在企业的经营、管理、设计和制造中得到日益广泛深入的应用，世界煤炭工业的大公司和发
达国家的煤炭生产企业在技术发展和自身竞争需求的推动下，迅速由生产过程自动化向企业信息化转变，对扩大经营规模并有效控制经营成本，提升企业的核心竞争力起到巨大的推动作用。目前，在世界煤炭工业的大公司和发达国家的煤炭生产企业中，企业信息化水平已经达到相当高的程度。通过企业信息化建设，改进了企业的生产工艺和流程，极大地提高了生产效率，为企业生产经营中的信息获取、存储、处理、传输等创造了条件，为企业扩大经营并有效控制经营成本提供了有力的技术手段。 我国煤炭企业的信息化建设起步并不晚，但信息化水平与其他行业相比相对较低。企业信息化系统的开发和应用绝大部分任然停留在重复的单项开发和单项应用的水平上，形成了一个个的“信息孤岛”；部分企业建立了计算机网络，但大多数也只是空网，没有充分发挥其效用，即使有部分应用也是各自独立，各子系统之间没有共享数据。目前，很少有煤炭企业建成完善的管理信息系统，只有少数企业初步实现了基本的应用系统集成，建成了管理信息系统雏形。 3.系统业务流程分析 3.1.组织机构 3.1.1.部门管理 部门基础信息注册，树形结构维护。
学生信息管理系统（总体设计） 1、管理系统功能模块设计 本系统需要完成的功能主要有： （1）、输入学生基本信息、所在班级、所学课程和成绩等。 （2）、学生信息的查询，包括查询学生基本信息、所在班级、已学课程和成绩等。（3）、学生信息的修改。 （4）、班级信息的输入，包括输入班级设置、年级信息等。 （5）、班级信息的查询。 （6）、班级信息的修改。 （7）、班级课程信息的输入。 （8）、班级课程信息的修改。 （9）、学生课程添加和修改。 （10）、学生成绩信息的输入。 （11）、学生成绩信息的修改。 （12）、学生成绩信息的查询。 （13）、学生成绩信息的统计。 2、功能模块设计：
3、数据库设计：
学生信息管理系统（需求分析）
1.系统开发背景分析 系统的功能取决开用户的需求。随着科技进步和信息时代的到来，教育的普及程度起来起高，学校的人数也在迅速的增长，怎样的管理好成千上万的学生，已经成为一个学校的管理者必须面对的问题。编写本报告的目的就是用最少的代价，尽可能短的时间内确定问题是否能够解决，通过对学校的一些管理软件的调研分析，发现了一些不足，所以拟做此系统，使学生信息的管理更加准确,安全和快捷。 在本次试验中包括的模块有学生信息管理、课程信息管理、成绩信息管理和班级信息管理等几项，各项管理工作涉及到的内容用下面的关系模式表示。a)学生（学号，姓名，性别，年龄，班级，电话，备注，出生日期，入学时间， 班级编号，家庭地址） b)课程（课程编号，课程名称，课程类别，学分，学时） c)班级（系，班级号，指导老师） 2.系统分析 1.抽象出当前系统的逻辑模型 画出反映当前系统工作的数据流程图。数据流程图是逻辑模型的图形表示，即使不是专业的计算机技术人员也能非常容易理解，它是一种很好的系统构造的表示方法。画数据流程图是应该从已获得的人工处理流程中去掉物理因素，只保留数据、信息处理部分。 2．系统功能分析 系统主要用于学校学生信息管理，主要任务是用计算机对学生各种信息进行日常管理，如：查询、修改、增加、删除。 3.系统目标设计 根据本校的实际情况，利用校园网而设计一套针对性和功能都比较强的学生信息管理系统，对学生信息管理系统进行科学的分类、录入、查询． 4.开发设计思想 尽量采用学校现有的软硬件环境及先进的管理系统开发方案，从而达到充分利用资源，提高系统开发的水平和应用效果的目的。系统应该符合学校学生信息管理的规定，满足学校学生日常管理的需要，达到操作过程中的直观、方便、实用、安全等要求。强调多部门合作，学生工作设计面广泛，应该考虑各部门各
一、实验目的和要求 (2) 二、实验仪器和设备 (2) 三、实验过程 (2) 四、设计报告 (2) 1、设计概述 (2) 2、作品功能 (3) 3、系统方案 (3) 4、设计方法 (5) 5、系统特色 (12) 6、使用说明 (12) 五、设计心得及体会 (14)
一、实验目的和要求 进一步推动高等教育教学改革，促进人才培养模式和教学方法的创新,鼓励和支持大学生尽早参与科学研究、技术开发和社会实践等创新活动，不断激发学生学习的主动性、积极性和创造性，提高大学生的科学素质和文化素养，培养大学生的创新精神、创业精神和实践能力。 选题要求如下： 1. 有关教师科研与技术开发（服务）课题中的子项目； 2. 开放实验室、实训或实习基地中的综合性、设计性、创新性实验与训练项目； 3. 发明、创作、设计等制作项目； 4. 专业性研究及创新项目，创业计划与职业规划创新项目； 5. 社会调查项目； 6. 其他有研究与实践价值的项目。 工作要求如下： 1.注重实践创新。鼓励学生结合学科专业，从自身所长与兴趣出发，积极参与实验实践活动，在探索、研究、创新的实践训练过程中，提出自己的观点与见解。 2. 注重切实可行。训练计划重点资助思路新颖、目标明确、研究方案及技术路线可行、实施条件可靠的项目。 二、实验仪器和设备 计算机一台 windows XP操作系统 三、实验过程 1．学生个人或团队（限2人）结合毕业实习内容申报大学生实践创新项目，专任教师进行评审，确立立项项目。学生自主进行实践项目设计研究工作。实践项目结束后，由学院组织项目验收，给予相应的实践学分。对其中优秀者进行奖励，并推广宣传。 2．考核方式 （1）每人完成一篇设计论文。 （2）每组完成一项设计成果。 提交时间：2011年9月1日第一周周四 四、设计报告 1 设计概述 饭卡管理系统是一套针对大学校园食堂饮食交费，一般消费等方面的信息管理系统，它包括了同学在校内消费各方面内容：刷卡消费、查询、存款，学生信息管理等。方便的对同学饭卡信息进行各项操作，定时进行数据的备份更新，保持数据的一致性和准确性，各方面的内容应该相互联系，最终产生各种查询统计报表，以供同学进行检查。
饭卡管理系统 1.5、需求分析 1.5.1 系统任务概述 饭卡管理系统是一套针对大学校园食堂交费和一般消费等方面的信息管理系统，它包括学生或教职工(后面把这两者统称为持卡者，把这两者的基本信息文档统一放在学校持卡者信息表中)在校内消费的各方面内容：刷卡消费、查询、存款和持卡者信息管理等，方便对饭卡信息进行各项操作，定时进行数据的备份和更新，保持数据的一致性和准确性。另外，各方面的内容应该相互联系，最终产生各种查询统计报表，以供持卡者进行检查。 对于此系统的任务就是把人们从繁琐的交费、找零工作中解放出来，用计算实现存款、消费、查询]修改、删除以及存储等功能。同时，用计算机能够快速准确地完成资料的统计和汇总工作，迅速地打印出各种报表资料以供使用。 1.5.2 工作原理 饭卡管理系统的工作原理如下：
1）先建立数据库和数据库的驱动程序。 2）在使用时，由管理员输入需要了解的关键字的信息，然后通过饭卡管理系统选择相应的管理事务。 3）管理事务将根据所提供的信息在数据库中查找相应的记录。 4）返回相应的记录给管理员。 5）允许管理员在相应的权限下对数据进行修改。 6）通过终端把得到的内容显示到相应的界面上。1.5.3 流程图 用图形符号以黑盒子形式描绘该系统的每个部件（程序、文档、数据库、人工过程），表达数据在系统各部件之间流动的情况。 根据系统的功能要求，要建立三个库文件，分别是学校持卡者信息、饭卡存款额及历史情况和饭卡信息备份。学校持卡者信息库用来存放全校持卡者的各类信息，比如姓名、学号（或工号）、系别；饭卡存款额及历史情况库用来记录此张饭卡的当前余额、刷卡时消费金额的历史记录以及存款的历史记录；为了防止意外导致这些重要文件丢