學生會管理系統(tǒng)

1、大連理工大學網(wǎng)絡教育學院Web技術課程設計設計題目： 學生會管理系統(tǒng) 學習中心： 麗水 層 次： 專升本 專 業(yè)： 網(wǎng)絡工程 年 級： 2016年 春 學 號： 2 學生姓名： 胡聰 目錄1.系統(tǒng)需求分析31.1 需求分析階段的目標31.1 需求分析階段的任務32. 數(shù)據(jù)庫設計132.1 概念設計階段132.2邏輯設計階段182.3物理設計階段233. 數(shù)據(jù)庫實施階段273.1數(shù)據(jù)庫實施階段目標273.2數(shù)據(jù)庫實施階段任務274.結束語35參考文獻361. 系統(tǒng)需求分析需求分析簡單的說就是分析用戶的要求。需求分析是涉及數(shù)據(jù)庫的起點，需求分析的結果是否準確地反映了用戶的實際要求，將直接影響到后面

2、各個階段的設計，并影響到設計的結果是否合理和實用。1.1 需求分析階段的目標1了解高校學生會管理的基本內(nèi)容； 2綜合的理解主管學生會老師和學生會干部的不同需求； 3了解學生會管理的基本業(yè)務流程； 4了解學生會人工管理模式與信息系統(tǒng)的工作概況，以及它們之間的區(qū)別與聯(lián)系；5 通過自身的體驗和與主管學生會的老師及其他學生會干部的交流，了解用戶對高校學生會管理系統(tǒng)的業(yè)務要求，完整性和安全性要求。1.1 需求分析階段的任務 1處理對象：系統(tǒng)處理對象是學生會的干部信息管理、財務管理、日常事務管理和文件信息管理四個方面。在學生會的干部信息處理中主要涉及幾下幾個方面的信息：（1）學生會干部基本信息(Stude

3、nt)：包括編號、姓名、性別、職務、專業(yè)、年級、加入學生會日期、參加過的活動項目等信息。（2）部門基本信息（Dpartment）：部門編號、部門名稱、部長姓名、副部長人數(shù)、部委人數(shù)、部長電話等信息。在財務信息處理中主要涉及幾下幾個方面的信息：（1）物品基本信息(Goods)：包括物品編號、物品名稱、購買時間、單價、借出時間，借物人姓名、歸還時間、歸還人姓名等信息。（2）財務基本信息(Financial affairs)：包括財務申請編號、資金用途、申請金額、申請人、申請部門、申請時間、余額等信息。在日常事務信息處理中主要涉及幾下幾個方面的信息：（1）事務活動基本信息（Affairs）：包括事務

4、活動編號、事務活動名稱、職能范圍、承辦部門、以往解決方案、是否特色活動等信息。（2）工作計劃基本信息（Working plan）：包括工作計劃編號、工作計劃名稱、提交部門、提交人、提交時間、是否緊急活動等信息。在文件信息處理中主要涉文件的基本信息（File）：包括文件編號、文件名稱、文件類型、所屬部門、負責人、收發(fā)對象、存檔日期、備注等信息。2處理功能要求高校學生會管理系統(tǒng)主要實現(xiàn)對學生會的科學化、條理化、信息化、高效化管理。其中包括學生會干部信息、財產(chǎn)物品的使用以及登記，日常事務管理和文件信息管理等四大功能。具體功能描述如下：（1）學生會干部信息管理主要完成干部信息的查詢與更新，從而實現(xiàn)對學

5、生會干部信息的科學化管理。（2）財務的管理包括財產(chǎn)和物品的管理，完成對財產(chǎn)物品信息的查詢與更新，如舉辦活動所需的資金申請、物品使用的登記、物品借還的登記等，從而實現(xiàn)學生會財務的信息化管理。（3）日常事務管理實現(xiàn)對學生會日常開展工作的管理，完成日常事務的查詢與更新，從而更好地實現(xiàn)以下職能：包括各部門提交的工作計劃、活動計劃的審核與安排、活動的籌劃、各項活動的人員合理的調(diào)度與安排，確保各項活動成功地舉辦，更有利于學生會各項日常工作的順利開展。（4）文件管理完成對學生會所有存檔文件的查詢與更新，實現(xiàn)對學生會日常的工作文件的科學化管理，從而確保各項工作的開展有章可尋，使學生會的工作更富有條理化，避免一

