數據庫課程設計

1、目 錄 第1章 概論3第2章 需求分析32.1 總體需求分析32.1.1 信息需求3 2.1.2 處理需求32.2 數據流圖描述4 2.3 數據字典4 2.3.1 數據項42.3.2 數據結構52.3.3 數據流7第3章 概念設計73.1 確定實體集、聯(lián)系及屬性73.2 局部ER模型83.3 全局ER模型9 第4章 邏輯設計10 4.1 ER圖轉換為關系模型10 4.2 模式分解11 4.3 完整性與用戶子模式設計11 第5章 物理設計11第6章 數據庫實施及維護11 6.1 建立數據庫結構12 6.2 數據加載126.3 編寫和調試應用程序12 6.3.1 窗體和報表的設計126.3.2 功

2、能代碼編寫與程序調試19第7章 結束語24參考文獻261 概論 醫(yī)務管理系統(tǒng)是當今各個醫(yī)院登記醫(yī)務人員及病人信息所必須擁有的，一個良好的醫(yī)務管理系統(tǒng)可以為一個醫(yī)務室提供便利及方便，應能使得醫(yī)務管理工作簡單、高效且須擁有友好的用戶使用界面。出于這個目的，我本次的數據庫課程設計的內容為設計一個基于小型的醫(yī)務診所規(guī)模的醫(yī)務管理系統(tǒng)。這個系統(tǒng)將選用Access2007為數據庫管理系統(tǒng)（DBMS）。主要是面向華中科技大學校醫(yī)院的工作人員及其病人，為他們提供相關服務。數據庫已成為現代信息系統(tǒng)的計算機系統(tǒng)的基礎與核心部分。數據庫設計的好壞直接影響著整個系統(tǒng)的效率和質量。然而，由于數據庫系統(tǒng)的復雜性和它與環(huán)境

3、的密切聯(lián)系，數據庫設計變得比較復雜和費時。所以，本次數據庫技術課程設計應有一顆冷靜沉著的心態(tài)。2 需求分析2.1 總體需求分析 醫(yī)務管理系統(tǒng)是實現醫(yī)務信息存儲、添加、修改及查詢的窗口，它管理的信息包括科室信息、病房信息、病人信息以及醫(yī)生信息。其中不同的群體對數據有著不同的需求和權限，數據庫管理員或醫(yī)務處相關人員應該擁有所有的管理權限；醫(yī)生需要了解醫(yī)務任務及病人的基本信息，且應具有錄入病人病歷號，病人診斷身體狀況信息以及無修改的權限；病人主要需要知道自己病房號、床位號以及主治醫(yī)生且無修改的權限。因此，該醫(yī)務管理系統(tǒng)應提供不同的類型入口，通過身份驗證來決定訪問權限，從而滿足不同類型的人的需求。 具

4、體地說，由于主要面對醫(yī)生和相應的病人，本醫(yī)務管理系統(tǒng)應能方便的滿足以下需求：21.1 信息需求對于病人，信息需求為病人個人信息、個人病房信息、病人診治信息；對于醫(yī)生，信息需求為病人個人信息、醫(yī)生個人信息、醫(yī)生所屬科室信息。因此，數據庫中應該存儲以下數據：病人和醫(yī)生個人信息數據，醫(yī)院各科室信息數據以及醫(yī)院安排事務數據。2.1.2 處理需求總的來說，處理需求主要分成以下兩項：（1）各種數據的添加和修改；（2）相關行數據的統(tǒng)計與查詢； 由于不同用戶的訪問權限不同，所以需要設計不同的用戶界面和用戶操作規(guī)則來保證系統(tǒng)的正常運行。其實由于權限的顯著差別，醫(yī)生和病人的界面不會有較大的差別。醫(yī)生應 能查詢其個

