中科永聯高級技術培訓中心（www.itisedu.com）
軟體結構(Software Structure)是指一種層次表況，由軟體組成成分構造軟體的過程、方法和表示。它是影響軟體質量的內在因素，結構良好的軟體可以提高軟體的可靠性和易維護性。軟體結構主要包括程式結構和文檔結構。文擋描述的對象往往很複雜，所以文檔結構需要簡明、清晰和有層次。程式結構有兩層含義，一是指程式的數據結構和控制結構；另一是指由比程式低一級的程式單位(模組)組成程式的過程、方法和表示。在後者含義下，具有代表性的是塊結構和嵌套結構兩種。塊結構比較自然，各個部分之間通過一些公用變數取得聯繫，嵌套結構是在嵌套分程式的基礎上引進局部性和動態性，以減少程式的初始信息量，嵌套結構不如塊結構直觀，調試不方便。
對於模組，可理解為具有如下特性的程式單位，即把這些模組組合成較大的程式時，不要求了解各個模組的內部工作細節，而各模組的正確性也不用置於整個程式中就可檢查。按照面向對象的方法來構造軟體時，這種模組的概念就可以理解為類(參見面向對象程式設計)。
有些程式是單模組結構，有些是多模組結構。這些模組在程式的邏輯上是不可分離的，可以用不同的程式設計語言編寫，可以由相應的編譯程式分別編譯，可以和其它的程式單位組合併裝入計算機內運行。由於編寫大程式的需要，且模組可以多次使用，實行模組化是一個很好的手段。
由一組模組組成的大型程式可有三種結構，即順序結構、並髮結構和分布結構。順序結構的程式是最古老的，所採用的程式設計語言是順序程式設計語言，如ALGOL、FORTRAN、C等。並髮結構的程式由若干個可以同時執行的模組組成。這些模組可以在多台處理機上並行執行，也可以在同一台處理機上交叉執行，所採用的程式設計語言是並發程式設計語言，如並發PASCAL、Modula-2等。分布結構的程式由若干個可獨立運行的模組組成，這些模組可以分布於一個分散式系統中，在幾台計算機上同時運行，所採用的程式設計語言是分散式程式設計語言。對於大型程式，也可以是這三種結構的混合。
WEB軟體結構原則
(一) 目錄結構清楚，不宜過深，複雜，路徑最好用相對地址
什麼樣的目錄放什麼樣的內容，這樣便於管理，使WEB程式的目錄結構，清楚明了，一看便知道某個檔案夾下存儲了哪些功能模組與內容。若隨便存放，時間一長久自己都將不從了解某目錄是用來做什麼的。如：經常要使用的執行檔最要存放在（項目根目錄）根目錄，這樣做主要是便於了解其作用，同時也為在程式中少輸入些地址字元。程式所用到的圖片統一存放在根目錄下images目錄中，若項目較大，分枝較多，可再在其目錄下建立也分枝程式相關的目錄名，存儲相關的圖片內容。程式的配置檔案與常用共公函式類庫存放在include目錄中，存放在此目錄下的函式類庫檔案擴展名得命名為：.php切不命名為.inc .ini之類為擴展名的檔案，主要是防此此類檔案可供用戶下載，或查閱其源碼內容，這樣對其調用方便明確。模板檔案應存儲在根目錄下templates目錄中，擴展名為.html，如果項目較大，分類較多，模板檔案可分類存放在下極目錄中。臨時檔案存儲在根目錄tmp目錄中，此目錄通常設定為任何人都可讀可寫。使用相對地址主要是方便程式移植。
(二) 命名適當
命名最好是以程式用來作什麼用來命名。若一個單詞就要描述則用小寫單詞來命名，若要用多個單詞方能代表，也以小寫單詞之間加下劃線連線。要注意命名不可過長，這樣就不方便了，雖然能表達的更明確，但打字難打啊。程式中函式命名也可與此相同。不好之上也有，那就是每次命名都得要花時間去想個較合適的名字，由其是對於是我們這種英文水評較差的人來說可不是一件容易的事啊。（慘啊，哈哈！）
(三) 常變內容、界面使模板較好
常變內容、界面使用模板較好，這是因為當我某天感覺某不頁面不美觀時尚時，我想更換較新較好的界面，這時就用得上了。如果是按照傳統的製作將HTML頁面內容放在程式中處理輸入時，較麻煩非得要更改程式不可，這可能會帶來較大的不便萬一更改出錯，這就不太好了。（程式有很長一段時沒有維護了，突然要改，一時之間是難免不發生改錯的情況發生）。若是使用了模板則不用改程式，只要更改一下模板檔案就行了。好了說了這么我模板的好處，好像傳統的做法沒有一點好處是的，好像分文不值是??說說它是怎么個不好的。傳統做法是把HTML代碼嵌入在WEB程式中，這樣做的好處是，執行速度要比使用模板的要快，這是因為它不用經過任何處理就能直接輸出，而模板就不一樣啦。模板先要打開讀取模板檔案到字元串變數可數組字元串變數中，這是要時間的吧？讀處完了之後還得花時間用字元串操作函式替換模板中模板變數吧？替換完成了方能進入輸出。傳統做法與使用模板作法，您覺得哪個好呢？（我個人認為如果是開發訪問量相當大的網站，選擇傳統的作法是一個不錯的選擇，我所說的是相對不是絕對，如果訪問量再大那就不能用腳本語言去寫了，那得用 CGI + Socket + Demon了。不說了，說遠了，哈哈）
(四) 共公信息統一存儲
共公信息統一存儲，這主要為了方便團隊開發時都能進行調用用的最常的函式，不用每個開發人員都複製一份或自己寫一份存儲在程式檔案中，這樣做浪費空間同時效率效果也不好。
(五) Include檔案不可嵌入較多
Include檔案不可嵌入較多，這是因為每次程式include某個檔案時，是要打開讀取這個檔案的，這是要時間的喔，再就是說處理路徑時可能會遇到較難發現的BUG問題。
(六) 目錄下不可存儲太多內容檔案
目錄下不可存儲太多內容檔案，你有沒有發現？每當你進入windows的system32資料夾時通常打開的時間要比打開其它資料夾時要長久點呢？這主要是因為system32這個資料夾中檔案較多，當你打開系統得花時間查找檔案並顯示吧？如果檔案較多較大時最好是分目錄分盤符來處理。假若您的機器夠好夠強勁的話，就當我沒說過，那就得另當別論了。
(七) 數據結構要設計合理
數據結構要設計合理，如果數據結構設計不合理的話，不管你的程式寫的多精典，寫得我容易，也不是不能發揮其最大作用與價值的。這就相當於一個女人的胸部最大最豐滿，但人不夠高，而且又黑，身體又不好，身架又殘疾，你會說她美麗完美嗎？程式也一樣，有些代碼沉長又不起作用，存在也沒有什麼用。數據結構要精簡明了。
(八) 數據校驗應在伺服器端
數據校驗應在伺服器端，這是因為就算是他人不從我們的頁面輸入數據，自己做了個連結地址(GET)或自己做了個表單用POST方式傳送數據，我們的程式也將進入核對查驗。若是放在客戶端，他人就能用以上方法逃過審核了。但這樣做也有他不好之處，那就是當數據量大時，伺服器會負載運行，審核數據完整性是可開銷時間與系統資源的。在客戶端就不會占用伺服器太多的資源，因為他占用的是用戶的資源。
(九) 連線資料庫近晚，下線近早
連線資料庫近晚，下線近早，這主要是因為連線數據是要時間的吧？連線上了不即時使用也要占用系統資源吧？連線資料庫連線數量是有限制的吧？所以得盡晚連線，儘早下線，這個做能使占用系統資源最少，為下一次連線提供條件。
(十) 儘量少使用SESSION與COOKIE
儘量少使用SESSION與COOKIE，因為使用SESSION是要占用系統資源的，SESSION是存儲在伺服器端的，每次讀取SESSION中的數據是要較大開銷的。COOKIE雖然不占用伺服器資源，但COOKIE不太安全。
