學生教務管理系統(tǒng)作業(yè)

實驗十二某管理系統(tǒng)的后臺數據庫設計實驗名稱：某管理系統(tǒng)的后臺數據庫設計實驗學時：8實驗目的：本實驗的目的是為了讓學生能夠全面了解數據庫應用系統(tǒng)的整個開發(fā)過程，逐步掌握系統(tǒng)開發(fā)的以下相關技術：(1)鞏固數據庫理論知識，熟悉一種具體的數據庫管理系統(tǒng)（例如：SQLServer）的使用方法。(2)掌握針對特定應用環(huán)境數據庫的設計。(3)綜合使用SQLServer中數據庫、表、視圖、索引、觸發(fā)器、存儲過程的創(chuàng)建使用方法。(4)體會運用軟件工程的設計思想進行軟件系統(tǒng)開發(fā)的過程與方法。通過本課程設計，有助于學生鞏固數據庫系統(tǒng)的理論，掌握數據庫的設計方法及數據庫的運用和開發(fā)技術.實驗內容及步驟:針對某部門或公司的實踐調研，通過系統(tǒng)需求分析、數據庫概念設計、邏輯設計,用SQL上機編程、調試和應用實現數據庫的設計,最終完成某管理系統(tǒng)的后臺數據庫設計。系統(tǒng)需求分析和系統(tǒng)設計用軟件工程的方法進行系統(tǒng)需求分析和系統(tǒng)設計得出系統(tǒng)的數據流圖數據字典和信息模型。數據庫設計按數據庫設計方法和規(guī)范化理論得出符合3NF的邏輯模型，外模型和物理模型。數據庫定義和數據安全性與完整性定義定義SQL、Server2000的基本表和安全性、完整性要求。應用程序設計和程序調試設計并編寫輸入\輸出、查詢\統(tǒng)計、數據維護等功能模塊的應用程序。撰寫課程設計報告對系統(tǒng)的各個功能模塊進行集成、總調試，撰寫課程設計報告。參考選題：1民航售票系統(tǒng)的后臺數據庫設計(系統(tǒng)簡述)民航訂票系統(tǒng)主要分為機場、航空公司和客戶三方的服務。航空公司提供航線和飛機的資料，機場則對在本機場起飛和降落的航班和機票進行管理，而客戶能得到的服務應該有航班線路和剩余票數．的查詢，以及網上訂票等功能?？蛻粲挚梢苑譃閮深?，一類是普通客戶，對于普通客戶只有普通的查詢功能和訂票功能，沒有相應的機票優(yōu)惠，另一種是經常旅客，需要辦理注冊手續(xù)，但增加了里程積分功能和積分優(yōu)惠政策。機場還要有緊急應對措施，在航班出現延誤時，要發(fā)送相應的信息。2圖書管理系統(tǒng)的后臺數據庫設計(系統(tǒng)簡述)一個簡單的圖書管理系統(tǒng)包括圖書館內書籍的信息、學校在校學生的信息以及學生的借閱信息。此系統(tǒng)功能分為面向學生和面向管理員兩部分，其中學生可以進行借閱、續(xù)借、歸還和查詢書籍等操作，管理員可以完成書籍和學生的增加，刪除和修改以及對學生，借閱、續(xù)借、歸還的確認。人事管理系統(tǒng)的后臺數據庫設計碟片出租系統(tǒng)的后臺數據庫設計酒店管理系統(tǒng)的后臺數據庫設計汽車租借信息系統(tǒng)的后臺數據庫設計酒店管理系統(tǒng)的后臺數據庫設計超市管理系統(tǒng)的后臺數據庫設計學生信息管理系統(tǒng)的后臺數據庫設計工資信息管理系統(tǒng)的后臺數據庫設計

課程設計實驗報告模版：綜合性、設計性實驗報告實驗課程名稱學生信息管理系統(tǒng)的后臺數據庫設計專業(yè)計算機科學與技術班級01學號姓名學號姓名學號姓名指導教師及職稱＿（講師）＿開課學期2015至2016學年第二學期設計時間