5、人信息，所有病人的個人信息以及病人診治身體狀況信息，完整的醫(yī)務任務分配信息；病人只能查詢病人個人信息，病房及病床號信息以及診治時間信息，但不能查詢其他人的信息。另外，醫(yī)生可以修改和輸入病人診治時間以及病人的身體狀況信息。醫(yī)務管理員可以修改和輸入醫(yī)院安排事務數據，而病人可以有輸入和修改個人信息的權限。2.2 數據流圖描述根據系統(tǒng)對象和功能可分成兩步畫出數據流圖，其中第一層將整個系統(tǒng)當成一個整體，且不考慮數據存儲，并將輸入和輸出分開，如圖1所示： 病人醫(yī)務編排人員醫(yī)務管理系統(tǒng) 醫(yī)務安排病人個人信息查詢 已診治信息查詢所需診治信息病人所需診治信息診治時間查詢醫(yī)務管理人員 醫(yī)生病人個人信息 醫(yī)生醫(yī)生個

6、人信息醫(yī)生個人信息查詢已診治信息已診治信息醫(yī)務安排事務查詢 圖1 醫(yī)務管理系統(tǒng)第一層數據庫第二層將整個系統(tǒng)功能細化且引入數據存儲，并將輸入和輸出實體合并為數據流圖的處理對象，如圖2所示（因排版需求，圖2見第4頁） 2.3 數據字典2.3.1 數據項表1 數據項列表數據項名 數據類型 長度取值范圍 備注姓名 字符型 20 病歷號字符型10 性別字符型2 “男”，“女”政治面貌字符型4“黨員”，“群眾”，“團員”出生年月日期型8格式為yyyy-ww-zz電話號碼字符型11病房號字符型3病床號字符型2診治時間日期型8格式為yyyy-ww-zz醫(yī)生證號字符型3身體狀況字符型1“A”,“B”，“C”，“

7、D”科室編號字符型3科室地址字符型40醫(yī)生年齡字符型20，150醫(yī)生職稱字符型8科室名稱字符型20科室電話字符型11 數據結構 表2 數據結構列表數據結構名稱醫(yī)生表描述對象醫(yī)生組成姓名，性別，職稱，所屬科室編號，年齡，工作編號病房表病房病房號，病床號，所屬科室編號科室表科室科室名，科室編號，科室地址，科電話住宿表病人住處病歷號，病房號，病床號屬于表病房所屬科室病房號，科室編號主管表醫(yī)生醫(yī)治病人病歷號，工作證號，診治時間，身體狀況工作表醫(yī)生工作地工作證號，科室編號病人表病人姓名，性別，年齡，病歷號，政治面貌，診斷，主治醫(yī)生，病房號診治信息管理醫(yī)務信息數據庫個人信息數據庫診治信息數據庫注冊信息管理

8、醫(yī)務管理醫(yī)務編排人員病人醫(yī)生醫(yī)務管理人員醫(yī)務編排醫(yī)務信息查詢已診治結果醫(yī)務安排信息所需診治信息 診治安排查詢結果診治信息病人個人信息病人個人信息查詢個人注冊信息醫(yī)生個人信息查詢個人基本信息醫(yī)生個人信息已診治信息查詢已診治信息已診治信息已診治信息圖2 醫(yī)務管理系統(tǒng)第二層數據流圖2.3.3 數據流數據流名：已診治信息結果說明： 提供病人已被診治后的身體狀況信息，診治費用，診治項目，診治醫(yī)生以及診治所花時間來源： 診治信息管理子系統(tǒng)去向： 病人數據結構：病歷號 所需診治項目 診治費用 診治醫(yī)生、 已診治后的身體狀況等級數據流名：醫(yī)務安排診治信息說明： 提供給所有用戶有關醫(yī)務安排的信息來源： 醫(yī)務管理

9、子系統(tǒng)去向： 所有用戶數據結構：所需診治項目 診治醫(yī)生 診治時間 診治地點 診治前的身體狀況等級 因為數據庫課程設計報告（參考材料）中對教學管理的數據字典都沒有含有數據存儲及處理過程的相關描述，在加上這兩個過程與數據流的描述相差無幾，故在此不再贅述。3 概念設計3.1 確定實體集、聯(lián)系及屬性 結合數字字典可得實體、聯(lián)系及其屬性如下：病人（姓名，性別，年齡，病歷號，政治面貌，診斷，主治醫(yī)生，病房號）醫(yī)生（姓名，性別，年齡，工作證號，所屬科室編號，職稱）病房（病房號，病床號，所屬科室號）科室（科室名，科室編號，科室地址，科電話）住宿（病歷號，病床號，病房號）屬于（病房號，科室編號）工作（工作證號，

