软件需求分析报告餐饮管理系统1.本系统参与人员11名：餐饮管理系统根据我们小组几天的调查和查资料整个系统的业务具体一下几个方面：预定位置：客户可以在网上预定为位置和打电话有前台工作人员代理预定，有的位置预定需要付定金的。

在到预定期半小时没有人来或者不和工作人员联系系统会自动取消，客户也可在网上取消，修改时间。

房间位置：就餐位置分为可以预定的位置和不可预定的位置。

点餐业务：服务员可以把菜单给客户，客户点完餐后，有服务员在传给前台工作人员，有工作人员输入到系统里。

系统会自动的传给后厨系统。

后厨根据相应的菜单进行做菜。

加餐业务：客户只需要报上自己的订单号，选择菜单中的菜。

前台的工作人员会将其加入相应的菜单中转给后厨。

收银业务：客户用完餐后，自己到前台去结账，只需报一下订单号，系统会根据订单号，就算出相应的费用。

后台管理:后台的一些管理业务主要是一些物品进出，整个业务的物品都要从仓库取，整个的业务的所需的物品从这里仓库里出。

财务管理：可以对餐厅的整个业务的直观的看出前台的收入，后台的支出。

人事管理：对于系统的人员角色的分配，以及人员的添加。

二、项目简介随着人们生活水平提高。

餐饮业蓬勃发展，在众多餐饮企业中搞出自己的特色，在激烈的餐饮竞争中脱颖而出，是每个餐厅都要思考的问题。

而使用计算机技术对餐厅进行管理，是一种很有效的管理方式，也能够体现餐厅的档次和特色，而且可以节省很多人工成本，对餐厅的竞争力有很大提升，所以一个优秀的餐饮管理系统很有必要。

软件需求规格说明书1 引言 (5)1.1概述 (5)1.2背景 (5)1.3定义 (5)1.4参考资料 (6)2 任务概述 (6)2.1目标 (6)2.2运行环境 (6)2.3假设（Assumption）和约束（Constraint） (6)3 需求规定 (7)3.1对功能的规定 (7)3.1.1用户需求 (8)3.1.2系统需求 (8)3.2非功能性需求 (28)3.2.1性能需求（Performance） (29)3.2.2安全性需求 (29)3.2.3软件质量属性 (29)3.3外部接口需求 (30)3.3.1用户界面（User Interfaces，UI） (30)3.3.2硬件接口（Hardware Interfaces，HI） (30)3.3.3软件接口（Software Interfaces，SI） (30)3.3.4通信接口（Communications Interfaces, CI） (31)附录软件需求规格说明书1引言1.1 概述经过餐饮各部门间长期的调查并对工作人员提出的需求进行细致的分析，提出了这份用户需求规格说明书。

该说明书主要对所开发的系统进行全面的说明，明确该系统的主要功能要求、性能要求，指出该系统所用到的数据及数据处理流程。

其次，对开发该系统的任务进行概括性叙述，对系统的运行环境进行规定。

通过该文档可使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

该文档的预期读者为：项目提出者，项目管理者。

1.2 背景餐饮行业是一个前景广阔而又竞争激烈的行业。

改革开放以来，我国的餐饮业迅速发展，已经成为一个具有相当规模的产业。

由于我国的旅游业迅速发展，通过调查，我国在2020 年将成为世界上第四大旅游国家；同时我国加入世界贸易组织，餐饮业将完全开放，这个时候，我国的餐饮业将面临着前所未有的机遇和挑战。

但是，现在甚至还有一些饭店还停留在由人工操作和管理阶段，这样已经无法适应当前的发展趋势。

因此，要想使饭店的工作质量和效率提高，采用先进的计算机网络通信技术改变餐饮业务模式，实现餐饮业务管理的自动化已经成为一种必然。

1.3 定义B/S：Browser/Server(浏览器/服务器)C/S：Client/Server（客户端/服务器）预订：客户可以通过可以通过互联网和电话进行预订，包括时间和位置以及餐标。

退订：客户可以通过互联网和电话进行退订（到期的前两个小时）。

修改：客户可以通过互联网和电话进行修改位置、时间和餐标（到期的前两个小时）。

点餐：客户可以在找到合适的位置进行点餐；结账：客户可以在用完餐后到前台进行结账；1.4 参考资料以及网上的需求文档。

2.任务概述对饭店整个来说，对饭店经营状况起决定作用的是酒店的服务管理水平。

如何利用先进的管理手段来提高饭店的管理水平成为饭店业务发展的当务之急。

面对信息时代的机遇和挑战，利用科技手段提高饭店的管理无疑是一条行之有效途径。

虽然计算机管理并不是饭店管理走向成功的关键元素，但它可以最大限度地发挥准确、快捷、高效等作用，对饭店的业务管理提供强有力的支持。

因此，采用全新的计算机网络和餐饮业务管理系统，已成为提高饭店的管理效率，使作业人员与管理系统之间灵活互动，实现流畅的工作流衔接，帮助饭店有效地进行业务管理，释放最大价值。

酒店业务管理系统在达到在节省人力资源成本的同时，可以提高业务效率，并能够及时、准确、迅速地满足顾客服务的需求。

2.2运行环境2.2.1 硬件设备:（1）处理器型号及内存容量：内存256M及以上；（2）外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量：硬盘40G及以上、声卡、显卡、无要求；（3）输入及输出设备的型号和数量，联机或脱机：考虑到数据的安全性问题，要求使用磁盘阵列。

（4）数据通信设备的型号和数量；（5）功能键及其他专用硬件2.2.2 支持软件:（1）操作系统：利用 Windows 操作系统进行开发（WinXP/Win2000/Win2003）（2）开发软件➢后台开发工具使用JAVA 的MyEclipse8.5➢前台开发工具使用Macromedia Dreamweaver MX 2004。

