软件技术毕业设计（论文）-餐饮经营管理系统设计与建模.doc

学号： * XXX大学（学院）毕业设计（论文）题目： 姓名 学号 专业 年级 指导教师 完成时间 摘 要统一建模语言UML是面向对象分析和设计过程中重要的建模工具，本文以餐饮经营管理系统开发为背景，介绍了UML的分析和建模过程。关键字：UML 系统分析 建模设计AbstractUnified modeling language UML is an object-oriented analysis and design process of modeling tools, this is important to catering management system for the design and modeling of development, this paper introduces UML modeling and analysis.Key words: UML System analysis Modeling design目 录前 言11 UML简介12 餐饮经营管理系统设计与建模22.1 需求分析描述22.2模型建立32.2.1 用例模型的建立32.2.2 静态模型的建立92.2.3 动态模型的建立12结束语18致 谢19参考文献20前 言一直以来，餐饮消费在人们的日常生活中占据着十分重要的地位。随着整个社会物质文化生活水平的不断提高，人们对餐饮消费的数量、质量以及消费习惯等许多方面也发生了巨大的变化，这给餐饮企业带来了前所未有的机遇和挑战。餐饮企业要想在众多的同行中异军突起、脱颖而出，其管理者除了需要在装修店堂、丰富菜品等硬环境方面提升档次外，还需要在管理理念、管理方法等软件环境方面挖掘潜力。餐饮经营管理系统是餐饮企业竞争和信息的必然产物，它是餐饮企业提高管理水平和服务质量从而改善软环境的一个得力助手，并且随着餐饮企业管理者对其应用的重视和提高，其管理功能也在得到不断的增强，发挥的作用也越来越大：从开始的数据浏览、添加、修改等简单操作，到现在的数据统计、分析、决策等智能管理，餐饮经营管理系统正在逐步取代以前的手工管理方式，帮助餐饮企业实现管理的信息化和科学化。在此前原始的手工管理方式中，餐饮企业常常面临着下列问题：台位不能满足客人的需求、台位得不到充分的使用、前台接待与后台厨房衔接错位、接待服务响应速度迟缓、结账收银管理混乱等缺陷。使用餐饮经营管理系统则具有原始手工管理方式无法比拟的优点：管理规范、查找方便、检索迅速、响应及时、可靠性高、保密性好、低本低廉等，从而极大的提升了餐饮企业的管理效率和企业形象。本文以餐饮经营管理系统为例，结合Rational Rose2003工具软件绘制图形，详细阐述UML的建模过程。1 UML简介UML是Unified Modeling Language的缩写，中文名为统一建模语言，它可以对任何具有静态结构和动态行为的系统进行建模，它的主要作用是帮助用户进行面向对象的描述和建模，它可以描述软件从需求分析到软件实现和测试的全过程。标准建模语言UML主要有五种模型种类，分别为：用例模型、静态模型、行为模型、交互模型和实现模型。同时包含以下13个正式的UML2.0图：活动图、类图、通信图、组件图、复合结构图、部署图、交互总览图、对象图、包图、序列图、状态机图、时间图和用例图，每一个都用来表示系统的不同方面。2 餐饮经营管理系统设计与建模以餐饮经营管理系统为例，结合Rational Rose2003工具软件绘制图形，详细阐述UML的建模过程。2.1 需求分析描述餐饮经营管理系统是使用计算机帮助餐饮企业管理者方便、快捷、规范处理餐饮消费业务的管理系统，帮助餐饮企业实现管理的信息化和科学化。一般餐饮企业主要面临两种消费群体：实时用餐客人和预定用餐客人，在本系统中主要满足这两种消费群体在餐饮店内就餐与订餐的功能，重点突出开台、点菜、结账等主要管理事务功能，并根据餐饮企业的经营情况提供需要添加相关的查询、统计、分析历史数据等功能，及基本的查询，增、删、改操作，并能结算并打印报表。本餐饮管理系统的主要功能如下图：图B1 餐饮经营管理系统功能分析图2.2 模型建立2.2.1 用例模型的建立系统的总体用例图由图B2-1表示，服务员登录系统后可以通过该系统处理餐饮店内的各项消费业务。图B2-1 用例图2.2.1.1开台管理在餐饮公司中，当客人进门时，接待服务员会询问其有几位用餐客人、用餐时间、用餐类别等相关信息，并将信息输入到系统中生成新的用餐信息单，至此开台程序完成。用例说明如下：开台管理用例编号：Use-Case-01参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人进店提出开台请求，并告诉服务员用餐人数、时间、用餐类别2. 服务员选择开台管理功能，点“新增”按钮， 输入客人提供相关信息3. 系统自动生成新的用餐单号，一个用餐单号对应一张用餐信息表写入数据库4. 服务员带领客人到刚系统生成的台位就座等候，开台完成分支过程无异常数据入库出错包含用例无2.2.1.2 用餐管理客人到指定位置就座后，服务员会给客人提供菜谱点菜，客人按菜谱点完菜后，中途随时会提出新增菜品烟酒的要求，服务员一一记录客人要求，输入系统中，及时提供相关服务给客人。用例说明如下：用餐管理用例编号：Use-Case-02参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 服务员给客人提供菜谱点菜2. 客人点菜3. 服务员记录客人所点的菜，并输入到系统中对应用餐单号的用餐信息表中，点击“提交”4. 客人随时提出新增菜品烟酒的要求5. 服务员找到该用餐单号对应的用餐信息单，添加客人新增的菜品烟酒，数据提交入库分支过程无异常1. 信息输入格式出错2. 系统提示数据库操作失败包含用例无2.2.1.3 结账管理客人用餐结束到柜台结账，服务员根据客人对应用餐单号查询到该用餐单，并统计该单的各项消费情况，客人核实付款后打印账单，结账完毕。用例说明如下：结账管理用例编号：Use-Case-03参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人用餐结束，向服务员提出结账请求2. 服务员根据客人用餐单号查询并统计对应用餐单的消费情况3. 客人核实服务员提供的消费清单4. 服务员收取客人应付款后，打印并输出该结账单分支过程无异常系统提示数据库操作失败包含用例无2.2.1.4 换台管理客人开台入座后觉得台位不满意，向服务员提出换台请求，服务员根据餐饮店内当前可用空余台位重新为客人安排新台位，并跟踪更新台位到餐饮系统中。用例说明如下：换台管理用例编号：Use-Case-04参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人提出换台请求2. 服务员根据当前店内可用的空台位为客人提供新的台位3. 服务员根据用餐单号找到对应用餐单按当前更改的台位更新该信息单台位信息4. 服务员带领客人到新的台位就座，换台完成分支过程无异常系统提示数据库操作失败包含用例无2.2.1.5 预定登记客人一般会提前通过电话或本人到店里向服务员提出预定用餐的要求，并提交一定预定金，服务员会根据客人描述如实记录客人的具体用餐要求和客人联系方式，系统自动生成预定编号。用例说明如下：预定登记用例编号：Use-Case-05参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人向服务员提供用餐日期、用餐人数、用餐类别、联系电话，并提交一定的预定金2. 服务员选择预定登记管理，点击“新增”按钮，系统自动生成 预定编号，然后输入客人提供的相关信息3. 服务员点击“保存”按钮，一条新的预定用餐信息写入到数据库中，预定完成 分支过程无异常1. 数据格式出错2. 系统提示数据库操作失败包含用例无2.2.1.6 预定开台先前已经在餐饮店预定时间用餐的客人在指定时间到店内要求开台用餐请求，服务员根据客人的预定编号为客人办理开台手续，系统自动生成对应预定编号的用餐单号和台位号。客人按指定台位号就座等候，预定开台完成。用例说明如下：预定开台用例编号：Use-Case-06参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人提供预定编号，提出开台请求2. 服务员选择预定开台管理，输入客人提供的预定编号，系统自动生成用餐单号和台位号，并生成一张新的用餐信息单3. 服务员确认以上信息点击“开台”按钮，一条新的预定用餐信息写入数据库中4. 服务员带客人到指定台位就座等候，预定开台完成分支过程无异常系统提示数据库操作失败包含用例无2.2.1.7 预定结账客人用餐结束到柜台结账，服务员根据客人对应用餐单号查询到该用餐单，并统计该单的各项消费情况，客人核实付款后打印账单，结账完毕。 用例说明如下：预定结账用例编号：Use-Case-07参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 客人用餐结束，向服务员提出结账请求2. 服务员根据客人用餐单号查询并统计对应预定用餐单的消费情况3. 客人核实服务员提供的消费清单4. 服务员收取客人应付款后，打印并输出该结账单分支过程无异常系统提示数据库操作失败包含用例无2.2.1.8 查询管理服务员查询和打印餐饮公司在指定日期中发生的已经处理和尚未处理的各种预定信息；服务员查询和打印餐饮公司经营的各种菜品及水酒信息；服务员查询和打印餐饮公司在指定日期中客人用餐实际消费的各种菜品及水酒信息；服务员查询并打印餐饮公司在指定日期中发生的已经结账及尚未结账等各种情况的用餐信息。用例说明如下：查询管理用例编号：Use-Case-08参与者：服务员、客人前置条件服务员正常登录系统后置条件无主干过程1. 服务员选择查询管理功能2. 服务员按菜品输入查询，系统返回对应查询结果3. 服务员按预定信息输入查询，系统返回对应查询结果4. 服务员按用餐信息输入查询，系统返回对应查询结果5. 服务员按消费信息输入查询，系统返回对应查询结果分支过程无异常数据库操作失败包含用例无2.2.2 静态模型的建立静态模型是依据系统结构从静态观点描述系统的视图，它定义系统中的对象和类及类之间的关系和类的内部结构，即类的属性和操作。图B2-2-1为系统的实体类图，系统中主要有6个实体类：开台信息类（TransactInf）、用餐信息类（DiningInf）、结账信息类（Bill）、预定登记类（ReservationInf）、预定开台类（ReservationTransactInf）、预定结账类（ReservationBill）。下面给出每个类的描述。类TransactInf为开台信息类，SeatNO属性表示入座台号，DiningNO属性为用餐单号，DiningDate属性为用餐日期，PeopleNum属性为用餐人数，DiningClass属性为用餐类别，Waiter属性为服务员姓名，Remark属性为备注。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。类DiningInf为用餐信息类，DiningNO属性为用餐单号，FoodName属性为菜品名称，Amount属性为菜品数量，UnitPrice属性为菜品单价。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。类Bil为结账类，DiningNO属性为用餐单号，DiningSpend属性为用餐金额，DiscountMoney属性为折扣金额，ActualMoney属性为实际收取金额。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。类ReservationInf为预定登记类，ReservationNO属性为预定编号，ReservationDate属性为预定日期，DiningDate属性为用餐日期，PeopleNum属性为用餐人数，DiningClass属性为用餐类别，PrepayMoney属性为预交定金，Tel属性为客人联系电话，Remark属性为备注。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。类ReservationTransactInf为预定开台类，ReservationNO属性为与预定编号，SeatNO属性为入座台号，DiningNO属性为用餐单号，Waiter属性为服务员姓名。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。类ReservationBill为预定结账类，ReservationNO属性为预定编号，DiningSpend属性为用餐金额，DiscountMoney属性为折扣金额，ActualMoney属性为实际收取金额。对应的set*()方法的功能为给这些私有属性赋值，而get*方法则得到这些属性值。图B2-2-1 实体类图图B-2-2-2所示为边界类和控制类图，其中边界类负责用户与系统的交互，控制类负责业务的处理，修改数据库并控制边界类。TransactFrom为开台管理的界面，而TransactController控制TransactFrom，并根据相应操作，对TransactInf实体进行修改，存储到数据库中。DiningManageForm为用餐管理的界面，而DiningController控制DiningManageForm，并根据相应操作，对实体DiningInf进行修改，存储到数据库中。ExchangeFrom为换台管理界面，而ExchangeController控制ExchangeController，并根据相应操作，对实体TransactInf进行修改，存储到数据库中。PaymentFrom为结账管理界面，而PaymentController控制PaymentFrom，并根据相应操作，对实体Bill进行修改，存储到数据库中。QueryFrom为查询管理界面，而QueryController控制QueryFrom，并根据相应操作，调用相应语句，对实体TransactInf、Bill、DiningInf、ReservationInf、ReservationBill、ReservationTransactInf进行操作，从而获取相关信息。ReservationFrom为预定登记管理界面，ReservationController控制ReservationFrom，并根据相应操作，对实体ReservationInf进行修改，存储到数据库中。ReservationPaymentFrom为预定结账管理界面，ReservationPaymentController控制ReservationPaymentFrom，并根据相应操作，修改ReservationBill实体，存储到数据库中。ReservationTransactFrom为预定开台管理窗口，而ReservationTransactController控制ReservationTransactFrom，并根据相应操作修改实体ReservationTransactInf，存储到数据库中。图B-2-2-2 边界类和控制类2.2.3 动态模型的建立系统的静态模型建立以后，开始进行系统的动态建模。动态模型是描述系统的功能是如何完成的，用顺序图、活动图和协作图等从不同的角度来描述对象和对象之间的交互。顺序图是一种强调消息时间顺序的交互图，它将交互关系表示为一个二维图。纵向是时间轴，横向代表协作中独立对象的类元角色。类元角色用生命线表示。当对象存在时，角色用一条虚线表示，当对象的过程处于激活状态时，生命线是一个双道线。消息从一个对象的生命线到另外一个对象生命线的箭头表示。箭头以时间顺序在图中从上到下排列。下面采用顺序图来表示各对象之间或对象与参与者之间如何通过交互来实现需求中的功能，每个顺序图分别与用例建模中的用例对应，2.2.3.1 开台管理顺序图开台管理的顺序图如图B2-3-1所示，其中客人和服务员为用例中的参与者，TransactFrom为边界类，表示开台管理界面；TransactController为控制类，控制边界类和实体之间的交互；TransactInf为实体类，与数据库中的开台信息表对应。横线上的文字描述了对象发出和接收的消息。图B2-3-1 开台管理顺序图2.2.3.2 用餐管理顺序图用餐管理的顺序图如图B2-3-2所示，其中客人和服务员为用例中的参与者，DiningManageForm为边界类，表示开台管理界面；DiningController为控制类，控制边界类和实体之间的交互；DiningInf为实体类，与数据库中用餐信息表对应。图B2-3-2 用餐管理顺序图2.2.3.3 结账管理顺序图结账管理的顺序图如图B2-3-3所示，其中客人和服务员为用例中的参与者，PaymentFrom为边界类，表示开台管理界面；PaymentController为控制类，控制边界类和实体之间的交互；Bill为实体类，与数据库中结账信息表对应。图B2-3-3 结账管理顺序图2.2.3.4 换台管理顺序图换台管理的顺序图如图B2-3-4所示，其中客人和服务员为用例中的参与者，ExchangeFrom为边界类，表示开台管理界面；ExchangeController为控制类，控制边界类和实体之间的交互；TransactInf为实体类，与数据库中的开台信息表对应。 图B2-3-4 换台管理顺序图2.2.3.5 预定登记顺序图预定登记的顺序图如图B2-3-5所示，其中客人和服务员为用例中的参与者，ReservationFrom为边界类，表示开台管理界面；ReservationController为控制类，控制边界类和实体之间的交互；ReservationInf为实体类，与数据库中的预定登记信息表对应。图B2-3-5 预定登记顺序图2.2.3.6 预定开台顺序图预定开台的顺序图如图B2-3-6所示，其中客人和服务员为用例中的参与者，ReservationTransactFrom为边界类，表示开台管理界面；ReservationTransactController为控制类，控制边界类和实体之间的交互；ReservationTransactInf为实体类，与数据库中的预定开台信息表对应。图B2-3-6 预定开台顺序图2.2.3.7 预定结账顺序图预定结账的顺序图如图B2-3-7所示，其中客人和服务员为用例中的参与者，ReservationPaymentFrom为边界类，表示开台管理界面；ReservationPaymentController为控制类，控制边界类和实体之间的交互；ReservationBill为实体类，与数据库中的预定结账表对应。图B2-3-7 预定结账顺序图2.2.3.8 查询管理顺序图查询管理的顺序图如图B2-3-8所示，其中客人和服务员为用例中的参与者，QueryFrom为边界类，表示开台管理界面；QueryController为控