MIS课程设计实验报告--快餐pos系统.docx

《MIS课程设计实验报告--快餐pos系统.docx》由会员分享，可在线阅读，更多相关《MIS课程设计实验报告--快餐pos系统.docx（32页珍藏版）》请在优知文库上搜索。

1、管理信息系统课程设计快餐POS系统MlS课程设计开发文档软件开发文档版本更新记录11引言2LI项目设想21.2 开发计划31.3 技术路线42需求分析52.1 业务建模错误!未定义书签。2.2 需求规格说明错误!未定义书签。2.3 补充性规格说明错误!未定义书签。2.4 系统顺序图与操作契约53架构设计123.1 功能结构设计123.2 软件架构设计134详细设计134.1 用例实现设计144.1.1 销售开单144.1.2 收银154.1.3 退货164.2 输入输出设计174.2.1 表单设计174.2.2 报表设计错误!未定义书签。4.3 数据库设计错误!未定义书签。4.4 权限设计21

2、5系统实现225.1 功能实现225.2 系统测试265.2.1 单元测试265.2.2 用例测试275.3 系统部署276项目总结28软件开发文档版本更新记录ContentDateDescriptionAuthor1引言1.1项目设想A.系统展望在餐饮界内中，过去拼价格、拼菜品、比档次、比服务等竞争手段已不稀奇。在现今网络经济时代，许多餐饮企业逐渐依靠灵敏的电子信息工具，不断提高市场应变能力。餐饮企业需要使用PoS管理系统来适应当今高节奏的生活方式，为管理一体化提供技术手段，这是今后餐饮管理软件信息化的一个重要标志。也可以为顾客，服务人员，管理者，收费人员等提供方便，如：预订、接待、点菜、菜

3、品上传、厨房分单打印、条码划菜、收银、经理查询等方面；提高为顾客服务质量、缓解餐厅拥挤的状况、提高厨房部的供餐服务质量、也提高了服务人员的效率和质量。主要应用如下：1）顾客点餐，系统根据食物的价格和数量提供订单并生成单据供结算费用；2）厨房根据顾客的订单，准备所需食物。3）服务人员根据顾客的订单，适时提供相应食物。4）顾户和收银员确认订单无误，结账并打印小票。5）常客可升级为会员，给予优惠折扣和高质服务等。6）经理可以随时查看业务，作出好的管理决策。本套系统适应所有酒吧、茶餐厅、夜总会、咖啡厅、会所、娱乐城、火锅店、酒楼、酒店、宾馆、中餐、西餐、快餐、排档等各种餐饮业用户。B.系统特性：1）餐

4、馆内部信息化：点菜员只要输入菜品编码或拼音字头简码，就能在手持POS机里迅速调出菜品数据，系统自动识别后在厨房打印机分单打印出来，厨师根据菜单很快就能了解到顾客的需要。2）及时反映需求：餐馆的老板可以通过电子化系统查询营业收入统计、员工业绩统计、人均消费额、翻台率等；此外，还可以用图形或者表格的形式进行各种数据分析，例如财务状况分析、营销决策分析、营业收入分析等3）数字化精确管理：如一个炒菜需要用多少料、装成多大一盘、用多少时间做出来、成本和利润是多少，全是模糊的概念。然而当这些都数字化之后，一切就变得比较明晰了。4）形象得到提升：顾客来到高端大气上档次的酒楼，会觉得管理，服务，待遇等都不一样

5、，会提升酒楼的知名度等，吸引更多的客源。更加有如下功能：（1）管理桌账功能（3）自动分类打折功能（4）服务员功能（5）转账功能（6）分账功能（7）厨房打印机8）票据打印机（9）结账受理各种银行卡、会员卡，现金支付（10）为商户开通网上订餐功能1.2开发计划A.团队成员项目经理（杨剑达）：计划、组织、领导、控制整个项目，也负责监督整个项目的实施，把握整个项目的进度，对项目实施过程中出现的问题进行处理。分析员（黄培鑫）：代表整个项目组，同时也可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。对项目做出正确的需求分析，同时也是是项目组中的首席执行官，涉及项目的所有方面，推动项目

6、进度。架构师（凌鸿）：软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助分析师。测试员（巴怀桔）：L独立编写测试计划；独立编写测试用例；协调测试团队内部的工作以及与开发团队之间的工作；.完成“执行测试”的工作；.掌握较深层次的测试方法、测试技术和较复杂的业务流程；负责测试过程工具的研究、推广与维护，负责测试数据库维护工作。B.项目进度。过程时间目标工作内容提交资料初始阶段第2周分组定题布置任务，确定分组；确定题目，制定计划。提交MlS课程设计任务

7、书提交分组计划细化迭代13-4周搭建框架确定核心架构实现基础数据增删改查程序；编写文档1.1,1.2,3.2细化迭代25-6周设计实现业务用例实现销售开单用例程序；编写文档2.124；编写4.1.1编写4.2.1细化迭代37-8周设计实现也务用例实现收银用例程序；完善文档2.12.4,编写4.1.2细化迭代49-10设计实现业务用例实现退货用例程序；完善文档2.1-2.4,编写4.1.3编写3.1里程碑总结。优秀成果展示。细化迭代511-12周设计实现权限基于所选技术实现系统权限功能程序；编写文档4.4编写文档4.3细化迭代613-14周设计实现报表实现数据报表功能程序；编写文档4.2.2交付

