餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc

上传人:b****2 文档编号:13332364 上传时间:2022-10-09 格式:DOC 页数:16 大小:4.34MB
下载 相关 举报
餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc_第1页
第1页 / 共16页
餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc_第2页
第2页 / 共16页
餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc_第3页
第3页 / 共16页
餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc_第4页
第4页 / 共16页
餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc

《餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc》由会员分享,可在线阅读,更多相关《餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc(16页珍藏版)》请在冰豆网上搜索。

餐饮企业营业管理系统建设解决方案版本Word文档下载推荐.doc

3.2. 需求描述 6

3.2.1. 业务需求 6

3.2.2. 接口需求 6

3.2.3. 性能需求 6

3.2.4. 安全需求 7

3.2.5. 其他需求 7

3.3. 需求分析 7

3.3.1. 系统涉众分析 7

3.3.2. 功能需求分析 7

3.3.3. 对技术架构的要求 8

4. 总体设计 8

4.1. 总体设计目标 8

4.2. 总体设计原则 8

4.3. 总体构架设计 9

4.4. 网络系统设计 9

4.5. 系统硬件设计 10

4.5.1. 服务器 10

4.5.2. 网络设备 11

4.5.3. 存储系统 11

4.6. 选择平台 11

4.7. 标准规范设计 11

5. 详细设计 11

5.1. 技术构架设计 12

5.1.1. 设计思路 13

5.1.2. 设计原则 13

5.1.3. 架构决策 13

5.1.4. 技术架构 13

5.2. 功能设计 13

5.3. 安全设计 14

5.4. 用户界面设计 14

5.4.1. 界面设计原则 14

5.4.2. 应用型设计 14

5.4.3. 界面原型设计 14

6. 项目实施方案 15

7. 技术支持和服务 15

8. 项目预算 16

9. 公司简介 16

1.关于本方案

本文档描述的方案是针对当前市面上绝大多数餐饮企业在营运过程中普遍遇到的问题并针对贵企业提出的针对性问题而提出的解决方案。

该方案主要从该企业的点单系统和结账系统两大方面着重入手提出了较为合理的解决方案。

2.概述

2.1.背景

传统餐饮娱乐行业的经营者大都为家族式经营,受传统思想影响,餐饮娱乐业的中高级人才很缺乏,而这正是制约餐饮娱乐行业进一步发展壮大的关键问题——不能将传统经营积累的经验贯穿下去,而信息技术的出现使这个变成了可能。

自从人类进入二十一世纪,也就标志着一个高速发展的信息时代的到来,在高新技术飞速发展的同时,计算机的使用范围也大大扩展。

随着数字化的呼声越长越烈,餐饮管理数字化、电子化的需求也逐渐体现出来。

2.2.建设目标

我们公司计划在六个月的时间内通过与贵公司各个方面取得良好相互交流的基础上,从贵公司的所遇到的问题和要求出发,设计并开发出一款高效、安全、可靠的餐饮管理系统,解决贵公司现阶段遇到的绝大部分问题,并且该系统在各种功能上提供一定的升级空间(接口)。

2.3.建设原则

我们所提供的系统的设计符合国际ISO9001标准且本着为顾客着想的理念为贵企业提供最优质的服务,贵企业可以随时了解该软件系统的设计思路及完成情况。

3.需求描述及分析

3.1.概述

中国众多人口推动了中国餐饮行业的蓬勃发展,但是随着餐饮行业连锁化、国际化的趋势越来越明显,其管理的难度也在明显加大,所以一套合理的餐饮管理系统也就显得尤为重要。

3.1.1.需求分析目标和任务

通过对餐饮行业现状了解加上各种采集数据,再结合贵企业遇到的针对性问题,在双方建立良好交流的基础上,了解餐饮行业的营业模式和流程,确定本系统的问题域和系统边界,确定系统的执行者和用例,用例分析,建立合理的餐饮行业系统数据模型,描述餐饮业正常运营过程中的各种过程,为后期任务的完成提供模型。

3.1.2.需求分析组织形式