10、科室編號）主管（病歷號，工作證號，診治時間，身體狀況） 對于實體之間的聯(lián)系，考慮到一個科室有多個醫(yī)生，一個病房只能屬于一個科室，一個醫(yī)生只屬于一個科室，但可以負責多個病人的診治，一個病人的主治醫(yī)生只能有一個。因此，住宿的類型為1：n，屬于的類型為1：n，工作的類型為1：n，主管的類型為1：n。根據以分析，可以畫出如下所示的ER圖。3.2 局部ER模型主管 醫(yī)生 病人 以屬于、住宿、主管和工作4個聯(lián)系作為基礎，可畫出4個局部ER圖。診治時間姓名職稱性別病歷號性別年齡年齡身體狀況工作證號診斷姓名N 1 圖3 局部ER圖主管 性別病歷號病房號住宿診斷 年齡 姓名 病床號 病人 病房N1 圖4 局部E

11、R圖住宿職稱科室編號工作證號 工作科電話科室地址科室名姓名性別科室 醫(yī)生N1年齡圖5 局部ER圖工作 科電話 科室地址科室編號科室名 病房 病床號病房號屬于 科室 N1圖6 局部ER圖屬于3.3 全局ER模型由以上局部模型很容易確定4種之間的公共實體分別為病房、病人、醫(yī)生、科室。所以合并公共實體即可得到全局ER圖，且無冗余和沖突。如下圖所示， 病房號病床號 病房政治面貌姓名性別 病歷號年齡身體狀況診治時間職稱 年齡性別工作證號科室名字科室編號科電話科室地址住宿屬于主管工作病人 醫(yī)生 科室N11 N1 N 姓名N1圖7 全局ER圖 4 邏輯設計4.1 ER圖轉換為關系模式根據ER圖，應用以下規(guī)則

12、將ER模式轉化為關系模式：（1）、實體之間的轉換:將每個試題類型轉換為一個關系模式，實體的屬性即為關系模式的的屬性，實體標識符即為關系模式的鍵。（2）、聯(lián)系類型的轉換：將聯(lián)系為1：N和M:N的聯(lián)系類型轉換為單獨的關系模式，其鍵為兩端實體鍵的組合。 這樣，可得關系模式如下：病人（病歷號，姓名，性別，政治面貌，年齡）醫(yī)生（工作證號，姓名，性別，年齡，職稱）病房（病房號，病床號）科室（科室編號，科電話，科室地址，科室名稱）工作（工作證號，科室編號）住宿（病房號，病歷號）主管（工作證號，病歷號，身體狀況，診治時間）屬于（病房號，科室編號）4.2 模式分解 為了得到以滿足第三范式（3NF）的關系模型，首

13、先要找出上述關系模式的函數依賴（DF）。本數據表結構比較簡單，所有函數依賴都集中在非主屬性和主鍵之間，不存在局部依賴和傳遞依賴，故可以直接判斷以上所得關系模式滿足3NF。4.3 完整性與用戶子模式設計為了滿足醫(yī)生和病人的不同要求，符合他們對數據庫操作的不同權限，并保證數據庫的安全性，對他們所對應的視圖要進行有區(qū)別的設計。醫(yī)生視圖主要包括以下功能板塊：（1）、通過輸入各種不同條件，來查詢病人的個人信息和病人的身體狀況，所有的病人以上信息對醫(yī)生都是公開的，但醫(yī)生無法對其信息進行任何的修改；（2）、查看自己的醫(yī)務安排，診治對象，診治地點，診治時間等等；（3）、查看和更新自己的個人信息以及修改自己的登