8、16周提交成果编程人员实验室演示程序；提交文档打印稿。完成文档5,6最终版程序，文档定稿C.风险控制1,不胜任的项目经理，担任项目经理职位的人不具备领导和管理项目的背景、技能、经验和个人品质。2 .项目需求在不断的发生变化，项目的雏形不符合，导致小组分工出现不能很好对接的现象。3 .项目中没有良好的沟通，这些问题的产生是由于信息的不对称、准确性，或者时间性的缺乏，以及粗略的数据收集和记录，或者未能将信息分配给那些需要信息的人。控制措施：(a)项目经理要面对矛盾，反省自己。勇于提出深层的、探索性的问题，为了项目的最大利益而进行有效的辩论。(b)整个小组要不断地改变程序，是的软件可以适应需求的变化

9、，增加系统的糅合性。(c)项目经理要及时注意到项目的人力、行为方面。他建立一个项目团队，帮助团队成员理解项目目标，要不断激励项目团队成员朝着目标一起工作。13技术路线1、MVC模式MVC模式就是边界、控制、处理三者相结合而形成的一种设计模式，其中涉及到的设计类包括边界类(V)、控制类(C)、实体类(M)O在利用MVC模式来设计软件系统时，对于每一个的用例都能够找到三个这样的类，2、中介者模式中介者封装了对象之间的交互，当多个对象分别于另外的多个对象之间进行自由的交互式，可能导致他们之间的耦合度变得更加的高，但是对于一个系统来说往往希望高内聚、低耦合。所以就设计一个中介者来代替一些对象与另外的对

10、象进行交互。3、外观模式外观模式为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。其结构形式如下：外观模式往往在本系统设计的较为零散时，为了方便系统的扩展或者使用维护而增加了统一的接口以此来减少系统的复杂性。4 .课程设计工具(1)模工具软件可选用RationalRose、MicrosoftViSio等；(2)项目管理软件可选择MicrosoftPrOjeCt等；(3)程序开发语言可选用VC+、JAVA或VB等；(4)数据库管理系统可选用ORACLE、SQLSERVER或AeCESS等2需求分析2.1业务建模A.业务流程建模业务规则：一、餐前

11、准备工作、按规定着装；检查自己仪容仪表是否符合规范；做好岗位清洁工作；、认真、仔细查看上一班交接内容；处理未完成的事项；、将昨日午市和晚市结账单、收银报表交财务部；、检查收银台各种设备是否正常，有无异常情况及时上报：电脑、打印机、点钞机、POS机、备用金的工作交接：一楼备用金1000元，茶楼备用金1000元，备足发票、结账单以及其他物品。二、营业操作流程L接单、录单工作：a.接单员在收单服务员开出的点菜单或酒水单后，仔细查看上面填写内容，如有不清楚或不正确时，客气请服务员更改。b.所有单据正确之后，进行电脑对单，看是否有误遗漏；C.收银员收到服务员买单通知后，确认台号、所点的菜品、酒水饮料之后

12、，打印结账单；d.打完结账单后，将结账单副联交服务人员进行买单；e.收到结账单后，对消费桌进行相应结账处理，收款后马上消台；2 .客人联台处理：a.收到由楼面部确认后的联台信息，让通知人员在收银点菜单上写明联台号并签名；b.在卡头登记日期，班次及联台桌号，熟记连台桌号；c.收到连台信息的楼层通知其他楼层；d.其他楼层收到信息后以相同方式记录在卡头上；e,将连台信息置于醒目位置；f收到买单信息后，由服务员将结账单交接传递到买单楼层，收银员电话确认结账有无传到买单楼层，若买单客人拒买连台单，找楼面主管级以上管理人员协调处理；g.买单后款项及结账单，由收银员保存存根；3 .结账工作：a.现金结账；接

13、到服务员或客人现金后，快速清点现钞、验钞，准确找补零钱，若有质疑，与楼面主管联系，客气地请客人调换；结账后由值台服务员在结账单上签字确认实收金额及付发票金额，盖“现金”章8 .信用卡结账与PoS机的操作；C.客户签单：（折扣优惠以协议为准）4.服务员报签单客户信息；按签单客户协议打折；打印结账单，请客人签名；核对签字模式；结账单上盖“签单”章，留存；注：收银员必须熟记签单客户资料（单位、折扣、签单人以及签单模式）；d.临时挂账（需经理级以上人员担保签字）e.消费卷结账；B.领域建模。使用UML类图构建领域模型。2.2需求规格说明A.系统用例图。绘制整个系统的UML用例图B.用例详述文本对所有业

14、务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。用例：（1）客人进店开手牌参与者：管理员目的：给客户开手牌，安排座位概述：有辛苦人进店后，管理员要看一下系统还有没有手牌，如果有的话给客户开手牌，手牌的种类有客户自己选择，然后安排客户就座。前置条件：系统运行正常后置条件：给出处理结果，发出手牌或者告知没有空位特定要求：待请求发出后，系统必须在两秒内作出反应主事件流参与者操作L管理员发出查询请求2 .管理员给客户展示后让客户选择满意的餐桌。管理员开出手牌系统作出响应3 .显示空余的桌子和己经有人的桌子，4.根据手牌开出这桌客人的预消费列表，并指定专属服务员，5 .记录服务员与相应的手牌6 .要求入库候选事件流第一行：如果没有手牌，系统要给管理员提出警告。用例：（2）客户点菜参与者：客户，服务员目的：服务员记录客户的点菜菜单概述：客户选择自己喜欢的菜品，服务员记录菜品，菜单一式两份手写和复印。复印那份给管理员，手写那份粘在手牌上。并传给厨房备菜上菜，并随时准备加菜或者减菜用例：（3）管理员记录菜单参与者：管理员目的：记录相应桌子上的菜单概述：管理员根据