第九百七十三章 前瞻性
这话就说得没道理了，不过周至觉得也没必要和关大斌多讲什么大道理，关叔啊，你们都不知道给自己置办下了一笔多大的财富！
不过倒是提醒了周至另一件事儿：“关叔啊，和恒超市的系统，你现在熟悉了吗？”
“你等等啊……”关大斌站起身来走进自己的房间，然后取出来厚厚的一沓资料：“这些不知道对你有没有用，我从信息部找来的资料。”
周至将材料打开看了一下：“就连和恒的系统都还是单机模式？”
超市的结算系统是一个可简可繁的系统，但是是非常具备前瞻性的项目，从现在的状态来看，和恒的超商系统其实就是一个读码器和一个出纳箱，外加一个信息记录终端。
要到每天晚上前端系统关闭之后，才会将这些记录传送到后台服务器，在服务器上进行一系列的财务清算，重新盘库调整整个超商的库存并且进行交易量结算和财务清算。
相比夹川糖酒公司一月一盘存，这样的系统能够做到日结，就目前来讲已经先进得不要不要的了。
但是在周至眼里，这系统依旧落后得一逼，因为它无法做到实时清结。
整个系统，白天的时候前端繁忙，夜晚的时候后端繁忙，这其实是对计算资源的极大浪费。
同时由于夜间批量的时长影响，等到结算完毕后已经离超市开门的时间不远了，如果最后从财务报告分析发现了一些问题，比如缺货补货什么的，留给物流中心的反应时间已经极短了。
事实上这套系统很多东西都只能做到+1甚至+2，也就是说信息处理时间会滞后一到两天，比如补货，那就只能通过算法设定临界值，就是根据均值判断明天这商品可能会缺货，在尚有一日或两日库存的情况下便提醒管理人员需要补货了。
对于超市来说这已经足够了，但是如果能够做到更好的话……
如果能够做到更好的话，那就利用上网络，让前端每一次扫码出货的信息直接送到后台，让前后台均衡运算，实时控制超市的库存量，如果将进货扫描也同时进行的话，整个超市的后台就能够实时进行进出货的清点记录。
每日超市关门的时候，系统盘存，出纳，财会，诸多工作已经实时完成，管理者可以根据当日销售情况及时调整营销策略，调货补货，又充足的时间迎候下一次开门。
如果愿意，甚至可以改变超市的经营方式，从答辩。但是方案最后有没有被导师孵化成产品，那就只有天晓得了。
万丈高楼从地起，现在手里拿着的这个系统设计框架，周至准备拿给麦主任看看，并且试试看能否按照自己的思路，坚决按照服务器模式来完成。
关于互联网工作模式，现在业界也存在激烈的讨论。
那就是客户端模式和服务器模式的选择问题。
所谓客户端模式，就是为了解决信息传输瓶颈的问题，每个终端机上都要下载安装一套系统，使之成为“客户端”，这样就可以将那些能够在终端机上解决的问题，尽量全部在客户端运算解决，只有的确需要传输交互的数据，才通过网络传送到中央服务器，进行最终的“大运算”。
比如现在和恒的这个系统，就是典型的客户端系统。
而服务器模式其实就是后来的互联网模式，每台终端机无需下载客户端软件，而是通过终端机直接访问系统网站，一切信息都直接传送到中心进行存储，本地所需数据也是实时从网站读取，前端没有运算功能，仅仅是一个输入输出端口。
这样的好处就是实现了数据的唯一性，权威性，通用性，不会出现中央服务器和客户端之间，因清算时差而造成的数据不统一的问题，当然是最好的方式。
等到互联网发展成熟，网络传输速度满足需求以后，两种架构模式也各自开花，其中客户端模式就发展成了电游、音乐、电影等门户，而服务器模式就发展成了各大网站门户。
在计算机时代，网站门户的东风压倒了门户的西风，然而等到进入智能手机时代后，却又是门户的西风压倒了网站门户的东风。
端看时代当时的需求是什么。
然而在互联网还在蹒跚走路的今天，走服务器模式无疑会给网络造成极大的压力，因此国内都是以开发客户端系统为主流，而服务器目前还仅仅是尝试阶段。
作为过来人的周至，当然想要抓住这个前瞻性，以便在风起来的时候，自己已经站在风口上，同时还拥有一双巨大的翅膀。
“应该很有用。”周至看完和恒的系统设计后，对关叔说道：“谢谢关叔，我拿去给计算机学院的麦主任看看，说不定就弄出一个研究方向来。”
(本章完)
本章已完成！
夫君惨死后，我卷成三界白月光
重回七零：泼辣媳妇不好惹
我有九个神级师父
不朽序章
隐爱成婚，神秘总裁圈爱妻
重生之婚然天成
金钱至上
半夜鬼敲门
护花强少在都市
都市妖孽邪仙