設計題目學生信息管理系統(tǒng)的后臺數據庫設計實驗目的：本課程設計的目的是為了讓學生能夠全面了解數據庫應用系統(tǒng)的整個開發(fā)過程，逐步掌握系統(tǒng)開發(fā)的以下相關技術：(1)鞏固數據庫理論知識，熟悉一種具體的數據庫管理系統(tǒng)（例如：SQLServer）的使用方法。(2)掌握針對特定應用環(huán)境數據庫的設計。(3)綜合使用SQLServer中數據庫、表、視圖、索引、觸發(fā)器、存儲過程的創(chuàng)建使用方法。(4)體會運用軟件工程的設計思想進行軟件系統(tǒng)開發(fā)的過程與方法。軟硬件環(huán)境：Win7實驗設計簡述：運用access進行數據庫的設計，綜合考慮多個因素，權衡各自利弊，確定數據表的結構，做到3NF。系統(tǒng)需求分析與功能設計(根據課題的要求進行簡單的需求分析，設計相應的數據流圖，得出相應的系統(tǒng)功能需要,系統(tǒng)數據流圖)高校教務管理系統(tǒng)應有一下幾個方面的數據：有關學生的數據：學號、姓名、性別、年齡、籍貫、學籍、政治面貌、民族、班級所在、身份證號有關學生的成績的數據：

學號，課程編號、成績、考試次數、是否補修、重考。有關課程的數據：

課程編號、課程名稱、開課學期、開課系部、授課時數、學分、課程類型、考試形式有關班級的數據：班級編號、班級名稱、班級簡稱、年級、班級人數、班主任、所屬系部有關教師的數據：教師編號、教師姓名、性別、職稱、學歷、身份證號、聯系電話、所屬部門、政治面貌、民族、籍貫。學生信息管理系統(tǒng)中應有處理查找學生信息，統(tǒng)計學生成績，查詢課程信息，等功能。概念模型設計(按數據庫設計方法和規(guī)范化理論,從實踐概括抽象出ER模型)1.確定實體：學生信息管理系統(tǒng)應對學生，班級、教師、課程就行有效的管理，掌握課程信息，和老師受課程情況，對學生成績進行匯總，統(tǒng)計。經過需求分析后，發(fā)現設計的實體主要有，部門、班級、學生、課程、教師。教師通過和學生授課建立聯系。確定屬性：列舉各個實體的屬性構成。（詳見上頁）3.實體聯系類型班級與學生是一對多的關系，學生與課程是多對多的關系4.E-R圖NN成績課程選修學生M1課程教學教師NN成績課程選修學生M1課程教學教師成績表課程表學生表教師表數據表選修教學課程學生教師成績NNM選修教學課程1學生教師成績表課程表學生表教師表數據表選修教學課程學生教師成績NNM選修教學課程1學生教師6．邏輯模型設計(按數據庫設計方法和規(guī)范化理論得出符合3NF的邏輯模型,ER圖設計,ER圖轉化為相應的關系模式,設計數據庫的邏輯模型)教師實體轉化為關系：教師（教師編號、教師姓名、性別、職稱。。。。。。）主關鍵字為教師編號學生實體轉化為關系：學生（學號、姓名、性別、籍貫、學籍。。。。。。）主關鍵字為學號課程實體轉化為關系：課程（課程編號、課程名稱、開課學期。。。。。。。）主關鍵字為課程編號聯系轉化為關系：成績（學生編號、課程編號、成績）主關鍵字為學生編號7．物理模型設計（存儲記錄結構設計，物理文件的安排和建立索引）8．實現（數據庫結構設計的程序代碼，基本操作的程序代碼）9．實驗總結(主要對本實驗開發(fā)過程進行歸納和總結，還應包括在設計過程中所遇到的技術難點及解決方法，尚存在的問題以及進一步開發(fā)的見解與建議。)10．參考文獻指導老師評語及得分：簽名：年月日

