大家都在摸著石頭過河，對於互聯網信息技術產業的未來場景應用，一個基於局域網構架的超商結算係統，或者醫院門診係統，便已經是大家想象力的極限了。
這就是理工學院派的劣勢，大家都是等國家分配科研項目等習慣了，研究的方向更多也是解決國內急需的技術問題，對於助力商業應用這一塊，大家都是一臉懵，不知道如何措手。
周至當年的畢業設計課題就是醫院軟件設計，導師也沒有多餘的要求，甚至代碼編寫都不需要，隻要你能夠畫出一個合格的醫院的工作流程圖來就能夠畢業。
也就是說將一個醫院的各部門的工作，比如掛號，分配診室，就診，開藥，結賬，藥房出藥……這一套工作分成工作模塊和工作流，並且繪製出能夠支撐其工作的數據庫，控製程序，傳輸程序，運算程序，統計程序，完成係統設計就算畢業。
為此周至還特意回老家在三反叔的人民醫院裡待了兩個月，搞出了一套係統設計方案，最後完成了畢業論文答辯。但是方案最後有沒有被導師孵化成產品，那就隻有天曉得了。
萬丈高樓從地起，現在手裡拿著的這個係統設計框架，周至準備拿給麥主任看看，並且試試看能否按照自己的思路，堅決按照服務器模式來完成。
關於互聯網工作模式，現在業界也存在激烈的討論。
那就是客戶端模式和服務器模式的選擇問題。
所謂客戶端模式，就是為了解決信息傳輸瓶頸的問題，每個終端機上都要下載安裝一套係統，使之成為“客戶端”，這樣就可以將那些能夠在終端機上解決的問題，儘量全部在客戶端運算解決，隻有的確需要傳輸交互的數據，才通過網絡傳送到中央服務器，進行最終的“大運算”。
比如現在和恒的這個係統，就是典型的客戶端係統。
而服務器模式其實就是後來的互聯網模式，每台終端機無需下載客戶端軟件，而是通過終端機直接訪問係統網站，一切信息都直接傳送到中心進行存儲，本地所需數據也是實時從網站讀取，前端沒有運算功能，僅僅是一個輸入輸出端口。
這樣的好處就是實現了數據的唯一性，權威性，通用性，不會出現中央服務器和客戶端之間，因清算時差而造成的數據不統一的問題，當然是最好的方式。
等到互聯網發展成熟，網絡傳輸速度滿足需求以後，兩種架構模式也各自開花，其中客戶端模式就發展成了電遊、音樂、電影等APP門戶，而服務器模式就發展成了各大網站門戶。
在計算機時代，網站門戶的東風壓倒了APP門戶的西風，然而等到進入智能手機時代後，卻又是APP門戶的西風壓倒了網站門戶的東風。
端看時代當時的需求是什麼。
然而在互聯網還在蹣跚走路的今天，走服務器模式無疑會給網絡造成極大的壓力，因此國內都是以開發客戶端係統為主流，而服務器目前還僅僅是嘗試階段。
作為過來人的周至，當然想要抓住這個前瞻性，以便在風起來的時候，自己已經站在風口上，同時還擁有一雙巨大的翅膀。
“應該很有用。”周至看完和恒的係統設計後，對關叔說道：“謝謝關叔，我拿去給計算機學院的麥主任看看，說不定就弄出一個研究方向來。”