1、信息工程學院oracle 數據庫課程設計學生宿舍管理系統數據庫設計姓名：2005544532范春江專業：計算機科學與技術指導老師：完成日期：楊海霞2008.6.26摘要學生宿舍管理系統是應對學生宿舍管理的現代化、網絡化，逐步擺脫當前學生宿舍管 理的人工管理方式，提高學生宿舍管理效率而開發的，它包括宿舍學生基本信息管理、樓 道工人基本信息管理、宿舍樓基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、 宿舍樓物品出入基本信息管理、宿舍樓保衛處基本信息管理、宿舍配備物品及處理管理等 八大功能模塊，并提供了對各功能模塊的查詢和更新功能，且這兩種功能基本上是通過存 儲過程來實現的，其中宿舍學生基本信

2、息管理、宿舍基本信息管理是系統開發的重點。該系統開發由系統需求分析階段、概念設計階段、邏輯設計階段、數據庫實施階段、 系統調試和測試階段、參考文獻、附錄等階段組成。關鍵字： 學生宿舍管理，宿舍管理現代化，宿舍管理網絡化，人工管理，功能模塊，存儲 過程目錄1. 系統需求分析階段 . 11.1 引言 . 11.2 目標與任務 . 11.2.1 需求分析階段的目標 . 11.2.2 需求分析階段的任務 . 12.3 需求分析階段成果 . 2概念設計階段 .11 2.1 引言 .112.2 概念模型設計 . 122.3 新系統流程 . 133邏輯設計階段 . 143.1 邏輯設計的任務和目標 . 14

3、3.2 數據組織 . 143.2.1 將 E-R 圖轉換為關系模型 . 143.2.2 模型優化 . 153.2.3 數據庫模式定義 . 163.2.4 用戶子模式設計 . 163.3 數據處理 . 164物理設計階段 . 174.1 物理設計階段的目標與任務 . 174.2 數據存儲方面 . 174.3 系統功能模塊 . 174.3.1 樓道工人基本的信息查詢和更新模塊 . 184.3.2 宿舍樓基本信息的查詢和更新模塊 . 184.3.3 宿舍基本信息的查詢和更新模塊 . 194.3.4 學生基本信息的查詢和更新模塊 . 204.3.5 宿舍物品的查詢和更新模塊 . 204.3.6 宿舍事

4、故的查詢和更新模塊 . 214.3.7 宿舍物品處理的查詢和更新模塊 . 214.3.8 宿舍保衛處基本信息的查詢和更新模塊 . 225數據庫實施階段 . 225.1 建立數據庫、數據表、視圖、索引 . 225.1.1 建立數據庫 . 225.1.2 建立數據表 . 225.1.3 建立視圖 . 265.1.4 建立索引 . 285.2 數據入庫 . 285.3 創建各個功能的存儲過程 . 29系統調試和測試 . 29實習心得 . 32存在的問題及建議 . 32致謝 . 33參考文獻 . 33附錄 1 數據庫邏輯結構定義 . 34附錄 2 存儲過程定義 . 38附錄 3 數據查看和存儲過程功能

5、的驗證 . 43附錄 4 所有的 SQL 運行語句 . 481. 系統需求分析階段1.1 引言通過對北校區 25 個學生宿舍樓的實地調查， 了解到現在的學生宿舍管理仍停留在完全 的人工管理階段，樓管處沒有標準的住宿學生存檔信息。這中人工管理方式費時、費事、 費力，造成工作效率低下。開發出合適的學生宿舍管理系統，可以方便學生宿舍的管理， 提高宿舍管理工作效率及查詢效率。1.2 目標與任務1.2.1 需求分析階段的目標（ 1 ）了解目前宿舍管理的現狀以及SQL Server 2000 的功能和特點。通過實地調查和問答記錄的方式了解宿舍管理的工作業務流程，并記錄和處理 相關的數據。與指導教師交流個人

6、想法，征求意見，改正不合理的地方，為下面的概念設計與 邏輯設計奠定基礎。1.2.2 需求分析階段的任務（ 1 ）處理對象：系統要處理的對象包括宿舍樓基本信息、學生基本信息、宿舍基本信息、樓道工作人 員基本信息、宿舍保衛處基本信息、宿舍事故基本信息、物品出入基本信息等七個方面， 各個對象包括信息如下所示（詳細的數據見于數據字典） ：宿舍樓基本信息 (Dormitory) ：包括 宿舍樓編號、宿舍樓所在校區、宿舍樓再校區 中區域、每一幢宿舍樓樓管處的電話、宿舍樓樓管員信息等方面，這樣可以方便管理者對 宿舍樓的管理，提高查詢效率；學生基本信息 (Student) ：包括 學生編號、學生所在學院信息、

