入职功能梳理

云服务的三种模式

IaaS(基础设施即服务)

IaaS(Infrastructure as a Service),即基础设施即服务。提供给消费者的服务是对所有计算基础设施的利用,包括处理CPU、内存、存储、网络和其它基本的计算资源,用户能够部署和运行任意软件,包括操作系统和应用程序。消费者不管理或控制任何云计算基础设施,但能控制操作系统的选择、存储空间、部署的应用,也有可能获得有限制的网络组件(例如路由器、防火墙、负载均衡器等)的控制

PaaS(平台即服务)

PaaS(Platform-as-a-Service),即平台即服务。提供给消费者的服务是把客户采用提供的开发语言和工具(例如Java,python, .Net等)开发的或收购的应用程序部署到供应商的云计算基础设施上去。客户不需要管理或控制底层的云基础设施,包括网络、服务器、操作系统、存储等,但客户能控制部署的应用程序,也可能控制运行应用程序的托管环境配置

SaaS(软件即服务)

SaaS(Software-as-a-Service),即软件即服务。提供给消费者完整的软件解决方案,你可以从软件服务商处以租用或购买等方式获取软件应用,组织用户即可通过 Internet 连接到该应用(通常使用 Web 浏览器)。所有基础结构、中间件、应用软件和应用数据都位于服务提供商的数据中心内。服务提供商负责管理硬件和软件,并根据适当的服务协议确保应用和数据的可用性和安全性。SaaS 让组织能够通过最低前期成本的应用快速建成投产。

三种模式的区别

[01] IaaS,PaaS,SaaS 的区别
[02] 让你明白IaaS、PaaS、SaaS区别何在!

多租户SaaS平台的数据库方案

多租户是什么

多租户技术(Multi-TenancyTechnology)又称多重租赁技术:是一种软件架构技术,是实现如何在多用户环境下(此处的多用户一般是面向企业用户)共用相同的系统或程序组件,并且可确保各用户间数据的隔离性。简单讲:
在一台服务器上运行单个应用实例,它为多个租户(客户)提供服务。从定义中我们可以理解:多租户是一种架构,目的是为了让多用户环境下使用同一套程序,且保证用户间数据隔离。那么重点就很浅显易懂了,多租户的重点就是同一套程序下实现多用户数据的隔离

传统软件模式,指将软件产品进行买卖,是一种单纯的买卖关系,客户通过买断的方式获取软件的使用权,软件的源码属于客户所有,因此传统软件是部署到企业内部,不同的企业各自部署一套自己的软件系统Saas模式,指服务提供商提供的一种软件服务,应用统一部署到服务提供商的服务器上,客户可以根据自己的实际需求按需付费。用户购买基于WEB的软件,而不是将软件安装在自己的电脑上,用户也无需对软件进行定期的维护与管理

在SaaS平台里需要使用共用的数据中心以单一系统架构与服务提供多数客户端相同甚至可定制化的服务,并且仍可以保障客户的数据正常使用。由此带来了新的挑战,就是如何对应用数据进行设计,以支持多租户,而这种设计的思路,是要在数据的共享、安全隔离和性能间取得平衡。
入职功能梳理

多租户的数据库方案分析

目前基于多租户的数据库设计方案通常有如下三种:
独立数据库
共享数据库、独立 Schema
共享数据库、共享数据表

独立数据库

独立数据库:每个租户一个数据库。
优点:为不同的租户提供独立的数据库,有助于简化数据模型的扩展设计,满足不同租户的独特需求;如果出现故障,恢复数据比较简单。
缺点: 增多了数据库的安装数量,随之带来维护成本和购置成本的增加
这种方案与传统的一个客户、一套数据、一套部署类似,差别只在于软件统一部署在运营商那里。由此可见此方案用户数据隔离级别最高,安全性最好,但是成本较高

共享数据库、独立 Schema

什么是Schema
oracle数据库:在oracle中一个数据库可以具有多个用户,那么一个用户一般对应一个Schema,表都是建立在Schema中的,(可以简单的理解:在oracle中一个用户一套数据库表)