6、些重復文件的制定，造成資源的浪費。3安全性和完整性要求安全性先通過視圖機制，不同的用戶只能訪問系統(tǒng)授權的視圖，這樣可提供系統(tǒng)數(shù)據(jù)一定程度上的安全性，再通過用戶授權機制，通過用戶登陸來識別用戶級別，根據(jù)這個級別來分配用戶權限，達到數(shù)據(jù)更高層次的安全保密功能。近而可以滿足用戶的基本數(shù)據(jù)安全性要求。完整性要求用于描述各種信息之間的制約關系，以及關聯(lián)關系，各個數(shù)據(jù)項的取值范圍以及各個數(shù)據(jù)項是否可以不取值。根據(jù)實際需要，采取一定的手段來滿足用戶的完整性需求。4業(yè)務流程圖學生會干部信息管理業(yè)務流程圖：財務管理業(yè)務流程圖：日常事務管理業(yè)務流程圖：文件管理業(yè)務流程圖：5數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖：第2層數(shù)據(jù)流程

7、圖： 第3層數(shù)據(jù)流程圖：從學生干部信息管理角度出發(fā) 第3層數(shù)據(jù)流程圖：從財務管理角度出發(fā)第3層數(shù)據(jù)流程圖：從日常事務管理角度出發(fā)第3層數(shù)據(jù)流程圖：從文件管理角度出發(fā)7數(shù)據(jù)字典（1）數(shù)據(jù)項：系統(tǒng)涉及的數(shù)據(jù)項有51項表1.1(高校學生會管理系統(tǒng))數(shù)據(jù)項列表（匯總統(tǒng)計）數(shù)據(jù)項編號數(shù)據(jù)項名數(shù)據(jù)項含義與其它數(shù)據(jù)項的關系存儲結構別名DI-1StuNo學生干部編號char(8)編號DI-2StuName學生干部姓名char(10)姓名DI-3StuSex學生干部性別char(2)性別DI-4StuPosition學生干部職務char(6)職務DI-5StuDepartName學生干部所屬部門等于DepNoc

8、har(6)部門DI-6StuMajor學生干部所屬專業(yè)char(20)專業(yè)DI-7StuGrade學生干部所在年級char(8)年級DI-8StuPhoneNo學生干部電話char(12)電話DI-9StuStaTime加入學生會時間datetime時間DI-10StuCase參加過的活動項目varchar(50)項目DI-11GoodsNo物品編號char(8)編號DI-12GoodsName物品名稱char(16)名稱DI-13GoodsBuyTime購買時間datetime時間DI-14GoodsPrice單價char(6)單價DI-15GoodsLendTime借出時間datetim

9、e時間DI-16GoodsLender借物人姓名char(10)姓名DI-17GoodsReturner歸還人姓名char(10)姓名DI-18GoodsRetTime歸還時間datetime時間DI-19FinNo財務申請編號char(6)編號DI-20FinPurpose用途char(30)用途DI-21FinMoney申請金額char(6)金額DI-22FinPerson申請人姓名char(10)姓名DI-23FinDepartment申請部門char(14)部門DI-24FinTime申請時間datetime時間DI-25FinRemain余額char(6)余額DI-26PlaNo工作

10、計劃編號等于(6)編號DI-27PlaName工作計劃名稱char(30)名稱DI-28PlaDepartment計劃提交部門等于DepNochar(6)部門DI-29PlaPerson計劃提交人char(10)姓名DI-30PlaTime計劃提交時間datetime時間DI-31PlaQuality是否緊急活動char(4)是否DI-32AffNo 事務活動編號char(6)編號DI-33AffName事務活動名稱char(20)名稱DI-34AffScope事務活動職能范圍char(8)職能范圍DI-35AffDepartment主要承辦部門等于DepNochar(6)部門DI-36Aff

