第一千一百五十章 神器的辅助

第一千一百五十章 神器的辅助 (第1/2页)

这天不好聊了，周至便转换了话题，问起了小雷哥这车的来历。
　　
　　结果这事儿上，主要却是关妈的功劳。
　　
　　关大斌之前是和恒的副总经理，在蜀都成立大超市，除了空降的一把手，财务管理，以及信息系统管理人员外，本地的货源组织，人力资源管理，物流仓储协调，其实就是靠他。
　　
　　和恒集团和锦里集团在周至的提议下开始搞联锁超市，于是经过锻炼关大斌又被重新拎出来赋予重任。
　　
　　李乐海和江武从和恒超市与红星连锁中各摘了一个字出来，成立了一个联合子公司，叫做“恒星超商联合集团”，并且进行了股权交换，将和恒超市与红星连锁打包成了一个大型超商联合体。
　　
　　这个架构本身也很符合恒星体系，和恒超市这种大型超市就是恒星，红星集团的中型小型超市就是行星和卫星。
　　
　　但是这个星系在超商信息系统的管控下，能够有条不紊地流畅运转，信息科技助力行业带来的生产率和竞争力的提升异常明显，因此这个由四叶草公司买下知识产权并加以改造升级的超商管理系统，也被周至厚颜无耻地改了名——响当当地大名——“恒星超商管理系统1.0版”。
　　
　　超商二字在这里也换了性质，成了“超级商务”的简称，同样成了恒星体系，整个超级商务包括了财务，客户，商务，仓储，物流，人力资源，情报分析，统计，稽核等多个系统子模块，每个子模块既可以独立运行，又留有统一接口与其它模块进行信息共享，构建了可以完全支持现代企业运转的“信息流网络”。
　　
　　因为系统现在还没有联网，运转起来颇为生涩，系统的信息处理还得采用由信息科技部的员工抱着电脑去各大小超市拷贝数据，然后集中批量处理，之后再由他们抱着电脑去各大小超市分发更新数据的模式。
　　
　　但是周至坚持要求系统按照这样来设计，同时在架构模式上，摈弃了如今相当流行的纯CS模式，坚决采用BS和CS混合模式来构建系统，并且要求系统尽量做到去CS化。
　　
　　所谓BS和CS架构，其实是两种常见的软件架构设计模式。
　　
　　BS架构即Browser/ServerArchitecture，是基于浏览器和服务器之间的通信，将应用程序的逻辑和数据存储在服务器上，而客户端只是利用浏览器，通过网络请求数据和交互操作。
　　
　　而CS架构，即Client/ServerArchitecture，则是基于客户端和服务器之间的通信，将应用程序的逻辑和数据存储在服务器上，而客户端是利用终端设备，运行一部分程序代码来处理数据和交互操作。
　　
　　其实两种架构各有好坏，具体孰优孰劣，主要还是得看运用环境。
　　
　　BS模式的好处不言而喻，所有程序和数据都集中在S端，可以做到统一维护统一管理，数据同步性单一性优越，客户端无需升级或者购买专用的设备，只需要一台带有浏览器的电脑就能够处理事务了。
　　
　　坏处则是对网路和服务器的速度要求高，有大量的数据需要通过浏览器从服务器实时获得同时还要实时反馈，信息交流数据量巨大，往往会造成网络和系统的堵塞，甚至是系统全面瘫痪。
　　
　　

（本章未完，请点击下一页继续阅读）