需求分析是在通过大量实地调查或者调查问卷表(针对不同类型的顾客和各种不同餐饮企业两种不同实体),了解不同对象对餐饮业的一般性要求和餐饮行业的总体特点和一般性流程,再通过再贵企业的实地调查,获取符合贵餐饮企业的特点,从而从中抽提出所需要的需求。

3.2.需求描述

3.2.1.业务需求

顾客计划到餐厅或者酒店吃饭,但是怕自己去晚了没有位置,所以有些顾客想通过电话,提前预定一些位置,这就涉及到了餐饮订餐功能;

顾客到酒店吃饭,肯定会根据自己的口味选择一些事物(也可在订餐的同时完成),所以他们就会使用到了餐饮点菜功能;

吃完饭后,结账时顾客想查看自己的账单,并且不同顾客想通过不同的渠道支付费用,这就涉及到了餐饮收银功能;

在顾客订餐,点菜,收银这一个过程中系统会产生数据,有些数据是需要保密的,所以系统必须保护这些数据不会被不必要的人访问,所以这就产生了餐饮权限管理功能。

3.2.2.接口需求

一个优秀的软件不仅要提供优质的服务还要有一定的升级空间,所以我们系统会预留一些功能升级接口比如:

和财务部门对接的接口,直接为财务部门提供企业营业数据;

和人事部门对接的接口,使得人事部门方便企业人事管理……。

3.2.3.性能需求

软件的性能也是决定软件质量的重要指标,餐饮作为一个比较特殊的行业决定了其在时间方面有着严格的要求,我们设计系统时的对时间性能的要求是:

20桌以下同时订餐,系统能够在一秒内将数据传输到服务器处理,50桌以下同时订餐,系统能够在三秒内将数据传输到酒店服务器上处理,100桌以下时,系统能够在五秒内将数据传输到酒店服务器处理,100桌以上时,系统能够在十秒内做出反应。

3.2.4.安全需求

本系统所有功能,数据传输均是在酒店内部局域网上完成的,不涉及到外网,所以加强对服务器数据管理和人事权限管理就可基本满足一般的安全需求。

3.2.5.其他需求

对于突发事件的处理,餐饮业的突发性事件很多,例如:

不可预知性的断电,电脑突然出现问题……这些问题都会影响企业的正常运行,导致不可恢复的数据丢失。

对此我们提供了软件的应急性处理功能模块,能减少企业的损失。

3.3.需求分析

3.3.1.系统涉众分析

本系统涉及到的对象主要有:

酒店各级管理人员,酒店服务人员、顾客等以及使用本系统提供接口的其它功能类型的系统软件(如人事管理系统,金融管理系统等)。

3.3.2.功能需求分析

我们针对餐饮行业中普遍性问题并结合贵公司实际情况分析的出了贵公司在系统功能方面具有以下几点需求:

1)顾客通过某些方式(电话或是提前声明)提前预定餐厅内桌位。

2)顾客能够方便的完成点单的操作,并且点单信息应该存储起来,为收银操作服务。

3)顾客用餐完成后,可以便捷的找到自己的用餐信息,可以通过不同的方式(现金、信用卡等等)完成结账。

4)餐厅的相关负责人可以通过系统完成对不同员工不同角色的分配。

5)数据管理人员可以通过系统查看系统处理整合后的餐厅的各项数据。

6)一些其他的功能需求,比如发生突发事故时,系统能够具有一定的灾难恢复功能。

3.3.3.对技术架构的要求

系统采取三层架构,增加了数据的安全性和数据访问的便捷性。

编程环境使用微软提供的Framework构架模型。

数据库中数据表的模型大部分基本符合第三范式要求,极大减少数据冗余。

4.总体设计

4.1.总体设计目标

本系统计划在完成之后可以实现顾客从预定、点单、收银等服务的数字化管理,餐饮企业在日常管理中的菜单设计、权限管理也可以通过本系统方便的实现。

