KTV点歌系统.docx
《KTV点歌系统.docx》由会员分享，可在线阅读，更多相关《KTV点歌系统.docx（10页珍藏版）》请在冰点文库上搜索。
KTV点歌系统
KTV点歌系统
项目组长：
周益佐
项目成员：
范德胜、陈超雷
班级名称：
12计科1
完成日期:
2014-12-25
信息工程学院
1．引言
1.1编写目的
随着娱乐业的不断发展，不断深入越来越多的人都喜欢到KTV去消费去放松。
各位顾客可以根据自己的兴趣爱好，选择自己喜好的歌曲去放松，去消费，去娱乐。
基于KTV事业的不断发展，在KTV中不仅能唱歌还能享受各种服务。
如点餐、购物等。
因此，KTV事业与日剧增发展愈演愈烈，如日中天护。
KTV点歌系统为在KTV娱乐提供了更加直接、便利、简单的服务。
1.2项目背景
随着KTV产业的发展和消费人群的扩大，KTV生意越来越火爆，生意规模的扩大也面临着大量的员工管理和对消费者提供更为优质的服务。
因此，需要对自身服务的提高和升级。
那么针对KTV开发一套简便实用的KTV点歌系统，对于解决这一问题具有非常重要的意义。
系统的内容是KTV点歌系统。
在顾客在KTV消费过程中，主要活动有：
提前预约，可以提前预约好KTV包厢、消费时间段；顾客可以提出服务要求，进行包厢卫生清洁、提供消费服务、找酒后代驾；KTV人员用本系统，可以查看包厢状态，上班考勤，接收客户服务、请假、结算工资、维护点歌系统；经理审批假条、查看出勤和收支管理。
2．类图
2.1系统类图
在本系统中主要有顾客类、房间类、服务员类、财务/前台类、KTV人员类、技术人员类、点歌系统类、消费记录单类和歌曲类。
顾客类的主要属性有姓名、消费记录、是否会员；房间类的主要属性有房间号、当前状态、房间类型；点歌系统的主要属性有歌曲、歌手、服务；消费记录单的主要属性有商品、价格、编号；歌曲的主要属性有歌曲名称、歌手、技术人员权限、专辑、年份；KTV人员的主要属性有姓名、工号、职务、工作状态、出勤状况。
类与类之间的关系：
服务员类、财务/前台类、技术人员类继承自KTV人员类，它们之间的关系为泛化关系。
顾客与房间之间为一对一的关系，顾客与点歌系统之间是多对一的关系、顾客与消费记录单之间为一对一的关系。
点歌系统与歌曲之间为一对多的关系。
3．活动图
3.1顾客活动图
顾客进店后，如果有预约则取得预约号进行付款乳沟没有就在前台登记信息在付款。
然后在前台选择包厢，选中包厢后，将该包厢设为有客状态，最后由服务员领去包厢。
3.2服务员活动图
服务员在上班后先要进行上班打卡，系统记录出勤服务，系统提示顾客需要的服务并通知前台，前台通知该名服务员，服务员前往相应的顾客包厢，询问顾客是否需要消费服务，如果是则先付钱再提供服务，如果是其他服务，直接提供服务。
服务完该包厢顾客后服务员进入待定状态，等待下一次为顾客服务。
4．状态机图
包厢房间有四种状态空闲状态、预约状态、服务状态和维护状态。
不同时期分别处于不同状态。
歌曲也有不同的状态分别为加载、等待、播放、暂停四种状态。
对歌曲进行操作就有不同的状态。
4.1包厢房间状态机图
包厢房间一开始处于空闲状态，如果有顾客对该房间进行预约，则该房间处于预约状态，直到有顾客进入消费则处于服务状态，消费完成后进行一段时间维护处于维护状态，维护完成后变成空闲状态，重新接受预约和服务。
4.2歌曲状态机图
进入点歌系统后，进行点歌，歌曲就进入加载状态，如果点了多首歌曲该首歌曲不是在首位那么就进入等待状态，等前面的歌放完了，就进入播放状态。
该首歌放完或者被切歌那么就结束。
如果在播放状态点击暂停就进入暂停状态。
点击继续播放又重新进入播放状态。
也有可能暂停状态之后就结束了。
5．顺序图
5.1顾客消费顺序图
顾客进KTV后首先选择包厢和消费套餐，然后前台通知服务员顾客所定服务，服务员带领顾客到相应包厢，顾客到包厢后可以对点歌系统点歌，点歌系统提供点歌服务。
顾客也可以向服务员提出相应服务，服务员对顾客提供服务。
消费结束后顾客直接到前台提出结账，前台提供消费清单给顾客。
顾客付钱，前台找零给顾客。
6．用例图
6.1系统用例图
此处主要的角色有三个，主要是顾客、KTV人员和经理。
顾客涉及的用例为点歌、叫服务和结账。
服务员涉及的用例为请假与上班签到。
泛化自KTV人员的前台又涉及结账和员工工资奖金结算的用例。
泛化自KTV人员的技术人员涉及的用例为点歌系统的维护和维护资金申请。
泛化自KTV人员的服务员涉及的用例有提供服务。
只有在员工工资奖金结算和维护资金申请之后有收入支出管理。
只有在上班签到之后才能查看出勤。
经理涉及的用例有审批假条、查看出勤、收入支出管理。
只有在员工工资奖金结算和维护资金申请之后有收入支出管理。
审批假条必须在员工提交假条后。
升级会员 