7、學生姓名、學生性 別、學生來自省份、學生出生日期、學生入學時間、學生所學專業、所在班級等方面的信 息，可以方便學信息的查詢和更新；宿舍基本信息 (Room ， Fitment ， FitmentDestruction ， FitmentCompensate) ：宿舍基本信息包括四個數據結構（宿舍信息(Room) ，宿舍物品信息 (Fitment) ，宿舍物品損壞信息(FitmentDestruction), 宿舍損壞物品賠償信息） , 每個數據結構中的數據項見數據字典；4 樓道工作人員基本信息 (Worker) ：包括 工作人員編號、工作人員姓名、工作類型、 工資、性別、聯系方式、工作時間等數

8、據項，可以方便管理人員對宿舍樓道工人的任用、 信息查詢及更改；宿舍保衛處基本信息 (SafeGuard) ：包括保衛處名稱、人員數目、負責人信息、聯系 電話等四方面的信息；宿舍事故基本信息 (Accident ，AccidentResearch ， AccidentCompensate) ：事故信息 包括三個數據結構 （事故信息、 事故處理信息、 事故賠償信息），具體的數據項見數據字典； 物品出入基本信息 (ArticalInOut) ：包括出入物品的學生信息、出入的物品信息、出入物品 時的負責人信息、出入物品時間，盡量減少宿舍事故的發生，保障學生宿舍財產的安全。（ 2 ）處理功能要求系統主要

9、完成一下幾個功能：宿舍樓基本信息查詢與修改；學生基本信息查詢與更新；每一幢宿舍樓中宿舍信息的查詢與信息更新；宿舍保衛處基本信息的查詢和修改；宿舍事故基本信息及事故處理信息的查詢和修改；宿舍樓物品出入審批及記錄；（ 3 ）安全性和完整性要求安全性先通過視圖機制，不同的用戶只能訪問系統授權的視圖，這樣可提供系統數據 一定程度上的安全性，再通過用戶授權機制，欲用戶登陸來識別用戶級別，根據這個級別 來分配用戶權限，達到數據更高層次的安全保密功能。完整性要求用于描述宿舍樓基本信息、學生基本信息、宿舍基本信息、樓道工作人員 基本信息、宿舍保衛處基本信息、宿舍事故基本信息、物品出入基本信息中數據項能否為 n

10、ull ，以及一些用戶自定義完整性（符合實際要求） ，詳細完整性要求見于系統的邏輯設計 階段。1.2.3 需求分析階段成果（ 1 ）體會與收獲系統需求分析主要采取實地詢問記錄和樓管處查詢宿舍學生信息的方式，同時借鑒 學長在做數據庫開發這方面的經驗。 通過實地調查和詢問， 了解目前學生宿舍管理的現狀， 以及目前學生宿舍管理中一些問題，并對實際查詢業務實地參與，了解了學生、樓管員、 宿舍管理者、宿舍保衛人員對系統的信息處理要求，以及他（她）們對現存人工管理方式 不能滿足信息處理要求的苦惱。同時在調查中牽涉的許多的人際交流，恰當的詢問方式， 由于平時幾乎沒有做過這方面的調查，開始時有點膽怯和不知從何

11、入手，但過了兩三幢宿 舍樓之后，開始的膽怯就感覺不到了。（ 2 ）學生宿舍管理系統業務流程圖新生入住宿舍業務流程圖：查詢業務流程圖（查詢宿舍學生信息、樓道工作人員信息、宿舍樓信息等） ：畢業生離宿業務流程圖：樓道工作人員任用業務流程圖：宿舍樓物品出入業務流程圖：宿舍事故處理業務流程圖：（ 3 ）數據流程圖頂層數據流程圖：第 2 層數據流程圖：從學生角度出發第 2 層數據流程圖：從管理者角度出發圖 2.3 從管理者角度出發的 2 層數據流程圖第 3 層數據流程圖：從新生角度出發第 3 層數據流程圖：從畢業生角度出發第 3 層數據流程圖：從宿舍樓物品出入出發第 3 層數據流程圖：從宿舍事故角度出入

12、出發第 3 層數據流程圖：從樓道工作人員的任用角度出發第 3 層數據流程圖：從管理者和外來訪客的角度出發（ 4 ）數據字典（ a ）數據項：系統涉及的數據項有71 項表 1.1 數據項列表數據項編號 DI-1DI-2DI-3DI-4DI-5DI-6DI-7DI-8DI-9DI-10DI-11DI-12DI-13DI-14DI-15DI-16DI-17DI-18DI-19DI-20DI-21數據項名StuNoDepNameStuNameStuSexStuHomeStuBorthStuETimeStuPerfectStuClassWorNoWorNameWorTypeWorWageWorSexWo

