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

《学生IC餐卡管理系统分析与设计.doc》由会员分享，可在线阅读，更多相关《学生IC餐卡管理系统分析与设计.doc（39页珍藏版）》请在三一文库上搜索。

1、2022年-2023年建筑工程管理行业文档 齐鲁斌创作学院经管系管理信息系统课程设计题目：学生IC餐卡管理系统分析与设计班级：信管095学号：2009060725姓名：目录摘要11.项目概述11.1开发背景11.2开发目标21.3技术特点21.4市场前景22.实施机制22.1设备需求22.1支持软件32.3系统接口33.可行性分析34.系统分析44.1系统需求分析44.2业务流程图64.3数据流程图84.4数据字典125.系统设计215.1数据库设计215.2功能设计246.系统实施与实现246.1核心模块界面246.2核心模块代码277.参考文献35学生IC餐卡管理系统分析与设计35摘要近年

2、来学生食堂饭卡的使用给高校餐饮管理带来了一次革命，从结算方式到账户管理，从卫生便捷到数据统计等，不仅给就餐者带来了方便，也使餐饮结算手段发生了质的变化，使餐饮管理现代化发展有了质的飞跃。然而随着计算机应用技术的快速发展，Windows平台的发展，原有的传统的餐卡管理系统落后的管理模式与追求效益、效率的愿景背反，已经无法满足管理者的需求，因此结合市场分析和系统需求预测开发新一代的餐卡管理系统使之与支付、信息查询、统计管理等活动有效统一，实现高速、灵活、及时的特性成为目前的主要任务之一。本文就学生餐卡管理系统的分析与设计，对研发展开相关论述。关键词：学生、餐卡管理、系统分析、设计、软件开发、数据库

3、网络应用技术1. 项目概述1.1开发背景在如今计算机应用技术高速发展的形势之下，计算机的应用得到快速普及。随着计算机电子技术和网络电子的高速发展，IC卡的出现方便了人们的衣食住行。众所周知原始的餐卡IC管理主要是依靠人力进行管理，这种管理模式有如下缺点：1) 管理员无法对实时系统进行监控和管理，不能对系统进行全面的信息整合2) 餐卡的消费清单详细信息透明度不高，消费者（学生）不能够灵活及时获取，让学生对自己某一时期的消费状况无法在第一时间准确感知，容易造成学校财务管理上的障碍。3) 由于餐卡IC管理主要依靠人力，所以学校不得不安排一定数量的工作人员负责学生的餐卡充值、变更、注册、信息查询等工

4、作，这样反而增加更多的人员编制，增加财务开支。4) 营业员不能及时获取自己在某一时期的营业额，无法估计自己经营状况，不能对消费信息做出及时的反馈，不能及时采取措施予以改善。5) 系统不能准确计算各营业部门的营业额，给高校财务管理带来更多的工作繁度。鉴于以上缺点比较如今社会上的各所高校仍采用比较原始的学生IC餐卡管理，落后的管理模式与追求效益、效率的愿景背反，因此开发新型、快捷、安全、高效的餐卡管理系统就迫在眉睫。1.2开发目标开发出新一代的IC餐卡管理系统，使得该系统具有快捷、灵活、安全可靠、高效便捷的特点:1) 通过计算机使学校里的食堂消费实现管理系统信息化;2) 提高运行效率，从而实现灵活

5、方便的操作;3) 功能比较完善的数据管理软件，要具有数据操作方便、高效、迅速等优点;4) 可通过访问权限控制等确保数据的安全性。1.3技术特点(1)IC餐卡管理系统采用自动识别的方式，充值方式灵活快捷，节省支付过程的等候时间。(2)IC餐卡管理系统具备即时信息查询，增加消费信息透明度，可以方便学生灵活查询，准确获知自己的消费信息。(3)IC餐卡管理系统主要依靠计算机自动化管理技术，有效缩小人员编制，减少财务不必要的开支。（4）IC餐卡管理系统通过各自相应的模块功能，实现充值管理、信息管理、财务管理，有效减轻财务管理负担，增加工作的高效性。1.4市场前景学生IC餐卡管理系统在全国各大高校普遍推

