酒店点菜系统需求分析报告.docVIP

1设计目的 本课程设计是学生学习完《面向对象分析与设计》课程后，进行的一次全面的综合训练，通过课程设计，让学生更好地掌握UML建模原理及实现方法，加深对UML建模基础理论的理解，加强学生的动手能力。 2 设计任务 随着信息时代到来，信息化是餐厅和酒店发展的必然改革之一。现在越来越多的餐厅和酒店开始关注餐饮点菜系统，餐厅和酒店开始使用餐饮点菜软件代替手工管理。而在移动互联网时代的推动下，点菜系统电子化将成为餐厅和酒店在移动互联网时代制胜的砝码之一。 3 设计内容 3.1 设计内容概述 3.1.1 概述 本系统适用于中、高档咖啡厅、KTV、快餐厅、酒楼等餐饮行业，是一个为方便顾客点菜更人性化的，贴心的点菜系统。系统不止可以使顾客自主点餐，同时还为顾客提供了轻松一刻，包含小游戏和小贴士，本软件还为顾客提供了特殊的额可附加的要求选项，可以输入菜品制作附注：如不放香菜，不吃蒜，对某些配菜过敏或用药忌讳等。 系统的主要功能： （1）点餐模式：订餐、点菜（包括浏览、有哪些信誉好的足球投注网站菜单）。 （2）用餐模式：加菜、换菜、呼叫服务员等。 （3）餐毕模式：客户满意度、结账等。 3.1.2 业务流程（活动图描述） 活动图是阐明了业务用例实现的工作流程。业务工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。餐厅点菜系统的工作流程如图3.1、图3.2和图3.3所示。 图3.1 点餐模式的业务流程 图3.2 用餐模式的业务流程 图3.3 餐毕模式的业务流程 3.2 需求分析 在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。 3.2.1 用例图 用例图是被称为参与者的外部用户所能观察到的系统功能的模型图，呈现了一些参与者和一些用例，以及它们之间的关系，主要用于对系统、子系统或类的功能行为进行建模。本部分需要用6个用例图来对餐饮点菜系统进行描述，分别是餐饮点菜系统用例图、点餐模式用例图、用餐模式用例图、餐毕模式用例图、轻松一刻用例图和特殊附加用例图。 图3.4 餐厅点菜系统用例图 图3.5 点餐模式用例图 图3.6 用餐模式用例图 图3.7 餐毕模式用例图 图3.8 轻松一刻用例图 图3.9 特殊附加用例图 3.2.2 领域类图 类图由许多说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在包中，仅显示特定包中的相关内容。类图是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计。餐厅点菜系统的领域类图如图4.10所示。 图3.10 餐厅点菜系统领域类图 3.3.?可行性分析? 3.3.1?技术可行性?? a．经费、投资方面的来源和限制：各种硬件和工作人员工资需至少10万元? b．硬件、软件、运行环境和开发环境方面的条件和限制：软件需求：操作系统WINDOWS?2000?Advance?Server以上；数据库服务器端软件ORACLE?9I，?JAVA。硬件需求：10M以上的LAN接入网络带宽，P4?3.0G?Xeon?CPU?/1G内存/360G(10K)?SCSI硬盘的服务器，P3以上微机（带网卡）的客户机，P4?3.0G?Xeon?CPU?/1G内存/36G(10K)?RAID硬盘的数据库服务器 3.3.2经济可行性? 餐馆目前由于完全采用纯人工的方式来完成工作的，服务人员要一边登记某些客人的基本信息，一边还要忙着对其它的客人进行点餐服务，工作量大，耗时比较多，所以工作效率低。根据目前餐馆内部员工的日人工成本为：x人?*?y元/人＝z元。我们还不能计算出因效率低下而给餐馆带来的无形经济损失，如果这一部分也看作是成本，那将远远超出目前的计算数额。而如果开发出一个能满足业务要求的餐馆计算机监护管理系统，在采用生命周期的前提下，从问题识别到系统实施、评价、维护，开发周期如果以两年计，共需人工成本m元，各种软硬件成本n元，日常维护费用o元，共计成本费用p元，略高/低于两年的人工费用总和。同样，我们也无法估计算出由于系统的开发应用使餐馆运营效率提高而带来的无形的巨额经济效益，由于系统能在未来较长的一段时间内稳定地发挥作用，这对于餐馆的提高管理水平有很大的帮助，才能使餐馆早日接入到总行的更高层次的网络体系中，可以更加广泛的吸收各方面的信息资源，可为餐馆业务在将来的扩张打下坚实的基础，其经济效