11、Scheme以往解決方案char(50)方案DI-37AffQuality是否特色活動char(4)活動DI-38DepNo部門編號char(6)編號DI-39DepName部門名稱char(14)名稱DI-40DepMinName部長姓名等于StuNamechar(8)姓名DI-41DepSminSum副部長人數(shù)int人數(shù)DI-42DepMemSum部委人數(shù)int人數(shù)DI-43MinPhoNo部長電話char(12)電話DI-44文件編號char(6)編號DI-45文件名稱char(20)名稱DI-46文件類型char(14)類型DI-47所屬部門char(6)部門DI-48負責人char(

12、8)姓名DI-49RecDisPartner收發(fā)對象char(14)對象DI-50ArcDate存檔日期datetime日期DI-51Remarks備注char(30)備注（2）數(shù)據(jù)結構：表1-2 (高校學生會管理系統(tǒng)) 數(shù)據(jù)結構（匯總統(tǒng)計）數(shù)據(jù)結構編號數(shù)據(jù)結構名數(shù)據(jù)結構含義組成DS-1Student學生干部信息StuNo,StuName,StuSex,StuPosition,StuMajor,StuDepartName,StuGrade,StuPhoneNo,StuCase,StuStaTime, DS-2Goods物品信息GoodsNo,GoodsName,GoodsBuyTime,Goo

13、dsPric,GoodsLender,GoodsLendTime,GoodsReturner,GoodsRetTimeDS-3FinancialAffairs財務信息FinNo, FinPurpose, FinMoney, FinPerson,FinTime,FinDepartment, FinRemainDS-4WorkingPlan工作計劃信息PlaNo, PlaName, PlaDepartment, PlaPersonPlaTime, PlaQualityDS-5Affairs事務活動信息AffNo, AffName, AffScope, AffDepartmentAffScheme,

14、 AffQualityDS-6Department部門信息DepNo,DepName,DepMinName, DepSminSumDepMemSum, MinPhoNoDS-7Files文件信息, RecDisPartner, ArcDate, Remarks8處理邏輯描述（判定表或判定樹）表1-3 （高校學生會管理系統(tǒng)）處理邏輯描述處理編號處理功能處理過程PR-1判斷用戶查詢涉及的功能模塊學生會干部信息管理模塊、財務管理模塊、學生會日常事務管理模塊、文件信息管理模塊：先確定查詢所涉及的功能模塊；然后，確定要查詢的內(nèi)容，確定查詢數(shù)據(jù)流向；最后顯示查詢結果。PR-2判斷用戶修改要涉及的模塊，同時

15、把相應的修改數(shù)據(jù)傳到相應的模塊之中學生會干部信息管理模塊、財務管理模塊、學生會日常事務管理模塊、文件信息管理模塊：先確定更新所涉及的功能模塊；然后，把更新信息傳送到相應的模塊中；最后，進行相應的更新操作。2. 數(shù)據(jù)庫設計2.1 概念設計階段目標將需求分析得到用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。概念設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構(概念模型)的過程,它是整個數(shù)據(jù)庫設計的關鍵，包括概念模型設計和新系統(tǒng)流程兩個階段。在需求分析階段所得到的應用需求應該首先抽象為信息世界的結構，才能更好地、更準確地用某一DBMS實現(xiàn)這些需求。具體任務1選擇中層數(shù)據(jù)流為切入點，

16、通常選擇實際系統(tǒng)中的子系統(tǒng)；2設計分E-R圖，即各子模塊的E-R圖；3生成初步E-R圖，通過合并方法，做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一；4生成全局E-R圖，消除沖突。結果1各實體及其屬性2生成分E-R圖如下所示： 3合并各分圖,消除各類沖突，得到初步E-R圖，再消除不必要冗余，得到的基本E-R圖。具體實現(xiàn)如下：a.消除沖突合并分E-R圖時并不能簡單地將各個分E-R圖畫到一起，而是必須著力消除各個分E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有的用戶共同理解和接受的統(tǒng)一的概念模型。合并分E-R圖的主要工作與關鍵是合理消除各分E-R圖的沖突，沖突主要有三類：屬性沖突、命名沖突和結構沖突。b.消除冗