6、广和应用，给高校餐饮管理带来了一次革命，从结算方式到账户管理，从卫生便捷到数据统计等，不仅给就餐者带来了方便，也使餐饮结算手段发生了质的变化，使餐饮管理现代化发展有了质的飞跃。然而随着计算机应用技术的快速发展，Windows平台的发展，原有的传统的餐卡管理系统落后的管理模式与追求效益、效率的愿景背反，已经无法满足管理者的需求，与学生的需求发生矛盾，落后的管理模式与追求效益、效率的愿景背反，众多高校管理系统迫切面临升级换代的问题。2. 实施机制2.1设备需求饭卡管理系统对运行环境的要求如下：1) 运行该软件所适合具体设备:CPU2.6GHZ以上、1G以上内存的计算机，硬盘容量在80G以上。2)

7、刷卡器，要求读取ID敏捷，准确。3) 要求刷卡器于中央连接，通信量要满足查询精度和速度的要求。4) 刷卡器上的功能键要求显示明显，意识思表达2.1支持软件支持Windows操作系统，SQLServer2005的软件环境。本系统在开发过程中采用面向对象程序设计语言Java，数据库管理系统采用目前较为完善的SQL Server2005。2.3系统接口2.3.1网络接口：由于学生IC餐卡管理系统具备网上充值、网上信息查询等网络应用功能，而网上管理系统作为接入层系统，本身并不存放业务数据，所有的业务活动请求，都必须经过后台的管理系统（充值系统、计费账务系统、信息查询系统及其他业务系统）来完成，因此网上

8、管理系统与后台的的充值系统、计费账务系统、信息查询系统及其他业务系统之间都需要有接口，用以完成网络充值、网络查询的功能。针对本系统的开发，基于WEB SERVICE实时交互接口受理速度快，容易控制的优点，所以本系统接口的实现方式主要采用该方式，网上管理系统将每次的业务查询和充值等管理活动请求一规定的格式发送到后台管理系统中，后台管理系统完成管理活动将结果反馈到网上管理系统。（针对相关在系统开发过程中遇到的相关问题可以根据需要采用其他辅助工具进行编程）2.3.2用户接口：一般用户只需要通过终端进行操作，进入主界面后，输入密码，身份确认后，即可进入相应的窗口。3. 可行性分析可行性分析的任务,并不

9、是所有问题都有简单明显的解决办法，事实上，许多问题不可能在预定的系统规模之内解决。如果问题没有可行的解，那么花费这项开发工程上的任何时间、资源、人力和经费都是无谓的浪费。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。必须记住，可行性研究的目的不是解决问题，而是确定问题是否值得去解。怎样达到这个目的呢？当然不能靠主观猜想，而只能靠客观分析。必须分析几种主要的可能解法的利弊，从而判断原定的系统目标和规模是否现实，系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。因此，可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程，也就是在较高层次上以较抽象的方

10、式进行的系统分析和设计的过程。所以从以上的分析原则来看，我所设计的学生IC餐卡信息管理系统是一个规模不太大的系统，但是目标明确，清晰的描述了对目标系统的一切限制和约束。本系统几乎对所有的高校或者企业、组织适用，当然它需要进一步的完善和更新。在使用过程中，要看它能不能带来效益，毕竟在现今社会效率是第一位的。从现实看，这还是有一定的实用价值的，从另一个角度看，现实社会发展飞速，尊重科技、追求效率势在必行，因此这也是开发本系统的一个非常重要的原因。21世纪是计算机和网络的时代，它必然取代一部分人的工作，高科技的电子信息管理系统进入社会生活的方方面面是发展的趋势。本设计从一下三个方面进行可行性研究：1

