登陆系统的设计
登陆系统的设计
zphj1987前言
在做一个管理平台的时候,面向客户的最开始的第一步就是管理平台的登陆系统,而由于面向的是企业用户,内网用户,因此,往往有很多我们预想不到的情况出现,而这些都会去影响着管理平台的体验,或者会完全中断掉你的操作
这里在分析一些做的比较好的平台后,以及结合我们自身可能遇到的情况,对登陆系统进行一个新的设计,这个是通用的设计并不针对某款产品
范例
zabbix的登陆系统是做的比较好的,我们先来看看,然后再去给出我的设计
首页欢迎页面
通过欢迎页面可以看到,整个初始化大概有几个步骤,这个只要有明显的告知即可
检查先决条件
这个步骤是去检查环境是不是有问题,依赖的选项是不是正确的,这里可以把一些比较重要的调整参数或者默认的参数放到这里做检查,一个是给出的推荐值和一个当前的值,方便去检查
配置数据库连接
这一步是比较重要的一步,跟管理平台的可用性比较大,下面我们会介绍,这里给出了多种数据库的选择,这是因为平台支持,一般情况下就写死就行,数据库的主机名称,端口,数据库的名称,用户名,密码
这些都没问题
总览配置
刚刚做的配置,在这里做一次查看,确认下相关的信息,这样也方便做整体的二次审查
最终完成的提醒
这里会告诉你上面的配置信息写到了哪里,这个配置信息应该是可配置信息的,并且应该是保存在本地文件里面,可修改可重写的
设计思路
从上面zabbix的登陆初始系统的设计我们可以分析得到一些东西,面临的问题,以及怎么去解决这些问题
最开始欢迎页
欢迎页面这个地方,可以提供一些比较核心方便的信息,版本,发布日期,这些信息方便从安装的时候就确认自己的版本是不是有问题,需要几个步骤,这个页面的功能就完成了
第二个检查页
这里可以去放置一些可能需要经常改动的核心参数,或者是一些比较核心的版本,比如一些内核参数的等等,这个就不在这里详细说,有需要检查的放进去就好
第三个数据库连接页
这个是登陆系统里面比较核心的设计了,为什么需要把这个独立出来,我们来看看怎么处理下面的几个问题
- 平台是跟其它平台共用的mysql数据库,大平台需要统一接管数据
- 平台的数据库并不在本机,在其它机器上面
- 平台所在的主机机器坏了,重新安装了,数据库在其它机器上面,怎么连接起来
- 数据库在其它机器,想要多台机器的管理平台都能连接同一个数据库,从而实现高可用,数据库的高可用可以通过mysql的高可用实现
- 平台有很多垃圾数据,不想用之前的数据,想直接重新初始化,用新的数据
可以看到在实际平台的运行过程中上面的问题都可能遇到,那么我们就需要做的是
- 平台web和数据库是可以分离的
- 可以配置平台的数据库连接,可以连接到之前的数据,连接的数据库要指定数据库的
- 可以通过连接新建数据库
- 后台应该有个文件来判断是不是要进入数据库初始化这个界面(想重新初始化的时候删除那个文件,就可以到初始界面)
基于以上的设计我们来看下原型设计
自己原型设计
本页包含版本信息和发布的日期
配置检查
新建数据库
本页的下拉选项是包含两种的,新建数据库和连接数据库,本页是新建数据库的,默认会生成一些信息
新建数据库
本页是连接数据的,连接数据库是填写好用户名密码机器,点击查询后得到机器上面的几个数据库,然后选择确定的那个数据库,然后进入下一步
登陆设置
这里注意一下,如果是新建数据库,那么就有设置登陆用户名密码的操作,如图是连接数据库,那么就没有设置用户名密码的这一步,这个用之前数据库里面存储的用户名密码
本次配置信息
这里把之前的配置都再次显示了,建议留一个配置信息的页面,可以好保留,以免后面忘记了
配置完成页面
这里有个配置文件的信息,这里面保留了刚刚填写的信息,除了登陆用户名密码密码信息不保留以外,其余的信息都保留在里面,平台也是通过这个配置文件来进行数据库连接的,如果想要重新配置,直接把这个文件进行删除即可
基于以上的设计以后就是基本能够满足我们需求的登陆连接系统了
更新历史
why | when |
---|---|
创建 | 2019年09月03日 |
更新 | 2019年12月9日 |