13、rPhNoWorTimeRNoRHeaderROneRTwoRThree數據項含義 學生編號學生所在學院 學生姓名學生性別學生來自省份 學生出生時間 學生入學時間 學生所在專業 學生所在班級編號 工作人員編號 工作人員姓名 工作類型 工作人員工資 工作人員性別 工作人員聯系方式 工作人員工作時間 宿舍編號舍長信息宿舍學生信息 宿舍學生信息 宿舍學生信息與其它數據項的關系等于 StuName同上同上同上存儲結構char(9)char(20)char(10)char(2)char(10)DateDatechar(20)Intchar(5)char(10)char(8)Intchar(2)char(

14、12)char(30)char(6)char(10)char(10)char(10)char(10)別名學號學院姓名性別祖籍出生日期入學時間專業編號編號姓名工作類型月工資性別電話工作時間舍號舍長舍員 1舍員 2舍員 3數據項編號DI-22DI-23DI-24DI-25DI-26DI-27DI-28DI-29DI-30DI-31DI-32DI-33DI-34DI-35DI-36DI-37DI-38DI-39DI-40DI-41DI-42DI-43DI-44DI-45DI-46DI-47DI-48DI-49DI-50DI-51DI-52DI-53DI-54DI-55DI-56DI-57DI-58D

15、I-59數據項名RFourRFiveRSixRGradeRDepartRPerfectRClassDorNoDorCampusDorLocationDorPhNoDorAdministSGNameSGWorNumSGHeaderSGPhoneFitNameFitPriceFitNumFDFitmentFDStudentFDRoomFDFitNumFCompFitFCompStuFCompMonFCompPrinFCompDateFCompNumAcNoAcTypeAcArticalAcArNumAcStuAcDateAcPrinAcStuPhAcVerify數據項含義宿舍學生信息 宿舍學生信息

16、 宿舍學生信息 宿舍學生所屬年級 宿舍學生所在學院 宿舍學生所學專業 學生所在班級編號 宿舍樓編號 宿舍樓所屬校區 宿舍樓在校區位置 宿舍樓管處電話 宿舍樓樓管員信息 保衛處名稱 保衛處人員總數 保衛處負責人信息 保衛處電話 宿舍物品名稱 宿舍物品價格 每一種宿舍的數量 損壞物品信息 損壞的學生信息 損壞物品宿舍信息 損壞物品的數量 賠償物品信息 需賠償學生信息 賠償價格 賠償負責人信息 賠償日期 賠償物品數量 事故編號事故類型事故損失物品 事故損失物品數量 事故受害學生 事故發生日期 事故負責人信息 受害人聯系方式 事故是否屬實與其它數據項的關系 同上同上同上等于 StuETime等于 De

17、pName等于 StuPerfect等于 StuClass等于 WorNo等于 FitName等于 StuNo等于 RNo等于 FitName等于 StuNo等于 WorNo等于 StuNo等于 SGHeader存儲結構char(10)char(10)char(10)char(4)char(20)char(20)char(2)smallintchar(4)char(4)char(12)char(10)char(15)Intchar(10)char(12)char(16)FloatIntchar(16)char(9)char(6)Intchar(16)char(9)Floatchar(10)Da

18、teIntintchar(10)char(30)Intchar(9)Datechar(15)char(12)Bool別名舍員 4舍員 5舍員 6年級學院專業班級宿舍樓號校區宿舍區位電話樓管員名字人員數目負責人電話宿舍物品價格數量物品名學生舍號數量物品名學生賠償價格負責人日期數量編號類型物品名數量學生日期負責人學生電話核查數據項編號DI-60DI-61DI-62DI-63DI-64DI-65DI-66DI-67DI-68DI-69DI-70DI-71DI-72數據項名ARNoARNameARPrinARResultACStuACArticalACDateACPrinAIOStuAIOArtica

19、lAIOPrinAIODateAIONo數據項含義事故調查編號事故調查名稱事故調查負責人事故調查結果事故賠償學生信息事故賠償物品信息事故賠償日期事故賠償負責單位要求物品出入學生出入物品信息出入物品審查人出入物品日期物品出入序號與其它數據項的關系等于 SGHeader等于 StuNo等于 SGHeader等于 StuNo等于 WorNo存儲結構char(4)char(15)char(10)Boolchar(10)char(30)Datechar(15)char(10)char(20)char(10)DateInt別名編號調查負責人結果學生物品名日期負責單位學生物品名負責人日期序號（ b ）數據結

20、構：表 1.2 數據結構列表數據結構編號數據結構名數據結構含義組成DS-1 StudentDS-2 WorkerDS-3 RoomDS-4 Dormitory宿舍學生信息宿舍樓工作人員信息宿舍信息宿舍樓信息StuNo,DepName,StuName,StuSex,StuHome,StuBorth,StuETime,StuPerfect,StuClassWorTime,WorName,WorType,WorWage,WorSex,WorPhNo,WorNoRNo,RHeader,ROne, RClass,RThree,RFour,RFive,RSix,RGrade,RDepart,RPerfec

