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