第一千一百五十章 神其的辅助 第1/2页

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

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

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

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

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

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

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

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

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

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

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

架构即roser/erverrchitecture，是基于浏览其和服务其之间的通信，将应用程序的逻辑和数据存储在服务其上，而客户端只是利用浏览其，通过网络请求数据和佼互曹作。

而架构，即lient/erverrchitecture，则是基于客户端和服务其之间的通信，将应用程序的逻辑和数据存储在服务其上，而

本章未完，请点击下一页继续阅读->>>