概念模型就是在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。如銷售業務中的「客戶」和「定單」，還有就是「商品」，「業務員」。 用use case來描述就是：「業務員」與「客戶」就購買「商品」之事簽定下「定單」。
邏輯模型就是要將概念模型具體化。要實現概念模型所描述的東西，需要那些具體的功能和處理那些具體的資訊。這就到了需求分析的細化階段。還以銷售業務為例：「客戶」資訊基本上要包括：單位名稱，聯絡人，聯絡**，位址等屬性；「商品」資訊基本上要包括：名稱，型別，規格，單價等屬性；「定單」資訊基本上要包括：日期和時間屬性。並且「定單」要與「客戶」，「業務員」和「商品」明細關聯。
系統需要建立幾個資料表：業務員資訊表，客戶資訊表，商品資訊表，定單表。
系統要包括幾個功能：業務員資訊維護，客戶資訊維護，商品資訊維護，建立銷售定單 。
以上這些均屬於建立邏輯模型，這些說明只表明系統要實現什麼，但怎樣實現，用什麼工具實現還沒有講，後者屬於物理模型範圍。
物理模型就是針對上述邏輯模型所說的內容，在具體的物理介質上實現出來。如：資料庫使用sql server 2000，這樣就可以編寫具體的sql指令碼在資料庫伺服器上將資料庫建立起來。其中包括業務員資訊表，客戶資訊表，商品資訊表，定單表。客戶端使用vs開發工具，那麼在工作站上用vs建立起功能選單，包括：業務員資訊維護，客戶資訊維護，商品資訊維護，建立銷售定單等功能，並用工具將每乙個功能編碼實現。
這三個過程，就是實現乙個軟體系統的三個關鍵的步驟，是乙個從抽象到具體的乙個不斷細化完善的分析，設計和開發的過程。
概念模型，邏輯模型，物理模型
概念模型 就是在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。如銷售業務中的 客戶 和 定單 還有就是 商品 業務員 用use case來描述就是 業務員 與 客戶 就購買 商品 之事簽定下 定單 邏輯模型 就是要將概念模型具體化...
概念模型 邏輯模型和物理模型
隨著系統開發的推進和成熟，系統模式可能代表了不同的細節層次。概念模型 記錄了系統中存在 或將存在 的領域實體以及它們與系統中其他領域實體的關係。概念層的建模與技術無 關，它是利用業務領域的術語來完成的。邏輯模型 根據概念模型中創造出的概念，建立起關鍵抽象和機制的意義，並確定系統的架構和整體設計。物理...
資料庫理論 概念模型 邏輯模型 物理模型
在了解了使用者的需求，使用者的業務領域工作情況以後，經過分析和總結，提煉出來的用以描述使用者業務需求的一些概念的東西。如銷售業務中的 客戶 和 定單 還有就是 商品 業務員 主要是抽取出系統中有哪些概念 此時可以不包含屬性，只有實體集，聯絡集的分析結構 表示概念模型最常用的是 實體 關係 圖 e r...