21、t,RTwo,DorNo,DorCampus,DorPhNoDorLocation,DorAdministDS-5DS-6SafeGuardFitment宿舍保衛處信息宿舍物品配備信息SGName,SGWorNum,SGHeader,SGPhoneFitName,FitPrice,FitNumDS-7 FitmentDestruction宿舍物品損壞信息FDFitment,FDStudent,FDRoom,FDFitNum數據結構編號數據結構名數據結構含義組成DS-8 FitmentCompensateDS-9 AccidentDS-10 AccidentResearchDS-11 Accid

22、entCompensateDS-12 ArticalInOut宿 舍 損 壞 物 品 賠 償 信 息宿舍事故注冊信息宿舍事故調查信息事 故 損 失 物 品 賠 償 信 息宿舍樓物品出入信息FCompFit,FCompStu,FCompPrin,FCompDate,FCompNumAcNo,AcType, AcStu,AcDate,AcArtical,AcVerify,AcPrin,AcArNum,AcStuPhARNo,ARName,ARPrin,ARResultACStu,ACArtical,ACDate,ACPrinAIOStu,AIOArtical,AIOPrin,AIODate,AIO

23、No（ 5 ）處理邏輯描述（判定表或判定樹）表 1.3 處理邏輯列表判定條件決策判斷用戶查詢涉及的功能模塊判斷用戶修改要涉及的模塊，同 時把相應的修改數據傳到相應的 模塊之中2. 概念設計階段 2.1 引言宿舍基本信息模塊、 宿舍樓基本信息模塊、 學生基本信息模塊、 宿舍樓配備物品基本信息模塊、宿舍事故基本信息模塊、宿舍 樓物品出入基本信息模塊、宿舍樓保衛處基本信息模塊、樓道 工人基本信息模塊：先確定查詢所涉及的功能模塊；然后，確 定要查詢的內容，確定查詢數據流向；最后顯示查詢結果。宿舍基本信息模塊、 宿舍樓基本信息模塊、 學生基本信息模塊、 宿舍樓配備物品基本信息模塊、宿舍事故基本信息模塊、

24、宿舍 樓物品出入基本信息模塊、宿舍樓保衛處基本信息模塊、樓道 工人基本信息模塊：先確定更新所涉及的功能模塊；然后，把 更新信息傳送到相應的模塊中；最后，進行相應的更新操作。概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構 程 , 它是整個數據庫設計的關鍵，包括概念模型設計和新系統流程兩個階段。( 概念模型 ) 的過2.2 概念模型設計（ 1 ）根據不同的對象，從第 圖：3 層數據流程圖（中層數據流程圖）入手，分別畫出分E R（ a）從數據流程圖圖 2.4 與圖 2.5 抽象出的分 E R 圖：圖 3.1 分 E R 圖 1圖 3.2 分 E R 圖 2圖 3.3 分 E R 圖 3

25、（ b）從數據流程圖圖 2.6 與圖 2.8 抽象出的分 E R 圖：圖 3.4 分 E R 圖 4（ c）從數據流程圖圖 2.7 抽象出的分 E R 圖：圖 3.5 分 E R 圖 5（ 2 ）各分 E R 圖中每個實體的屬性如下所示：學 生 ： Student(StuNo ， DepName ， StuName ， StuSex ， StuHome ， StuBorth ， StuETime ，StuPerfect ， StuClass) ；宿舍： Room(RNo ，RHeader ， ROne ，RClass ，RThree ， RFour ， RFive ， RSix ，RGrade

26、 ， RDepart ， RPerfect ，RTwo) ；宿舍樓： Dormitory(DorNo ，DorCampus ，DorLocation ，DorPhNo ，DorAdminist) ； 宿舍物品： Fitment(FitName ，FitPrice ， FitNum) ；樓道工作人員： Worker(WorNo ，WorName ， WorType ， WorWage ， WorSex,WorPhNo ， WorTime) ；保衛處： SafeGuard(SGName ，SGWorNum ， SGHeader ， SGPhone) ； 各分 E R 圖中聯系的屬性如下所示：物品出