14、錄系統(tǒng)密碼，其中醫(yī)生工作證號不能有醫(yī)生本人自由的更改；（4）、錄入其診治病人的身體狀況，恢復注意事項等等。 病人視圖主要包括以下功能板塊：（1）、查看和更新自己的個人信息以及修改登錄密碼，其中病歷號不能被修改；（2）、查看自己的診治安排以及自己的身體狀況；（3）、輸入自己所需的診治項目。 5 物理設計由于不清楚該醫(yī)院的具體資源，且本數據庫數據量較少，物理設計不是主要考慮問題，故在此省略。 6 數據庫實施與維護6.1 建立數據結構 新建access數據庫文件，依據邏輯設計所得關系模式在其中創(chuàng)建病人、醫(yī)生、科室、屬于、病房、住宿、工作、主管8個表，字段屬性和完整性規(guī)則以數據字典為依據，并且通過主鍵

15、建立表之間的聯(lián)系，其中關系模型參考ER圖中聯(lián)系類型。6.2 數據加載 由于未能收集到校醫(yī)院的相關信息，且考慮到將已經準備好的數據輸入數據的加載主要目的是為應用程序的編寫提供方便以及對系統(tǒng)的功能和性能進行試驗，故我輸入了一些虛擬的數據，具體的虛擬規(guī)則和數據可參見數據表到基本表中。6.3 編寫和調試應用程序6.3.1 窗體和報表的設計鑒于Access 數據庫系統(tǒng)強大的窗體和報表等可視化設計功能，在編寫相關功能代碼前先進行窗體和報表的設計。其中窗體又分為作為人機交互界面的用戶界面窗體和作為數據呈現方式的數據窗體。前者涉及到系統(tǒng)的整體功能和服務質量，故需最先設計出來；后者涉及到數據的查詢和表現，為設計

16、方便，需先設計出與之相關的查詢。報表則是數據呈現的主要方式，同樣應先設計出相關查詢，并實現合理的統(tǒng)計功能。 首先設計出不同用戶的用戶界面，如下圖所示：該窗體為醫(yī)生和病人進入醫(yī)務管理系統(tǒng)的接口，該界面有兩個用戶登錄,避免了設計兩個登錄窗口的麻煩性，同一個用戶窗體的設計節(jié)省了計算機的內存。 如下圖所示，為用戶登錄界面。該模式主要實現用戶登錄功能，分為醫(yī)生和病人兩個子界面。圖8 登陸界面窗體圖9 醫(yī)生界面窗體視圖1 該模式為醫(yī)生界面窗體，該模式主要實現病人身體狀況以及個人信息的查詢，并顯示醫(yī)生個人的診治安排功能。圖10 醫(yī)生界面窗體視圖2 該模式為醫(yī)生界面窗體，該模式主要實現教師個人信息和登錄密碼的

17、查詢和修改功能。圖11 醫(yī)生界面窗體視圖3 該模式為醫(yī)生界面窗體，該模式實現登錄醫(yī)生所診治的學生的診治項目的身體狀況的錄入。圖12 病人界面窗體視圖1 該模式為病人界面窗體，該模式實現了病人個人信息維護以及個人身體狀況和診治項目的查詢功能。圖13 病人界面窗體視圖2 該模式為病人界面窗體，該模式實現病人對診治項目的選擇功能。據此，可設計出如下數據窗體和報表診斷查詢（診治項目，病人姓名，病歷號，醫(yī)生姓名，工作證號） 診治時間查詢（診治項目，診治時間，工作證號，醫(yī)生姓名，病歷號，病人姓名） 選修課程（身體狀況，診治項目，病人姓名，病歷號，工作證號，醫(yī)生姓名）圖14 病人個人信息窗體圖15 身體狀況

18、查詢報表圖16 診斷查詢報表另外，還有嵌入用戶界面窗體中的子窗體，如診斷查詢子窗體，醫(yī)生查詢子窗體以及病人查詢子窗體。由于設計簡單，在用戶界面窗體設計時可直接插入（見用戶界面窗體），故子窗體在此不再單獨列出。6.3.2 功能代碼編寫與程序調試 窗體和報表的設計大大的減少了編寫代碼的難度和負擔，但是要更為完整和復雜的功能。相關的代碼仍然是不可避免的。下面以圖9的醫(yī)生界面窗體所涉及的相關代碼進行詳細的說明。對于如圖9所示的醫(yī)生界面，其上半部分顯示的是固定信息工作證號、姓名、診治項目是通過該窗體的From_Load事件自動添加上去的。再加上文本框是被鎖定的，它的內容是不可能被修改的。工作證號是引用登