11、技术可行性。本设计“学生IC餐卡管理系统”是为高校后勤管理人员开发的。鉴于本人在专业的相关学习中学习和掌握了C#+SQLSever2005开发过用户管理信息系统，对开发管理信息系统又有了新的认识和提高，使自己在开发管理信息系统方面的技术有了提高。由于本设计最重要体现的是实用性，所以，通过大量的社会调查和分析，结合自己现有的技术水平加上老师的指导，还是能实现该系统的设计。2.经济可行性。成本方面：由于本设计属于信息关系与信息系统教学的最后一个环节，所以人力消耗免费，资源学校提供，任课老师义务指导。所以成本计算只需计算开发期间开发者的生活消费，学校资源的消耗，所以开发本软件的成本是非常低的。效益

12、方面：为高校开发一个快捷、灵活、安全可靠、高效便捷的IC餐卡管理系统，可大大节余人力，以前需要多人干的工作，使用本系统只需一个人或两个人就能完成，且工作量和劳动强度大大降低。所以开发本软件可以为高校带来很好的经济效益。从以上分析看开发本软件在经济上是可行的。3.操作可行性。本软件是为高校后勤的管理者开发的，所有本软件的用户对象是高校后勤财务的工作人员，由于本软件要设计成友好的界面，写出详细的使用说明，用户只需懂得简单的计算机操作知识，就能自由应用本软件。所以从以上几个方面的分析来看，开发本软件是完全可行的。4. 系统分析4.1系统需求分析4.1.1识别参与者通过分析就餐卡系统的功能需求，可以识

13、别出3个参与者：“营业员”、”消费者”、“管理员”。参与者的描述如下：营业员描述：营业员作为消费者消费的代理，可以统计消费记录。示例：餐饮部职工。消费者描述：消费者可以充值，查询实时余额和实时消费记录。示例：持有储值卡的学生。管理员描述：对卡进行管理，对消费事项进行记录并负责经营结算事项。示例：对储值卡进行管理的管理员。4.1.2需求分析1) 消费者持有储值卡（储值卡名和储值卡号）。2) 消费者可查询实时消费记录。3) 消费者可查询卡内余额。4) 营业员进行数据采集。5) 营业员作为消费者消费代理消费。6) 营业员进行终端设置。7) 营业员进行上传交易。8) 管理员作为创建新的消费者账户。9)

14、 管理员可以修改消费者账户。10) 管理员可以删除已存在消费者账户。11) 管理员可以建立营业组。12) 管理员可以管理收款机档案。13) 管理员可以挂失。14) 管理员可以补卡。15) 管理员可以充值。16) 管理员可以统计。17) 管理员进行上传充值。18) 管理员自动汇总交易数据。19) 管理员实现金额结算,生成相应报表。20) 管理员可进行数据备份。21) 管理员可进行数据恢复。22) 管理员设置管理员信息。23) 管理员进行就餐卡发行。24) 管理员统计窗口机就餐数据。25) 管理员设置黑名单。4.2业务流程图4.2.1系统的管理功能图新建饭卡信息存储消费查询历史挂失注销饭卡管理系统

15、判断学生信息一致性读取学生其他信息创建卡ID创建饭卡信息历史记录表判断条件合法性查询产生报表挂失状态转换判断挂失到时注销存款消费读取ID并确认显示余额存款读取ID并确认显示余额定价消费消费图1系统管理图4.2.2业务流程图管理员批准付款通知营业员营业额财务处消费需求单餐厅消费通知消费流水账库存账营业额消费流水账消费划拨通知消费者受理通知库存账业务请求图2业务流程图4.3数据流程图4.3.1顶层数据流程图根据饭卡管理系统与外部环境的关系确定顶级数据流图中的外部实体有四个,分别是:消费者、管理员、营业员、刷卡器与显示器.我们把整个饭卡系统的数据处理过程看作一个加工,它要与这四个外部实体有联系,它的

