管理信息系统案例第4章.ppt

4.4 结构化系统设计 4.4.1 系统总体结构设计 图4-15 系统总体功能结构图 4.4.2 数据库设计 ⒈ 概念结构设计 图4-16 系统E-R图 图4-17 部分实体属性图 ⒉ 逻辑结构设计 (1) 房间类型（房间类型编码、房间类型、初始消费） (2) 餐台（餐台编码、餐台名称、房间类型、所在区域、容纳人数） (3) 菜例类别（菜例类别编码、菜例类别） (4) 厨师（厨师编码、员工编码、所在窗口） (5) 菜例（菜例编码、菜例名称、菜例简拼、菜例类别、计价单位、成本单价、销售单价、服务员提成比例、打折比例） (6) 菜例制作（菜例编码、厨师编码） (7) 时段表（时段编码、时段名称、起始时间、终止时间） (8) 用餐时段表（时段编码、餐台编码、餐台状态） (9) 餐台预定参考表（餐台编码、预定日期、时段编码、预定状态） (10) 会员等级（等级编码、等级名称、享受折扣比例、积分下线） ⒉ 逻辑结构设计 (11) 员工（员工编码、员工姓名、姓名简拼、性别、出生日期、身份证号、籍贯、所属部门、所任岗位、入职日期、在职状态、联系方式） (12) 会员（会员编码、会员姓名、姓名简拼、性别、出生日期、 账户余额、会员等级、当前累计积分、办理日期、会员状态、联系方式） (13) 消费清单（消费清单编码、会员编码、清单状态、餐台编码、消费数量、顾客人数、进店时间、离店时间、应收金额、实收金额、结账单金额、收银员） (14) 消费清单详细表（消费项目编码、消费清单编码、菜例编码、上菜状态、菜例数量、金额、厨师编码、点菜时间、上菜时间、点菜备注、退菜说明、服务员） (15) 预定清单（预定清单编码、顾客姓名、性别、预定状态、联系方式、预定餐台、预定日期、预定时段、预抵时间、取消时间、预定押金、顾客留言、顾客人数） ⒊ 物理结构设计 ⒊ 物理结构设计 ⒊ 物理结构设计 ⒊ 物理结构设计 ⒊ 物理结构设计 ⒊ 物理结构设计 ⒊ 物理结构设计 4.4.3 代码设计 (1) 会员编码格式为：XX XXXXXXXX XX 其中，1-2位XX为“hy”，3-10位XXXXXXXX代表会员办理日期，11-12位XX代表会员顺序编号。例如：hy2009051701表示2009年05月17日办理的01号会员。 (2) 消费清单编码格式为：XX XXXXXXXX XX 其中，1-2位XX为“xf”，3-10位XXXXXXXX代表消费日期，11-12位XX代表账单顺序编号。例如：xf2009051701表示2009年05月17日登记的01号消费单。 4.4.4 输入输出设计 ⒈ 输出设计 4.4.4 输入输出设计 ⒉ 输入设计 图4-18 无线点菜终端-选择菜例 4.4.5 模块功能与处理过程设计 图4-19 预定接待处理流程图 4.4.6 信息系统安全设计 ⒈ 系统架构设计的安全性 ⒉ 用户权限控制 ⒊ 数据库访问控制 4.4.7 网络系统方案设计 图4-20 系统网络拓扑结构图 4.5 系统主要界面与核心代码 4.5.1 系统主界面 4.5.2 基础数据界面 ⒈ 餐台设置 4.5.2 基础数据界面 ⒉ 菜例管理 4.5.3 主要业务界面 ⒈ 顾客开台 4.5.3 主要业务界面 ⒉ 终端点菜 4.5.4 主要查询界面 ⒈ 菜例管理 4.5.4 主要查询界面 ⒉ 挂账处理 4.5.5 报表 ⒈ 顾客消费打印账单 4.5.5 报表 ⒉ 营业报表汇总统计 * * 4.1 现行系统概述 4.1.1 开发背景 春景海鲜酒楼位于烟台市莱山区黄海路附近，面积500平方米，近20个雅间，一个零点大厅，可容纳300人就餐，菜品以本地海鲜、鲁菜、家常菜为主，客源以政府、机关、事业单位团体等为主。 4.1.2 组织结构分析 春景海鲜酒楼主要包括为六个部门：经理部、人事部、餐厅部、后厨部、财务部、后勤部。 4.1.3 现行系统运行状况分析 目前使用的系统虽然已经脱离了传统的手动操作，但现行系统各功能之间的信息不能很好的交互处理，并未充分体现餐饮业务处理的智能化和人性化； 其次，现行系统采用基于C/S的体系结构； 最后，会员管理功能在现有系统功能中并未体现，已经不适应现代餐饮行业经营管理中客户关系管理的要求。 4.2 系统需求分析 4.2.1 系统目标与需求分析 新系统的设计宗旨是方便厨房、前台和服务员之间的信息交流，酒店管理人员可以通过本系统了解厨房工作人员的工作情况，并能实时监控当前餐厅的预定情况、上座情况、就餐客人数量、每桌客人消费金额、消费明细、当前收银结算情况以及收入明细等。 4.2.1 系统目标与需求分析 ⒈ 预定接待 (1) 远期预定：可提前任意天、周、月、年预定。可以查询预定、取消预定和打印预定表。 (2) 餐台状态