本系统采用良好的人机交互界面,高质量的服务以及一些餐饮企业中必要系统软件的应用接口,能够极大地提高了餐饮企业的管理效率,创造更大价值。

4.2.总体设计原则

我们本着“你所需要的就是我们所努力的”设计理念,本着“可靠、安全”的原则,努力打造出一款便捷、功能强大的高质量软件。

4.3.总体构架设计

4.4.网络系统设计

4.5.系统硬件设计

4.5.1.服务器

推荐至少使用一台工作组级别的服务器(能够在同一时间连接五十名左右的用户),如果贵公司支持国产的话,推荐浪潮和思科的相应品牌,如果不太信任国产,可以考虑IBM和惠普(HP)的相应服务器,具体服务器的型号可以根据企业的实力再下决定。

4.5.2.网络设备

交换机和无线设备推荐使用华为的相应产品,品质不错,国产价钱也相应便宜。

4.5.3.存储系统

存储设备品牌较多,质量也都不是很差,推荐贵企业可以考虑爱国者的相应型号,储存设备的大小也有企业实际情况而定。

4.6.选择平台

服务器的操作系统推荐Linux,稳定性好,可靠性高,但是本系统是在微软Framework平台的框架下开发的,考虑到兼容性问题服务器系统还是使用Windows系统,数据库使用SQLServer2005。

4.7.标准规范设计

本公司开发软件质量符合ISO9000软件质量体系认证,符合ISO/IEC15504SPA(SoftwareProcessAssessment)标准。

5.详细设计

5.1.技术构架设计

5.1.1.设计思路

本系统采取面向对象的设计思路,将系统边界中涉及到的执行者都看作是类对象,相应的操作看作是类对象的相应方法,类对象之间的操作看作是不同类对象之间的交互,完成对系统的封装。

5.1.2.设计原则

采用包的思想,将系统分成彼此间关联较少的子系统模块,分析在不同包内会发生关联的对象,了解相应过程。

5.1.3.架构决策

所有决策均是本开发小组全体成员和贵企业相关人员通过讨论后的出的,系统的架构是借鉴现在流行的三层架构。

5.1.4.技术架构

本系统采取微软VisualStudio提供的Frameworkv3.5构架。

5.2.功能设计

1.餐饮订餐功能子模块

2.餐饮点菜功能子模块

3.餐饮收银功能子模块

4.餐饮权限管理功能子模块

5.餐饮数据管理功能子模块

6.其他附加功能模块

5.3.安全设计

局域网内,安全方面的威胁主要来自于U盘等移动设备的病毒携带和某些操作人员的不合法操作,所以本系统提供了异常处理的相应方法防止工作人员的错误操作导致系统的崩溃,防治病毒的操作可以下载相应的杀毒软件完成系统的保护。

5.4.用户界面设计

5.4.1.界面设计原则

本系统的系统界面是典型的人机交互界面,界面的基本原则是美观、简洁,能够让使用者清晰的了解相应的操作。

5.4.2.应用型设计

具体参照系统完成后的设计。

5.4.3.界面原型设计

6.项目实施方案

具体方案参考工作计划。

7.技术支持和服务

如果在使用过程中遇到操作问题可以查看随系统自带的帮助文件,也可打电话提前预约,我们项目小组会在两个工作日内通过各种方式解决问题,电话:

010-0101001,E-mail:

zhangsen_19901210@。

8.项目预算

如果贵公司按照本文档推荐的设备采购,那么设备的成本估计在三十五到四十万元之间,企业可以根据自己实际情况而定,我们项目小组设计系统的预算希望贵公司能够按时支付。

9.公司简介

恩,那个,这个,恩,公司现在目前当下仅有一个员工,一个总经理,一个董事长,所有职务均由Johnson担任……以下省略一千字……。

此文档配套其他餐饮企业营业管理系统文档是一个系列的,均由本人编写,其中不足之处希望广大看客多多指教,邮箱:

zhangsen_19901210@,QQ:

1007737337(不喜在线),程序部分本人能力有限,尽最大能力实现,再次感谢。

第16页

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 考试认证 > IT认证

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1