16、输入数据和输出数据反映了本系统与这些外界环境的接口.系统的顶层数据流图如图3所示。管理员刷卡器营业员饭卡系统查询结果饭卡编号余额信息学生信息存款额消费额饭卡图3顶层数据流程图4.3.2第二层数据流程图如图4所示管理员存储与消费P2P1注册注册信息充值额挂失P4挂失信息刷卡器营业员饭卡信息数据注销信息饭卡编号响应信息消费金额充值额余额消费额饭卡信息P3查询消费者F锁信息P5注销 注销信息图4第二层数据流程图（1）注册系统数据流程图如图5所示全部创建信息P 1.3创建饭卡信息历史记录表P 1.1判断学生信息一致性F 1.2管理员P 1.2读取学生信息创建卡注册信息确认信息学生信息饭卡信息存储学生与

17、饭卡信息在校学生信息F 1.1图5注册系统数据流程图（2）充值系统数据流程图如图6所示营业员管理员存款额饭卡信息P2.1存钱P2.2消费存款额消费额余额余额刷卡器卡号余额卡号余额消费额F 2.1图6充值系统数据流程图（3）查询系统如图7所示管理员学生饭卡信息存储P 3.2查询查询结果饭卡信息F 3.1P 3.1判断条件合理性图7查询系统数据流程图（4）挂失系统数据流程图如图8所示管理员挂失状态转换P4.1挂失计时P4.2挂失信息计时开始信号饭卡信息数据设置时间锁信息图8挂失数据流程图（5）注销系统数据流程图如图9示学生饭卡信息数据注销判断挂失注销卡号注销时间注销信息产生注销信息P 5.1P 5

18、2F 5.1图9注销数据流程图4.4数据字典4.4.1数据项名1)学生相关数据项定义如表1所示表1：学生信息数据项名数据类型长度值域范围说明Sno字符型6000001999999唯一标识每个学生Sname字符型6000001999999学生的名称Ssex字符型2男，女性别Stel字符型11学生的电话号码Class字符型80000000199999999班级Sdept字符型80000000199999999学生所在系Address字符型6000001999999学生住处2）卡历史信息数据项定义如表2所示表2：卡历史数据项名数据类型长度值域范围说明Dno字符型6000001999999食堂号Wn

19、o字符型6000001999999窗口号Manager字符型6000001999999负责人Time日期型6000001999999时间Expenses数值型6000001999999金额Operation字符型6000001999999操作3）卡信息数据项定义如表3所示表3：卡信息数据项名数据类型长度值域范围说明Cno字符型6000001999999卡号Yue数值型6000001999999余额Clock字符型10或1若卡上锁显示1，否则为04.4.2数据结构定义编号： 名称： 学生 别名：简述：描述学生信息组成：学号，姓名，性别，班级，系，电话号码，住所1）表4：2）表5：编号： 名称：

20、饭卡 别名：餐卡简述：描述饭卡信息组成：卡号，余额，锁3）表6：编号： 名称： 饭卡历史 别名：简述：描述学生对饭卡进行的消费、充值、查询等操作。组成：卡号，时间，额，操作 4）表7：编号： 名称： 食堂 别名：简述：描述食堂信息组成：食堂号，窗口号，负责人4.4.3数据流的定义1）表1编号： L1 名称： 注册信息 别名：简述：获取卡若为数据流来源：管理员去向：注册峰值流量：100002）表2编号： L2 名称： 充值额 别名：简述：对饭卡充值若为数据流来源：管理员去向：存储与消费峰值流量：100003）表3编号： L3 名称：挂失信息 别名：简述：若饭卡丢失，对饭卡加锁若为数据流来源：管理

21、员去向：挂失峰值流量：100004）表4编号：L4 名称：充值额 别名：简述：对饭卡冲值的金额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：10005）表5编号： L5 名称：消费额 别名：简述：学生每次刷卡的消费若为数据流来源：饭卡信息数据去向：存储与消费峰值流量：3006）表6编号： L6 名称：余额 别名：简述：学生饭卡的余额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：10007）表7编号： L7 名称：饭卡编号 别名：简述：饭卡的卡号，以示区别若为数据流来源： 刷卡器去向：存储与消费峰值流量：100008）表8编号： L8 名称：响应信息 别名：简述：刷卡器上显示的信