17、余在E-R圖中，可能存在一些冗余的數(shù)據(jù)和實體間的聯(lián)系。冗余數(shù)據(jù)和冗余聯(lián)系容易破壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫的維護增加困難，應予以消除。但并不是所有的冗余數(shù)據(jù)與冗余聯(lián)系都必須加以消除，有時為了提高效率，不得不以冗余信息作為代價。消除冗余主要采用分析法和規(guī)范化理論。經(jīng)過以上分析，將所有的分E-R圖綜合成一個系統(tǒng)的總E-R圖：解釋如下：一個部門可以承辦多個事務活動，而一個事務活動只能由一個部門去承辦；一個部門可以包括多個學生會干部，而一個學生會干部只能隸屬于一個部門；一個學生會干部可以參與多項事務活動，而一個事務活動也可以有多個學生干部參與；一個學生會干部可以提交多份財務申請，而一份財務只能由一個學生

18、會干部申請；一個學生會干部可以制定多份文件，而一份文件只能由一個學生會干部制定；一個學生會干部可以提交多份工作計劃，而一份工作計劃只能由一個學生會干部提交；一份財務申請的資金可以購買多種物品，而一種物品只能由一次財務申請的資金來購買；一次事務活動需借用多種物品，而一種物品一次只能給被一項事務活動所借用；一份工作計劃可以包括多項事務活動，而一項事務活動只能有一份工作計劃中制定。4新系統(tǒng)流程圖2.2邏輯設計階段1邏輯設計階段的目標以上的概念設計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設計階段就與選用的DBMS產(chǎn)品發(fā)生關系了，系統(tǒng)邏輯設計的目標就是將概念設計階段設計好的基本E-R圖轉(zhuǎn)換為選用DBMS

19、產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。2邏輯設計階段的任務具體任務是數(shù)據(jù)組織和數(shù)據(jù)處理。在數(shù)據(jù)組織階段主要要完成的任務是將E-R圖轉(zhuǎn)換成為關系模型；模型優(yōu)化；完成數(shù)據(jù)庫模式定義描述，包括各模式的邏輯結構定義、關系的完整性和安全性等內(nèi)容；用戶子模式設計。以表格的形式表現(xiàn)出來。數(shù)據(jù)處理階段主要任務是畫出系統(tǒng)功能模塊圖。1數(shù)據(jù)組織（1）實體型轉(zhuǎn)換為關系模式一個實體型轉(zhuǎn)換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。學生會干部（編號，姓名，性別，職務，部門，專業(yè)，年級，電話，加入學生會日期，參加過的活動項目）物品（編號，名稱，購買時間，單價，借出時間，借物人姓名，歸還時間，歸還人姓名

20、）財務（財務申請編號，資金用途，申請金額，申請人，申請部門，申請時間，余額）工作計劃（編號，名稱，提交部門編號，提交人，提交時間，是否緊急活動）事務活動（編號，名稱，職能范圍，承辦部門，以往解決方案，是否特色活動）部門（部門編號，部門名稱，部長編號，副部長人數(shù)，部委人數(shù)，部長電話）文件（編號，名稱，類型，所屬部門編號，負責人，收發(fā)對象，存檔日期，備注）（2）實體間聯(lián)系轉(zhuǎn)換為關系模式一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系，也可以與任意一段對應的關系模式合并。如果轉(zhuǎn)化為一個獨立的關系模式，則與該聯(lián)系相連的各個實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一個