mysql数据库:mysql数据中的schema比较特殊,并不是数据库的下一级,而是等同于数据库。比如执行create schema test 和执行create database test效果是一模一样的

共享数据库、独立 Schema:即多个或所有的租户使用同一个数据库服务(如常见的ORACLE或MYSQL数据库),但是每个租户一个Schema。
优点: 为安全性要求较高的租户提供了一定程度的逻辑数据隔离,并不是完全隔离;每个数据库可支持更多的租户数量。
缺点: 如果出现故障,数据恢复比较困难,因为恢复数据库将牵涉到其他租户的数据; 如果需要跨租户统计数据,存在一定困难。
这种方案是方案一的变种。只需要安装一份数据库服务,通过不同的Schema对不同租户的数据进行隔离。由于数据库服务是共享的,所以成本相对低廉。

共享数据库、共享数据表

共享数据库、共享数据表:即租户共享同一个Database,同一套数据库表(所有租户的数据都存放在一个数据库的同一套表中)。在表中增加租户ID等租户标志字段,表明该记录是属于哪个租户的。
优点:所有租户使用同一套数据库,所以成本低廉。
缺点:隔离级别最低,安全性最低,需要在设计开发时加大对安全的开发量,数据备份和恢复最困难。
这种方案和基于传统应用的数据库设计并没有任何区别,但是由于所有租户使用相同的数据库表,所以需要做好对每个租户数据的隔离安全性处理,这就增加了系统设计和数据管理方面的复杂程度。
入职功能梳理

提问:
定制化实施跟SAAS服务模式的比较?

创建分公司

入职功能梳理

新增门店

入职功能梳理
入职功能梳理

补充说明:
部门新增成功后,部门信息会自动同步到企业微信(或钉钉)

新增岗位

入职功能梳理

员工入职

1、新员工入职

1)手机端,扫码入职
入职功能梳理
2)手机端,“入职管理-新增入职”
入职功能梳理
3)电脑端,“入职管理-新增入职”
入职功能梳理
4)电脑端,“导入入职”
入职功能梳理
入职功能梳理
入职功能梳理

补充说明:
1)人员入职成功,人员信息会自动同步企业微信(或钉钉),以及考勤机
2)考勤机打卡、手机打卡、企业微信打卡以及钉钉打卡的数据,会自动同步到乐才系统

2、重新入职(入职修改)

入职被驳回到发起人,重新入职
1)电脑端,“入职管理-入职驳回-修改”
2)电脑端,“审批中心-重新发起”
3)手机端,“入职管理-入职驳回-修改”
4)手机端,“我的-审批-我申请的-未通过-修改”

试岗被驳回,重新入职
1)电脑端,入职管理-试岗驳回-修改
2)手机端,入职管理-试岗驳回-修改

3、二次入职

入职被驳回终止或者放弃入职,进入人才库,再次入职
1)手机端,扫码入职
2)电脑端,“入职管理-新增入职”
3)电脑端,“入职管理-新增入职”
4)电脑端,“人才库-入职”
离职人员再次入职
1)手机端,扫码入职
2)手机端,“入职管理-新增入职”
3)电脑端,“入职管理-新增入职”

4、员工定薪

入职功能梳理
入职功能梳理
入职功能梳理

5、入职审批

1)店长点击企业微信(钉钉)里面推送过来的审批提醒进行审批
2)手机端,待审批-我审批的-待审批
3)手机端,我的-审批-我审批的-待审批
4)电脑端,入职管理-入职待审批
5)电脑端,审批中心-入职审批-待我审批

思考:
部门负责人为空,导致当前审批节点找不到审批人,怎么解决?

6、入职表单配置

入职功能梳理
入职功能梳理
入职功能梳理

7、入职工作流配置

入职功能梳理

思考:
工作流发生变更,之前发起的流程是否会受到影响?

8、给北京西站店的店长分配权限

入职功能梳理
入职功能梳理

9、新员工扫码入职,店长审批通过

10、组织人事模块线上问题

微信扫一扫关注公众号
入职功能梳理
点击链接加入群聊

https://jq.qq.com/?_wv=1027&k=5eVEhfN
软件测试学习交流QQ群号:511619105