22、息若为数据流来源：存储与消费去向：刷卡器峰值流量：100009）表9编号： L9 名称：消费金额 别名：简述：刷卡的消费若为数据流来源：刷卡人员去向：存储与消费峰值流量：100010）表10编号： L10 名称：锁信息 别名：简述：显示卡是否上锁若为数据流来源：挂失去向：饭卡信息数据峰值流量：1000011）表11编号： L11 名称：饭卡信息 别名：简述：显示饭卡的基本信息若为数据流来源：饭卡信息数据去向：查询峰值流量：1000012）表12编号： L12 名称：消费信息 别名简述：向学生显示消费的基本信息若为数据流来源：查询去向：学生峰值流量：1000013）表13编号： L13 名称：注

23、销信息 别名：简述：学生申请注销饭卡若为数据流来源：注销去向：学生峰值流量：100004.4.4处理逻辑的定义1) 表1编号： P1 名称：注册 输入信息：注册信息数据存储：饭卡信息存储输出信息： 简要说明：学生申请饭卡，给予注册2) 表2编号： P2 名称：存储与消费 输入信息：充值额数据存储：饭卡信息输出信息：充值额，响应信息 简要说明：对学生充值、消费等处理3) 表3编号： P3 名称：查询 输入信息：饭卡信息数据存储：饭卡信息，学生信息输出信息：学生消费信息及基本信息 简要说明：查询学生的消费信息4) 表4编号： P4 名称：挂失 输入信息：挂失信息数据存储：饭卡信息数据输出信息：锁信

24、息 简要说明：对学生丢失的饭卡挂失加锁5) 表5编号： P5 名称：注销 输入信息：饭卡信息数据存储：饭卡信息数据输出信息：注销信息 简要说明：对学生的饭卡进行注销，取消相应的信息6) 表6编号： P1.1 名称：判断学生信息一致性 输入信息：注册信息数据存储：是、否输出信息：确认信息 简要说明：判断学生信息是否正确7) 表7编号： P1.2 名称：读取学生信息创建卡 输入信息：确认信息数据存储：学生和饭卡信息数据输出信息：学生和饭卡信息 简要说明：根据学生信息给其注册卡，建立卡信息8) 表8编号： P1.3 名称：创建饭卡信息历史记录表 输入信息：学生和饭卡信息数据存储：饭卡历史信息输出信息

25、创建全部信息 简要说明：记录学生日常消费信息9) 表9编号： P2.1 名称：存钱 输入信息：存取额数据存储：饭卡余额信息输出信息：余额 简要说明：对学生的饭卡充值10) 表10编号： P2.2 名称：消费 输入信息：消费额数据存储：饭卡余额信息输出信息：余额 简要说明：记录学生的消费情况11) 表11编号： P3.1 名称：判断条件合理性 输入信息：学生信息数据存储：饭卡信息简要说明：判断学生信息与饭卡信息是否一致12) 表12编号： P3.2 名称：查询 输入信息：饭卡信息数据存储：饭卡信息和学生信息输出信息：查询结果简要说明：查询学生的消费信息13) 表13编号： P4.1 名称：挂失

26、状态转换 输入信息：挂失信息数据存储：饭卡信息数据输出信息：锁信息简要说明：对饭卡进行加锁和解锁的转换14) 表14编号： P4.2 名称：挂失计时 输入信息：计时开始信息数据存储：饭卡信息数据输出信息：设置时间简要说明：记录挂失时间15) 表15编号： P5.1 名称：判断挂失 输入信息：注销时间数据存储：饭卡信息数据输出信息：注销卡号简要说明：判断饭卡是否已挂失16) 表16编号： P5.2 名称：注销 输入信息：注销卡号数据存储：饭卡信息数据输出信息：注销信息简要说明：对饭卡注销4.4.5数据存储定义1) 表1编号： T1 名称： 学生信息表 别名：简述：描述学生信息组成：学号，姓名，性

