餐饮管理系统需求规格.doc

餐饮管理系统需求规格餐饮管理系统需求规格V0.2广州软件公司评 审 日 期： 2013年3月24日项目小组参加人员及分工姓名学号工作任务组长庞嘉瑶1007508235总体布局组员曾洁玲1007508216客户端功能分析与设计组员李文静1007508221客户端功能分析与设计组员李春丽1007508252管理端功能分析与设计组员叶庆文0907508312管理端功能分析与设计第 2 页 共 25 页 餐饮管理系统需求规格目 录1导言11.1目的11.2范围11.3缩写说明11.4术语定义11.5引用标准11.6参考资料21.7版本更新信息22系统定义22.1项目来源及背景22.2项目要达到的目标32.3系统整体结构33应用环境33.1系统运行网络环境43.2系统运行硬件环境43.3系统运行软件环境44功能规格54.1角色定义54.1.1会员54.1.2管理用户54.1.3数据库64.2系统主用例图64.3客户端子系统74.3.1注册94.3.2检索浏览菜单94.3.3订餐94.3.4餐后评价104.3.5订单管理104.3.6个人信息管理114.4管理端子系统124.4.1登录管理134.4.2订单管理134.4.3点餐管理144.4.4菜单管理154.4.5评价管理164.4.6报表管理174.4.7用户管理185性能需求195.1界面需求195.2响应时间需求205.3可靠性需求205.4开放性需求205.5可扩展性需求205.6系统安全性需求206产品提交207实现约束218签字21 餐饮管理系统需求规格1 导言1.1 目的该文档是关于用户对于餐饮管理系统的功能和性能的要求，重点描述了餐饮管理系统的设计需求，将作为对该工具在概要设计阶段的设计输入。本文档的预期读者是：l 设计人员l 开发人员l 项目管理人员l 测试人员l 用户1.2 范围该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。1.3 缩写说明JSPJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。UMLUnified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。1.4 术语定义无1.5 引用标准1 企业文档格式标准 V1.1北京长江软件有限公司 2 需求规格报告格式标准 V1.1北京长江软件有限公司软件工程过程化组织1.6 参考资料1 UML V1.1北京长江软件有限公司 2 需求规格报告格式标准 V1.1北京长江软件有限公司软件工程过程化组织1.7 版本更新信息本文档的更新记录如表A-1。表A-1 版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0012013.3.170.1全部初始发布版本0022013.3.240.2第2.3、4.3、4.4节修改2 系统定义我们分别阐述一下项目的来源、背景和项目的目标。2.1 项目来源及背景随着人们生活水平的提高，人们对餐饮的要求也越来越高，餐饮业在服务行业中占有越发重要的地位。如何让自家饭店在当前餐饮行业日趋激烈的竞争中脱颖而出，成为广大经营者所追求的主要目标。事实上，餐饮业得益于网络的发展，通过网络更高效、便捷地为客户服务的同时增加盈利、扩大经营范围。传统的订餐模式是人们必须到饭店或打电话才可以进行订餐，而随着信息化的发展，信息系统不断提高着餐饮企业的管理效率，同时也方便客户直接利用发达的网络资源进行操作，还可以快捷地了解到饭店的菜肴信息。因此我们希望开发出基于B/S模式的餐饮管理系统，实现真正意义上的订餐自动化，以及餐饮企业销售管理便捷化。餐饮管理系统为饭店提供一个完整的服务平台，顾客可以通过系统了解饭店的各种菜肴，在系统上可以实现订餐操作，并可以对各种菜肴做出相应的评价。饭店服务员通过本系统查看、修改顾客的订单信息。饭店数据维护人员通过本系统编辑菜肴的介绍，对菜肴进行分类。饭店经理可以通过系统了解饭店目前各种菜肴的销售情况，还可以统计各个时间段的营业收入，分析这些数据对饭店的管理方针进行适当的调整来提高整个饭店的营业状况。2.2 项目要达到的目标本项目设定的目标如下：1. 系统能够提供友好的用户界面，使操作人员的工作量最大限度的减少2. 系统具有良好的运行效率，能够得到提高生产率的目的3. 系统应有良好的可扩充性，可以容易的加入其它系统的应用。4. 平台的设计具有一定的超前性，灵活性，能够适应企业生产配置的变化。5. 通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力2.3 系统整体结构本系统分为客户端和管理端，客户端主要功能是提供会员的检索浏览菜单、下订单、餐后评价等。管理端的功能提供饭店相关人员的菜单管理、订单管理、点餐管理、报表管理、评价管理等。他们的关系如图A-1。会员网 络 服 务 器菜肴信息菜肴信息数据维护员检索浏览菜单菜单管理订单管理评价信息数据维护员评价管理填写预订信息服务员点餐管理点餐信息选择菜肴订单信息订单信息提交订单服务员评价信息经理报表管理历史订单餐后评价图A-1：餐饮管理系统流程图3 应用环境 本项目的应用环境可以分硬件环境、软件环境和网络环境来描述。3.1 系统运行网络环境本系统的网络运行图如图A-2，无论是客户端的会员还是管理端的相关人员等都可以通过网络登录到本系统中。会员通过网络提交订单、餐后评价，饭店相关人员通过网络发布菜肴信息，获得会员的订单信息，进行报表管理。会员饭店相关人员图A-2：网络拓扑图3.2 系统运行硬件环境本系统的硬件环境如下：l 客户机：普通PCn CPU：P4 1.8GHzn 内存：256MB以上n 分辨率：推荐使用1024*768像素l WEB服务器n CPU：P4 1.8GHzn 内存：256MB以上l 数据库服务器n CPU：P4 1.8GHzn 内存：256MB以上3.3 系统运行软件环境l 操作系统：Windows XPl 数据库：SQL Server 2005l 开发工具包：JDK Version 1.4.2l JSP服务器：Tomcatl 浏览器：IE8.04 功能规格我们采用面向对象分析作为主要的系统建模方法，使用UML(Unified Modeling Language)作为建模语言。UML为建模活动提供了从不同角度观察和展示系统的各种特征的方法。在UML中，从任何一个角度对系统所作的抽象都可能需要几种模型来描述，而这些来自不同角度的模型图最终组成了系统的映像。Use Case描述的是“actor”(用户、外部系统以及系统处理)是如何与系统交互来完成工作的。Use Case模型提供了一个非常重要的方式来界定系统边界以及定义系统功能，同时，该模型将来可以派生出动态对象模型。设计Use-case时，我们遵循下列步骤：第一步，识别出系统的“actor”。Actor可以是用户、外部系统，甚至是外部处理，通过某种途径与系统交互。重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者(Actor)是谁。尽可能地确保所有Actor都被完全识别出来。第二步，描述主要的Use Case。可以采取不断地问自己“这个Actor究竟想通过系统做什么？”来准确地描述Use Case。第三步，重新审视每个Use Case，为它们下个详尽的定义。4.1 角色定义角色或者执行者指与系统产生交互的外部用户或者外部系统。4.1.1 会员会员是指在这个餐饮管理系统中通过客户端提交订单的人员，这个角色主要参与客户端的浏览菜单、提交订单、餐后评价等功能。4.1.2 管理用户管理用户是指管理端的用户，此角色派生两个子类，饭店相关人员和系统管理员，饭店相关人员是指在餐饮管理系统中通过管理端参与饭店管理工作的人员，它又可以派生三个子类即数据维护员、服务员和经理。系统管理员是指对餐饮管理系统进行相关设置、维护的人员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A3：图A-3：管理用户角色的关系图管理用户具体说明如下：l 饭店相关人员n 数据维护员 管理菜肴信息、顾客评价信息。n 服务员 管理订单信息、实现点餐管理。n 经理 整理报表信息。l 系统管理员通过管理端对系统用户进行管理的人员，这个角色主要负责对管理端用户的增加，权限的设置等功能。4.1.3 数据库数据库是一个与系统产生交互的外部系统，这个角色负责系统的数据查询、增加、删除和修改等操作。4.2 系统主用例图餐饮管理系统可以分为两个主要的组成部分，一个是客户端子系统，一个是管理端子系统。客户端子系统主要是指会员通过登录网站进行操作的功能，即订餐功能。管理端子系统是饭店的相关人员发布菜肴信息，整理订单信息，查看销售情况等功能。系统的主Use Case图如图A-4所示。图A-4：系统的主用例图4.3 客户端子系统客户通过注册成为会员，登录系统后，会员通过它进行网上预订餐桌号以及订餐，这就是客户端子系统的功能。在客户端用户可以看到各种不同种类的菜式，点击进去可以看到菜式的详细介绍，如果需要网上预订的话，可以注册，以会员身份进行预订，填写就餐日期、选择餐位情况以及点餐，提交后显示订单信息。如不需要网上预订的话，也可以浏览相关菜肴的简介以及对应的评价。图A5是它的活动图。图A-5：客户端的活动图客户端的主要功能包括注册、检索浏览菜单、订餐、餐后评价、订单管理及个人信息管理。图A6是它的用例图。图A-6：客户端的功能用例图客户端管理的这些用例描述如下：FC1：注册。该系统需要注册之后才可进行预订。注册信息包括真实姓名、性别、生日、电话号码、邮箱、地址、密码等。它们组成会员的基本个人信息。FC2：检索浏览菜单。顾客通过各种不同的种类、菜系、销售量来浏览菜肴信息，还可以通过关键字检索出菜肴信息。点击菜肴的图片可以进入详细介绍的页面。FC3：订餐。会员需要先填写就餐日期，系统根据日期显示餐位情况让会员选择，再进行菜色选择生成订单。FC4：餐后评价。会员于网上预订，在饭店就餐后可再次登录该网站进行网上评价，限定字数100字以内。评价完成后可显示至对应菜肴信息的页面的相应位置，方便其他用户参考，也可让饭店得到相应的信息反馈，并及时做出调整等。FC5：订单管理。会员在网上订餐成功后，可以查询订单信息。订单信息包括用户所预订的就餐日期、餐位情况、菜式等。也可以对就餐时间、餐位情况以及菜色进行修改。还可以取消未就餐的订单和删除已就餐的历史订单记录。FC6：个人信息管理。会员可以登录网站查看个人信息，并实时更新修改个人资料信息，方便饭店和会员间友好交流。可以修改的信息包括会员电话号码、邮箱、地址、密码等。4.3.1 注册注册是顾客登录网站，如需进行网上预订的话，必须进行的操作。需要录入的信息包括姓名、性别、生日、电话号码、邮箱、地址、密码等，然后才进行下一步的操作。具体描述如下：用例描述：注册；执行者：顾客；前置条件：顾客浏览网站并决定要进行网上订餐；后置条件：注册完成后，则可以进行订餐信息的填写。基本路径：a) 基本信息录入，包括真实姓名、性别、生日、电话号码、邮箱、地址等信息；b) 设置个人密码，以及确认密码；c) 点击确认，提交信息，注册成功后系统自动分配会员号。4.3.2 检索浏览菜单网站提供给顾客菜单的检索与浏览功能。具体描述如下。用例描述：检索浏览菜单；执行者：顾客；前置条件：顾客在浏览网站；后置条件：会员可进行订餐操作。基本路径：a) 根据菜肴种类、菜系、销售量可以浏览菜色；b) 输入关键字可以检索出符合的菜肴图片、名字；c) 听过点击菜肴图片，可以详细浏览每种菜色的详细描述，包括简介、主要食材、所属菜系、单价、销售量、顾客评价等信息。4.3.3 订餐会员若对饭店菜色满意且有意到该饭店用餐，可立即进行网上订餐。具体描述如下。用例描述：订餐；执行者：会员；前置条件：会员已登录系统；后置条件：完成订餐后，则可以查询订单信息。基本路径：a) 进入订餐界面，填写就餐日期；b) 系统根据日期显示餐位情况，会员根据个人实际情况选择午市或晚市，小桌、大桌或宴席（即一次预订多张台位）；c) 选择好后，点击下一步，进入点菜环节。d) 会员浏览相关菜肴信息，对所喜欢的菜式进行预订选择；e) 点齐菜式后，进行提交。活动视图如图A7。图A-7：订餐的活动视图4.3.4 餐后评价会员到该饭店就餐后，可再次登录该网站，以会员身份对饭店进行评价，可评价饭店卫生情况、服务态度、菜是否好吃等，限定字数在100字以内。具体描述如下。用例描述：餐后评价；执行者：会员；前置条件：会员已于饭店就餐并登录系统；后置条件：完成餐后评价，则评价信息记录到数据库中。基本路径：a) 进入餐后评价界面，可输入相关评价信息，限定字数在100字以内；b) 评价完成后点击确定，提交评价信息，并进行友好提示欢迎客户再次光临；c) 评价信息发布到对应菜肴介绍的页面的相应位置，此时评价信息的状态为未审核。4.3.5 订单管理会员登录系统后，在订单管理界面中对订单进行查询、修改、取消未就餐订单及删除历史订单记录。具体描述如下：用例描述：订单管理；执行者：会员；前置条件：会员已登录系统并曾经进行网上订餐；后置条件：如果会员对订单信息进行管理后，则订单信息记录到数据库中。基本路径：a) 进入订单管理界面，显示会员的所有订单记录，提供查询功能，包括预订时间、就餐时间，餐位情况、菜色、总额等的信息；b) 可以修改未就餐的订单记录，包括就餐时间的提前（不能早于修改的时间）和延后，餐位情况的更改，菜色的添加和删除；c) 可以取消未就餐的订单；d) 可以对已就餐的订单记录进行删除处理。用例图如图A8。图A-8：订单管理的用例图4.3.6 个人信息管理用例描述：个人信息管理；执行者：会员；前置条件：会员已注册完毕；后置条件：如果个人信息修改成功后，则数据库的用户信息随之变化。基本路径：a) 进入个人信息管理界面，首先展示会员的所有个人信息；b) 修改会员的个人信息，包括用户电话号码、邮箱、地址、密码等。其中会员真实姓名、性别等标志性信息以及系统分配的会员号不允许修改；c) 点击按钮保存个人信息修改。用例图如图A9。图A-9：订单管理的用例图4.4 管理端子系统管理端主要是指提供饭店内部人员使用的功能部分，它的功能分为订单管理、点餐管理、菜单管理、评价管理、报表管理等部分，每个登录者首先经过安全认证然后确认权限，根据相应的权限现实相应的功能。图A-10是管理端的用例图。图A-10：管理端用例图管理端的这些用例描述如下：F-L-1：登录管理。登录管理负责所有管理端的登录，管理端的人员要登录到系统必须经过登录界面，输入自己用户名和密码，然后系统判断这个用户的权限信息，不同的登录人可能具有不同的权限，系统根据不同的权限实现不同的功能。F-W-1：订单管理。订单管理是由服务员登录到系统，实现对会员的网上订单进行查询、修改的功能，待会员就餐完毕后更改订单状态。F-W-2：点餐管理。点餐管理是由服务员登录到系统，实现对饭店现场客人的点餐，需要填写当时的就餐时间、选择餐位，然后再选择菜色。F-D-1：菜单管理。菜单管理是由数据维护员登录到系统，对饭店菜单进行增加、删除、修改，使网上的菜肴信息与饭店实际情况相符合。F-D-2：评价管理。评价管理是由数据维护员登录到系统，负责会员的网上评论的审核，审核通过则将评价信息的状态修改为已审核，对含有非法字句的评价进行删除。F-M-1：报表管理。报表管理用来统计饭店的销售情况，是经理的操作权限。该模块可以统计出当日、当月、季度以及年度所有的菜肴的销售数据。F-A-1:用户管理。用户管理是由系统管理员增加或删除用户，编辑用户名、用户密码、修改用户权限，使具有不同权限的用户进入系统主界面时，出现在界面左侧栏中的图标数有所不同，具体的图标与用户所具有的权限对应。4.4.1 登录管理登录到其他系统的所有人都需要通过登录界面进入相应的管理界面，在登录界面输入用户名和密码，系统首先判断用户名和密码的正确性，然后根据用户名确定其权限，不同的登录者具有不同的权限，根据登录者具有的权限将相应的功能显示在管理界面上，没有权限操作的功能将不显示在这界面上。活动视图如图A-11。图A-11：登录管理活动视图4.4.2 订单管理服务员可查看会员网上订单信息，在客户要求下更改菜式选择，待客户就餐完毕后更改订单状态。具体描述如下：用例描述：订单管理；执行者：服务员；前置条件：服务员已登录系统；后置条件：如果订单完成后，则修改订单信息状态记录到数据库中。基本路径：a) 进入订单管理界面，显示目前的会员网上订单列表；b) 可以根据客户的会员号，查询订单；c) 根据客户的要求可以对订单的菜式选择进行修改；d) 待客户就餐完毕后，可以对该客户的订单状态进行更改。活动视图如图A-12。图A-12：订餐管理活动视图4.4.3 点餐管理点餐管理是在客户没有网上预订菜单，服务员现场直接为客户进行点餐的功能。具体描述如下：用例描述：点餐管理；执行者：服务员；前置条件：服务员已登录系统；后置条件：如果点餐管理完成后，则点餐信息记录到数据库中。基本路径：a) 进入点餐管理界面，填写当时的就餐时间；b) 系统根据日期显示餐位情况，服务员根据当时实际情况选择午市或晚市，小桌、大桌；c) 选择好后，点击下一步，进入点菜环节；d) 通过浏览相关菜肴信息，根据客户要求点餐；e) 点齐菜式后，进行提交。 活动视图如图A13。图A-13：点餐管理活动视图4.4.4 菜单管理菜单管理是餐饮管理系统的主要功能之一。数据维护员根据饭店的实际情况，定期对菜肴信息进行管理，实现添加、删除、修改、查询菜肴信息的功能。具体描述如下：用例描述：菜单管理；执行者：数据维护员；前置条件：数据维护员已登录系统；后置条件：如果菜单管理成功，则数据库中的菜肴信息随之变化，客户可以通过订餐进行点菜。基本路径：a) 进入菜单管理界面，显示当前系统中的所有菜肴信息，可以添加新的菜式，编辑详细信息，包括菜式id、菜式名、菜式简介、主要食材、所属菜系、种类、单价等；b) 通过点击不同的菜肴图片可以浏览其详细信息；b) 可以对每个菜肴信息进行修改；c) 可以按菜肴的种类、菜系、销售情况等进行查询；d) 提供菜肴信息的删除功能。活动视图如图A-14。图A-14：菜单管理活动视图4.4.5 评价管理数据维护员可以对会员的餐后评价信息进行审核，不但让客户在网上浏览菜肴信息的时候可以参考评价信息来选择菜式，还可以让饭店管理者根据客户对菜式的评价来改善饭店的菜式，提高菜肴的吸引力。用例描述：评价管理；执行者：数据维护员；前置条件：数据维护员已登录系统；后置条件：如果评价管理成功，则数据库中的评论信息可以通过。基本路径：a) 进入评价管理界面，展示所有的评价信息，包括评价会员号、评价时间、评价内容等信息；b) 选择管理未审核的评价信息，展示未审核信息；c) 对评价信息进行审核，审核通过则将状态置为已审核，否则将评价信息删除处理；d) 可以进行查询操作，通过会员号或者时间进行查询。活动视图如图A-15。图A-15：评论管理活动视图4.4.6 报表管理为了了解饭店的不同时间段的营业情况，可以通过生成报表来获得各种菜肴的销售情况，然后可以对饭店的工作做出有益的改善，提高饭店的营业额。具体描述如下：用例描述：报表管理；执行者：经理；前置条件：经理已登录系统；后置条件：如果报表生成后，则数据库中的销售信息可以通过报表形式进行输出和打印等。基本路径：a) 进入报表管理界面，首先选择报表的统计时间段，可以是当日、当月、季度以及年度的时间段；b) 通过读取数据库获取销售订单的数据，进行统计输出；c) 显示统计数据并提供打印功能。活动视图如图A-16。图A-16：报表管理活动视图4.4.7 用户管理系统管理员可以进行权限设置，在用户管理界面中对用户进行增加、删除、修改、查询。具体功能描述如下：用例描述：用户管理；执行者：系统管理员；前置条件：系统管理员已登录系统；后置条件：如果用户信息维护完成，则用户的相应信息将记录到数据库中；基本路径：a) 进入用户管理界面，显示目前的系统用户以及每个用户具有的权限；b) 点击不同的用户，可以显示这个用户的信息以及相应权限，必要时可以修改其权限；c) 可以增加用户，也可以删除用户。活动视图如图A17。图A-18:个人信息管理活动视图5 性能需求根据用户对本系统的要求，确定系统在