饭卡管理系统Word文档下载推荐.docx
《饭卡管理系统Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《饭卡管理系统Word文档下载推荐.docx(16页珍藏版)》请在冰豆网上搜索。
评分标准
总分
评
分
平时成绩
认真对待课程设计,遵守实验室规定,上机不迟到早退,不做和设计无关的事。
20
设计内容
设计内容丰富,符合大纲要求
10
界面外观漂亮、大方
功能符合大纲要求
文档设计正确合理
文档写作
文档反映设计规划过程
文档反映系统设计流程
答辩
简练、准确阐述设计内容,能准确有
条理回答各种问题,系统演示顺利。
总评分
该生对待课程设计II的态度□认真□良好□一般□比较差。
指导教师
评阅意见
设计的系统界面外观美工处理情况□很好□较好□一般□比较差系统前后台功能和脚本编写情况□很好□良好□一般□比较差文档书写符合规划与设计流程程度□很好□良好□一般□比较差系统演示顺利情况和答辩流畅准确情况□很好□良好□一般□比较差完成的课程设计特色之处:
成绩
指导教师签名
日期
2016.7.5
一.需求分析
1、系统设计的背景信息
在如今计算机快速发展的时代,计算机的普遍应用已经惠及到方方面面,以简化人们的日常为目标,计算机网络在人类社会的各个领域都发挥这越来越重要的作用,管理信息系统是计算机应用的一个方面,使用管理信息系统可以简化管理者对项目的数量管理工作,统计简单。
与手工管理相比,使用计算机进行信息管理,可以方便地进行检索,查找便利,可靠性高,存储量大,极大地提高了信息管理的效率,是企业实现信息化,科学化,正规化管理的重要基本条件。
高校的后勤管理工作日趋复杂,以南京邮电大学食堂为例,学校共有三个食堂,南一,南二和南三,在三个食堂中就就餐的人数难以管理,消费难以统计。
因此借助于饭卡的消费管理信息系统可以对此进行有效地管理。
简化了食堂工作人员的买卖饭票的工作,有利于食堂管理者对食堂的就餐情况,消费金额进行统计,实现对食堂的有效管理。
2、需求分析
对食堂饭卡信息管理系统的需求分析如下:
(1)功能需求:
食堂信息管理系统主要实现以下功能:
1饭卡管理,例如对饭卡进行消费,
充值,挂失,补办,消磁,充磁,转账,退卡等。
2用餐人员信息管理,例如对增加用
餐人员信息,删除用餐人员信息,修改用餐人员信息。
3对用餐人员的消费信息进行管理。
统计每一台消费机上消费金额,金额进行汇总,统计消费总数。
4食堂工作人员信息管理,工作人员的被分配到不同的消费机前进行服务,对服务时间进行管理,工作安排。
(2)信息需求:
对用餐人员用餐的时间段,食物偏好等进行调查,以采取符合用户偏好的菜式来吸引用户进行消费。
对用餐人员心理适合价位进行调查,充分考虑市场定价和用户可接受定价对价格进行调整,以更好的价格提供更好的服务。
食堂的环境进行改善,良好的环境可以使用户用餐愉快。
食堂内资源配置好,不仅仅提供快餐服务,还可以提供小食饮料等周边食品。
(3)系统性能要求:
饭卡上的用户信息必须明确,当有人捡到别人的饭卡进行恶意消费时,系统必须有保障措施,可以设置一天内限定金额来管理。
当进行消费时,消费机要及时记录消费
情况。
用户在查询消费信息时要显示用户消费的时间地点及消费项目,在消费饭卡时要
及时显示余额信息,方便用户进行充值操作。
在消费大金额时,消费机需要用户提供
密码操作,确保用户是本人操作。
系统总体结构勾设计
1、系统功能设食堂饭卡系统的功能结构图
饭卡管理。
相应的功能结构描述如下:
1)饭卡管理模块
饭卡管理模块具有消费,充值,挂失,补办,充磁,转账,退卡等操作,基本可以实现饭卡的使用者的基本要求。
2)用餐人员信息管理模块
用餐人员信息管理模块主要实验对用餐人员信息的增加,修改,删除等操作。
可以方便管理用餐人员的信息。
3)消费统计模块
消费统计模块主要具有统计消费金额,将消费金额进行汇总,进行消费分析等操作,
可以方便管理者分析数据,对日后管理工作进行决策。
2、UML视图
(1)确定系统的参与者,食堂饭卡管理信息系统的参与者包含以下三类人员:
①管理员②食堂工作人员③用餐人员
食堂工作人员用餐人貝
(2)管理员用例图:
管理员在系统中可以进行用餐人员信息增加,用餐人员信息查询,用餐人员信息修改,用餐人员信息删除,挂失,充磁,补卡等操作。
通过这些活动创建的管理员用例图如下所示。
(3)用餐人员用例图:
用餐人员包括学生和教师,用餐人员能够在本系统中实现余额查询,刷卡,消费信息查询,充值,提现等操作,其用例图如下所示。
(4)食堂工作人员用例图:
食堂工作人员主要是提供打饭服务,在消费机上进行输入金额和统计消费机上的消费信息等操作,建立的用例图如下所示。
(5)创建卡,卡处理,用餐消费,学生,教师等的类图,卡处理类中包含的属性包括卡号,
姓名,类别,剩余金额,操作包括充值,挂失,性包括卡号,金额,操作包括刷卡。
卡类中包含属性卡号,姓名,剩余金额,类别。
教师类中包含属性教师工号,操作刷卡。
学生类中包含属性学号,类别,姓名,操作包括刷卡。
(6)创建序列图,实现用户的充值过程,用户打开用户使用界面,选择充值要求,输入用户名和密码,系统验证用户名和密码是否正确,如正确,用户则将饭卡和人名币提交给管理员,管理员进入主操作页面,选择充值,输入充值金额,系统将数据发送给数据库,数据库将数据进行保存后,将充值成功的信息返回给用户界面,最终显示充值完成。
L
1
■
Ji勢
[2•諭冃户呂霍密*'
.睐牡:
_
.
1尋之帝值
(7)创建序列图实现用餐人员的刷卡消费过程,食堂工作人员通过操作窗口得的消费机完成
对刷卡操作
(8)创建饭卡管理人员为用餐人员补办饭卡
的序列图
o1-荊入耳户客孔趨码亍蓉站呛r
r4送膏嫌■节r卜咔2空晋応
乞荊人琶空补卡佶启密理人力二」—/\
3.號乐苑捋提乍-号;
提污驹入办卡估息10;
贺示卡己补办奸
(9)创建活动图,管理员登录系统后根据
相应的要求为用餐人员完成相应服务。
(/
(10)建立当用餐人员来食堂进行消费时,
食堂工作人员在消费机上进行的操作的活动图。
在消费机上显示金额以及是否对用餐人员消费成功。
(11)建立当用餐人员进行消费时的活动
图。
用餐人员进行消费时在食堂工作人员的窗口中进行消费。
若余额不足时,消费机会提示用户卡内余额不足,不能进行消费。
梢殊威彳肖盟失败
'
澤示余疝
1显恥命额不丁
不能怯用
丿L」
對培存储1
入数据库
<
/
(12)建立状态图,表示办理新卡的状态转变过程。
由状态转变过程可知,在使用一张新卡前需要将新卡与银行卡进行绑定,新卡可以通过银行卡进行转账操作,在注销新卡时需要对卡进行解绑操作,防止别人使用该卡进行不良操作。
解绑
加密
(13)建立饭卡使用过程的状态图。
饭卡自身有充值状态,进行消费后可能将饭卡中的余额全部消费完,使饭卡变成空卡,但也可以对空卡进行充值,使得饭卡能够重新被使用。
(14)建立食堂管理人员使用后台数据库进行操作的状态图。
管理员使用用户名密码登录数据库,若用户名或密码错误,那么将不能进入数据库,则返回登录界面,当用户名和密码正确后,才能进入数据库进行操作。
(15)该系统中的软件构件及其相互关系如下图所示,主要包括饭卡操作管理,用餐人员信息管理和消费信息管理和其各自系统中可以进行的操作。
(16)部署图表示该饭卡管理系统的物理布局,其包括食堂管理人员使用的服务器,用餐人员进行自主转账等操作的服务器,食堂工作人员使用的消费机,该物理布局中所有的设备都将数据上传到数据库中。
三•数据库设计
对后台数据库进行设计。
1•逻辑设计
用餐人员(姓名,性别,电话号码)
饭卡(卡号消费余额,消费密码,学
号)
卡历史(卡号,时间,消费金额,操作)
食堂(食堂号,消费机号,窗口工作人
员号)
2.物理设计
(1)用户表,用户表中包含用户名和密码,用户可以使用用户名和密码进行登录系统,进行
操作。
才―亡rt_—y」—、力乙_Lr~t、s丹“
字段名称
列名
数据类型
用尸名
username
char
密码
password
tin
(2)用餐人员信息表,其中包含姓名,卡号,用户类别等字段。
其中,用户类别可划分为教师和学生,使用布尔类型。
/、*1zf・.“rfz、i>尸_「it__、rr
姓名
性别
male
olbe
)
「尹
学号
usernumber
nt:
用尸类别
usetype
^olb
(3)饭卡信息表,其中包含卡号和余额,余额为浮点型。
列名
卡号
cardid
int
余额
sum
*fl
oat
八乙r学号
uernumber
t
in
消费密码
spendpassword'
(4)饭卡历史信息字段名称1r~r——
3.E-R图
L-用
四•本次设计心得体会
食堂饭卡管理系统的主要任务就是把工作人员从日常操作中解放出来,使用饭卡可以简化用餐人员的就餐,方便食堂数据库管理人员进行数据统计,生成消费报表信息。
管理人员可以就饭卡进行挂失,充值等操作,用餐人员的饭卡出现因余额不足或丢失等情况,可以及时到管理人员处进行恢复操作。
使用饭卡管理系统可以对用餐人员的消费情况进行分析,得出关于用餐人员就餐时间和就餐金额的信息,方便管理人员对数据进行处理,分析出食堂运行存在的问题和不足,并进行改善,以提高食堂的就餐率。
该系统中有三个主要用例,其分别为用餐人员(主要包含教师和学生),食堂工作人员,食堂管理人员(后勤部分)。
使用uml可以绘制出用例图,类图,顺序图/协作图,状态图等,这些图可以用来表示该饭卡管理系统中进行的操作以及用例之间的关系。
如建立顺序图可以用来表示用餐人员到食堂进行的用餐活动的顺序,进行刷卡消费等操作,通过食堂工作人员的终端机将消费信息存入数据库中。
方便管理人员对信息进行汇总,分析,便于对食堂进行高效管理。
由于时间和能力有限,对食堂饭卡管理的认识可能存在不足,需求分析不完全。
在本次饭卡
数据库设计中只对数据库进行了表单设计,没有
给出具体的操作界面,在设计方面也可能存在不足之处,使用uml进行逻辑设计,由于rationalrose对绘制的图形不能够进行对错的验证,不清楚图形的对错问题。
还有待改进。