21、實體對應的關系合并，則需要在該關系模式的屬性中加入另一個關系的主碼和聯(lián)系本身的屬性。 一個m：n的聯(lián)系可以轉(zhuǎn)化為一個單獨的關系模式，這個單獨的關系模式的主碼事兩端實體的碼，再加上聯(lián)系的屬性。一個1：n聯(lián)系可以轉(zhuǎn)化為一個獨立的關系模式，也可以與n端的關系模式合并作如果與n端的關系模式合并，在n端的關系模式中加上另一端關系的碼和聯(lián)系屬性。為了方便系統(tǒng)地實現(xiàn)和數(shù)據(jù)庫的設計，將所有的關系均作為一個單獨的關系模式。（3）通過轉(zhuǎn)化后所得出的關系模型在以下的關系模式當中，關系模式的碼用直下劃線標出，關系模式的外鍵用曲下劃線標出。學生會干部（編號，姓名，性別，職務，部門，專業(yè)，年級，電話，加入學生會日期，參加

22、過的活動項目）物品（編號，財務申請編號，名稱，購買時間，單價，借出時間，借物人姓名，歸還時間，歸還人姓名）財務（財務申請編號，資金用途，申請金額，申請人，申請部門，申請時間，余額）工作計劃（編號，名稱，提交部門編號，提交人，提交時間，是否緊急活動）事務活動（編號，名稱，職能范圍，承辦部門，以往解決方案，是否特色活動）部門（編號，名稱，部長編號，副部長人數(shù)，部委人數(shù)，部長電話）文件（編號，名稱，類型，所屬部門編號，負責人，收發(fā)對象，存檔日期，備注）活動使用物品（事務活動編號，物品編號，使用數(shù)量）參與活動（事務活動編號，學生會干部編號，出勤情況）（4）數(shù)據(jù)模型優(yōu)化經(jīng)過檢查，以上九個關系模型當中前七

23、個的主碼都只有一個屬性列，所以不從在部分函數(shù)依賴，后兩個關系模式也不存在部分函數(shù)依賴。而且這九個關系模式也不存在傳遞函數(shù)依賴。因此，它們均已經(jīng)達到3NF。（5）數(shù)據(jù)庫模式定義其中，包括各模式的邏輯結構定義、關系的完整性和安全性等內(nèi)容。1學生會干部（Student）基本信息表，用于記錄學生會干部的基本信息學生會干部基本信息表屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性StuNochar(8)0000000099999999是Not nullStuNamechar(10)否Not nullStuPositionchar(6)否Not nullStuSexchar(2)男、女否NullStuMaj

24、orchar(14)否NullStuDepartchar(20)是Not nullStuGradechar(8)否NullStuPhoneNochar(12)否Not nullStuStaTimedatetime否Not nullStuCasevarchar(50)否Null2物品（Goods）基本信息表，用于記錄學生會物品的基本信息：物品基本信息表屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性GoodsNochar(8)0000000099999999是Not nullFinNochar(6)000000999999是Not nullGoodsNamechar(16)否Not nullGoo

25、dsBuyTimedatetime否NullGoodsPricechar(6)否Not nullGoodsLenderchar(10)否NullGoodsLendTimedatetime否NullGoodsReturnerchar(10)否NullGoodsRetTimedatetime 否Null3財務（FinancialAffairs）基本信息表，用于記錄財務的基本信息：財務基本信息表屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性FinNo char(6)000000999999是Not nullFinPurposechar(30)否NullFinMoneychar(6)否Not null

26、FinPersonchar(8)是Not nullFinTimedatetime否NullFinDepartmentchar(6)是Not nullFinRemainchar(6)否Null4工作計劃（WorkingPlan）基本信息表，用于記錄各部提交的工作計劃的基本信息：工作計劃基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性PlaNochar(6)000000999999是Not nullPlaNamechar(30)否Not nullPlaDepartmentchar(6)是Not nullPlaPersonchar(8)是NullPlaTimedatetime否NullPlaQ

