基本介紹
- 中文名：模組結構
- 外文名：modular architecture
- 學科：計算機
- 定義：劃分為若干個獨立性和大小的模組
- 有關術語：邏輯模型、物理模型
- 領域：程式設計
介紹,原則和依據,基本原則,劃分的依據,有關術語,概念模型,邏輯模型,物理模型,結構,
介紹
模組結構是指將程式或系統按照功能或其他原則劃分為若干個具有一定獨立性和大小的模組，每個模組具有某方面的功能。例如，作業系統模組結構中，OS 按其功能精心地劃分為若干個模組；每個模組具有某方面的管理功能，如進程管理模組、存儲器管理模組、I/O 設備管理模組等，並仔細地規定好各模組間的接口，使各模組之間能通過該接口實現互動。然後，再進一步將各模組細分為若干個具有一定功能的子模組，如把進程管理模組又分為進程控制、進程同步等子模組，同樣也要規定好各子模組之間的接口。若子模組較大時，可再進一步將它細分。
原則和依據
基本原則
在結構化設計中，採用自頂向下，逐步細化的方法將系統分解成為一些相對獨立、功能單一的模組。
在一個管理信息系統中，系統的各組成部分之間總是存在著各種聯繫的，將系統或子系統劃分成若干模組，則一個模組內部的聯繫就是塊內聯繫，而穿越模組邊界的聯繫就是塊間聯繫。由於模組之間的互相聯繫越多，模組的獨立性就越少，因此，引入模組耦合和內聚的概念。
耦合表示模組之間聯繫的程度。緊密耦合表示模組之間聯繫非常強，鬆散耦合表示模組之間聯繫比較弱，非耦合則表示模組之間無任何聯繫，是完全獨立的。
內聚表示模組內部各成分之間的聯繫程度。
一般說來，在系統中各模組的內聚越大，則模組間的耦合越小。但這種關係並不是絕對的。耦合小使得模組間儘可能相對獨立，從而各模組可以單獨開發和維護。內聚大使得模組的可理解性和維護性大大增強。因此，在模組的分解中應儘量減少模組的耦合，力求增加模組的內聚。
劃分的依據
一個合理的子系統或模組劃分，應該是內部聯繫強，子系統或模組間儘可能獨立，接口明確、簡單，儘量適套用戶的組織體系，有適當的共用性。也就是上面所說的“耦合小，內聚大”。按照結構化設計的思想，對模組或子系統進行劃分的依據通常有以下幾種：
(1)按邏輯劃分，把相類似的處理邏輯功能放在一個子系統或模組里。例如，把“對所有業務輸入數據進行編輯”的功能放在一個子系統或模組里。那么不管是庫存、還是財務，只要有業務輸入數據都由這個子系統或模組來校錯、編輯。
(2)按時間劃分，把要在同一時間段執行的各種處理結合成一個子系統或模組。
(3)按過程劃分，即按工作流程劃分。從控制流程的角度看，同一子系統或模組的許多功能都應該是相關的。
(4)按通信劃分，把相互需要較多通訊的處理結合成一個子系統或模組。這樣可減少子系統間或模組間的通訊，使接口簡單。
(5)按職能劃分，即按管理的功能。例如，財務、物資、銷售子系統，或輸入記帳憑證、計算機優解子系統或模組等等。一般來說，按職能劃分子系統，按邏輯劃分模組的方式是比較合理和方便的。
有關術語
概念模型
概念數據模型（Conceptual Data Model）：簡稱概念模型，主要用來描述世界的概念化結構，它使資料庫的設計人員在設計的初始階段，擺脫計算機系統及DBMS的具體技術問題，集中精力分析數據以及數據之間的聯繫等，與具體的數據管理系統（Database Management System，簡稱DBMS）無關。概念數據模型必須換成邏輯數據模型，才能在DBMS中實現。
概念數據模型是最終用戶對數據存儲的看法，反映了最終用戶綜合性的信息需求，它以數據類的方式描述企業級的數據需求，數據類代表了在業務環境中自然聚集成的幾個主要類別數據。
概念數據模型的內容包括重要的實體及實體之間的關係。在概念數據模型中不包括實體的屬性，也不用定義實體的主鍵。這是概念數據模型和邏輯數據模型的主要區別。
概念數據模型的目標是統一業務概念，作為業務人員和技術人員之間溝通的橋樑，確定不同實體之間的最高層次的關係。在有些數據模型的設計過程中，概念數據模型是和邏輯數據模型合在一起進行設計的。
邏輯模型
邏輯數據模型（Logical Data Model）:簡稱數據模型，這是用戶從資料庫所看到的模型，是具體的DBMS所支持的數據模型，如網狀數據模型(Network Data Model)、層次數據模型(Hierarchical Data Model)等等。此模型既要面向用戶，又要面向系統，主要用於資料庫管理系統（DBMS）的實現。
邏輯數據模型反映的是系統分析設計人員對數據存儲的觀點，是對概念數據模型進一步的分解和細化。邏輯數據模型是根據業務規則確定的，關於業務對象、業務對象的數據項及業務對象之間關係的基本藍圖。
邏輯數據模型的內容包括所有的實體和關係，確定每個實體的屬性，定義每個實體的主鍵，指定實體的外鍵，需要進行範式化處理。
邏輯數據模型的目標是儘可能詳細的描述數據，但並不考慮數據在物理上如何來實現。
邏輯數據建模不僅會影響資料庫設計的方向，還間接影響最終資料庫的性能和管理。如果在實現邏輯數據模型時投入得足夠多，那么在物理數據模型設計時就可以有許多可供選擇的方法。
物理模型
物理數據模型（Physical Data Model）:簡稱物理模型，是面向計算機物理表示的模型，描述了數據在儲存介質上的組織結構，它不但與具體的DBMS有關，而且還與作業系統和硬體有關。每一種邏輯數據模型在實現時都有起對應的物理數據模型。DBMS為了保證其獨立性與可移植性，大部分物理數據模型的實現工作又系統自動完成，而設計者只設計索引、聚集等特殊結構。
結構
資料庫管理系統的各系統層進行分解、細化和具體化，形成功能相對單一和相對獨立，具有清晰的接口關係的模組或子系統的結構層。精心構造的一個正確合理且能高效和穩定運行的動態結構，則稱為與之相應的資料庫管理系統的進程結構。各模組相互之間的界面和調用關係以及調用頻度必須簡單、明了。
子系統通常還需細分為一些功能小模組。例如， 編譯子系統(見圖 )至少應包括接口模組、掃描模 塊、語法分析模組、語義分析模組、類型檢查模組、 完整性約束檢查模組、授權檢查模組、錯誤處理模組、最佳化模組等。
執行子系統(見圖)至少應包括接口模組，關係表達式解釋模組，單元組接口模組，存取路徑管理模組，元組或記錄管理模組，排序/合併模組，最佳化 模組和緩衝區管理模組等。
以上的模組結構只表示了系統的各模組間的靜 態結構，對於一個實際運行的系統必須清晰地定義 各子系統和各模組間的動態結構，即相互間的調用關係，數據和控制信息的流向，各模組間的輸入和 輸出以及哪些是子程式(只生成一份拷貝)，哪些是進 程(生成多份拷貝)等。對於不同的資料庫管理系統， 其進程結構的定義各有其特點，一般是不相同的。 例如，存在多個同時存取資料庫的並發用戶時，有的系統對每個用戶都生成一套系統拷貝，而有的系統則生成一套服務進程，對多個用戶提供服務。
