基於校園生活一體化管理系統的數據模型分析

---

---

       對現實世界各種數據的抽象組織，肯定數據庫需管轄的範圍、數據的組織形式等直至轉化成現實的數據庫。將通過系統分析後抽象出來的概念模型轉化爲物理模型後，在visio等工具創建數據庫實體以及各實體之間關係的過程。

1、主要內容

         本例實驗具體可細分爲整體可行性分析、技術可行性分析、經濟可行性分析和社會可行性分析，具體詳見實驗步驟。

2、實現平臺

     系統平臺：略

3、具體內容

   一、 找出全部的實體，肯定實體的屬性

學生登陸：登陸編號、用戶名、密碼、上次登陸時間

教師登陸：登陸編號、用戶名、密碼、上次登陸時間

管理員登陸：登陸編號、用戶名、密碼、上次登陸時間

部門：部門編號、部門、創建時間、簡介

教師：教師編號、登陸編號、部門編號、姓名、性別、民族、政治面貌、入職時間、聯繫號碼、地址、郵政編碼、QQ、微信

管理員：管理員編號、登陸編號、部門編號、姓名、性別、民族、政治面貌、入職時間、聯繫號碼、地址、郵政編碼、QQ、微信

輔導員：輔導員編號、教師編號、姓名

班級：班級編號、輔導員編號、年級、專業

學生：學生編號、登陸編號、部門編號、姓名、性別、民族、政治面貌、入職時間、聯繫號碼、地址、郵政編碼、QQ、微信

工資：工資編號、教師編號、管理員編號、工資

帳號資金：帳號資金編號、教師帳號編號、系統管理員帳號編號、學生帳號編號、帳號餘額

課程：課程編號、教師編號、班級編號、課程

廠商：廠商編號、廠商

設備：設備編號、廠商編號、設備、使用單價

帳號會話：會話編號、教師編號、管理員編號、學生編號、會話內容、指向教師、指向管理員、指向學生

反饋：反饋編號、學生編號、教師編號、反饋內容、指向管理員、註釋

  二、 肯定實體間的聯繫，畫出實體聯繫圖（E-R），如圖2-1所示：

一個學生能夠擁有一個學生登陸，一個學生登陸只屬於一個學生，關係是一對一

一個教師能夠擁有一個教師登陸，一個教師登陸只屬於一個教師，關係是一對一

一個管理員能夠擁有一個管理員登陸，一個管理員登陸只屬於一個管理員，關係是一對一

一個部門能夠擁有多個教師，一個教師只屬於一個部門，關係是一對多

一個部門能夠擁有多個管理員，一個管理員只屬於一個部門，關係是一對多

一個班級能夠擁有多個學生，一個學生只屬於一個班級，關係是一對多

一個班級能夠擁有一個輔導員，一個輔導員只屬於一個班級，關係是一對一

一個廠商能夠擁有多個設備，一個設備只屬於一個廠商，關係是一對多

一個教師能夠擁有一個工資，一個工資只屬於一個教師，關係是一對一

一個管理員能夠擁有一個工資，一個工資只屬於一個管理員，關係是一對一

一個學生能夠擁有多個學生反饋，一個學生反饋只屬於一個學生，關係是一對多

一個教師能夠擁有多個教師反饋，一個教師反饋只屬於一個教師，關係是一對多

一個班級能夠擁有多個課表，一個課表只屬於一個班級，關係是一對一

一個學生能夠擁有多個會話，一個會話能夠被多個學生使用，關係是多對多

一個教師能夠擁有多個會話，一個會話能夠被多個教師使用，關係是多對多

一個管理員能夠擁有多個會話，一個會話能夠被多個管理員使用，關係是多對多

 

圖3-1 實體聯繫圖

     一、 創建行爲模型

          1）、肯定狀態圖的主體，能夠是一個系統，也能夠是一個對象

         2）、肯定主題的生存期的各類穩定狀態及順序

設備的狀態是：建立、保存、完成、查看、使用、刪除

學生的狀態是：錄入、保存、完成、查看、修改、刪除

教師的狀態是：錄入、保存、完成、查看、修改、刪除

部門的狀態是：錄入、保存、完成、查看、修改、刪除

廠商的狀態是：錄入、保存、完成、查看、修改、刪除

帳號資金的狀態是：充值、保存、完成、查看、使用、刪除

     3）、肯定狀態的遷移的事件

建立到保存的事件：暫停

保存到刪除的事件：選擇刪除

保存到完成的事件：提交

建立到完成的事件：提交

完成到使用的事件：選擇使用

完成到刪除的事件：選擇刪除

錄入到保存的事件：暫停

保存到完成的事件：提交

錄入到完成的事件：提交

完成到查看的事件：選擇查看

完成到刪除的事件：選擇刪除

充值到保存的事件：暫停

保存到刪除的事件：選擇刪除

保存到完成的事件：提交

建立到完成的事件：提交

完成到使用的事件：選擇使用

完成到查看的事件：選擇查看

完成到刪除的事件：選擇刪除

二、 畫出狀態圖

4、分析結果

     在不斷的調整參數，優化模型過程當中，本例模型的解釋能力和實用性都得以不斷的提高。在選擇變量時，業務邏輯應該優先於數據邏輯，蓋因業務邏輯是從實際狀況中天然產生，而建模的結果也要反饋到實際中去，所以相對來講，本例實驗項目的數據模型還算比較可觀。

5、分析經驗

對於本例實驗，所得經驗可總結以下：

1）、數據模型按不一樣的應用層次分紅三種類型：分別是概念數據模型、邏輯數據模型、物理數據模型；

2）、概念模型用於信息世界的建模，一方面應該具備較強的語義表達能力，可以方便直接表達應用中的各類語義知識，另外一方面它還應該簡單、清晰、易於用戶理解；

3）、具體來講，創建數據模型描述了兩類內容：一是數據庫對象的類型、內容等（一個模型中有什麼樣的對象，對象的內容是什麼），好比，關係模型有關係，屬性，域（屬性的取值範圍）等對象。二是數據之間聯繫有關的對象；

4）、數據建模或者設計數據庫不是咱們的最終目的，咱們須要的是一個健壯，性能優越，易擴展，易使用的軟件。同時，重要的是物理建模階段和數據庫廠商存在很大的聯繫，由於不一樣廠商對同一功能的支持方式不一樣，如高可用性，讀寫分離，甚至是索引，分區等；等等。