学校餐饮IC卡管理系统详细设计1.系统可行性分析饭卡管理系统是学校管理的重要系统之一，其发展方向和使用者对该系统的需求还在不断变化，功能还要不断完善，只有不断完善改进的系统才能为使用者和管理者带来便利，提高工作效率，真正人性化地服务于使用者。
1.1经济上的可行性本系统对硬件的要求不高，成本低廉，系统的功能较原来人工管理的效率有限大的优势，使用PC机对数据进行管理，也大大节省了人力，减低了成本，经济上完全可行。
1.2技术上的可行性本系统准备采用结构化的方式和C/S模式进行分析和设计，网络操作系统采用微软公司的Microsoft Windows 2003.数据库选用商务数据库Microsoft SQL Server 2000，操作人员只需要通过PC机操作，方便灵活、可靠性高。
我校人事管理人员具有高学历、高水平、对外来的新事物接受能力快的特点，并且接受过教育系统的计算机等级培训，对Windows有基本的了解，所以，如果开发一套操作简单的人事工资管理信息系统，完全可以帮助他们从繁琐的重复性劳动中解脱出来，以提高的工作效率。
1.3社会上的可行性传统的餐券交易模式在管理过程中效率低，容易出错，若建立起饭卡管理系统，则方便管理者和学生使用，可靠性高，且通过人机互助的形式，是食堂的消费更加精确、灵活、可靠。
1.4开发实施的可行性此类软件属于一般类管理软件，开发难度不大，没有很高深的算法和令人难以理解的专业知识，只需要经常和管理人员进行沟通就可以掌握完成软件的要点。
开发周期短，一般只需要一个月左右，产品出来后就可以推向市场，收回成本，获取利益。
2.需求分析传统的食堂在进行管理时，使用餐券进行消费。
餐券的流通使得就餐过程复杂麻烦，数据的管理不清晰，出错后没有明确的备份信息进行核对，在日常管理时，分工不明确，透明度不高。
使得食堂的就餐管理混乱无章，得不到学生的认可。
使用饭卡管理信息系统可以极大的满足学生和管理员的需求：（1）通过学生刷卡消费，系统可以自动统计消费信息，系统备有余份，如果学生对消费刷卡理由疑问，可以进行查询，方便统计。
（2）系统对消费信息进行统计，避免了工作人员在餐券收集和统计过程中的错误，使财务管理更加透明。
（3）系统能打印报表，对于个人存取信息、消费信息，窗口的销售信息等都有记录，能提供各项信息，便于学生和管理人员对于不同数据的需求。
（4）刷卡机读写方便，不受食堂油污污染，操作简便，实现了金额的自动结算。
2.1系统功能模块IC餐卡管理系统分为办理新卡、存款-消费、查询、挂失和解挂-注销五个功能，其功能模块图如下：由图其各个子功能如下：（1）办理新卡功能：学生提交申请饭卡，管理员在数据库中查找学生信息，判断学生信息的合法性，找到后管理员再申请饭卡ID，创建卡记录，建立卡的数据信息。
（2）存款-消费功能：学生在存款时，管理员在核对卡的ID合法之后，读取出卡的余额，再存入金额，修改数据库信息；学生在刷卡消费时，首先也要读取卡ID，显示余额，最后修改数据库信息。
（3）查询功能：首先判断学生信息合法性，然后查询数据库中饭卡信息，产生报表，最后返回给学生。
（4）挂失功能：学生在遗失饭卡后，提出挂失申请，核对学生信息合法性，信息合法后，转换卡使用状态，使卡不可使用，开启挂失倒计时。
（5）解挂-注销功能：在申请挂失后，如学生在挂失倒计时内捡回遗失的卡，撤销卡的挂失，恢复卡的使用，如果个、在挂失时内没有提出解挂申请，则注销卡信息。
3.详细设计3.1系统登录模块系统用户登录模块是饭卡管理系统中最先使用的功能，它是进入整个系统的入口。
本系统不是任何人都可以随便使用的只能合法人员使用，而且对于不同的人具有不同的权限。
为了区分这一不同的特征，登录模块就显得很必要了。
考虑到本系统的特殊性，它提供了系统管理员、学生/教职工和刷卡服务员三种环境，限制用户对系统的使用权限，因此就有三种权限。
模块的输入：用户名和密码。
模块的处理：在登录模块中输入用户名和密码后，单击“登录”按钮进行登录。
如果登录时没有输入用户名和密码，系统将提示出错。
如果输入的用户名和密码与数据库信息不匹配，系统将拒绝该用户登录。
如果登录成功，系统将根据登录用户的权限，分别跳转到不同的页面，提供不同的服务。
模块的输出：对于非法用户给出相应提示，对于合法用户，进入相应的界面。
3.2持卡者信息管理模块（1）持卡者注册所有的用户都能使用该模块。
该模块完成用户注册的过程，所有在校生和教职工都能注册，并成为有效持卡者。
模块的输入：用户填写个人相关信息。
模块的处理：用户填完相关信息并点击了“确定”提交后，系统首先要检查注册所用的用的用户名是否已经存在于数据库中，如果是，系统会报错。
如果不是，系统要检测每项数据是否合法，如果合法则将其作为一条记录添进持卡者信息表里，并给出相关提示；如果不合法系统会准确地指出出错的地方供用户修改。
模块的输出：根据是否成功提交，给出相应的提示。
（2）修改持卡者信息该模块可以给系统管理员和持卡者使用。
该模块主要负责修改持卡者的相关信息。
持卡者可以修改自己的姓名、性别、电话和住址，其他的信息均不能修改。
而系统管理员登录后可以修改每位持卡者的登录用户名、登录密码、姓名、性别、电话和住址，其他字段也是不可以修改的。
模块的输入：持卡者的卡号和需要修改的字段的新值。
模块的处理：每位持卡者登录，在系统显示自己的信息后，点击“修改”按钮，可以看到不能修改的字段将呈灰色，在改好自己的需要修改的信息后提交审核，这时，系统会弹出一个对话框询问我们是否真的修改，当得到肯定答复后，系统就检查是否成功修改，若是，就返回显示信息界面继续其余操作，否则要给出未作修改的提示。
模块的输出：根据用户的不同操作，给出不同的提示界面。
如果用户操作通过审核，就返回显示信息界面，否则给出出错提示。
（3）查询持卡者信息该模块只能给系统管理员使用。
由需求分析可知，本系统只需要提供“卡号”来进行查询，不需要提供其他字段的查询。
拥护输入自己的卡号进行查找就可以获得满足条件的查询结果。
模块的输入：用户输入“卡号”作为查询条件。
模块的处理：根据查询的条件从持卡者信息表中找相应的记录，如果有满足条件的则显示该用户的信息，否则将给出错误提示。
模块的输出：根据不同的查找结果，给出不同的答复信息。
3.3饭卡信息管理（1）加锁与解锁该模块只能给系统管理员使用。
在本模块中，当用户的饭卡丢失时，立即告知系统管理员。
挂失时由持卡者提供卡号，若忘记卡号，可以通过姓名来查询以得到卡号，计算机同时显示该持卡者姓名、卡号、性别、电话和住址，待系统管理员将这些和该持卡者核实无误后确认挂失。
当持卡者找到自己的卡时，可以找管理员，待核实卡确实是该持卡者丢失的卡后解锁，保证持卡者继续使用此饭卡。
模块的输入：持卡着的卡号。
模块的处理：系统管理员根据卡号查找到持卡者信息，在对应界面上点击“挂失”按钮，立即弹出“您确定要锁定卡吗？”提示对话框，如果确定就完成冻结卡的任务。
当用户找回自己的饭卡时，就要找系统管理员解锁，此时，同样找到药解锁的卡，执行“解锁”功能就可以恢复对此饭卡的使用。
模块的输出：根据管理员的不同操作，给出不同的提示界面。
（2）注销该模块只能给系统管理员使用。
本模块完成持卡者不再使用饭卡时退卡的过程。
模块的处理：系统管理员根据卡号查找，当找到要操作的某条记录时，点击“注销饭卡”后，实现退卡功能。
模块的输出：根据管理员的不同操作，给出不同的提示界面。
（3）充值该模块可以给系统管理员和持卡者使用。
本模块主要负责给持卡者的饭卡补充金额，进行存款操作。
模块的输入：持卡者的卡号和即将存入卡的金额。
模块的处理：系统管理员按照此卡号，找到要存钱的卡号，然后点击“存款”按钮，在新弹出的对话框的相应文本框里输入要存的金额，再执行“充值”命令，此时弹出“您确定要进行该操作吗？”提示对话框，如果要存，就点击“是”，否则点击“否”。
模块的输出：根据管理员的不同操作，给出不同的提示界面。
（4）消费该模块可以给刷卡服务员和持卡者使用。
本模块主要完成持卡者消费刷卡后卡上金额的变动功能。
这里需要注意的是，饭卡上件减去金额数目由刷卡服务员输入。
模块的输入：持卡者的卡号和消费的金额。
模块的处理：由持卡者刷卡，系统识别到对应的饭卡并显示此饭卡当前的金额，再由刷卡服务员在对应的文本框处输入此持卡者当前消费的金额，再点击“消费”按钮，此时就从原余额中减去消费的金额，显示本次消费后的余额。
模块的输出：显示消费后的金额的提示框。
3.4饭卡消费记录管理模块（1）查询饭卡消费记录该模块可以供系统管理员和持卡者使用。
由需求分析可知，本系统只需要提供“卡号”来进行查询。
用户输入自己的卡号并执行“查询消费历史”功能，就可以查找到过去所有的消费记录。
模块的输入：用户输入“卡号”作为查询条件。
模块的处理：根据查询的条件从持卡者信息表中查找相应的记录，如果有满足条件的，点击“查询消费历史”则显示该用户的消费历史记录，否则将给出错误提示。
模块的输出：根据不同的查找结果，给出不同的答复信息。
（2）修改饭卡消费记录该模块只能给系统管理员使用。
该模块主要负责修改持卡者的消费信息。
需要提醒的是，需要在确定了要修改的消费记录确实有误的情况下才能改动。
模块的输入：持卡者的卡号和需要修改字段的新值。
模块的处理：系统管理员输入要修改消费信息的持卡者卡号，核实要修改的记录有错误后选中此条记录，再点击“查询，更改消费历史”，接着改好自己需要修改的信息后提交审核。
这时，系统会询问是否真的要修改，若是，就返回消费信息显示界面，否则要给出未修改的提示。
模块的输出：根据用户的不同操作，给出不同的提示界面。
如果用户操作通过审核，就返回消费信息显示界面，否则显示出错提示。
4.数据字典4.1数据项名1)学生相关数据项定义如表1所示表1：2）卡历史信息数据项定义如表2所示表2：卡历史数据项名 数据类型长度值域范围说明Dno 字符型 6 000001~999999 食堂号 Wno 字符型 6 000001~999999 窗口号 Manager 字符型 6 000001~999999 负责人 Time 日期型 6 000001~999999 时间 Expenses 数值型 6 000001~999999 金额 Operation字符型6000001~999999操作3）卡信息数据项定义如表3所示表3：卡信息数据项名 数据类型 长度值域范围 说明Cno 字符型 6 000001~999999 卡号 Yu ‘e 数值型 6 000001~999999 余额Clock字符型10或1若卡上锁显示1，否则为04.2数据流定义1）表1编号： L1 名称： 注册信息 别名： 简述：获取卡 若为数据流 来源：管理员去向：注册峰值流量：10000学生信息数据项名数据类型长度值域范围说明Sno 字符型 6 000001~999999 唯一标识每个学生 Sname 字符型 6 000001~999999 学生的名称 Ssex 字符型 2 男，女 性别 Stel 字符型 11学生的电话号码Class 字符型 8 00000001~99999999 班级 Sdept 字符型 8 00000001~99999999 学生所在系 Address字符型6000001~999999学生住处2）表2编号： L2 名称：充值额别名：简述：对饭卡充值若为数据流来源：管理员去向：存储与消费峰值流量：100003）表3编号： L3 名称：挂失信息别名：简述：若饭卡丢失，对饭卡加锁若为数据流来源：管理员去向：挂失峰值流量：100004）表4编号：L4 名称：充值额别名：简述：对饭卡冲值的金额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：10005）表5编号： L5 名称：消费额别名：简述：学生每次刷卡的消费若为数据流来源：饭卡信息数据去向：存储与消费峰值流量：3006）表6编号： L6 名称：余额别名：简述：学生饭卡的余额若为数据流来源：存储与消费去向：饭卡信息数据峰值流量：10007）表7编号： L7 名称：饭卡编号别名：简述：饭卡的卡号，以示区别若为数据流来源：刷卡器去向：存储与消费峰值流量：100008）表8编号： L8 名称：响应信息别名：简述：刷卡器上显示的信息若为数据流来源：存储与消费去向：刷卡器峰值流量：100009）表9编号： L9 名称：消费金额别名：简述：刷卡的消费若为数据流来源：刷卡人员去向：存储与消费峰值流量：100010）表10编号： L10 名称：锁信息别名：简述：显示卡是否上锁若为数据流来源：挂失去向：饭卡信息数据峰值流量：1000011）表11编号： L11 名称：饭卡信息别名：简述：显示饭卡的基本信息若为数据流来源：饭卡信息数据去向：查询峰值流量：1000012）表12编号： L12 名称：消费信息别名简述：向学生显示消费的基本信息若为数据流来源：查询去向：学生峰值流量：1000013）表13编号： L13 名称：注销信息别名：简述：学生申请注销饭卡若为数据流来源：注销去向：学生峰值流量：100004.3数据存储定义1)表1编号： T1 名称：学生信息表别名：简述：描述学生信息组成：学号，姓名，性别，班级，系，电话号码，住所关键字：学号相关处理：找到学生相关信息记录长度：50记录数：数据量：100002)表2编号： T2 名称：饭卡信息表别名：简述：描述饭卡信息组成：卡号，余额，锁关键字：卡号相关处理：找到饭卡相关信息记录长度：50记录数：数据量：100003）表3编号： T3 名称：饭卡历史信息表别名：简述：描述饭卡历史信息组成：卡号，时间，额，操作关键字：卡号，时间相关处理：找到学生对饭卡操作信息记录长度：50记录数：数据量：1000004）表4编号： T4 名称：食堂信息表别名：简述：描述食堂信息组成：食堂号，窗口号，负责人关键字：食堂号，窗口号相关处理：找到食堂信息记录长度：20记录数：数据量：1004.4外部实体定义外部实体有四个,分别是:消费者、管理员、营业员、刷卡器.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，L12，输出数据流:L9，L7，L5，。
