学生IC餐卡管理系统分析与设计.docx

资源描述

学院经管系《管理信息系统》课程设计题目：学生IC餐卡管理系统分析与设计班级：信管095 学号：2009060725 姓名：目录摘要 1 1. 项目概述 1 1.1开发背景 1 1.2开发目标 2 1.3技术特点 2 1.4市场前景 2 2. 实施机制 2 2.1设备需求 2 2.1支持软件 3 2.3系统接口 3 3. 可行性分析 3 4. 系统分析 4 4.1系统需求分析 4 4.2业务流程图 6 4.3数据流程图 8 4.4数据字典 12 5. 系统设计 21 5.1数据库设计 21 5.2功能设计 24 6. 系统实施与实现 24 6.1核心模块界面 24 6.2核心模块代码 27 7. 参考文献 35 学生IC餐卡管理系统分析与设计摘要近年来学生食堂饭卡的使用给高校餐饮管理带来了一次革命，从结算方式到账户管理，从卫生便捷到数据统计等，不仅给就餐者带来了方便，也使餐饮结算手段发生了质的变化，使餐饮管理现代化发展有了质的飞跃。然而随着计算机应用技术的快速发展，Windows平台的发展，原有的传统的餐卡管理系统落后的管理模式与追求效益、效率的愿景背反，已经无法满足管理者的需求，因此结合市场分析和系统需求预测开发新一代的餐卡管理系统使之与支付、信息查询、统计管理等活动有效统一，实现高速、灵活、及时的特性成为目前的主要任务之一。本文就学生餐卡管理系统的分析与设计，对研发展开相关论述。关键词：学生、餐卡管理、系统分析、设计、软件开发、数据库、、网络应用技术 1. 项目概述 1.1开发背景在如今计算机应用技术高速发展的形势之下，计算机的应用得到快速普及。随着计算机电子技术和网络电子的高速发展，IC卡的出现方便了人们的衣食住行。众所周知原始的餐卡IC管理主要是依靠人力进行管理，这种管理模式有如下缺点： 1) 管理员无法对实时系统进行监控和管理，不能对系统进行全面的信息整合 2) 餐卡的消费清单详细信息透明度不高，消费者（学生）不能够灵活及时获取，让学生对自己某一时期的消费状况无法在第一时间准确感知，容易造成学校财务管理上的障碍。 3) 由于餐卡IC管理主要依靠人力，所以学校不得不安排一定数量的工作人员负责学生的餐卡充值、变更、注册、信息查询等工作，这样反而增加更多的人员编制，增加财务开支。 4) 营业员不能及时获取自己在某一时期的营业额，无法估计自己经营状况，不能对消费信息做出及时的反馈，不能及时采取措施予以改善。 5) 系统不能准确计算各营业部门的营业额，给高校财务管理带来更多的工作繁度。鉴于以上缺点比较如今社会上的各所高校仍采用比较原始的学生IC餐卡管理，落后的管理模式与追求效益、效率的愿景背反，因此开发新型、快捷、安全、高效的餐卡管理系统就迫在眉睫。 1.2开发目标开发出新一代的IC餐卡管理系统，使得该系统具有快捷、灵活、安全可靠、高效便捷的特点: 1) 通过计算机使学校里的食堂消费实现管理系统信息化; 2) 提高运行效率，从而实现灵活、方便的操作; 3) 功能比较完善的数据管理软件，要具有数据操作方便、高效、迅速等优点; 4) 可通过访问权限控制等确保数据的安全性。 1.3技术特点 (1)IC餐卡管理系统采用自动识别的方式，充值方式灵活快捷，节省支付过程的等候时间。 (2)IC餐卡管理系统具备即时信息查询，增加消费信息透明度，可以方便学生灵活查询，准确获知自己的消费信息。 (3)IC餐卡管理系统主要依靠计算机自动化管理技术，有效缩小人员编制，减少财务不必要的开支。（4）IC餐卡管理系统通过各自相应的模块功能，实现充值管理、信息管理、财务管理，有效减轻财务管理负担，增加工作的高效性。 1.4市场前景学生IC餐卡管理系统在全国各大高校普遍推广和应用，给高校餐饮管理带来了一次革命，从结算方式到账户管理，从卫生便捷到数据统计等，不仅给就餐者带来了方便，也使餐饮结算手段发生了质的变化，使餐饮管理现代化发展有了质的飞跃。然而随着计算机应用技术的快速发展，Windows平台的发展，原有的传统的餐卡管理系统落后的管理模式与追求效益、效率的愿景背反，已经无法满足管理者的需求，与学生的需求发生矛盾，落后的管理模式与追求效益、效率的愿景背反，众多高校管理系统迫切面临升级换代的问题。 2. 实施机制 2.1设备需求饭卡管理系统对运行环境的要求如下： 1) 运行该软件所适合具体设备:CPU2.6GHZ以上、1G以上内存的计算机，硬盘容量在80G以上。 2) 刷卡器，要求读取ID敏捷，准确。 3) 要求刷卡器于中央连接，通信量要满足查询精度和速度的要求。 4) 刷卡器上的功能键要求显示明显，意识思表达 2.1支持软件支持Windows操作系统，SQLServer2005的软件环境。本系统在开发过程中采用面向对象程序设计语言Java，数据库管理系统采用目前较为完善的SQL Server2005。 2.3系统接口 2.3.1网络接口：由于学生IC餐卡管理系统具备网上充值、网上信息查询等网络应用功能，而网上管理系统作为接入层系统，本身并不存放业务数据，所有的业务活动请求，都必须经过后台的管理系统（充值系统、计费账务系统、信息查询系统及其他业务系统）来完成，因此网上管理系统与后台的的充值系统、计费账务系统、信息查询系统及其他业务系统之间都需要有接口，用以完成网络充值、网络查询的功能。针对本系统的开发，基于WEB SERVICE实时交互接口受理速度快，容易控制的优点，所以本系统接口的实现方式主要采用该方式，网上管理系统将每次的业务查询和充值等管理活动请求一规定的格式发送到后台管理系统中，后台管理系统完成管理活动将结果反馈到网上管理系统。（针对相关在系统开发过程中遇到的相关问题可以根据需要采用其他辅助工具进行编程） 2.3.2用户接口：一般用户只需要通过终端进行操作，进入主界面后，输入密码，身份确认后，即可进入相应的窗口。 3. 可行性分析可行性分析的任务,并不是所有问题都有简单明显的解决办法，事实上，许多问题不可能在预定的系统规模之内解决。如果问题没有可行的解，那么花费这项开发工程上的任何时间、资源、人力和经费都是无谓的浪费。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。必须记住，可行性研究的目的不是解决问题，而是确定问题是否值得去解。怎样达到这个目的呢？当然不能靠主观猜想，而只能靠客观分析。必须分析几种主要的可能解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。所以从以上的分析原则来看，我所设计的学生IC餐卡信息管理系统是一个规模不太大的系统，但是目标明确，清晰的描述了对目标系统的一切限制和约束。本系统几乎对所有的高校或者企业、组织适用，当然它需要进一步的完善和更新。在使用过程中，要看它能不能带来效益，毕竟在现今社会效率是第一位的。从现实看，这还是有一定的实用价值的，从另一个角度看，现实社会发展飞速，尊重科技、追求效率势在必行，因此这也是开发本系统的一个非常重要的原因。21世纪是计算机和网络的时代，它必然取代一部分人的工作，高科技的电子信息管理系统进入社会生活的方方面面是发展的趋势。本设计从一下三个方面进行可行性研究： 1.技术可行性。本设计“学生IC餐卡管理系统”是为高校后勤管理人员开发的。鉴于本人在专业的相关学习中学习和掌握了C#+SQLSever2005开发过用户管理信息系统，对开发管理信息系统又有了新的认识和提高，使自己在开发管理信息系统方面的技术有了提高。由于本设计最重要体现的是实用性，所以，通过大量的社会调查和分析，结合自己现有的技术水平加上老师的指导，还是能实现该系统的设计。 2.经济可行性。成本方面：由于本设计属于信息关系与信息系统教学的最后一个环节，所以人力消耗免费，资源学校提供，任课老师义务指导。所以成本计算只需计算开发期间开发者的生活消费，学校资源的消耗，所以开发本软件的成本是非常低的。效益方面：为高校开发一个快捷、灵活、安全可靠、高效便捷的IC餐卡管理系统，可大大节余人力，以前需要多人干的工作，使用本系统只需一个人或两个人就能完成，且工作量和劳动强度大大降低。所以开发本软件可以为高校带来很好的经济效益。从以上分析看开发本软件在经济上是可行的。 3.操作可行性。本软件是为高校后勤的管理者开发的，所有本软件的用户对象是高校后勤财务的工作人员，由于本软件要设计成友好的界面，写出详细的使用说明，用户只需懂得简单的计算机操作知识，就能自由应用本软件。所以从以上几个方面的分析来看，开发本软件是完全可行的。 4. 系统分析 4.1系统需求分析 4.1.1识别参与者通过分析就餐卡系统的功能需求，可以识别出3个参与者：“营业员”、”消费者”、“管理员”。参与者的描述如下：营业员描述：营业员作为消费者消费的代理，可以统计消费记录。示例：餐饮部职工。消费者描述：消费者可以充值，查询实时余额和实时消费记录。示例：持有储值卡的学生。管理员描述：对卡进行管理，对消费事项进行记录并负责经营结算事项。示例：对储值卡进行管理的管理员。 4.1.2需求分析 1) 消费者持有储值卡（储值卡名和储值卡号）。 2) 消费者可查询实时消费记录。 3) 消费者可查询卡内余额。 4) 营业员进行数据采集。 5) 营业员作为消费者消费代理消费。 6) 营业员进行终端设置。 7) 营业员进行上传交易。 8) 管理员作为创建新的消费者账户。 9) 管理员可以修改消费者账户。 10) 管理员可以删除已存在消费者账户。 11) 管理员可以建立营业组。 12) 管理员可以管理收款机档案。 13) 管理员可以挂失。 14) 管理员可以补卡。 15) 管理员可以充值。 16) 管理员可以统计。 17) 管理员进行上传充值。 18) 管理员自动汇总交易数据。 19) 管理员实现金额结算,生成相应报表。 20) 管理员可进行数据备份。 21) 管理员可进行数据恢复。 22) 管理员设置管理员信息。 23) 管理员进行就餐卡发行。 24) 管理员统计窗口机就餐数据。 25) 管理员设置黑名单。 4.2业务流程图 4.2.1系统的管理功能图新建饭卡信息存储消费查询历史挂失注销饭卡管理系统判断学生信息一致性读取学生其他信息创建卡ID 创建饭卡信息历史记录表判断条件合法性查询产生报表挂失状态转换判断挂失到时注销存款消费读取ID并确认显示余额存款读取ID并确认显示余额定价消费消费图1 系统管理图 4.2.2业务流程图管理员批准付款通知营业员营业额财务处消费需求单餐厅消费通知消费流水账库存账营业额消费流水账消费划拨通知消费者受理通知库存账业务请求图2 业务流程图 4.3数据流程图 4.3.1顶层数据流程图根据饭卡管理系统与外部环境的关系确定顶级数据流图中的外部实体有四个,分别是:消费者、管理员、营业员、刷卡器与显示器.我们把整个饭卡系统的数据处理过程看作一个加工,它要与这四个外部实体有联系,它的输入数据和输出数据反映了本系统与这些外界环境的接口.系统的顶层数据流图如图3所示。管理员刷卡器营业员饭卡系统查询结果饭卡编号余额信息学生信息存款额消费额饭卡图3 顶层数据流程图 4.3.2第二层数据流程图如图4所示管理员存储与消费 P2 P1 注册注册信息充值额挂失 P4 挂失信息刷卡器营业员饭卡信息数据注销信息饭卡编号响应信息消费金额充值额余额消费额饭卡信息 P3 查询消费者 F 锁信息 P5 注销注销信息图4 第二层数据流程图（1）注册系统数据流程图如图5所示全部创建信息 P 1.3 创建饭卡信息历史记录表 P 1.1 判断学生信息一致性 F 1.2 管理员 P 1.2 读取学生信息创建卡注册信息确认信息学生信息饭卡信息存储学生与饭卡信息在校学生信息 F 1.1 图5 注册系统数据流程图（2）充值系统数据流程图如图6所示营业员管理员存款额饭卡信息 P2.1 存钱 P2.2 消费存款额消费额余额余额刷卡器卡号余额卡号余额消费额 F 2.1 图6 充值系统数据流程图（3）查询系统如图7所示管理员学生饭卡信息存储 P 3.2 查询查询结果饭卡信息 F 3.1 P 3.1 判断条件合理性图7 查询系统数据流程图（4）挂失系统数据流程图如图8所示管理员挂失状态转换 P4.1 挂失计时 P4.2 挂失信息计时开始信号饭卡信息数据设置时间锁信息图8 挂失数据流程图（5）注销系统数据流程图如图9示学生饭卡信息数据注销判断挂失注销卡号注销时间注销信息产生注销信息 P 5.1 P 5.2 F 5.1 图9 注销数据流程图 4.4数据字典 4.4.1数据项名 1)学生相关数据项定义如表1所示表1：学生信息数据项名数据类型长度值域范围说明 Sno 字符型 6 000001~999999 唯一标识每个学生 Sname 字符型 6 000001~999999 学生的名称 Ssex 字符型 2 男，女性别 Stel 字符型 11 学生的电话号码 Class 字符型 8 00000001~99999999 班级 Sdept 字符型 8 00000001~99999999 学生所在系 Address 字符型 6 000001~999999 学生住处 2）卡历史信息数据项定义如表2所示表2：卡历史数据项名数据类型长度值域范围说明 Dno 字符型 6 000001~999999 食堂号 Wno 字符型 6 000001~999999 窗口号 Manager 字符型 6 000001~999999 负责人 Time 日期型 6 000001~999999 时间 Expenses 数值型 6 000001~999999 金额 Operation 字符型 6 000001~999999 操作 3）卡信息数据项定义如表3所示表3：卡信息数据项名数据类型长度值域范围说明 Cno 字符型 6 000001~999999 卡号 Yu‘e 数值型 6 000001~999999 余额 Clock 字符型 1 0或1 若卡上锁显示1，否则为0 4.4.2数据结构定义编号：名称：学生别名：简述：描述学生信息组成：学号，姓名，性别，班级，系，电话号码，住所 1）表4： 2）表5：编号：名称：饭卡别名：餐卡简述：描述饭卡信息组成：卡号，余额，锁 3）表6：编号：名称：饭卡历史别名：简述：描述学生对饭卡进行的消费、充值、查询等操作。组成：卡号，时间，额，操作 4）表7：编号：名称：食堂别名：简述：描述食堂信息组成：食堂号，窗口号，负责人 4.4.3数据流的定义 1）表1 编号： L1 名称：注册信息别名：简述：获取卡若为数据流来源：管理员去向：注册峰值流量：10000 2）表2 编号： L2 名称：充值额别名：简述：对饭卡充值若为数据流来源：管理员去向：存储与消费峰值流量：10000 3）表3 编号： L3 名称：挂失信息别名：简述：若饭卡丢失，对饭卡加锁若为数据流来源：管理员去向：挂失峰值流量：10000 4）表4 编号：L4 名称：充值额别名：简述：对饭卡冲值的金额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：1000 5）表5 编号： L5 名称：消费额别名：简述：学生每次刷卡的消费若为数据流来源：饭卡信息数据去向：存储与消费峰值流量：300 6）表6 编号： L6 名称：余额别名：简述：学生饭卡的余额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：1000 7）表7 编号： L7 名称：饭卡编号别名：简述：饭卡的卡号，以示区别若为数据流来源：刷卡器去向：存储与消费峰值流量：10000 8）表8 编号： L8 名称：响应信息别名：简述：刷卡器上显示的信息若为数据流来源：存储与消费去向：刷卡器峰值流量：10000 9）表9 编号： L9 名称：消费金额别名：简述：刷卡的消费若为数据流来源：刷卡人员去向：存储与消费峰值流量：1000 10）表10 编号： L10 名称：锁信息别名：简述：显示卡是否上锁若为数据流来源：挂失去向：饭卡信息数据峰值流量：10000 11）表11 编号： L11 名称：饭卡信息别名：简述：显示饭卡的基本信息若为数据流来源：饭卡信息数据去向：查询峰值流量：10000 12）表12 编号： L12 名称：消费信息别名简述：向学生显示消费的基本信息若为数据流来源：查询去向：学生峰值流量：10000 13）表13 编号： L13 名称：注销信息别名：简述：学生申请注销饭卡若为数据流来源：注销去向：学生峰值流量：10000 4.4.4处理逻辑的定义 1) 表1 编号： P1 名称：注册输入信息：注册信息数据存储：饭卡信息存储输出信息：简要说明：学生申请饭卡，给予注册 2) 表2 编号： P2 名称：存储与消费输入信息：充值额数据存储：饭卡信息输出信息：充值额，响应信息简要说明：对学生充值、消费等处理 3) 表3 编号： P3 名称：查询输入信息：饭卡信息数据存储：饭卡信息，学生信息输出信息：学生消费信息及基本信息简要说明：查询学生的消费信息 4) 表4 编号： P4 名称：挂失输入信息：挂失信息数据存储：饭卡信息数据输出信息：锁信息简要说明：对学生丢失的饭卡挂失加锁 5) 表5 编号： P5 名称：注销输入信息：饭卡信息数据存储：饭卡信息数据输出信息：注销信息简要说明：对学生的饭卡进行注销，取消相应的信息 6) 表6 编号： P1.1 名称：判断学生信息一致性输入信息：注册信息数据存储：是、否输出信息：确认信息简要说明：判断学生信息是否正确 7) 表7 编号： P1.2 名称：读取学生信息创建卡输入信息：确认信息数据存储：学生和饭卡信息数据输出信息：学生和饭卡信息简要说明：根据学生信息给其注册卡，建立卡信息 8) 表8 编号： P1.3 名称：创建饭卡信息历史记录表输入信息：学生和饭卡信息数据存储：饭卡历史信息输出信息：创建全部信息简要说明：记录学生日常消费信息 9) 表9 编号： P2.1 名称：存钱输入信息：存取额数据存储：饭卡余额信息输出信息：余额简要说明：对学生的饭卡充值 10) 表10 编号： P2.2 名称：消费输入信息：消费额数据存储：饭卡余额信息输出信息：余额简要说明：记录学生的消费情况 11) 表11 编号： P3.1 名称：判断条件合理性输入信息：学生信息数据存储：饭卡信息简要说明：判断学生信息与饭卡信息是否一致 12) 表12 编号： P3.2 名称：查询输入信息：饭卡信息数据存储：饭卡信息和学生信息输出信息：查询结果简要说明：查询学生的消费信息 13) 表13 编号： P4.1 名称：挂失状态转换输入信息：挂失信息数据存储：饭卡信息数据输出信息：锁信息简要说明：对饭卡进行加锁和解锁的转换 14) 表14 编号： P4.2 名称：挂失计时输入信息：计时开始信息数据存储：饭卡信息数据输出信息：设置时间简要说明：记录挂失时间 15) 表15 编号： P5.1 名称：判断挂失输入信息：注销时间数据存储：饭卡信息数据输出信息：注销卡号简要说明：判断饭卡是否已挂失 16) 表16 编号： P5.2 名称：注销输入信息：注销卡号数据存储：饭卡信息数据输出信息：注销信息简要说明：对饭卡注销 4.4.5数据存储定义 1) 表1 编号： T1 名称：学生信息表别名：简述：描述学生信息组成：学号，姓名，性别，班级，系，电话号码，住所关键字：学号相关处理：找到学生相关信息记录长度：50 记录数：数据量：10000 2) 表2 编号： T2 名称：饭卡信息表别名：简述：描述饭卡信息组成：卡号，余额，锁关键字：卡号相关处理：找到饭卡相关信息记录长度：50 记录数：数据量：10000 3) 表3 编号： T3 名称：饭卡历史信息表别名：简述：描述饭卡历史信息组成：卡号，时间，额，操作关键字：卡号，时间相关处理：找到学生对饭卡操作信息记录长度：50 记录数：数据量：100000 4) 表4 编号： T4 名称：食堂信息表别名：简述：描述食堂信息组成：食堂号，窗口号，负责人关键字：食堂号，窗口号相关处理：找到食堂信息记录长度：20 记录数：数据量：100 4.4.6外部实体定义外部实体有四个,分别是:消费者、管理员、营业员、刷卡器. 1）表1：编号：S1 名称：消费者简述：消费过程中的重要参与人员，从事各项消费活动输入数据流：L12,L13 输出数据流：L11，L3，L1 2）表2：编号：S2 名称：管理员简述：管理本系统中的各种数据和系统维护输入数据流：L5，L6，L7，L8 输出数据流：L10,L11，L12，L13 3）表3：编号：S3 名称：营业员简述：对经营活动做出处置输入数据流：L3，L4，输出数据流:L5，L6，L9 4）表4：编号：S4 名称：刷卡器简述：进行消费信息处理、存储和传递输入数据流：L11，L12，输出数据流:L9，L7，L5， 5. 系统设计 5.1数据库设计 5.1.1概念设计如图1所示：包含 1 n 1 1 窗口学号性别系班级学生持有 1 姓名电话住所窗口号食堂号食堂消费 m n 记录负责人窗口号饭卡信息卡号余额锁饭卡历史信息卡号时间余额操作图1 数据库概念设计图 5.1.2逻辑设计学生（学号，姓名，性别，电话号码，班级，系，住所）饭卡（卡号，消费余额，锁，学号）卡历史（卡号，时间，消费金额，操作）食堂（食堂号，窗口号，负责人） 5.1.3物理设计 1) 学生表1: 名称中文名称类型长度取值范围是否为空备注 Sno 学号 Char 6 000001~999999 否 Sname 姓名 Char 6 000001~999999 否 Ssex 性别 Char 2 男，女否 Stel 电话号码 Char 11 000001~999999 是 Class 班级 Char 8 00000001~99999999 否 Sdept 系 Char 8 00000001~99999999 否 Address 住所 Char 6 000001~999999 是 2) 饭卡表2: 名称中文名称数据类型长度值域范围是否为空备注 Cno 卡号 Char 6 000001~999999 否 Yu‘e 余额 Int 6 000001~999999 是 Clock 锁 Char 1 0或1 是 Sno 学号 Char 6 000001~999999 否 3) 卡历史表3: 名称中文名称数据类型长度值域范围是否为空备注 Cno 卡号 Char 6 000001~999999 否 Time 时间 Date 6 000001~999999 否 Expenses 消费 Int 6 000001~999999 是 Operation 操作 Char 6 000001~999999 是 4) 食堂表4: 名称中文名称数据类型长度值域范围是否为空备注 Dno 食堂编号 Char 6 000001~999999 否 Wno 窗口号 Char 6 000001~999999 否 Manager 负责人 Char 6 000001~999999 否 5.2功能设计通过对前面的需求分析文档的进一步理解，再结合面向数据流的设计方法，得到饭卡管理系统的软件结构图如图所示，系统由持卡者信息管理、饭卡管理、饭卡消费记录管理以及系统用户登录构成。如图1所示饭卡管理系统系统用户登录持卡者信息管理饭卡信息管理饭卡消费记录管理持卡者注册查询饭卡消费记录充值修改持卡者信息查询持卡者信息加锁和解锁注销消费图1 功能设计图 6. 系统实施与实现 6.1核心模块界面根据前面总体设计的软件结构，下面具体设计每个模块实现的方法和相关的交互界面。 6.1.1系统用户登录模块系统用户登录模块是饭卡管理系统中最先使用的功能，它是进入整个系统的入口。本系统不是任何人都可以随便使用的只能合法人员使用，而且对于不同的人具有不同的权限。为了区分这一不同的特征，登录模块就显得很必要了。考虑到本系统的特殊性，它提供了系统管理员、学生/教职工和刷卡服务员三种环境，限制用户对系统的使用权限，因此就有三种权限。模块的输入：用户名和密码。模块的处理：在登录模块中输入用户名和密码后，单击“登录”按钮进行登录。如果登录时没有输入用户名和密码，系统将提示出错。如果输入的用户名和密码与数据库信息不匹配，系统将拒绝该用户登录。如果登录成功，系统将根据登录用户的权限，分别跳转到不同的页面，提供不同的服务。模块的输出：对于非法用户给出相应提示，对于合法用户，进入相应的界面。 6.1.2持卡者信息管理模块（1）持卡者注册所有的用户都能使用该模块。该模块完成用户注册的过程，所有在校生和教职工都能注册，并成为有效持卡者。模块的输入：用户填写个人相关信息。模块的处理：用户填完相关信息并点击了“确定”提交后，系统首先要检查注册所用的用的用户名是否已经存在于数据库中，如果是，系统会报错。如果不是，系统要检测每项数据是否合法，如果合法则将其作为一条记录添进持卡者信息表里，并给出相关提示；如果不合法系统会准确地指出出错的地方供用户修改。模块的输出：根据是否成功提交，给出相应的提示。（2）修改持卡者信息该模块可以给系统管理员和持卡者使用。该模块主要负责修改持卡者的相关信息。持卡者可以修改自己的姓名、性别、电话和住址，其他的信息均不能修改。而系统管理员登录后可以修改每位持卡者的登录用户名、登录密码、姓名、性别、电话和住址，其他字段也是不可以修改的。模块的输入：持卡者的卡号和需要修改的字段的新值。模块的处理：每位持卡者登录，在系统显示自己的信息后，点击“修改”按钮，可以看到不能修改的字段将呈灰色，在改好自己的需要修改的信息后提交审核，这时，系统会弹出一个对话框询问我们是否真的修改，当得到肯定答复后，系统就检查是否成功修改，若是，就返回显示信息界面继续其余操作，否则要给出未作修改的提示。模块的输出：根据用户的不同操作，给出不同的提示界面。如果用户操作通过审核，就返回显示信息界面，否则给出出错提示。（3）查询持卡者信息该模块只能给系统管理员使用。由需求分析可知，本系统只需要提供“卡号”来进行查询，不需要提供其他字段的查询。拥护输入自己的卡号进行查找就可以获得满足条件的查询结果。模块的输入：用户输入“卡号”作为查询条件。模块的处理：根据查询的条件从持卡者信息表中找相应的记录，如果有满足条件的则显示该用户的信息，否则将给出错误提示。模块的输出：根据不同的查找结果，给出不同的答复信息。 6.1.3饭卡信息管理（1）加锁与解锁该模块只能给系统管理员使用。在本模块中，当用户的饭卡丢失时，立即告知系统管理员。挂失时由持卡者提供卡号，若忘记卡号，可以通过姓名来查询以得到卡号，计算机同时显示该持卡者姓名、卡号、性别、电话和住址，待系统管理员将这些和该持卡者核实无误后确认挂失。当持卡者找到自己的卡时，可以找管理员，待核实卡确实是该持卡者丢失的卡后解锁，保证持卡者继续使用此饭卡。模块的输入：持卡着的卡号。模块的处理：系统管理员根据卡号查找到持卡者信息，在对应界面上点击“挂失”按钮，立即弹出“您确定要锁定卡吗？”提示对话框，如果确定就完成冻结卡的任务。当用户找回自己的饭卡时，就要找系统管理员解锁，此时，同样找到药解锁的卡，执行“解锁”功能就可以恢复对此饭卡的使用。模块的输出：根据管理员的不同操作，给出不同的提示界面。（2）注销

展开阅读全文