27、ualitychar(4)否Not null5事務活動(Affairs)基本信息表，用于記錄學生會各項事務活動的基本信息：事務活動學生基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性AffNochar(6)000000999999是Not nullPlaNochar(6)000000999999是Not nullAffNamechar(20)否Not nullAffScopechar(8)否NullAffDepartmentchar(6)是Not nullAffSchemechar(50)否NullAffQualitychar(4)否Not null6部門(Department)基本信息

28、表，用于記錄部門的基本信息：部門基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性DepNochar(6)000000999999是Not nullDepNameChar(14)否Not nullDepMinNamechar(8)是Not nullDepSminSumint00009999否NullDepMemSumint00009999否NullMinPhoNochar(12)否Null7文件(Files)基本信息表，用于記錄學生會所有文件的基本信息：文件基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性char(6)000000999999是Not nullchar(20)否Not

29、 nullchar(14)否Nullchar(8)是Not nullchar(6)是Not nullRecDisPartnerchar(14)否NullArcDatedatetime否NullRemarkschar(30)否Null8活動使用物品(AffairsGoods)基本信息表,用于記錄舉辦活動中使用物品的基本信息：活動使用物品基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性AffNochar(6)000000999999是Not nullGoodsNochar(8)0000000099999999是Not nullGamountInt00009999否Null9參與活動(Join

30、Affairs)基本信息表，記錄班費支出的基本信息：班費支出基本信息屬性名數(shù)據(jù)類型取值范圍是否是主屬性或外鍵完整性AffNochar(6)000000999999是Not nullStuNochar(8)099999999是Not nullPresentchar(4)否Not null（6）用戶子模式設計將概念模型轉(zhuǎn)換為全局邏輯模型后，還應該根據(jù)用戶的習慣和需求設計符合局部用戶需要的外模式，即視圖設計。表2.2 用戶子模式設計(View)列表編號用戶子模式(View)作用(共性：提供數(shù)據(jù)保密和安全保護機制)V1StuView查詢和修改學生會干部的基本信息V2DepView查詢和修改各部門的基本

31、信息V3GooView查看物品的借出和歸還信息V4FinView查看活動經(jīng)費使用情況V5WPView查看工作計劃提交的情況V6AffView查看以往事務活動方案以供來參看V7查看以前存檔文件的基本信息V8AGView查詢舉辦活動物品的使用情況2數(shù)據(jù)處理系統(tǒng)功能模塊圖： 2.3物理設計階段1物理設計階段的目標不同的數(shù)據(jù)庫產(chǎn)品所提供的物理存儲環(huán)境、存取方法和存儲結構有很大的差別，能供設計人員設用的設計變量、參數(shù)范圍也很不相同。物理設計階段的目標是根據(jù)SQL Server2000具體的功能，設計優(yōu)化的物理數(shù)據(jù)庫結構，使得在數(shù)據(jù)庫上運行的各種事務響應時間最小，存儲空間利用率高，事務吞吐量大。2物理設計

32、階段的任務緊數(shù)據(jù)庫的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過程，在這個階段中要完成兩大任務：（1）確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要是存取方法和存儲結構；（2）對物理結構進行評價，評價的重點是時間和空間效率。1數(shù)據(jù)存儲方面為數(shù)據(jù)庫中各基本表建立的索引如下：（1）由于基本表Student、Goods、Affairs、Dpartment的主碼StuNo、GoodsNo、AffNo、DepNo經(jīng)常在查詢條件和連接操作的連接條件中出現(xiàn)，且它們的值唯一，考慮在兩個屬性上建立唯一性索引；（2）AffairsGoods的主碼AffNo和StuNo，JoinAffairs的主碼Af

33、fNo和StuNo，他們經(jīng)常在查詢條件中出現(xiàn)，且它們的組合值唯一，考慮在它們之上建立組合索引；（3）基本表Financial affairs、Working plan的屬性值幾乎不會有什么變化，更新率很低，可考慮適當建立索引；（4）基本表File的屬性值經(jīng)常發(fā)生變化，權衡系統(tǒng)為維護索引付出的代價，可考慮不建立索引，也可以適當建立索引。2系統(tǒng)功能模塊（1）學生會干部信息查詢和更新模塊將實現(xiàn)對學生會干部信息的查詢和更新（修改、插入、刪除）操作，方便于對學生干部基本信息的全面、科學的管理，能有效的應對學生會干部的變動性和流動性，及時地更換信息。具體的功能模塊圖如下：（2）財務信息的查詢和更新模塊 將