27、入： ArticalInOut(AIONo ，AIOStu ， AIOArtical ， AIOPrin ， AIODate) ；宿舍物品處理：包含物品損壞和物品賠償兩個數據結構( 將在邏輯設計階段給出 ) ；事故：包含宿舍事故注冊、宿舍事故調查、事故損失物品賠償三個數據結構 結構將在系統邏輯設計階段給出 ) 。( 注 : 為了節省篇幅，實體與屬性的關系沒有用圖形表示，實體的標識碼用下劃線劃出。( 具體的)（ 3 ）合并各分圖 , 消除屬性沖突、命名沖突、結構沖突等三類沖突，得到初步 圖，E-R再消除不必要冗余，得到的基本E-R 圖如下所示：2.3 新系統流程新系統流程圖：3邏輯設計階段3.1

28、 邏輯設計的任務和目標以上的概念設計階段是獨立于任何一種數據模型的，但是邏輯設計階段就與選用的DBMS 產品發生關系了，系統邏輯設計的任務就是將概念設計階段設計好的基本E-R 圖轉換為選用 DBMS 產品所支持的數據模型相符合的邏輯結構。具體內容包括數據組織（將 E-R 圖轉換成關系模型、模型優化、數據庫模式定義、用戶子模式設計） 、數據處理（畫出 系統功能模塊圖）兩大任務3.2 數據組織3.2.1 將 E-R 圖轉換為關系模型由于宿舍樓與樓道工人的聯系方式是1 : n（一對多），可以將其之間的聯系與n 端實體樓道工人合并，宿舍樓與宿舍之間的聯系、宿舍與學生之間的聯系方式也是1 : n ，同樣

29、也將其之間的聯系與 n 端實體宿舍、學生合并，而宿舍物品與學生、學生與樓道工作人員之 間的聯系方式則是 n: m（多對多），這樣要把它們之間的聯系轉化為獨立的關系模式，保衛處與學生之間的聯系是1 :n （一對多），但是它們之間的聯系事故則包含數據結構，為了便于模型優化，將其聯系也轉化成獨立的關系模式，具體的基本E-R 圖向關系模型的轉化如下：樓道工人： Worker （WorNo ， WorName ，WorType ， WorWage ， WorSex,WorPhNo ， WorTime ，DorNo ，DorCampus ，DorLocation ）；宿舍樓： Dormitory （Dor

30、No ，DorCampus ，DorLocation ， DorPhNo ，DorAdminist ）； 宿舍： Room （ RNo ，RHeader ，ROne ， RClass ，RThree ，RFour ，RFive ，RSix ，RGrade ，RDepart ，RPerfect ，RTwo ，DorNo ，DorCampus ，DorLocation ）；宿舍物品： Fitment （ FitName ，FitPrice ，FitNum ，DorNo ， DorCampus ，DorLocation ）； 學生：Student（ StuNo ，DepName ，StuName ，

31、StuSex ，StuHome ，StuBorth ，StuETime ，StuPerfect ， StuClass ，RNo ， DorNo ， DorCampus ，DorLocation ）；保衛處： SafeGuard(SGName ，SGWorNum ， SGHeader ， SGPhone) ；物品出入： ArticalInOut(AIONo ，StuNo ， AIOArtical ， AIOPrin ， AIODate, DorNo ，DorCampus ，DorLocation) ；宿舍物品處理包含兩個數據結構（宿舍物品損壞信息，宿舍物品損壞賠償信息） ，基于表的 各個屬性都是

32、原子項的考慮，現將宿舍物品處理分解為：宿舍物品損壞、宿舍損壞物品賠 償，具體如下：宿舍物品損壞： FitmentDestruction （ FitName ， StuNo ，RNo ， FDFitNum, DorNo ，DorCampus ，DorLocation ）；（消除命名沖突）宿舍物品損壞賠償： FitmentCompensate （FitName ，StuNo ，FCPrin ，FCompDate ，FCompNum ）；（消除命名沖突）宿舍事故包含三個數據結構（宿舍事故注冊信息、宿舍事故調查信息、宿舍事故損失物品賠償信息），同樣基于表的原子性的考慮也將事故分解為：事故注冊、事故調查

33、、事故賠償，具體如下：事故注冊： Accident（ AcNo ，AcType ， StuNo ，AcDate ，AcArtical ，AcVerify ，SGName ，AcArNum ， AcStuPh ）；事故調查： AccidentResearch （ AcNo ，ARName ，SGName ， ARResult ）；事故賠償： AccidentCompensate （ AcNo ， ACStu ， AcArtical ，ACDate ，SGName ）； （注：標有直線下劃線的為主屬性，標有波浪線下劃線的是外鍵屬性，主屬性與外鍵屬性一起構成主碼）3.2.2 模型優化關系模式 Wor

34、ker ，Dormitory ，Fitment ，SafeGuard ，ArticalInOut ，FitmentDestruction ，FitmentCompensate ， Accident ，AccidentResearch ， AccidentCompensate不存在非主屬性對主屬性的部分函數依賴，也不存在傳遞函數依賴，已經達到了 模式（ Room ）中存在著一些不應該有的數據冗余，現將模型優化為：3NF ，但是宿舍關系Room （ RNo ， RHeader ， RGrade ，RDepart ， RPerfect ， DorNo ， DorCampus ， DorLocatio

35、n ）；雖然 Room 中還存在一些數據冗余，但可以提高查詢效率。3.2.3 數據庫模式定義表 2.1 數據庫模式定義表編號T T 2T 3T 4T 5T 6T 7T 8T 9T 10T 11T 12邏輯結構 ( 基本表 ) 定義Worker （詳見附錄 1 1 ）Dormitory （詳見附錄 1 2 ）Room （詳見附錄 1 3 ）Fitment （詳見附錄 1 4 ）Student （詳見附錄 1 5 ）SafeGuard （詳見附錄 1 6 ） ArticalInOut （詳見附錄 1 7 ） FitmentDestruction （詳見附錄 1 8 ） FitmentCompens

36、ate （詳見附錄 1 9 ） Accident （詳見附錄 1 10 ） AccidentResearch （詳見附錄 1 11 ） AccidentCompensate （詳見附錄 1 12 ）完整性和安全性（詳見附錄 1 1 ） （詳見附錄 1 2 ） （詳見附錄 1 3 ） （詳見附錄 1 4 ） （詳見附錄 1 5 ） （詳見附錄 1 6 ） （詳見附錄 1 7 ） （詳見附錄 1 8 ） （詳見附錄 1 9 ） （詳見附錄 1 10 ） （詳見附錄 1 11 ） （詳見附錄 1 12 ）3.2.4 用戶子模式設計表 2.2 用戶子模式設計 (View) 列表編號V 1V 2V 3V

37、 4V 5V 6V 7V 8V 9V 10V 11V 123.3 數據處理用 戶 子 模 式 (View)WorViewDormViewRoomViewFitViewStuViewSGViewArIOViewFDViewFCViewAccViewARViewACView作用 ( 共性：提供數據保密和安全保護機制便于查詢和修改樓道工人的基本信息方便宿舍樓的基本信息的查詢、更新以便于宿舍的基本信息的查詢和更新用于宿舍樓配備物品的基本信息的查詢便于查詢和更改學生的基本信息方便學生查詢宿舍保衛處的基本信息以便于物品出入的管理和信息的查詢、更改便于宿舍物品損壞的的登記及處理和信息的查詢 查詢損壞物品賠償

38、的基本信息，便于宿舍物品的管理 方便學生事故的注冊及保衛人員對事故注冊的查詢 便于學生查詢宿舍事故調查的基本信息方便宿舍事故賠償的信息查詢和更新)系統功能模塊圖：4物理設計階段4.1 物理設計階段的目標與任務數據庫的物理設計就是為邏輯數據模型選取一個最合適應用要求的物理結構的過程， 在這個階段中要完成兩大任務：確定數據庫的物理結構，在關系數據庫中主要是存取方法和存儲結構；對物理結構進行評價，評價的重點是時間和空間效率。4.2 數據存儲方面為數據庫中各基本表建立的索引如下：1.由于基本表 Room ，Student 的主碼 RNo ，StuNo 經常在查詢條件和連接操作的連 接條件中出現，且它們

39、的值唯一，考慮在兩個屬性上建立唯一性索引；2. Dormitory 的主碼 DorNo ，DorCampus ，DorLocation 經常在查詢條件中出現，且 它們的組合值唯一，考慮在它們之上建立組合索引；基本表 Student 的一屬性 StuName ，經常在查詢條件中出現，且經常出現在相等 的比較條件中，考慮在其之上建立聚簇索引；基本表 Fitment 、SafeGuard 的屬性值幾乎不會有什么變化，更新率很低，可考慮 適當建立索引；基 本 表 Worker ， ArticalInOut ， FitmentDestruction ， FitmentCompensate ， Accid

40、ent ，AccidentResearch ，AccidentCompensate 的屬性值經常發生變化，權 衡系統為維護索引付出的代價，可考慮不建立索引，也可以適當建立索引。4.3 系統功能模塊4.3.1 樓道工人基本的信息查詢和更新模塊將實現對樓道工人基本信息的查詢和更新（修改、插入、刪除）操作，方便于樓道工 人的任用和更換，具體的功能模塊圖如下：圖 4.2 樓道工人基本信息的查詢、更新功能模塊圖( 注：表示系統給用戶的信息，以下與此相同)4.3.2 宿舍樓基本信息的查詢和更新模塊將完成對宿舍樓基本信息的查詢、更新（修改、插入、刪除）操作，便于宿舍的集中 管理，具體的功能模塊圖如下所示：圖

41、 4.3 宿舍樓基本信息的查詢、更新功能模塊圖4.3.3 宿舍基本信息的查詢和更新模塊將達到對宿舍基本信息的查詢、更新（修改、插入、刪除）操作的目的，具體的功能 模塊圖如下所示：圖 4.4 宿舍基本信息的查詢、更新功能模塊圖4.3.4 學生基本信息的查詢和更新模塊將完成對學生基本信息的查詢和插入、刪除、修改等更新操作，具體的功能模塊如下 所示：圖 4.5 宿舍學生基本信息的查詢、更新功能模塊圖4.3.5 宿舍物品的查詢和更新模塊將實現對宿舍物品基本信息的查詢、插入、刪除、修改等操作，以方便于宿舍物品的 配備，具體的功能模塊圖如下：圖 4.6 宿舍物品基本信息的查詢、更新功能模塊圖4.3.6 宿

42、舍事故的查詢和更新模塊將實現對宿舍事故的插入和更新操作，方便宿舍事故的快速處理，及時了解事故處理 的結果，具體的功能模塊圖如下：圖 4.7 宿舍事故基本信息的查詢、更新功能模塊圖4.3.7 宿舍物品處理的查詢和更新模塊將完成對宿舍物品處理基本信息的查詢、插入、刪除、修改等操作，方便于宿舍物品 的處理，具體的功能模塊圖如下所示：圖 4.8 宿舍物品處理基本信息的查詢、更新功能模塊圖4.3.8 宿舍保衛處基本信息的查詢和更新模塊將實現對宿舍保衛處基本信息的查詢和更新（包括更改、插入、刪除）操作，方便于 宿舍意外事故的處理，具體的功能模塊圖如下：圖 4.9 宿舍樓保衛處基本信息的查詢、更新功能模塊圖

43、5數據庫實施階段5.1 建立數據庫、數據表、視圖、索引5.1.1 建立數據庫create database Student_Dormitory_Management;5.1.2 建立數據表（ 1 ）樓道工人基本信息表的建立：create table Worker （WorNo char(5 ）not null unique,WorName char(10) not null,WorType char(8) not null,WorWage int not null,WorSex char(2) not null,WorPhNo char(12) null,WorTime char(30)Dor

44、No smallintnull,not null,DorCampus char(4) not null,DorLocation char(4) not null,primary key(WorNo),foreign key(DorNo ， DorCampus ， DorLocation) references Dormitory(DorNo ， DorCampus ，DorLocation),check(WorWage = 0),check(WorSex = 男 or WorSex = 女 );（ 2 ）宿舍樓基本信息表的建立：create table Dormitory(DorNo smal

45、lint not null,DorCampus char(4) not null,DorLocation char(4) not null,DorPhNo char(12) null,DorAdminist char(10) null,primary key(DorNo,DorCampus,DorLocation),check(DorNo0 and DorNo0 and StuClass 0);not null unique,not null,not null,null,（ 7 ）宿舍樓物品出入基本信息表的建立： create table ArticalInOut(StuNo char(9)A

46、IOArtical char(16)AIOPrin char(9)AIODate datetimeAIONo intDorNo smallintDorCampus char(4)not null,null,not null,not null,not null unique,not null,not null,DorLocation char(4) not null,primary key(AIONo,AIODate),foreign key(StuNo) references Student(StuNo),foreign key(AIOPrin) references Worker(WorNo

47、),foreign key(DorNo ， DorCampus ， DorLocation) referencesDormitory(DorNo ，DorCampus ， DorLocation),check(AIONo 0);（ 8 ）宿舍配備物品損壞基本信息表的建立：create table FitmentDestruction(FitName char(16)StuNo char(9)RNo char(6)FDFitNum intDorNo smallintDorCampus char(4)DorLocation char(4)not null unique,not null,not n

48、ull,not null,not null,not null,not null,foreign key(DorNo ， DorCampus ， DorLocation) referencesDormitory(DorNo ，DorCampus ， DorLocation),foreign key(FitName) references Fitment(FitName),foreign key(StuNo) references Student(StuNo),foreign key(RNo) references Room(RNo),check(FDFitNum = 0);（ 9 ）宿舍損壞配備

49、物品賠償基本信息表的建立：create table FitmentCompensate(FitName char(16)StuNo char(9)FCPrin char(15)not null,not null,not null,FCompDate Datetime not null,FCompNum intnot null,foreign key(FitName) references Fitment(FitName),foreign key(StuNo) references Student(StuNo),foreign key(FCPrin) references SafeGuard(S

50、GName),check(FCompNum = 0);（ 10 ）宿舍事故注冊基本信息表的建立：create table Accident(AcNo int not null unique,AcType char(10)StuNo char(9)AcDate datetimeAcArtical char(30)not null,not null,not null,not null,AcVerify boolSGName char(15)AcArNum intAcStuPh char(12)null,not null,not null,not null,primary key(AcNo,AcDa

51、te),foreign key(StuNo) references Student(StuNo),foreign key(SGName) references SafeGuard(SGName),check(AcArNum 0),);（ 11 ）宿舍事故調查基本信息表的建立：create table AccidentResearch(AcNo int not null,ARName char(15)SGName char(15)ARResult boolnot null,not null,not null,primary key(SGName),foreign key(AcNo) refere

52、nces Accident(AcNo),foreign key(SGName) references SafeGuard(SGName),); （ 12 ）宿舍事故賠償基本信息表的建立：create table AccidentCopensate(AcNo int not null,ACStu char(9)AcArtical char(30)AcDate DatetimeSGName char(15)not null,not null,not null,not null,foreign key(AcNo) references Accident(AcNo),foreign key(ACStu

53、) references Student(StuNo),foreign key(SGName) references SafeGuard(SGName);5.1.3 建立視圖（ 1 ）用于查詢和更新樓道工人基本信息的視圖定義如下：create view WorView( 編號，姓名，工作類型，工資，性別，聯系方式，工作時間，宿舍樓編號，校區，區位)asselect *from Workerwith check option;（ 2 ）方便于宿舍樓基本信息查詢、更新的視圖定義如下：create view DormView ( 宿舍樓編號，校區，區位，樓管處電話，樓管 as)select *fro

54、m dormitorywith check option;（ 3 ）顯示宿舍基本信息的視圖定義如下：create view RoomView ( 宿舍編號，舍長，年級，學院，專業，宿舍樓編號，校區，區位 )asselect *from Roomwith check option;（ 4 ）可用于宿舍樓配備物品基本信息查詢、更新的視圖定義如下：create view FitView ( 物品名，價格，數量，宿舍樓編號， asselect *from Fitmentwith check option;（ 5 ）用于查詢和更新學生基本信息的視圖定義如下：校區，區位 )create view StuV

55、iew ( 學號，學院，姓名，性別，祖籍，出生日期，入學時間，專業，班級，宿舍編號，宿舍樓編號，校區，區位 )asselect *from Studentwith check option;（ 6 ）顯示宿舍保衛處基本信息的視圖定義如下：create view SGView ( 名稱，人員數目，負責人，電話 asselect *from SafeGuardwith check option;)（ 7 ）以便于物品出入管理和出入物品信息查詢、更新的視圖定義如下：create view ArIOView ( 學號，出入物品，負責人，日期，序號，宿舍樓編號，校區，區位 )asselect *from

56、 ArticalInOutwith check option;（ 8 ）便于宿舍配備物品損壞登記及損壞宿舍物品查詢的視圖定義如下：create view FDView ( 物品名，學號，宿舍號，損壞數量，宿舍樓編號，校區，區位 )asselect *from FitmentDestructionwith check option;（ 9 ）用于查詢損壞物品賠償基本信息 ，便于宿舍物品管理的視圖定義如下：create view FCView ( 物品名，學號，負責人，日期，賠償數量 asselect *from FitmentCompensatewith check option ；)（ 10

57、）方便學生事故的注冊及保衛人員對事故注冊查詢的視圖定義如下： create view AccView ( 編號，事故類型，學號，日期，損失物品，屬實，負責單位，損失數量，學生聯系方式asselect *from Accidentwith check option;（ 11 ）便于宿舍以外事故調查的視圖定義如下：)create view ARView ( 編號，調查名稱，負責單位，調查結果 asselect *from AccidentResearchwith check option ；（ 12 ）方便宿舍事故賠償信息查詢和更改的視圖定義如下：)create view ACView ( 編號，

58、學號，賠償物品，日期，負責單位 asselect *from AccidentCompensatewith check option;5.1.4 建立索引create unique index StudentNo on Student(StuNo);create unique index RoomNo on Room(RNo);create unique index DormitoryNo_Campus_Location)on Dormitory(DorNo desc ，DorCampus ，DorLocation);create cluster index StudentName on St

59、udent(StuName);create unique index FitmentName on Fitment(FitName);create unique index SafeGuardName on SafeGuard(SGName);5.2 數據入庫系統包括宿舍學生基本信息管理、樓道工人基本信息管理、宿舍樓基本信息管理、 宿舍基本信息管理、宿舍事故基本信息管理、宿舍樓物品出入基本信息管理、宿舍樓保衛處基本信息管理、宿舍配備物品及處理管理等八大功能模塊，共有12 張基本表 , 牽涉到大量數據的錄入 , 又由于時間限制 , 采用事先在 Excel 中錄入數據 , 然后使用 SQL Ser

60、ver 2000 數 據導入 / 導出向導功能 , 直接將數據導入到相應的基本表中。當然，附錄中也給出了各個基本表插入元組的存儲功能，詳細內容請參閱附錄 5.3 創建各個功能的存儲過程2 。系統共創建了 16 個存儲過程，具體列表如下：表 3.1 創建的存儲過程列表：編號P-1P-2P-3P-4P-5P-6P-7存儲過程名稱p1_Worker_Insertp2_Dormitory_Insertp3_Room_Insertp4_Fitment_Inserp5_Student_Insertp6_SafeGuard_Insertp7_Artical_In_Out_Insert定義詳見附錄 2-1 詳