SaaS服务模式下餐饮管理系统的特点

       相对雄厚的企业有能力承受着巨大的成本开支，而相当一部分企业无法承受，因此制约着餐饮业的发展。当SaaS软件服务模式出现时，给餐饮行业的中小企业打开了一扇通向信息化之路的窗口。那么在SaaS软件服务模式下企业用户所使用的餐饮管理系统究竟与传统模式下的餐饮管理系统有何不同呢?这就需要先对SaaS软件服务模式下餐饮管理系统的特点进行分析。

 

 

在企业的餐饮管理系统中，包含了前台接待、预定、收银、会员管理、原材料及成品管理、库存管理等。不同业务的模块，不同的企业有各自的业务流程，虽然同属餐饮管理系统，但由于关注的对象不同对于系统界面的具体需求也存在极大的差异。例如前台接待模块主要的任务是登记客户就餐信息，然而对于不同的企业对客户的定义和分类不同，大体上来说包括散客，会员两大类。但是对于会员的分类级别及优惠策略差异很大，这就使得界面设计上会员相关信息栏差异很大。针对企业的个性化需求，传统设计方式，只要为不同的业务模块设计不同复杂度的系统界面即可，这也是设计软件系统的一般原则。这种设计方式类似于上述讲的SaaS模式模型中的第一种模式也是最初级的模式一一定制的模式，但是在SaaS模式下这种设计方式是有缺陷的，而且系统灵活性和可配置性很差，可扩展性差。因此如何设计SaaS模式下的餐饮管理系统是至关重要的。

 

 

企业的餐饮管理工作在具体业务模块方面有许多的差异，要支持不同的业务模块就必须提供不同的运算逻辑。餐饮管理系统分成前台接待、预定、收银、会员管理、原材料及成品管理、库存管理等。不同业务的模块，有些业务模块是以数据维护为主的，有些业务模块是以数据处理为主的，因此不同业务模块对于运算逻辑的复杂度要求也是各不相同。例如收银模块就是以计算为主的业务模块，所有的原始数据必须经过的复杂规则下的运算才能得到最终的结果。而原材料及成品管理是以维护为主的业务模块，菜谱的信息只有在发生变化的时候才需要维护，而维护的操作也基本上就是对于数据源数据的更新。而会员模块就是介于两者之间的模块，对于会员基本信息主要是数据维护方面的工作，但对于会员费和会员优惠的自动计算却是数据处理方面的工作。因此对于餐饮管理系统不同业务模块而言，必须对应不同复杂度的业务逻辑。

当然，根据前面提到过的企业各自的经营方式以及各自关注点的侧重点不同，在运算逻辑方面也确实存在着不同企业之间的差异。有些企业对餐饮系统的要求做的比较全面，而有些企业却相对较低。通常情况下，企业对于餐饮系统方面的业务总是先确保点菜和收银管理，因为这两项是企业能够正常运行的前提。在满足这两项需求之后，企业会对预定、库存管理和会员管理等业务模块给予关注，因为这些是对于提高企业管理水平具有重要意义的。所以不同规模、不同发展时期的企业对于餐饮管理系统的业务要求会有不同的复杂度要求。对于相同规模和发展期企业来说，在系统的业务逻辑方面也会有许多不同的要求。有的企业政策结构比较简单，需要关注的内容比较少：而有的企业政策结构复杂，需要关注的内容比较多。例如在会员管理中对会员信息维护方面，有的企业仅仅需要维护会员的姓名、性别、年龄、住址、会员级别等常规信息就足够应对会员管理的需要了。但有的企业却因为业务和营销策略方面的需要，会更多关注会员的爱好、口味、生日等非常规信息，以利于企业更好控制市场。在SaaS软件服务模式下这种需要不同复杂度运算的企业并存的可能性非常大，这

就需要在对该模式下运行的餐饮管理系统进行设计时需要解决不同复杂度运算逻辑并

存的问题。

 

 

在SaaS软件服务模式下，不同的企业同时使用同一个软件系统安装实例所带来的最大挑战是如何创建多用户数据模型，使得能够支持企业不同的数据结构的问题。而这个问题在SaaS软件服务模式下是非常重要的一项技术支持。前文中曾经提到过，餐饮行业比较分散，没有形成统一的行业标准，因此餐饮管理系统是具有很大弹性的管理系统。企业根据自己的经营方式来订购自己需要的软件系统，这样就造成了很多不一致性。

因此最终需要由餐饮管理系统来执行的业务已经是大不一样了，不一样的业务流程就需要不一样的数据结构支持。在传统模式下的软件管理系统实施就基本上采用一个企业对应一套数据结构的解决方案。正如前面所说，这种方式在SaaS模式下的软件系统是有很多弊端的。

对于SaaS软件服务模式下餐饮管理系统的多套数据结构支持的问题中重要是考虑如何实现真实数据结构和逻辑数据结构的对应关系。由于餐饮管理系统是一种中小型的软件管理系统，SaaS软件服务提供商所需要的软件系统是能够最大限度降低维护成本的。虽然让餐饮管理系统维护多个真实数据结构在技术上并非一个瓶颈，但是从维护的角度来说，提供商们更希望能够只维护一个真实数据结构，即物理数据源，而系统自动将物理上的一个数据结构转换为符合不同企业需要的多个逻辑上的一个数据结构。这种需求是SaaS软件服务模式系统所特有的，它与餐饮管理系统规模不大，SaaS软件服务用户集中在中小企业，软件服务提供商必须压缩成本取得利润等因素密切相关。

 

 

在SaaS应用中，“用户”的概念比在传统应用中更为复杂，因为应区别用户和最终用户。用户是通过应用访问自己数据存储区的组织，其数据存储区在逻辑上通常与其他租户相隔离。每个用户为一个或更多最终用户的应用存取授权，使其能够通过用户控制的最终用户存取用户数据的某一部分。也可以将用户和最终用户对应理解为企业用户和企业内部的职能部门用户，其不同的职能部门有着不同的需要，那么这些部门都应遵循统一的公司标准，同时还可以各自配置自身使用的应用元素。甚至更复杂的情况下，在各业务部门内部，同样也会存在下级单位，它们都有自己特殊的配置需要。对于上述各组织单元而言，客户可分别建立配置域，登录不同的单元选择各自的配置选项，设置或更改均可。