重生之乘风而起第一千一百五十章 神器的辅助

这天不好聊了周至便转换了话题问起了小雷哥这车的来历。

结果这事儿上主要却是关妈的功劳。

关大斌之前是和恒的副总经理在蜀都成立大超市除了空降的一把手财务管理以及信息系统管理人员外本地的货源组织人力资源管理物流仓储协调其实就是靠他。

和恒集团和锦里集团在周至的提议下开始搞联锁超市于是经过锻炼关大斌又被重新拎出来赋予重任。

李乐海和江武从和恒超市与红星连锁中各摘了一个字出来成立了一个联合子公司叫做“恒星超商联合集团”并且进行了股权交换将和恒超市与红星连锁打包成了一个大型超商联合体。

这个架构本身也很符合恒星体系和恒超市这种大型超市就是恒星红星集团的中型小型超市就是行星和卫星。

但是这个星系在超商信息系统的管控下能够有条不紊地流畅运转信息科技助力行业带来的生产率和竞争力的提升异常明显因此这个由四叶草公司买下知识产权并加以改造升级的超商管理系统也被周至厚颜无耻地改了名——响当当地大名——“恒星超商管理系统1.0版”。

超商二字在这里也换了性质成了“超级商务”的简称同样成了恒星体系整个超级商务包括了财务客户商务仓储物流人力资源情报分析统计稽核等多个系统子模块每个子模块既可以独立运行又留有统一接口与其它模块进行信息共享构建了可以完全支持现代企业运转的“信息流网络”。

因为系统现在还没有联网运转起来颇为生涩系统的信息处理还得采用由信息科技部的员工抱着电脑去各大小超市拷贝数据然后集中批量处理之后再由他们抱着电脑去各大小超市分发更新数据的模式。

但是周至坚持要求系统按照这样来设计同时在架构模式上摈弃了如今相当流行的纯CS模式坚决采用BS和CS混合模式来构建系统并且要求系统尽量做到去CS化。

所谓BS和CS架构其实是两种常见的软件架构设计模式。

BS架构即Browser/Server Architecture是基于浏览器和服务器之间的通信将应用程序的逻辑和数据存储在服务器上而客户端只是利用浏览器通过网络请求数据和交互操作。

而CS架构即Client/Server Architecture则是基于客户端和服务器之间的通信将应用程序的逻辑和数据存储在服务器上而客户端是利用终端设备运行一部分程序代码来处理数据和交互操作。

其实两种架构各有好坏具体孰优孰劣主要还是得看运用环境。

BS模式的好处不言而喻所有程序和数据都集中在S端可以做到统一维护统一管理数据同步性单一性优越客户端无需升级或者购买专用的设备只需要一台带有浏览器的电脑就能够处理事务了。

坏处则是对网路和服务器的速度要求高有大量的数据需要通过浏览器从服务器实时获得同时还要实时反馈信息交流数据量巨大往往会造成网络和系统的堵塞甚至是系统全面瘫痪。

而CS模式的好处就是反过来的因为部分业务在本地处理只有需要互相交流的信息才会上传S端或者从S端下载自身还可以承担相当大一部分局部运算工作对网络和中央服务器的要求小许多。

可问题就是每个C端需要安装一套C端服务程序每个C端所需要的计算机性能也比BS模式的下的终端机性能高得多。

而最大的问题不在成本上而在与系统的统一性数据的唯一性以及管理的复杂程度上。

一旦系统需要升级那就是所有的C端都要进行同步的升级工作量巨大。

此外数据、程序、服务器都是分布式的很容易造成C端和S端系统的版本不一致两地数据存在差异等问题系统小数据简单还好办要是系统和数据量都非常庞大的话很容易给信息管理工作带来巨大的困扰甚至造成系统和数据因为时间节点上的程序版本差异和数据差异带来的不可备份性和不可恢复性这就相当的致命了。

举一个简单的例子BS模式下数据备份很简单因为数据只在S端只需要选一个时间阶段将当前数据备份下来就完成了防范风险的工作。

可是换成CS模式数据备份就麻烦了需要给S端和C端全都配备一套备份机制并且要统一设定备份时间点这样备份下来的系统才能够让全系统恢复到那个时间点上。

然而系统备份设备也要考虑成本因此一般只会在S端进行又由于CS系统的天生局限S端在备份的时候C端还在继续运转那这部分新数据将永远无法进入到S端的备份数据中。

这章没有结束请点击下一页继续阅读！。

本文地址重生之乘风而起第一千一百五十章 神器的辅助来源 http://www.zzaiya.com