27、别，班级，系，电话号码，住所关键字：学号相关处理：找到学生相关信息记录长度：50记录数：数据量：100002) 表2编号： T2 名称： 饭卡信息表 别名：简述：描述饭卡信息组成：卡号，余额，锁关键字：卡号相关处理：找到饭卡相关信息记录长度：50记录数：数据量：100003) 表3编号： T3 名称： 饭卡历史信息表 别名：简述：描述饭卡历史信息组成：卡号，时间，额，操作关键字：卡号，时间相关处理：找到学生对饭卡操作信息记录长度：50记录数：数据量：1000004) 表4编号： T4 名称： 食堂信息表 别名：简述：描述食堂信息组成：食堂号，窗口号，负责人关键字：食堂号，窗口号相关处理：找到食

28、堂信息记录长度：20记录数：数据量：1004.4.6外部实体定义外部实体有四个,分别是:消费者、管理员、营业员、刷卡器.1）表1：编号：S1名称：消费者简述：消费过程中的重要参与人员，从事各项消费活动输入数据流：L12,L13输出数据流：L11，L3，L12）表2：编号：S2名称：管理员简述：管理本系统中的各种数据和系统维护输入数据流：L5，L6，L7，L8输出数据流：L10,L11，L12，L133）表3：编号：S3名称：营业员简述：对经营活动做出处置输入数据流：L3，L4，输出数据流:L5，L6，L94）表4：编号：S4名称：刷卡器简述：进行消费信息处理、存储和传递输入数据流：L11，L1

29、2，输出数据流:L9，L7，L5，5. 系统设计5.1数据库设计5.1.1概念设计如图1所示：包含1n11窗口学号性别系班级学生持有1姓名电话住所窗口号食堂号食堂消费mn记录负责人窗口号饭卡信息卡号余额锁饭卡历史信息卡号时间余额操作图1数据库概念设计图5.1.2逻辑设计学生（学号，姓名，性别，电话号码，班级，系，住所）饭卡（卡号，消费余额，锁，学号）卡历史（卡号，时间，消费金额，操作）食堂（食堂号，窗口号，负责人）5.1.3物理设计1) 学生表1:名称中文名称类型长度取值范围是否为空备注Sno学号Char6000001999999否Sname姓名Char6000001999999否Ssex性别

30、Char2男，女否Stel电话号码Char11000001999999是Class班级Char80000000199999999否Sdept系Char80000000199999999否Address住所Char6000001999999是2) 饭卡表2:名称中文名称数据类型长度值域范围是否为空备注Cno卡号Char6000001999999否Yue余额Int6000001999999是Clock锁Char10或1是Sno学号Char6000001999999否3) 卡历史表3:名称中文名称数据类型长度值域范围是否为空备注Cno卡号Char6000001999999否Time时间Date600

31、0001999999否Expenses消费Int6000001999999是Operation操作Char6000001999999是4) 食堂表4:名称中文名称数据类型长度值域范围是否为空备注Dno食堂编号Char6000001999999否Wno窗口号Char6000001999999否Manager负责人Char6000001999999否5.2功能设计通过对前面的需求分析文档的进一步理解，再结合面向数据流的设计方法，得到饭卡管理系统的软件结构图如图所示，系统由持卡者信息管理、饭卡管理、饭卡消费记录管理以及系统用户登录构成。如图1所示饭卡管理系统系统用户登录持卡者信息管理饭卡信息管理饭卡