34、完成財產(chǎn)和物品基本信息的查詢、更新（修改、插入、刪除）操作，便于對財產(chǎn)物品的集中管理，從而更有利于節(jié)約舉辦活動的開支，確保學生會各項工作順利的開展。具體的功能模塊圖如下所示：（3）日常事務信息的查詢和更新模塊將達到對日常事務信息的查詢、更新（修改、插入、刪除）操作的目的，從而實現(xiàn)將學生會的日常事務納入信息化的管理當中，在日常工作開展中可以有效地節(jié)約人力、物力、財力，減少重復性工作的復雜性，更有利于創(chuàng)建一個科學、高效、高水平的學生會。具體的功能模塊圖如下所示：（4）文件基本信息的查詢和更新模塊將完成對文件信息的查詢和插入、刪除、修改等更新操作，從而實現(xiàn)對學生會所有文件的科學化管理，便于日常工作的

35、開展。具體的功能模塊如下所示：3. 數(shù)據(jù)庫實施階段3.1數(shù)據(jù)庫實施階段目標用DBMS所提供的數(shù)據(jù)定義語言和其他實用程序?qū)?shù)據(jù)庫邏輯設計和物理設計結果描述出來，成為DBMS可以接受的源代碼，在經(jīng)過調(diào)試生成目標模式3.2數(shù)據(jù)庫實施階段任務1建立數(shù)據(jù)庫create database University_Student_Union_Management;2建立數(shù)據(jù)表（1）學生會干部基本信息表的建立create table Student（StuNo char(8) not null unique,StuName char(10) not null,StuPosition char(6) not nu

36、ll,StuSex char(2) null,StuMajor char(14) null,StuDepart char(6) not null,StuGrade char(8) null,StuPhoneNochar(12) not null,StuStaTime datetime not null, StuCase varchar(50) null,primary key(StuNo),foreign key(StuDepart) references Department(DepNo),check(StuSex = 男 or StuSex = 女);（2）物品基本信息表的建立create