19、陸界面的登錄醫(yī)生工作證號，其余兩條信息是通過調用DLookUp（）函數來在基本表中查找，以姓名舉例，調用格式為： DLookUp（”姓名”, “醫(yī)生”,”工作證號=”&”&Me.Text2&”）將函數返回值賦值給相應的文本框，在將該文本框Locked屬性設置為True即可。 對于醫(yī)生窗體的下半部分窗體主要是實現三個部分的不同功能，其分別為病人個人信息的管理和病人個人診治信息的選擇，醫(yī)生個人信息的維護以及醫(yī)生對病人身體狀況信息的輸入與更新。首先設置出醫(yī)生下半窗體進行分頁的醫(yī)生界面，醫(yī)生通過自身的需求選擇性的進入其中一個頁面獲取、輸入或更改所需要的信息。所以醫(yī)生窗體的代碼設計成了如下所示：（1）此

20、段為醫(yī)生的個人信息：Private Sub Form_Current()初始化醫(yī)生界面的個人信息Me.Text2 = Forms!登錄界面!工作證號根據登錄工作證號從醫(yī)生數據表中查找其他信息并顯示Me.Text5 = DLookup(醫(yī)生姓名, 醫(yī)生, 工作證號= & & Me.Text2 & )Me.Text8 = DLookup(診治項目, 診斷, 工作證號= & & Me.Text2 & )Me.Text2.Locked = True 將不能修改的工作證號文本框鎖定Me.Text5.Locked = TrueMe.Text8.Locked = TrueMe.醫(yī)生姓名 = Me.Text2

21、Me.性別 = DLookup(性別, 醫(yī)生, 工作證號= & & Me.Text2 & )Me.職稱 = DLookup(職稱, 醫(yī)生, 工作證號= & & Me.Text2 & )Me.年齡 = DLookup(年齡, 醫(yī)生, 工作證號= & & Me.Text2 & )Me.登錄密碼 = DLookup(登錄密碼, 醫(yī)生, 工作證號= & & Me.Text2 & )End SubPrivate Sub 保存信息_Click()將醫(yī)生個人信息的更改保存到醫(yī)生數據表Dim sql As String定義并執(zhí)行更新查詢sql = update 醫(yī)生 set 姓名 = + + Nz(Me.姓名

22、) + ,性別= + + Nz(Me.性別) + ,職稱= + + Nz(Me.職稱) + , & _ 年齡= + + Nz(Me.年齡) + ,登錄密碼= + + Nz(Me.登錄密碼) + where 工作證號 = + + Me.Text2 + ;CurrentProject.Connection.Execute sqlMsgBox 信息修改成功！請務必記好密碼！, vbOKOnly, 提示End Sub（2）此段為醫(yī)生將病人的身體狀況信息的錄入：Private Sub 確定_Click()將當前登錄醫(yī)生所輸入的其選擇該診治項目的病人身體狀況保存到身體狀況數據表中Dim sql As St