➢应用服务器选择为Tomcat5.5。

（3）数据库系统考虑到用户的数据流量，建议使用MySQL数据库并且使用Apache Tomcat 通用的JDBC数据库连接池来连接数据库。

2.2.3 客户端运行环境：由于本系统是基于 B/S 结构开发出来的，对客户端的配置要求不是很高。

Struts 则是为了Web层能够更好控制跳转。

（1）操作平台需求：可以是 Win2000/WinXP/WinMe/Win98 等平台；（2）软件需求：客户端需要安装一个 Internet 浏览器，如 Internet Explorer 。

3. 需求规定3.1对功能的规定整个系统的流程图3.1.1 用户需求用户说明：用户可分为超级用户、前台管理员、后台仓库管理员、人事管理管理员、客户（网上预订）。

3.1.2前台业务说明1、预订系统；预订系统主要功能包括，预订，修改，退订；前台管理员登陆后可以查看网上预订的情况，接到预订电话可以根据客户的需要进行相应的操作。

预订的内容：时间、位置、还可预订套餐（要提前付一部分费用）。

2、点餐系统:前台管理员登陆后可以查看整个店的位置的使用情况和点餐情况。

当客户需要点餐时，需提交相应的表单，管理员根据相应得表单进行操作（包括时间、位置、具体的餐类），完成后提交，系统会自动的将数据转给后厨管理系统，有后厨进行相应的操作（后边讲到这里不多说）。

加餐：客户提交相应的表单，管理员根据表单进行加餐，完成后数据同样转给后厨管理系统。

3、收银系统：客户用完餐后，到前台结账，管理员根据，他所报的位置的订单号进行网上结账（每种菜系统都有报价，管理员只需点结账按钮），付费结账，打印出小票（小票中包括时间、位置，每种菜的报价、总费），完毕。

3.1.2用例图3.1.2.1预订系统：此图表示预定系统的参与者之间的关系，和他们要执行的活动。

预订系统:预订系统的数据库表（1）3.1.1.2点菜a 业务说明点餐和结账的用例图上图表示前台参与者在点餐系统要参与的用例。

前台管理员和超级管理员（权限最大）可以根据客户的需要进行点餐、加餐、结账。

3.2.1(1)点餐系统:(用例图)前台管理员可以根据客户的需要进行点餐、加餐、结账。

（2）点菜业务场景前台管理员可以根据客户的需要进行点餐操作，此图可以清楚的描述的每一个操作。

业务说明3.3.1（1）加菜业务场景前台管理员可以根据客户的需要进行加菜操作，此图可以清楚的描述的每一个操作。

（2）减菜a 业务说明A 减菜业务场景前台管理员可以根据客户的需要进行减菜操作，此图可以清楚的描述的每一个操作。

（3）结账业务场景前台管理员可以根据客户的需要进行结账操作，此图可以清楚的描述的每一个操作。

（4）业务场景分析业务场景分析说明：服务员登录界面通过验证之后开台点菜，系统记录菜单，完成之后提交订单，询问是否提交，不提交就返回到点菜，提交就打印菜单，后厨做菜，结束用例。

点餐系统数据表点餐的数据库报表属性仓库管理：用例图上图表示的仓库管理的用例图，参与者（仓库管理员）可以进行进货、内部取货、清理无用或过期的货物。

业务说明：取货业务规格说明：进货业务说明：业务流程图上图表示是仓库的业务场景图，参与者（仓库管理员）可以首先登陆系统，验证成功之后可以进行进货、出货操作成功后厨房部管理：用例图此图表示：厨房系统的用例图。

厨房的工作人员可以根据业务场景说明：此图描述的是点餐系统的业务流程，应使用预定义的参与者和用例作为泳道和活动。

这样有助检查和发现参与者和用例。

做菜业务图后台接到前台送给过来的菜单，就会通知厨师做菜，做好菜后，送到指定位置等待服务员送去。

送菜业务图厨师做好菜后放到指定的位置，服务员进行送上，回来后去前台进行取消菜单。

做菜的数据财务管理:用例图财务管理的用例图财务工作人员和总经理都可以查看月结和日结，只有总经理才可以对菜品进行调价，查看营业的情况。

对于不同的角色有不同的权限，有利于整个业务的管理，和提高系统的安全性。

财务管理系统的业务流程图，首先参与者登陆此系统，进行账户和密码的验证。

验证的正确可以通过，进行查看数据表。

如果身份是总经理的话，还可以对菜品进行调价，调价成功系统会自动生成相应的表，显示调价成功。

系统自动管理：用例图系统的自身的管理，主要是对账号的管理，以及人员的管理。

超级管理员一般是店长，或者总经理等，它可以对人员的添加、角色分配，而且可以查看所有系统业务，权限最大的用户。

系统自身管理的业务流程图超级管理员（一般是店长或者是）登陆验证成功后，管理员可以根据业务的需要，进行账号管理和角色分配。

类图：管理员之间的类图。

每个用户都有编号、姓名、职务、权限等属性，获得姓名和权限.客户的属性是姓名和身份证号厨房管理的类图：管理员有权限接受到菜单后，查看那个厨师的状态如果是空闲的，就会通知他做菜，厨师做好菜后，让服务员送菜。

3.2非功能性需求3.2.1性能需求因为系统本身不算大，但数据库的储存的数据量还是能够承受数据压力的，系统本身采用局域网通信速度会达到10M/s.3.2.2安全性需求SE-1：所有涉及功能信息或人物权限，都要采用128位的加密。