32、消费记录管理持卡者注册查询饭卡消费记录 充值修改持卡者信息查询持卡者信息加锁和解锁 注销 消费图1功能设计图6. 系统实施与实现6.1核心模块界面根据前面总体设计的软件结构，下面具体设计每个模块实现的方法和相关的交互界面。6.1.1系统用户登录模块系统用户登录模块是饭卡管理系统中最先使用的功能，它是进入整个系统的入口。本系统不是任何人都可以随便使用的只能合法人员使用，而且对于不同的人具有不同的权限。为了区分这一不同的特征，登录模块就显得很必要了。考虑到本系统的特殊性，它提供了系统管理员、学生/教职工和刷卡服务员三种环境，限制用户对系统的使用权限，因此就有三种权限。模块的输入：用户名和密码。模块

33、的处理：在登录模块中输入用户名和密码后，单击“登录”按钮进行登录。如果登录时没有输入用户名和密码，系统将提示出错。如果输入的用户名和密码与数据库信息不匹配，系统将拒绝该用户登录。如果登录成功，系统将根据登录用户的权限，分别跳转到不同的页面，提供不同的服务。模块的输出：对于非法用户给出相应提示，对于合法用户，进入相应的界面。6.1.2持卡者信息管理模块（1）持卡者注册所有的用户都能使用该模块。该模块完成用户注册的过程，所有在校生和教职工都能注册，并成为有效持卡者。模块的输入：用户填写个人相关信息。模块的处理：用户填完相关信息并点击了“确定”提交后，系统首先要检查注册所用的用的用户名是否已经存在于

34、数据库中，如果是，系统会报错。如果不是，系统要检测每项数据是否合法，如果合法则将其作为一条记录添进持卡者信息表里，并给出相关提示；如果不合法系统会准确地指出出错的地方供用户修改。模块的输出：根据是否成功提交，给出相应的提示。（2）修改持卡者信息该模块可以给系统管理员和持卡者使用。该模块主要负责修改持卡者的相关信息。持卡者可以修改自己的姓名、性别、电话和住址，其他的信息均不能修改。而系统管理员登录后可以修改每位持卡者的登录用户名、登录密码、姓名、性别、电话和住址，其他字段也是不可以修改的。模块的输入：持卡者的卡号和需要修改的字段的新值。模块的处理：每位持卡者登录，在系统显示自己的信息后，点击“修

35、改”按钮，可以看到不能修改的字段将呈灰色，在改好自己的需要修改的信息后提交审核，这时，系统会弹出一个对话框询问我们是否真的修改，当得到肯定答复后，系统就检查是否成功修改，若是，就返回显示信息界面继续其余操作，否则要给出未作修改的提示。模块的输出：根据用户的不同操作，给出不同的提示界面。如果用户操作通过审核，就返回显示信息界面，否则给出出错提示。（3）查询持卡者信息该模块只能给系统管理员使用。由需求分析可知，本系统只需要提供“卡号”来进行查询，不需要提供其他字段的查询。拥护输入自己的卡号进行查找就可以获得满足条件的查询结果。模块的输入：用户输入“卡号”作为查询条件。模块的处理：根据查询的条件从持

36、卡者信息表中找相应的记录，如果有满足条件的则显示该用户的信息，否则将给出错误提示。模块的输出：根据不同的查找结果，给出不同的答复信息。6.1.3饭卡信息管理（1）加锁与解锁该模块只能给系统管理员使用。在本模块中，当用户的饭卡丢失时，立即告知系统管理员。挂失时由持卡者提供卡号，若忘记卡号，可以通过姓名来查询以得到卡号，计算机同时显示该持卡者姓名、卡号、性别、电话和住址，待系统管理员将这些和该持卡者核实无误后确认挂失。当持卡者找到自己的卡时，可以找管理员，待核实卡确实是该持卡者丢失的卡后解锁，保证持卡者继续使用此饭卡。模块的输入：持卡着的卡号。模块的处理：系统管理员根据卡号查找到持卡者信息，在对应界面上点击“挂失”按钮，立即弹出“您确定要锁定卡吗？”提示对话框，如果确定就完成冻结卡的任务。当用户找回自己的饭卡时，就要找系统管理员解锁，此时，同样找到药解锁的卡，执行“解锁”功能就可以恢复对此饭卡的使用。模块