23、ring定義并執(zhí)行更新查詢If IsNull(DLookup(病歷號, 病人, 病歷號= + Me.Text63 + ) = False Then sql = update 診斷 set 身體狀況= + Me.身體狀況 + where 病歷號= + Me.Text63 + and 診治項目= + Me.Text2 + ; CurrentProject.Connection.Execute sql Me.RequeryElse MsgBox 病歷號錯誤，請重新輸入！, vbOKOnly, 提示End IfEnd SubPrivate Sub 退出登錄_Click()退出醫(yī)生界面并重新進入登錄界面

24、DoCmd.CloseForms!登錄界面.Visible = True將登錄界面信息清空Forms!登錄界面!工作證號 = NullForms!登錄界面!醫(yī)生密碼 = NullEnd SubPrivate Sub 病人身體狀況信息_Click()按給定條件查找病人身體狀況信息Dim sql As StringDim s(5) As StringDim i, j As Integer給字符串變量賦初值，避免運算中出現NULL值sql = For i = 0 To 4s(i) = Next i將各個文本框所輸入的查詢條件分別賦值給數組元素If IsNull(Me.病歷號) = False The

25、ns(0) = 身體狀況查詢.病歷號 = + Me.病歷號 + End IfIf IsNull(Me.病人姓名) = False Thens(1) = 身體狀況查詢.病人姓名 = + Me.病人姓名 + End IfIf IsNull(Me.工作證號) = False Thens(2) = 身體狀況查詢.工作證號 = + Me.工作證號 + End IfIf IsNull(Me.醫(yī)生姓名) = False Thens(3) = 身體狀況查詢.醫(yī)生姓名 = + Me.醫(yī)生姓名 + End IfIf IsNull(Me.診治項目) = False Thens(4) = 身體狀況查詢.診治項目 =

26、+ Me.診治項目 + End If在除第一個非空條件的其他非空條件前加上 and 字符串For i = 0 To 4 If s(i) Then For j = i + 1 To 4 If s(j) Then s(j) = and + s(j) End If Next j Exit For End IfNext i將各個條件合起來賦值給字符串變量sql，作為打開報表的篩選條件For i = 0 To 4 sql = sql + s(i)Next i按條件打開身體狀況查詢報表DoCmd.OpenReport 身體狀況查詢, acViewReport, , sqlEnd Sub（3）此段為病人信息

27、的維護：Private Sub 病人個人信息_Click()按給定條件查找病人個人信息Dim sql As StringDim s(2) As StringDim i, j As Integer給字符串變量賦初值，避免運算中出現NULL值sql = For i = 0 To 1s(i) = Next i將各個文本框所輸入的查詢條件分別賦值給數組元素If IsNull(Me.病歷號) = False Thens(0) = 病人.病歷號 = + Me.病歷號 + End IfIf IsNull(Me.病人姓名) = False Thens(1) = 病人.姓名 = + Me.病人姓名 + End

28、If在除第一個非空條件的其他非空條件前加上 and 字符串For i = 0 To 1 If s(i) Then For j = i + 1 To 1 If s(j) Then s(j) = and + s(j) End If Next j Exit For End IfNext i將各個條件合起來賦值給字符串變量sql，作為打開報表的篩選條件For i = 0 To 1 sql = sql + s(i)Next i按條件打開身體狀況查詢報表DoCmd.OpenForm 病人 查詢, , , sqlEnd Sub 比如在病人信息維護的編寫代碼中，多次使用了For循環(huán)語句和IfThen條件語句，

29、首先定義兩個字符串并對他們賦予初始值，然后將各個文本框所輸入的查詢條件分別賦值給數組元素 ，通過If條件語句依次判斷每個文本框中是否為空，如果為空，則相應的字符串維持原值，否則則將條件賦予給相應字符串變量，這樣就將用戶所輸入的四個條件分別存儲在了字符串數組的四個變量當中。最后調用DoCmd對象的OpenForm的方法來打開已設計好的“身體狀況查詢”報表。 上述類似的用法在醫(yī)生將病人的身體狀況信息的錄入部分也有應用，這個部分最后是調用DoCmd對象的OpenReport的方法來打開已設計好的“身體狀況查詢”報表。這樣，當在醫(yī)生窗體之中，點擊診治信息當中病人信息管理中的病人診治信息或者是醫(yī)生身體狀

30、況信息的錄入中的病人查詢，這樣即可以執(zhí)行事件過程中的編寫代碼，即可直接進入到“身體狀況查詢”報表中，獲取自身所需的信息，得到滿足條件的結果。 對于病人窗體中的代碼較多且繁瑣，在此就不再多余的述說。 兩者之中的視圖中或多或少的均含有子窗體，如圖13中病人界面窗體視圖2中的診治頁中所含有的診治項目列表診斷查詢子窗體，子窗體的插入并沒有太多的技術含量，只需要在插入子窗體向導中指定所需的字段，然后再屬性表中設置主/子窗體的鏈接字段即可。所以無需贅述。7 結束語 這次做這個數據庫醫(yī)務管理管理系統(tǒng)課程設計所用的時間都是比較散的，基本上每天都有做一點，但是每天花的時間都不是非常的多。所以這次的課程設計作業(yè)做

31、的歷時較長，直到快開學的的前幾天才能夠完成。在剛開始做的時候，根本對這個課設沒有什么概念，但是看過數據庫課程設計（參考報告）之后，我才知道應該怎樣開始。根據下發(fā)的教務管理系統(tǒng)參考材料以及數據庫技術及應用課程設計規(guī)范化相關材料，我做完了概論以及需求分析當中的總體需求分析。但是下一步需求分析當中的數據流圖描述和數據字典就讓我遇到了難處。我剛開始甚至不知道數據流圖描述以及數據字典是什么概念，通過查閱才知道數據流圖（Data Flow Diagram，簡記作DFD）是從“數據”和“對數據的加工”兩方面表達數據處理系統(tǒng)工作過程的一種圖形表示方法，具有直觀、易于被用戶和軟件人員雙方理解的特點的一種表達系統(tǒng)

32、功能的描述方式。它是在分析用戶活動所涉及的數據的基礎上所產生的，在本數據庫醫(yī)務管理系統(tǒng)中，即主要是分析醫(yī)生和病人活動所涉及的數據，比如說醫(yī)生個人信息，醫(yī)生與醫(yī)務管理系統(tǒng)的數據關系，病人個人信息，病人與醫(yī)務管理系統(tǒng)的數據關系等等。而數據字典主要是在分析系統(tǒng)數據的基礎上所產生的，如果只含有數據流圖并不能構成需求說明書，它并沒有說明每個系統(tǒng)部分中的含義。而數據字典提供對數據庫時間描述的集中管理。它主要包括數據項、數據結構、數據流、數據存儲和處理過程共五個部分。完成了數據字典也就完成了報告部分中的需求分析，這整個部分花費的時間并不是很多，主要是有例子的引導。完成需求之后，就來到了概念設計。在這個部分當

33、中主要包含確定實體集、聯(lián)系及屬性，局部ER圖和全局ER圖。因為經過一大半學期的數據庫學習，老師對全局ER圖和局部ER圖的教授得較多，因此我對這個部分的知識以及做法比較熟悉。這個部分主要是在畫圖方面，剛開始我想用Microsoft Office Visio 2007這個畫圖軟件來畫的，但最終因為摸索了好久不會就直接用了word自帶的畫圖工具畫的。總之，概念設計這個環(huán)節(jié)相對整體來說是比較容易的。接下來就到了邏輯設計部分，這個部分的將全局ER圖轉化為關系模型并不難，只要上課聽講了的基本上都會，完整性以及范式的分解也是如此。接下的物理設計就從略了。這個部分是應用Microsoft Office Acc

34、ess 2007建立數據庫的部分了。因為有上學期進行數據庫上機實踐的經驗，所以在建立表和應用SQL語言建立查詢都沒有什么太大的問題。但是到了設計窗體和報表就有很大的問題了，首先窗體和報表對于我來說全部都是全新的東西，全部都要靠自己慢慢的學習。我選擇的是剛開始就不要忙著進行學習寫相關的代碼，先學會設計有關窗體和報表界面的設計。通過查詢Visual Basic程序設計教程，我認識了有關的控件：文本框（Text）、標簽（Label）命令按鈕（CommandButton）、子窗體/子報表按鈕、列表框（List Box）、組合框（ComboBox）、選項按鈕以及選項卡控件等等，還知道了這些按鈕的相關功能和類型，如文本框是一個文本編輯區(qū)域，用戶可以在該區(qū)域輸入、編輯、修改和顯示正文內容，即用戶可以創(chuàng)建一個文本編輯器。但是對于標簽就不行了，它是不允許其內容被更改的，他在設計的時候必須要有內容。而文本框之中的