餐饮信息管理系统概要设计说明书.doc

餐饮信息管理系统V2.0
概要设计说明书
1系统总体性能及运行环境要求
1.1运行环境要求:
l 数据库采用SQLSERVER2005
l 系统软件采用 WINDOWS2003或者WINDOWXP以上版本
l CPU Pentium Ⅳ 1.8Ghz
l 内存 512MB
l 硬盘空间 50.0MB以上硬盘剩余空间
l 输入设备 键盘/鼠标
1.2开发工具要求：
l 本软件采用VISUAL STUDIO 2008，开发语言采用.Net 3.5 (C#)
1.3 性能要求：
l 系统的先进性：应保持架构及采用技术的先进行性。
l 系统的健壮性: 运行在系统的信息属于酒店实时信息，容不得半点差错，所以系统应该保证其健壮性，保证出错得概率尽可能的低。
l 系统运行平台的稳定性：为保证系统的稳定性，系统运行所在平台也必须保证其稳定性，如网络的稳定，其他硬件设施的稳定。
l 操作的简便性：考虑到系统的实际工作环境，系统的操作应尽量简单。对事件或其它的提示尽量采用视觉提示。

2系统整体逻辑架构
系统采用B/S方式进行设计开发，共分为以下四个大模块

餐饮信息管理系统
前台管理
后台管理
财务管理
系统维护

2.1前台管理： 负责预定，点菜，收银的处理。
2.2后台管理：负责酒店基本信息，菜品，餐桌的管理维护，系统操作访问权限设置也可以在这里完成。
2.3财务管理: 给用户提供菜品销售、客户消费等有关财务信息的查询管理，更多地是偏向于提供一种统计查询的功能，并不涉及与专业财会和税务相关的内容。
2.4 系统维护：可以修改密码，刷新系统

3 各功能模块功能设计
3.1前台管理
前台管理
预订管理
点菜管理
台位查询
收银管理

3.1.1预定管理
u 增加，修改，删除，查询预定信息。
u 通过预定信息锁定台位信息，人工解锁台位信息
3.1.2点菜管理
u 增加，修改，删除，查询点菜单信息。
u 服务员笔记或者PDA点菜流程任意定制。
3.1.3台位查询
u 席位的状态。
3.1.4 收银管理
u 总营业查询
u 当日营业查询
u 历史账单查询
u 自动生成各种账单，便于日后统计分析和财务管理。

3.2 后台管理
3.1．1 菜品信息管理
功能描述：
u 增加、修改、删除、查询菜品信息；
3．2.2 角色权限管理
功能描述：
u 修改角色登录信息；

3.3 财务管理
功能简介：
本子系统的功能都是建立在对数据库中记录的筛选、采集、整理、编辑的基础上的。要实现的功能主要有：日营业额统计、收款查询等。

3.1.1 营业额统计查询
l 日营业额统计，统计出某一日的营业情况

4 各功能模块架构设计
4.1 前台管理
4．1．1 前台流程

4.1.2 预定管理

a) 通过系统取得客人预定的订单，此订单需要审核。
b) 接受电话预定和到前台现场预定。
c) 允许在预定时点菜，客人来到后，自动加入客人的菜单中，同时客人可以对订单中的菜单进行更改。
d) 支持客人申请更换席位。
e) 席位状态改变后，向外部系统发生响应事件，请求外部系统改变相应席位的状态。

『订单』 订单号，席位号，订单时间，联系者姓名，联系电话，定金，处理订单的员工等。
4.1.3 点菜管理
a) 服务员笔记菜单，然后在前台（可以自定义）录入菜单。

『菜单』 菜单号，对应消费品，时间，服务员，席位等。

4.1.4 台位查询
a) 图形化动态显示所有餐桌的状态和信息。
4.1.5 收银管理

b) 打印客人的消费账单。可以通过后台自定义账单的样式。
c) 结账成功，账单进入到历史账单表中，用于日后经营分析于统计。
d) 交班时，对营业员的工作进行统计，如处理账单总数，营业额等。
4.2后台管理

4.3财务管理
财务管理主要工作流程如下：

流程说明：
本子系统的流程相对简单包括：营业额统计查询管理。在每个选项下面提供具体的功能选项。客户在这些功能里面选择一个，便进入相应的功能页面。由于本子系统的所有查询统计都是与时间或是与客户ID相关的，所以在进入功能页面之后需要用户指定一个查询的条件，然后系统根据用户给出的查询条件，到数据库中的对应表中取出相应的记录，并自动进行组合汇总，以报表的形式展示给用户。。至此，一次财务管理子系统的工作流程便已经完成。

功能设计：

4.3.1 营业额统计

此功能要求用户先设定一个时间范围，然后以流水账的形式，统计出这个时间范围内的营业额统计和对应的账单清单。具体的时间范围，可以以天为单位。此功能旨在给用户提供一个企业经营状况的大致参考。
5数据库设计
数据库设计详见数据库设计说明书。
5
第 5 页 共 5 页