都摸著頭過，對於互聯網信息技術産業未來場景應用，個基於局域網構架超商結算係統，或者醫院門診係統，便已經象力極限。

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

周至當畢業設計課題就醫院軟件設計，導師也沒餘求，甚至代碼編寫都需，隻能夠畫個格醫院作流程圖來就能夠畢業。

也就說將個醫院各部門作，比如掛号，分配診，就診，開藥，結賬，藥藥……這套作分成作模塊作流，並且繪制能夠支撐其作數據庫，控制程序，傳輸程序，運算程序，統計程序，完成係統設計就算畢業。

為此周至還特回老反叔民醫院裏待兩個，搞套係統設計方案，最後完成畢業論文答辯。但方案最後沒被導師孵化成産品，就隻曉得。

萬丈樓從起，現裏拿著這個係統設計框架，周至準備拿給麥主任，並且試試能否按照自己，堅決按照務器模式來完成。

關於互聯網作模式，現業界也激烈討論。

就客戶端模式務器模式選擇問題。

所謂客戶端模式，就為解決信息傳輸瓶頸問題，每個終端機都載裝套係統，使之成為“客戶端”，這樣就以將些能夠終端機解決問題，盡量全部客戶端運算解決，隻確需傳輸交互數據，才通過網絡傳送到央務器，進最終“運算”。

比如現恒這個係統，就典型客戶端係統。

而務器模式其實就後來互聯網模式，每台終端機無需載客戶端軟件，而通過終端機直接訪問係統網站，切信息都直接傳送到進儲，本所需數據也實時從網站讀取，端沒運算功能，僅僅個輸入輸端。

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

等到互聯網發展成熟，網絡傳輸速度滿需求以後，兩種架構模式也各自開，其客戶端模式就發展成電遊、音樂、電等app門戶，而務器模式就發展成各網站門戶。

計算機時代，網站門戶東風壓倒app門戶風，然而等到進入智能機時代後，卻又app門戶風壓倒網站門戶東風。

端時代當時需求麽。

然而互聯網還蹣跚今，務器模式無疑會給網絡造成極壓力，因此國內都以開發客戶端係統為主流，而務器目還僅僅嚐試階段。

作為過來周至，當然抓這個瞻性，以便風起來時候，自己已經站風，同時還擁雙巨翅膀。

“應該很用。”周至完恒係統設計後，對關叔說：“謝謝關叔，拿給計算機學院麥主任，說定就弄個研究方向來。”

(本章完）