饭卡管理系统

班级： 2023-2023学年第2学期第1220周课程设计II报告题 目：食堂饭卡管理系统 学号：姓 名：指导教师：职 称：成 绩：管理学院 2023年7 月5 日 南京邮电大学课程设计II指导教师成绩评定表题目食堂饭卡管理系统学生姓名班级学号专业评分内容评分标准总分评分平时成绩认真对待课程设计，遵守实验室规定，上机不迟到早退，不做和设计无关的事。20设计内容设计内容丰富，符合大纲要求10界面外观漂亮、大方 10功能符合大纲要求 10文档设计正确合理 10文档写作文档反映设计规划过程 10文档反映系统设计流程 10辩论简练、准确阐述设计内容，能准确有条理答复各种问题，系统演示顺利。20总评分指导教师评阅意见该生对待课程设计II的态度 认真 良好 一般 比拟差。设计的系统界面外观美工处理情况 很好 较好 一般 比拟差系统前后台功能和脚本编写情况 很好 良好 一般 比拟差文档书写符合规划与设计流程程度 很好 良好 一般 比拟差系统演示顺利情况和辩论流畅准确情况很好 良好 一般 比拟差完成的课程设计特色之处：成绩指导教师签名日期2023.7.5一需求分析1、系统设计的背景信息在如今计算机快速开展的时代，计算机的普遍应用已经惠及到方方面面，以简化人们的日常为目标，计算机网络在人类社会的各个领域都发挥这越来越重要的作用，管理信息系统是计算机应用的一个方面，使用管理信息系统可以简化管理者对工程的数量管理工作，统计简单。与手工管理相比，使用计算机进行信息管理，可以方便地进行检索，查找便利，可靠性高，存储量大，极大地提高了信息管理的效率，是企业实现信息化，科学化，正规化管理的重要根本条件。高校的后勤管理工作日趋复杂，以南京邮电大学食堂为例，学校共有三个食堂，南一，南二和南三，在三个食堂中就就餐的人数难以管理，消费难以统计。因此借助于饭卡的消费管理信息系统可以对此进行有效地管理。简化了食堂工作人员的买卖饭票的工作，有利于食堂管理者对食堂的就餐情况，消费金额进行统计，实现对食堂的有效管理。2、需求分析对食堂饭卡信息管理系统的需求分析如下：（1） 功能需求：食堂信息管理系统主要实现以下功能：饭卡管理，例如对饭卡进行消费，充值，挂失，补办，消磁，充磁，转账，退卡等。用餐人员信息管理，例如对增加用餐人员信息，删除用餐人员信息，修改用餐人员信息。对用餐人员的消费信息进行管理。统计每一台消费机上消费金额，对金额进行汇总，统计消费总数。食堂工作人员信息管理，工作人员的被分配到不同的消费机前进行效劳，对效劳时间进行管理，工作安排。2信息需求： 对用餐人员用餐的时间段，食物偏好等进行调查，以采取符合用户偏好的菜式来吸引用户进行消费。对用餐人员心理适合价位进行调查，充分考虑市场定价和用户可接受定价对价格进行调整，以更好的价格提供更好的效劳。食堂的环境进行改善，良好的环境可以使用户用餐愉快。食堂内资源配置好，不仅仅提供快餐效劳，还可以提供小食饮料等周边食品。3系统性能要求： 饭卡上的用户信息必须明确，当有人捡到别人的饭卡进行恶意消费时，系统必须有保障措施，可以设置一天内限定金额来管理。当进行消费时，消费机要及时记录消费情况。用户在查询消费信息时要显示用户消费的时间地点及消费工程，在消费饭卡时要及时显示余额信息，方便用户进行充值操作。在消费大金额时，消费机需要用户提供密码操作，确保用户是本人操作。二 系统总体结构设计1、系统功能设计系统的功能结构图，并对每个功能模块作简要说明。工资管理系统食堂饭卡管理信息系统功能结构图如下：饭卡管理用餐人员信息管理消费统计消费充值挂失补办充磁增加信息修改信息删除信息统计金额消费分析食堂饭卡管理系统转账退卡汇总金额相应的功能结构描述如下：1饭卡管理模块饭卡管理模块具有消费，充值，挂失，补办，充磁，转账，退卡等操作，根本可以实现饭卡的使用者的根本要求。2用餐人员信息管理模块用餐人员信息管理模块主要实验对用餐人员信息的增加，修改，删除等操作。可以方便管理用餐人员的信息。3消费统计模块消费统计模块主要具有统计消费金额，将消费金额进行汇总，进行消费分析等操作， 可以方便管理者分析数据，对日后管理工作进行决策。2、UML视图1确定系统的参与者，食堂饭卡管理信息系统的参与者包含以下三类人员：管理员食堂工作人员用餐人员2管理员用例图：管理员在系统中可以进行用餐人员信息增加，用餐人员信息查询，用餐人员信息修改，用餐人员信息删除，挂失，充磁，补卡等操作。通过这些活动创立的管理员用例图如下所示。3用餐人员用例图：用餐人员包括学生和教师，用餐人员能够在本系统中实现余额查询，刷卡，消费信息查询，充值，提现等操作，其用例图如下所示。4食堂工作人员用例图：食堂工作人员主要是提供打饭效劳，在消费机上进行输入金额和统计消费机上的消费信息等操作，建立的用例图如下所示。5创立卡，卡处理，用餐消费，学生，教师等的类图，卡处理类中包含的属性包括卡号，姓名，类别，剩余金额，操作包括充值，挂失，退卡，补办，充磁。用餐消费类中的属性包括卡号，金额，操作包括刷卡。卡类中包含属性卡号，姓名，剩余金额，类别。教师类中包含属性教师工号，操作刷卡。学生类中包含属性学号，类别，姓名，操作包括刷卡。6创立序列图，实现用户的充值过程，用户翻开用户使用界面，选择充值要求，输入用户名和密码，系统验证用户名和密码是否正确，如正确，用户那么将饭卡和人名币提交给管理员，管理员进入主操作页面，选择充值，输入充值金额，系统将数据发送给数据库，数据库将数据进行保存后，将充值成功的信息返回给用户界面，最终显示充值完成。 7创立序列图实现用餐人员的刷卡消费过程，食堂工作人员通过操作窗口得的消费机完成对刷卡操作。8创立饭卡管理人员为用餐人员补办饭卡的序列图9创立活动图，管理员登录系统后根据相应的要求为用餐人员完成相应效劳。(10)建立当用餐人员来食堂进行消费时，食堂工作人员在消费机上进行的操作的活动图。在消费机上显示金额以及是否对用餐人员消费成功。11建立当用餐人员进行消费时的活动图。用餐人员进行消费时在食堂工作人员的窗口中进行消费。假设余额缺乏时，消费时机提示用户卡内余额缺乏，不能进行消费。12建立状态图，表示办理新卡的状态转变过程。由状态转变过程可知，在使用一张新卡前需要将新卡与银行卡进行绑定，新卡可以通过银行卡进行转账操作，在注销新卡时需要对卡进行解绑操作，防止别人使用该卡进行不良操作。13建立饭卡使用过程的状态图。饭卡自身有充值状态，进行消费后可能将饭卡中的余额全部消费完，使饭卡变成空卡，但也可以对空卡进行充值，使得饭卡能够重新被使用。14建立食堂管理人员使用后台数据库进行操作的状态图。管理员使用用户名密码登录数据库，假设用户名或密码错误，那么将不能进入数据库，那么返回登录界面，当用户名和密码正确后，才能进入数据库进行操作。15该系统中的软件构件及其相互关系如下列图所示，主要包括饭卡操作管理，用餐人员信息管理和消费信息管理和其各自系统中可以进行的操作。16部署图表示该饭卡管理系统的物理布局，其包括食堂管理人员使用的效劳器，用餐人员进行自主转账等操作的效劳器，食堂工作人员使用的消费机，该物理布局中所有的设备都将数据上传到数据库中。三数据库设计 对后台数据库进行设计。1.逻辑设计用餐人员姓名，性别， 号码饭卡卡号，消费余额，消费密码，学号卡历史卡号，时间，消费金额，操作食堂食堂号，消费机号，窗口工作人员号2.物理设计1用户表，用户表中包含用户名和密码，用户可以使用用户名和密码进行登录系统，进行操作。字段名称列名数据类型用户名usernamechar密码passwordint2用餐人员信息表，其中包含姓名，卡号，用户类别等字段。其中，用户类别可划分为教师和学生，使用布尔类型。字段名称列名数据类型姓名usernamechar性别malebool学号usernumberint用户类别usetypebool3饭卡信息表，其中包含卡号和余额，余额为浮点型。字段名称列名数据类型卡号card_idint余额sumfloat学号uernumberint消费密码spendpasswordint4饭卡历史信息字段名称列名数据类型卡号card_idint时间daytimedaytype余额sumfloat操作opchar5食堂信息表，其中包含食堂编号，消费机号和食堂工作人员编号字段名称列名数据类型食堂编号dnumberchar消费机号snumberchar食堂工作人员编号wnumberchar3.E-R图性别学号用户用餐人员用户名密码姓名用户类别性别学号卡号姓名学号饭卡卡号余额学号消费密码余额持有管理饭卡用餐人员11n学号消费密码用户类别性别1食堂管理人员密码用户名四本次设计心得体会食堂饭卡管理系统的主要任务就是把工作人员从日常操作中解放出来，使用饭卡可以简化用餐人员的就餐，方便食堂数据库管理人员进行数据统计，生成消费报表信息。管理人员可以就饭卡进行挂失，充值等操作，用餐人员的饭卡出现因余额缺乏或丧失等情况，可以及时到管理人员处进行恢复操作。使用饭卡管理系统可以对用餐人员的消费情况进行分析，得出关于用餐人员就餐时间和就餐金额的信息，方便管理人员对数据进行处理，分析出食堂运行存在的问题和缺乏，并进行改善，以提高食堂的就餐率。该系统中有三个主要用例，其分别为用餐人员主要包含教师和学生，食堂工作人员，食堂管理人员后勤局部。使用uml可以绘制出用例图，类图，顺序图/协作图，状态图等，这些图可以用来表示该饭卡管理系统中进行的操作以及用例之间的关系。如建立顺序图可以用来表示用餐人员到食堂进行的用餐活动的顺序，进行刷卡消费等操作，通过食堂工作人员的终端机将消费信息存入数据库中。方便管理人员对信息进行汇总，分析，便于对食堂进行高效管理。 由于时间和能力有限，对食堂饭卡管理的认识可能存在缺乏，需求分析不完全。在本次饭卡数据库设计中只对数据库进行了表单设计，没有给出具体的操作界面，在设计方面也可能存在缺乏之处，使用uml进行逻辑设计，由于rational rose对绘制的图形不能够进行对错的验证，不清楚图形的对错问题。还有待改良。