數(shù)據(jù)庫基礎與應用課程設計-物業(yè)管理系統(tǒng).doc

蘇州市職業(yè)大學課程設計說明書名稱物業(yè)管理系統(tǒng)2010年06月20日至2010年06月24日共1周院系計算機工程系班級10軟件測試姓名張瑩22系主任教研室主任指導教師目錄1.課程設計的目的與要求.32.題目說明.33.需求分析和數(shù)據(jù)庫設計.34.表和索引的創(chuàng)建及數(shù)據(jù)完整性.95.數(shù)據(jù)庫結構的實現(xiàn).96.遇到的問題和解決方法.127.課程設計總結.128.參考文獻.131.課程設計的目的與要求數(shù)據(jù)庫基礎與應用課程設計是計算機專業(yè)集中實踐性環(huán)節(jié)之一，是學習完數(shù)據(jù)庫系統(tǒng)概論課程后進行的一次全面的綜合練習。其目的在于加深對數(shù)據(jù)庫基礎理論和基本知識的理解，掌握使用VB、C、C+、PowerBuilder等進行數(shù)據(jù)庫開發(fā)的全過程，提高運用數(shù)據(jù)庫解決實際問題的能力。2.題目說明物業(yè)管理系統(tǒng)；2.1、設計要求：進行需求分析，設計數(shù)據(jù)庫的概念模型；樓盤信息管理：樓盤信息的添加、編輯和查詢；住戶信息管理：住戶信息的添加、編輯和查詢；報修事項管理：報修事項的添加、編輯和查詢；投訴信息管理：投訴信息的添加、編輯和查詢；報表管理：輸出樓盤信息、住戶信息、報修信息和投訴信息。2.2、本課題設計的基本要求：必須提交系統(tǒng)分析報告，包括系統(tǒng)的功能分析、系統(tǒng)的功能模塊設計、數(shù)據(jù)庫的數(shù)據(jù)字典，數(shù)據(jù)庫的概念結構（ER圖），數(shù)據(jù)庫中的表、視圖（如果使用）、存儲過程（如果使用）的結構和定義（可以用SQL腳本提供）；系統(tǒng)的源程序，包括數(shù)據(jù)庫腳本程序。3.需求分析和數(shù)據(jù)庫設計3.1信息收集和需求分析樓盤信息：包括的數(shù)據(jù)項有：樓盤編號，樓盤名稱，樓層數(shù)，面積，戶型，地址住戶信息：包括的數(shù)據(jù)項有：業(yè)主編號，姓名，性別，電話，門牌號，面積，身份證報修事項：包括的數(shù)據(jù)項有：報修事項編號，報修名稱，業(yè)主，電話，門牌號，維修狀態(tài)，日期，受理人投訴信息：包括的數(shù)據(jù)項有：投訴事項編號，投訴名稱，業(yè)主，電話，門牌號，解決狀態(tài)，日期，受理人報表管理：樓盤信息，戶主信息，報修信息，投訴信息3.2概念設計E-R圖概念模型用于信息世界的建模。概念模型不依賴于某一個數(shù)據(jù)庫管理系統(tǒng)（DBMS），但可以方便的轉換為計算機上某一DBMS所支持的特定的數(shù)據(jù)模型。通過對用戶對數(shù)據(jù)的需求進行綜合、歸納與抽象，將形成一個完善的概念模型，可以用E-R(實體聯(lián)系)圖來表示。E-R圖是對現(xiàn)實世界的一種抽象，它的主要成份是實體、屬性和聯(lián)系。1.實體：客觀存在并可以互相區(qū)分的事物稱為實體，是現(xiàn)實世界中各種事物的抽象。如本案例中一個班級為一個實體。一般來說，每個實體都相當于數(shù)據(jù)庫中的一個表。實體用一個矩形框來表示。2.屬性：屬性是實體所具有的某些特征，通過屬性對實體進行刻畫。實體是由屬性組成的，如班級有班級名稱、創(chuàng)建人等屬性。一個實體本身具有許多屬性，能夠唯一標識實體的屬性稱為該實體的碼。屬性用一個橢圓來表示，本案例中，為使E-R圖清晰直觀，我們將屬性內置于實體的矩形框中。3.聯(lián)系：現(xiàn)實世界的事物內部或事物之間都有聯(lián)系，這些聯(lián)系在信息世界里反映為實體內部或實體之間的聯(lián)系，如班級屬于某個學校，那么班級和學校之間是“屬于”聯(lián)系。聯(lián)系有一對一聯(lián)系，一對多聯(lián)系和多對多聯(lián)系，分別用1：1、1：n和m：n來表示。如一個登錄用戶名只能填寫一份個人資料，那么登錄用戶和個人資料就是一對一聯(lián)系；一個班級只能屬于一個學校，而一個學?？梢該碛卸鄠€班級，學校和班級之間就是一對多聯(lián)系；一個班級可以有多張相片，而一張相片也可為多個班級所擁有，所以班級和相片之間是多對多聯(lián)系。聯(lián)系用菱形表示，并用線段聯(lián)接相關的兩個或多個實體，在菱形兩端線段上標明聯(lián)系的類型。本系統(tǒng)的實體有：樓盤實體、住戶實體、保修事項、投訴事項。各個實體具體的描述E-R圖如圖1-1到圖1-5所示。樓盤樓盤編號樓盤名稱樓層數(shù)面積住戶戶型地址面積身份證性別門牌號姓名電話業(yè)主編號報修報修編號報修名稱報修業(yè)主報修時間圖1-3保修事項實體屬性圖電話維修狀態(tài)門牌號受理人圖1-1樓盤實體屬性圖圖1-2住戶實體屬性圖投訴投訴編號投訴編號投訴編號投訴編號圖1-4投訴實體屬性圖電話處理狀態(tài)門牌號受理人住戶樓盤居住申請報修提出投訴11圖1-5實體之間關系ER圖3.3邏輯設計概念設計的結果得到一個與計算機、軟硬件的具體性能無關的全局概念模式。數(shù)據(jù)庫邏輯設計的任務是將概念結構轉換成特定DBMS所支持的數(shù)據(jù)模型（如關系模型）的過程。本案例中我們將其轉換為關系模型。將E-R圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯(lián)系轉化為關系模式，這種轉換一般遵循如下原則：一個實體轉換為一個關系模式，實體的屬性就是關系的屬性，實體的關鍵字就是關系的關鍵字。一個1:1聯(lián)系可以轉換為一個獨立的關系模式，也可以與任意一端實體所對應的關系合并，在被合并關系中增加屬性，其新增的屬性為聯(lián)系本身的屬性和與聯(lián)系相關的另一個實體的碼。一個1:n聯(lián)系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。如果與n端的關系模式合并則在n端實體集中增加新屬性，新屬性由聯(lián)系對應的1端實體集的碼和聯(lián)系自身的屬性構成，新增屬性后原關系的碼不變。一個m：n聯(lián)系轉換為一個關系模式，與該聯(lián)系相連的各實體的碼以及聯(lián)系本身具有的屬性均轉換為關系的屬性，而關系的碼為各實體碼的組合?，F(xiàn)在需要將上面的數(shù)據(jù)庫概念結構轉化為SQLServer2000數(shù)據(jù)庫系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。物業(yè)管理系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果如下面的幾個表所示。每個表表示在數(shù)據(jù)庫中的一個數(shù)據(jù)表。表1-1Houses-info樓盤基本信息表列名數(shù)據(jù)類型是否為空說明HouseIDChar(2)NotNull樓盤編號（主鍵）