37、 table Goods(GoodsNochar(8) not null unique,FinNochar(6) not null,GoodsName char(16) not null,GoodsBuyTime datetime null,GoodsPrice char(6) not null,GoodsLender char(10) not null,GoodsLendTime datetime null,GoodsReturner char(10) not null,GoodsRetTime datetime null,primary key (GoodsNo),foreign key

38、(FinNo) references FinancialAffairs (FinNo);（3）財務基本信息表的建立：create table FinancialAffairs (FinNo char(16) not null unique,FinPurpose char(30) null,FinMoney char(6) not null,FinPerson char(8) not null,FinTime datetime nullFinDepartment char(6) not nullFinRemain char(6) nullprimary key(FinNo),foreign ke

39、y (FinPerson) references Student(StuNo),foreign key (FinDepartment) references Department(DepNo);（4）工組計劃基本信息表的建立：create table WorkingPlan(PlaNo char(6) not null unique,PlaName char(30) not null,PlaDepartment char(6) not null,PlaPerson char(8) null,PlaTime Datetime null, PlaQuality char(4) not null,p

40、rimary key(PlaNo),foreign key(PlaPerson) references Student(StuNo),foreign key(PlaDepartment ) references Department(DepNo);（5）事務活動基本信息表的建立：create table Affairs (AffNo char(6) not null unique,PlaNo char(6) not null,AffName char(20) not null, AffScope char(8) null, AffDepartment char(6) not null, Aff

41、Scheme char(50) null, AffQuality char(4) not null,primary key(AffNo),foreign key(PlaNo) references WorkingPlan(PlaNo);foreign key(AffDepartment) references Department(DepNo);,（6）部門基本信息表的建立：create table Department (DepNo char(6) not null unique,DepName char(14) not null,DepMinName char(8)not null,Dep

42、SminSum int null,DepMemSum int null,MinPhoNo char(12) null,primary key(DepNo),foreign key(DepMinName) references Student(StuNo);（7）文件基本信息表的建立：create table Files( char(6) not null unique, char(10)not null, char(10) null, char(6) not null, char(14) not null,RecDisPartner char(14) not nullArcDate datet

43、ime null,Remarks char(30) null,primary key(),foreign key() references Department(DepNo);（8）活動使用物品基本信息表的建立：create table AffairsGoods (AffNo char(6) not null,GoodsNo char(8) not null,Gamount int null, primary key(AffNo，GoodsNo),foreign key(AffNo) references Affairs(AffNo),foreign key(GoodsNo) referenc

44、es Goods(GoodsNo);（9）學生會干部參與活動基本信息表的建立：create table JoinAffairs (AffNo char(6) not null,StuNo char(8) not null,Present char(8) null,primary key(AffNo, StuNo), foreign key(AffNo) references Affairs(AffNo),foreign key(StuNo) references Student(StuNo);3建立視圖（1）查詢學生會干部的基本信息的視圖定義如下： create view StuView (編

45、號，姓名，性別，職務，部門，專業(yè)，年級，電話，加入日期，參加過的活動項目)asselect *from Studentwith check option;（2）查詢和修改各部門的基本信息視圖定義如下：create view DepView (編號，名稱，部長姓名，副部長人數(shù)，部委人數(shù)，部長電話)asselect *from Departmentwith check option;（3）查看物品的借出和歸還信息的視圖定義如下：create view GooView (物品編號，物品名稱，借出時間，借物人姓名，歸還時間，歸還人姓名)asselect GoodsNo，GoodsName，GoodsL

46、ender，GoodsLendTime, GoodsReturner，GoodsRetTimefrom Goodswith check option;（4）查看活動經(jīng)費使用情況的視圖定義如下：create view FinView (財務編號，金額，申請人姓名，申請部門，余額)asselect FinNo，F(xiàn)inMoney，F(xiàn)inPerson，F(xiàn)inDepartment，F(xiàn)inRemainfrom FinancialAffairswith check option;（5）查看工作計劃提交的情況的視圖定義如下：create view WPView (編號，工作計劃名稱，提交部門，提交人，提交時間

47、)asselect PlaNo，PlaName，PlaDepartment，PlaPerson，PlaTimefrom WorkingPlanwith check option;（6）查看以往事務活動方案以供來參看的視圖定義如下：create view AffView (活動編號，活動名稱，承辦部門，以往解決方案，是否特色活動)asselect AffNo ，AffName，AffDepartment，AffScheme，AffQualityfrom Affairswith check option;（7）查詢以前存檔文件的基本信息的視圖定義如下：create view (文件編號，文件名稱，

48、類型，所屬部門，負責人，收發(fā)對象，存檔日期，備注)asselect *from Fileswith check option;（8）查詢舉辦活動物品的使用情況的視圖定義如下：create view AGView (事務活動編號，物品編號，使用數(shù)量)asselect *from AffairsGoodswith check option;4建立索引create unique index StudentNo on Student(StuNo);create unique index GoodsNo on GoodsNo(GoodsNo);create unique index FinancialN

49、o on FinancialAffairs (FinNo);create unique index PlaningNo on WorkingPlan(PlaNo);create unique index AffairsNo on Affairs(AffNo);create unique index DepartmentNo on Department(DepNo);create unique index on Files();create unique index AffairsGoods on AffairsGoods(AffNo，GoodsNo);create unique index JoinAffairs on JoinAffairs(AffNo，StuNo);create cluster index StudentName on Student(StuName);create unique index on Files();1. 存儲過程的定義1 p1_ Student _Insert的定義:create procedure p1_Student_InsertStudent_no char(8),Student_name char(10)，Student