重生之乘風而起 第九百七十三章 前瞻性

    這話就說得沒道理了，不過周至覺得也沒必要和關大斌多講什麼大道理，關叔啊，你們都不知道給自己置辦下了一筆多大的財富！

    不過倒是提醒了周至另一件事兒：「關叔啊，和恆超市的POS系統，你現在熟悉了嗎？」

    「你等等啊」關大斌站起身來走進自己的房間，然後取出來厚厚的一沓資料：「這些不知道對你有沒有用，我從信息部找來的資料。」

    周至將材料打開看了一下：「就連和恆的系統都還是單機模式？」

    超市的結算系統是一個可簡可繁的系統，但是是非常具備前瞻性的項目，從現在的狀態來看，和恆的超商系統其實就是一個讀碼器和一個出納箱，外加一個信息記錄終端。

    要到每天晚上前端系統關閉之後，才會將這些記錄傳送到後台服務器，在服務器上進行一系列的財務清算，重新盤庫調整整個超商的庫存並且進行交易量結算和財務清算。

    相比夾川糖酒公司一月一盤存，這樣的系統能夠做到日結，就目前來講已經先進得不要不要的了。

    但是在周至眼裡，這系統依舊落後得一逼，因為它無法做到實時清結。

    整個系統，白天的時候前端繁忙，夜晚的時候後端繁忙，這其實是對計算資源的極大浪費。

    同時由於夜間批量的時長影響，等到結算完畢後已經離超市開門的時間不遠了，如果最後從財務報告分析發現了一些問題，比如缺貨補貨什麼的，留給物流中心的反應時間已經極短了。

    事實上這套系統很多東西都只能做到T+1甚至T+2，也就是說信息處理時間會滯後一到兩天，比如補貨，那就只能通過算法設定臨界值，就是根據均值判斷明天這商品可能會缺貨，在尚有一日或兩日庫存的情況下便提醒管理人員需要補貨了。

    對於超市來說這已經足夠了，但是如果能夠做到更好的話

    如果能夠做到更好的話，那就利用上網絡，讓前端每一次掃碼出貨的信息直接送到後台，讓前後台均衡運算，實時控制超市的庫存量，如果將進貨掃描也同時進行的話，整個超市的後台就能夠實時進行進出貨的清點記錄。

    每日超市關門的時候，系統盤存，出納，財會，諸多工作已經實時完成，管理者可以根據當日銷售情況及時調整營銷策略，調貨補貨，又充足的時間迎候下一次開門。

    如果願意，甚至可以改變超市的經營方式，從八小時營業制變為二十四小時不間斷營業。

    有了這套系統之後，只需要再進一步，拿一套物流系統與之配合，便能夠在不久的將來，將超市開到網上。

    於是亞馬遜，淘寶天貓，京東網上商城就誕生了

    這便是POS超商結算系統的進化論。

    這套系統的設計原理本身其實並不複雜，甚至初期投入都不算太大，只是現在的人還沒有這麼超前的運用場景預設，還是如今理工人的那句老話——追趕階段，先解決有沒有，再談好不好。

    大家都在摸著石頭過河，對於網際網路信息技術產業的未來場景應用，一個基於局域網構架的超商結算系統，或者醫院門診系統，便已經是大家想像力的極限了。

    這就是理工學院派的劣勢，大家都是等國家分配科研項目等習慣了，研究的方向更多也是解決國內急需的技術問題，對於助力商業應用這一塊，大家都是一臉懵，不知道如何措手。

    周至當年的畢業設計課題就是醫院軟體設計，導師也沒有多餘的要求，甚至代碼編寫都不需要，只要你能夠畫出一個合格的醫院的工作流程圖來就能夠畢業。

    也就是說將一個醫院的各部門的工作，比如掛號，分配診室，就診，開藥，結賬，藥房出藥這一套工作分成工作模塊和工作流，並且繪製出能夠支撐其工作的資料庫，控制程序，傳輸程序，運算程序，統計程序，完成系統設計就算畢業。

    為此周至還特意回老家在三反叔的人民醫院裡待了兩個月，搞出了一套系統設計方案，最後完成了畢業論文答辯。但是方案最後有沒有被導師孵化成產品，那就只有天曉得了。

    萬丈高樓從地起，現在手裡拿著的這個系統設計框架，周至準備拿給麥主任看看，並且試試看能否按照自己的思路，堅決按照服務器模式來完成。

    關於網際網路工作模式，現在業界也存在激烈的討論。

    那就是客戶端模式和服務器模式的選擇問題。

    所謂客戶端模式，就是為了解決信息傳輸瓶頸的問題，每個終端機上都要下載安裝一套系統，使之成為「客戶端」，這樣就可以將那些能夠在終端機上解決的問題，儘量全部在客戶端運算解決，只有的確需要傳輸交互的數據，才通過網絡傳送到中央服務器，進行最終的「大運算」。

    比如現在和恆的這個系統，就是典型的客戶端系統。

    而服務器模式其實就是後來的網際網路模式，每台終端機無需下載客戶端軟體，而是通過終端機直接訪問系統網站，一切信息都直接傳送到中心進行存儲，本地所需數據也是實時從網站讀取，前端沒有運算功能，僅僅是一個輸入輸出埠。

    這樣的好處就是實現了數據的唯一性，權威性，通用性，不會出現中央服務器和客戶端之間，因清算時差而造成的數據不統一的問題，當然是最好的方式。

    等到網際網路發展成熟，網絡傳輸速度滿足需求以後，兩種架構模式也各自開花，其中客戶端模式就發展成了電游、音樂、電影等APP門戶，而服務器模式就發展成了各大網站門戶。

    在計算機時代，網站門戶的東風壓倒了APP門戶的西風，然而等到進入智慧型手機時代後，卻又是APP門戶的西風壓倒了網站門戶的東風。

    端看時代當時的需求是什麼。

    然而在網際網路還在蹣跚走路的今天，走服務器模式無疑會給網絡造成極大的壓力，因此國內都是以開發客戶端系統為主流，而服務器目前還僅僅是嘗試階段。

    作為過來人的周至，當然想要抓住這個前瞻性，以便在風起來的時候，自己已經站在風口上，同時還擁有一雙巨大的翅膀。

    「應該很有用。」周至看完和恆的系統設計後，對關叔說道：「謝謝關叔，我拿去給計算機學院的麥主任看看，說不定就弄出一個研究方向來。」

    (本章完)

    一筆閣 www.pinbige.com