參考示例——交易中心管理系統(tǒng)(實驗目的)針對零件交易中心的實踐調研，通過系統(tǒng)需求分析、數據庫概念設計、邏輯設計到上機編程、調試和應用等全過程完成零件交易中心管理系統(tǒng)的后臺數據庫設計。(實驗環(huán)境)略(實驗設計簡述)零件交易中心管理系統(tǒng)主要提供顧客和供應商之間完成零件交易的功能，其中包括供應商信息、顧客信息以及零件信息。此系統(tǒng)可以讓供應商增加、刪除和修改所提供的零件產品，還可以讓顧客增加、刪除和修改所需求的零件。交易員可以利用顧客提出的需求信息和供應商提出的供應信息來提出交易的建議，由供應商和顧客進行確認后即完成這筆交易。（系統(tǒng)需求分析）l．供應商供應商的操作流程圖如圖A1所示。增加供應項增加供應項修改供應項刪除供應項修改個人信息供應項注冊注銷圖A1供應商操作分類表2．顧客顧客的地位和供應商幾乎是對稱的，所以功能分類上也很相似．顧客的操作流程圖如圖A2所示。增加需求項增加需求項修改需求項刪除需求項修改個人信息顧客注冊注銷圖A2顧客操作分類表圖A2顧客操作分類表3．交易員交易員的工作就是提出交易和完成交易。這里需要仔細考慮的問題是：一個交易如何產生，并如何達成，可以用圖A3來說明這個問題．我們在處理交易的時候可能面臨如下問題：(1)一個交易只能在交易雙方都同意的情況下才可以進行，所以數據庫中的供求信息只能作為達成某個交易的基礎；(2)交易的雙方可能不同時使用這個系統(tǒng)，因此需要系統(tǒng)提供一個雙方交換信息的方式；(3)系統(tǒng)需要提供一種方便系統(tǒng)(交易員)向用戶提出建議來促成交易的途徑，并在保證數據庫數據完整性的情況下達成交易。交易員交易員協(xié)議書草案供應商以及顧客簽字正式簽字交易員簽發(fā)完成交易供應商提出交易顧客提出交易申請交易員提出交易建議圖A．3交易員操作圖（概念模型設計）數據庫需要表述的信息有以下幾種：(1)零件信息(2)供應商信息(3)顧客信息(4)供應商集和零件集之間的聯系(供應)M:NM:N零件顏色零件號零件名重量簡介供應商名供應商供應商號地址電話簡介供應數量價格圖A．4供應商和零件之間的聯系(供應)ER模型(5)顧客集和零件集之間的聯系(求購)M:NM:N零件顏色零件號零件名重量簡介顧客電話顧客號顧客名地址求購數量價格圖A．5顧客和零件之間的聯系(求購)ER模型(6)交易(三元聯系)可以用E/R模型表述該模型的設計，E/R圖如圖A7所示。零件名零件號零件名零件號簡介求購數量簡介求購數量價格供應數量價格重量顏色供應數量價格重量顏色零件零件nmnmmnmnpm交易顧客號pm交易顧客號n顧客電話供應商n顧客電話供應商顧客名簡介顧客名簡介地址供應商名數量地址供應商名數量價格地址電話供應商號價格地址電話供應商號圖A．7全局ER模型（邏輯模型設計）通過ER模型到關系模型的轉化，可以得到如下關系模式：(1)零件實體集轉換為關系：Part(ID，Color，Name，Weight，Intro)(2)供應商實體集轉換為關系Provider(ID，Name，Addtess，Tel，Intro)(3)顧客實體集轉換為關系Customer(ID，Name，Addtess，Tel)(4)供應聯系轉換為關系Supply(PartlD，ProviderlD，Price，Quantity)(5)求購聯系轉換為關系OfferToBuy(CustomerlD，PartID，Price，Quantity)(6)交易聯系轉換為關系Business(CustomerlD，ProviderlD，PartID，Price，Quantity)每個關系模式的主鍵碼都用下劃線標出。同時，對于從聯系導出的關系Supply(供應)，OfferToBuy(求購)和Business(交易)，使用與之相聯系的實體集的主健碼作為自己的鍵碼，必須符合外鍵碼約束。對于Customer(顧客)，Provider(供應商)和Part(零件)之間，不存在直接的約束，所以可以存在沒有供應商供應同時也沒有顧客求購的零件。（物理模型設計）1．存儲記錄結構設計Part表列名類型長度約束IDsmallintPRIMARYKEYColorvarchar20Namevarchar20NOTNULLWeightintDEFAULT0Introtext其他表類似2．為了提高在表中搜索元組的速度，在實際實現的時候應該基于鍵碼建立索引是各表中建立索引的表項：(1)part(ID)(2)Provider(ID)(3)Customer(ID)(4)Supply(PartID，ProviderID>(5)OfferTOBuy(CustomerID，PartID)(6)Business(CustomerlD，ProviderID，PartID)（實現）實現該設計的環(huán)境為Windows2000Perfessinal+MSSQLServer2000.01．建立Part表CREATETABLEPart(IDsmallintIDENTITY(1,1)PRIMARYKEYCLUSTERED,Colorvarchar(20),Namevarchar(20)NOTNULL,WeightintDEFAULT0,Introtext)2．建立Provider表CREATETABLEProvider(IDsmallintIDENTITY(1,1)PRIMARYKEYCLUSTERED,Namevarchar(20)NOTNULL,passwordvarchar(8)NOTNULL,Addressvarchar(30),Telvarchar(20),Introtext)3．建立Customer表CREATETABLECustomer(IDSmallintIDENTITY(1,1)PRIMARYKEYCLUSTERED,Namevarchar(20)NOTNULL,Addressvarchar(30),TeLVarchar(20))4．建立Supply表CREATETABLESupply(PartIDSmallint,ProviderIDsmallint,Priceint,QUantityint,CONSTRAINTPK_SUPPLYPRIMARYKEYCLUSTERED(PartID,ProviderID),CONSTRAINTFK_SUPPLY_PARTIDFOREIGNKEY(PartID)REFERENCESPart(ID),CONSTRAINTFK_SUPPLY_PROVIDERIDFOREIGNKEY(ProviderID)REFERENCESProvider(ID))5．建立OfferToBuy表CREATETABLEOfferToBuy(CustomerIDsmallint,PartIDSmallint,Priceint,Quantityint,CONSTRAINTPK_OFFERTOBUYPRIMARYKEYCLUSTERED(CustomerID,PartID),CONSTRAINTFK_OFFERTOBUY_CUSTOMERIDFOREIGNKEY(CustomerID)REFERENCESCustomer(ID),CONSTRAINTFK_OFFERTOBUYFOREIGNKEY(PartID)REFERENCESPart(ID))6．建立Business表CREATETABLEBusiness(CustomerIDsmallint,ProviderIDsmallint,PartIDSmallint,Priceint,Quantityint,CONSTRAINTPK_BUSINEssPRIMARYKEYClUSTERED(CuscomerID,ProviderID,PartID),CONSTRAINTFK_BUSINESS_CUSTOMERIDFOREIGNKEY(CustomerID)REFERENCESCustomer(ID),CONSTRAINTFK_BUSINESS_PROVIDERlDFOREIGNKEY(ProviderID)REFERENCESProvider(ID),CONSTRAINTFK_BUSINESS_PARTIDFOREIGNKEY(PartID)REFERENCESPart(ID))7．供應商操作(1)注冊(register)INSERTINTOProvider(Name，password，Address，TeI，Intro)VALUES(#Name，#password，#Address，#Tel，#Intro)在登記操作后，供應商得到一個唯一的ID，可以根據這個ID采查詢和修改供應商的數據。(2)注銷(unregister)DELETEProviderWHERE(ID=#ID)；(3)修改個人館息(update)UPdateProviderSet(Name=#Name,Address=#Address，Tel=#Tel，Intro=#Intro)WHERE(ID＝#ID)；(4)增加供應項(add_supply_item)INSERTINTOSupply(PartID，Providerid，Price，Quantity)VALUES(#PartID，#ProvderlD，#Price；#Quantily)；(5)刪除供應項(delete_supply_item)DELETESupPlyWHERE(PartlD=#PartIDANDProvideID=#ProviderlD)；(6)修改供應項(update_supply_item)UPDATESupplySET(Price=#Price，Quantity=#Quantity)WHERE(PartlD=#PartIDANDProviderID=#ProviderID)‘很明顯，系統(tǒng)并沒有提供面向供應商修改零件信息的接口，所以供應商提供的零件必須已經在零件表中存在；可以這祥假設，交易所的管理員負責更新零件信息，而供應商可以向交易所申請增加某種零件的信息．事實上顧客也可以提出這樣的要求。8．顧客操作‘(1)注冊(register)INSERTINTOCustomer(Name，Address，Tel)VALUES(#Name，#Address，#Tel)；在登記操作后，顧客得到一個唯一的ID，可以根據這個ID來查詢和修改顧客的數據．(2)注銷(unregister)DELETECustomerWHERE<ID=#ID)；(3)修改個人信息(update)UPDATECustomerSet(Name=#Name，Address=#Address，Tel=#Tel)WHERE(1D=#ID)；(4)增加需求項(add_OfferToBuy_item)INSERTINTOOfferToBuy(PartID,CustomeriD，Price，Quantity)VALUES(#PartID，#CustomerID，#Price，#Quantity)'(5)刪除需求項(delete_OfferToBuy_iterm)DELETEOfferToBuyWHERE(PartlD=#PartlDANDCustomerlD=#CustomerID)；(6)修改需求項(叩date_OfferToBuy_item)UPDATEOfferToBuySET(Price=#Price，Quantity=#QuantityWHERE(PartlD=#PartIDANDCustomeriD=#CustomerID)9．交易員針對需求分析中提出的問題，我們提出了“協(xié)議書”的解決方案，方案的說明如下：(1)每個交易在達成以前都作為協(xié)議書保存在數據庫中，協(xié)議書具有和交易一樣的完備信息，可以在條件成熟的情況下轉為一個達成的交易；(2)協(xié)議書只有在供應商和顧客都簽字的情況下才有效；有效的協(xié)議書由交易員簽發(fā)，協(xié)議書一經簽發(fā)，就生效，表明一個交易的達成，數據庫中的數據將同時予以修改；(3)協(xié)議書可以由供應商、顧客或者交易員中的任意一個人提出申請。當協(xié)議書在雙方沒有都簽字前，協(xié)議的雙方或者交易員都可以刪除這個協(xié)議書；但是，當協(xié)議書簽字完畢后，協(xié)議書就不得刪除(修改)，只能由交易員進行處理；(4)協(xié)議書有可能在轉成交易的過程中失敗，因為在交易達成以前，數據庫中的數據有可能因為其他交易而變化，一個協(xié)議書可能失效，這是允許的。根據以上分析，對數據庫的模型作一些修改，增加協(xié)議書表，其關系模式如下：Agreement(CustomerlD，ProviderID，PartID，Price，Quantity，CustomerSign，ProviderSign)對應的SQL描述為：CREATETABLEAgreement(Customermsmallint，ProviderlDsmallint，PartlDsmallint，Priceint,Quantityint，CustomerSignint，ProviderSignint，CONSTRAINTPK_AGREEMENTPRIMARYKEYCLUSTERED(CustomerID，ProviderID，PartID)，CONSTRAINTFK_AGREEMENT_CUSTOMERIDFOREIGNKEY(CustomerID)REFERENCESCustomer(ID)，CONSTRAINTFK_AGREEMENT_PROVlDERIDFOREIGNKEY(ProviderID)REFERENCESProvider(ID)，CONSTRAINTFK_AGREEMENT_PARTIDFOREIGNKEY(PartID)REFERENCESPart(ID))與上述其他操作相比，對交易的操作對數據完整性要求比較高，其中需要注意的地方是；要防止同一用戶(供應商，顧客)的數據因兩個交易而同時修改；需要同時對供應數據庫(Supply)、需求數據庫(OfferToBuy)、交易數據庫(Business)和協(xié)議數據庫(Agreement)作出修改，而且需要保持這些修改的原子性；很顯然，這些要求正是對于一個事務(transaction)的要求，所以可以用一個事務來完成簽發(fā)一個協(xié)議的操作。事務的描述如下：CREATEPROCPASS_AGREEMENT@providerIDint，@customeridint，@partlDintASDECLARE@TransNameVARCHAR(20)SELECT@TransName='Pass_Agreement'BEGINTRANSACTION@TransNameDEClARE@priceINT，@qUANTITYintSELECT@price=price，@quantity=quantityFROMAgreementWHEREprIVIderID=@providerIDANDcustomerID=@customerIDANDPanID=@partIDINSERTINTOBusiness(ProviderID，CustomerID，PartID，Price，Quantity)VALues(@providerid，@customerID，@PartID，@price,@quantity)UPDATESupplySETquantity=quantity-@quantityWHEREProviderID=@prividerIDANDpartID=@partIDIF(SELECTquantityFROMSupplyWHEREProiderid=@providerANDpartID=@PartID)<0ROLLBACKTRANSACTlON@TranSNameDELETEFROMSupplyWHEREquantity=0UPDATEOfferToBuySETquantity=quanttity-@quantityWHERECustomerID=@customeridANDpartlD=@partIDIF(SELECTquandtityFROMOfferToBuyWHERECustomerID=@CustomerIDANDpartID=@partlD)<0ROLLBACKTRANSACTION@TransNameDELETEFROMOfferToBuyWHEREquantity=0COMMITTRANSACTION@TransName為了使用方便,這里定義了一個存貯過程；功能是完成從Agreementt的一個元組到Business的一個元組的轉化工作。這里考慮到了刪除空的Suppiy和OfferTOBUY項，更加重要的是，這里考慮到了非法的Agreement的情況，在一段時間后，由于供應商或者顧客修改數據，Agreement可能就非法，這時就需要把這個事務廢除，所以，這里檢查了Supply表和OfferToBuy表中的數據，確保數據仍然正確。另外交易員，或者說交易所必須承擔的一項任務是更新零件列表。這里在考慮顧客和供應商的時候÷并沒有給予他們修改零件列表的權利，所以他們必須根據數據庫中已有的項更新自己的供求信息。由于這個數據庫實際上更加偏重于模型化，而不是一個實際環(huán)境中的數據庫，所以在實現應用模型的時候我們還需要對這個數據庫的模型作一些修改。由于本實驗在模型設計上使用了MicrosoftTransact-SQL的語法，因此以上的數據庫操作都是在SQLSERVER2000上測試通過的。[實驗數據示例：測試階段](1.實驗方案設計2.測試，查找錯誤校正錯誤，檢查是否符合用戶的功能性能要求)1．實驗方案設計（1）輸入數據設計：1）插入零件信息；insertintoPart(Color，Name，Weight，Intro)values('black'，'stick'，'30'，'ofsteel')；顯示剛插人的零件id：selectidfromPartwherename='stick'；id----1(1row(s)affected)(不同的實驗，id值可能不同。以后相應操作要保持前后一致就可以丁。)2）插入供應商信息：insertintoProvider(Name，password，Address，Tel，Intro)values('coml'，'1234'，'北京'，6543210，'nothing')；顯示剛插入的供應商id：