學生會管理系統(tǒng) 《Web技術》課程設計

《學生會管理系統(tǒng) 《Web技術》課程設計》由會員分享，可在線閱讀，更多相關《學生會管理系統(tǒng) 《Web技術》課程設計（38頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、精品文檔 大連理工大學網(wǎng)絡教育學院 《Web技術》課程設計 設計題目： 學生會管理系統(tǒng) 學習中心： W 層 次： 專升本 專 業(yè)： 網(wǎng)絡工程 年 級： 2016年春 學 號： 201203238493 學生姓名： 胡聰 目錄 1 .系統(tǒng)需求分析 2 1.1 需求分析階段的目標 2 1.2 需求分析階段的任務 2 2 .數(shù)據(jù)庫設計 12 2.1 概念設計階段 12 2.2 邏輯設計階段 17 2.3 物理設計階段 22 3 .數(shù)據(jù)庫實施階段 26 3.1 數(shù)據(jù)庫實施階段目標 26 3.2 數(shù)據(jù)庫實施階段任務 26 4

2、 .結束語 35 36 參考文獻 可編輯 1. 系統(tǒng)需求分析 需求分析簡單的說就是分析用戶的要求。需求分析是涉及數(shù)據(jù)庫的起點，需求分析的 結果是否準確地反映了用戶的實際要求，將直接影響到后面各個階段的設計，并影響到設 計的結果是否合理和實用。 1.1 需求分析階段的目標 1 ．了解高校學生會管理的基本內(nèi)容； 2 ．綜合的理解主管學生會老師和學生會干部的不同需求； 3 ．了解學生會管理的基本業(yè)務流程； 4 ．了解學生會人工管理模式與信息系統(tǒng)的工作概況，以及它們之間的區(qū)別與聯(lián)系； 5 ． 通過自身的體驗和與主管學生會的老師及其他學生會干部的交流，了解用戶對高 校學

3、生會管理系統(tǒng)的業(yè)務要求，完整性和安全性要求。 1.1 需求分析階段的任務 1 ．處理對象： 系統(tǒng)處理對象是學生會的干部信息管理、財務管理、日常事務管理和文件信息管理 四個方面。 在學生會的干部信息處理中主要涉及幾下幾個方面的信息： （ 1 ）學生會干部基本信息 （Student） ：包括編號、姓名、性別、職務、專業(yè)、年級、 加入學生會日期、參加過的活動項目等信息。 （ 2 ）部門基本信息（ Dpartment ） ：部門編號、部門名稱、部長姓名、副部長人數(shù)、 部委人數(shù)、部長電話等信息。 在財務信息處理中主要涉及幾下幾個方面的信息： （ 1 ）物品基本信息 （Goods）

4、：包括物品編號、物品名稱、購買時間、單價、借出時 間，借物人姓名、歸還時間、歸還人姓名等信息。 （ 2 ）財務基本信息 （Financial affairs） ：包括財務申請編號、資金用途、申請金額、 申請人、申請部門、申請時間、余額等信息。 在日常事務信息處理中主要涉及幾下幾個方面的信息： （ 1 ）事務活動基本信息（ Affairs ） ：包括事務活動編號、事務活動名稱、職能范圍、 承辦部門、以往解決方案、是否特色活動等信息。 （ 2 ）工作計劃基本信息（ Working plan ） ：包括工作計劃編號、工作計劃名稱、提 交部門、提交人、提交時間、是否緊急活動等信息。

5、在文件信息處理中主要涉文件的基本信息（ File ） ：包括文件編號、文件名稱、文件 類型、所屬部門、負責人、收發(fā)對象、存檔日期、備注等信息。 2 ．處理功能要求 高校學生會管理系統(tǒng)主要實現(xiàn)對學生會的科學化、條理化、信息化、高效化管理。 其中包括學生會干部信息、財產(chǎn)物品的使用以及登記，日常事務管理和文件信息管理等 四大功能。具體功能描述如下： (1)學生會干部信息管理主要完成干部信息的查詢與更新，從而實現(xiàn)對學生會干 部信息的科學化管理。 (2)財務的管理包括財產(chǎn)和物品的管理，完成對財產(chǎn)物品信息的查詢與更新，如舉 辦活動所需的資金申請、物品使用的登記、物品借還的登記等，從而實現(xiàn)學生

6、會財務的 信息化管理。 (3)日常事務管理實現(xiàn)對學生會日常開展工作的管理，完成日常事務的查詢與更 新，從而更好地實現(xiàn)以下職能：包括各部門提交的工作計劃、活動計劃的審核與安排、 活動的籌劃、各項活動的人員合理的調(diào)度與安排，確保各項活動成功地舉辦，更有利于 學生會各項日常工作的順利開展。 (4)文件管理完成對學生會所有存檔文件的查詢與更新，實現(xiàn)對學生會日常的工 作文件的科學化管理，從而確保各項工作的開展有章可尋，使學生會的工作更富有條理 化，避免一些重復文件的制定，造成資源的浪費。 3 .安全性和完整性要求 安全性先通過視圖機制，不同的用戶只能訪問系統(tǒng)授權的視圖，這樣可提供系統(tǒng)數(shù) 據(jù)一定程

7、度上的安全性，再通過用戶授權機制，通過用戶登陸來識別用戶級別，根據(jù)這 個級別來分配用戶權限，達到數(shù)據(jù)更高層次的安全保密功能。近而可以滿足用戶的基本 數(shù)據(jù)安全性要求。 完整性要求用于描述各種信息之間的制約關系，以及關聯(lián)關系，各個數(shù)據(jù)項的取值 范圍以及各個數(shù)據(jù)項是否可以不取值。根據(jù)實際需要，采取一定的手段來滿足用戶的完 整性需求。 女工部 科技創(chuàng)新部 勤工助學部 社會實踐部 事 生活部 體育部 X 文藝部 紀檢部 宣傳部 學習部 辦公室 圖IE 學生會組織機構圖 4

8、.業(yè)務流程圖 學生會干部信息管理業(yè)務流程圖: 財務管理業(yè)務流程圖: 民主競選 和考核 學生會干部信息管理 參考制度 給予獎懲 ［修右信I I息存檔I 任命新1屆 學生學干部 管會 修改信 息存檔 學生矣干 部退住 息存棺 日常事務管理業(yè)務流程圖: 文件管理業(yè)務流程圖:

9、 5.數(shù)據(jù)流程圖 頂層數(shù)據(jù)流程圖: 學生會 干部 信息檢索 畬家 —信息處理 -申請加入 ,開展活動申善 一申請審批 高校學生會管 埋系統(tǒng) 圖2.1頂層皴據(jù)流程圖 第2層數(shù)據(jù)流程圖: 學生叁干部信息表 查看 信舊. 理修 而 老師 生會的 查看信息 I財物畝批 學生安 干部信 息處理 財務信 息處理 隸屆學

10、生 干部信息 有效學生 午部信息 開展活動 財務登記表 學生 會干 部 申請甫才 會各 活動安排表 活動信 息處理 活動_ 彳劃A 活動 安排 文件登記表 文件信 息處理 ^2.2第二層數(shù)據(jù)沛程圖 第3層數(shù)據(jù)流程圖：從學生干部信息管理角度出發(fā) 第3層數(shù)據(jù)流程圖：從財務管理角度出發(fā) 第3層數(shù)據(jù)流程圖：從日常事務管理角度出發(fā) 人員安排表 F5學生會干部信，艮表 所需 物品 列星A 3. 5 察看物 品信息 3.6 ■—— F1物品信息登記表 登記 信息

11、 圖己5學生會日常事務管理流程圖 第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-1 StuNo char(8) 編號 DI-2 StuName 學生干部姓名 char(10) 姓名 DI-3 StuSex 學生干部性別 char(2) 性別 DI-4 StuPosition 學生干部職務 char(6) 職務 DI-5 S

12、tuDepartName 學生干部所屬部門 等于DepNo char(6) 部門  數(shù)據(jù)項編號 數(shù)據(jù)項名 數(shù)據(jù)項含義 與其它數(shù)據(jù)項的關系 存儲結構 別名 DI-6 StuMajor 學生干部所屬專業(yè) char(20) 專業(yè) DI-7 StuGrade 學生干部所在年級 char(8) 年級 DI-8 StuPhoneNo 學生干部電話 char(12) 電話 DI-9 StuStaTime 加入學生會時間 datetime 時間 DI-10 StuCase 參加過的活動項目 varchar(50) 項

13、目 DI-11 GoodsNo 物品編號 char(8) 編號 DI-12 GoodsName 物品名稱 char(16) 名稱 GoodsBuyTi 時間 DI-13 購買時間 datetime me DI-14 GoodsPrice 單價 char(6) 單價 DI-15 GoodsLendTime 借出時間 datetime 時間 DI-16 GoodsLender 借物人姓名 char(10) 姓名 DI-17 GoodsReturner 歸還人姓名

14、 char(10) 姓名 DI-18 GoodsRetTime 歸還時間 datetime 時間 DI-19 FinNo 財務申請編號 char(6) 編號 DI-20 FinPurpose 用途 char(30) 用途 DI-21 FinMoney 申請金額 char(6) 金額 DI-22 FinPerson 申請人姓名 char(10) 姓名 DI-23 FinDepartment 申請部門 char(14) 部門 DI-24 FinTime 申請時間 datetime 時間 DI-

15、25 FinRemain 余額 char(6) 余額 DI-26 PlaNo 工作計劃編號 等于FileNo char(6) 編號 DI-27 PlaName 工作計劃名稱 char(30) 名稱 DI-28 PlaDepartment 計劃提交部門 等于DepNo char(6) 部門 DI-29 PlaPerson 計劃提交人 char(10) 姓名 DI-30 PlaTime 計劃提交時間 datetime 時間 DI-31 PlaQuality 是否緊急活動 char(4) 是否 DI-32

16、 AffNo 事務活動編號 char(6) 編號 DI-33 AffName 事務活動名稱 char(20) 名稱 DI-34 AffScope 事務活動職能范圍 char(8) 職能 范圍 DI-35 AffDepartment 主要承辦部門 等于DepNo char(6) 部門 DI-36 AffScheme 以往解決方案 char(50) 方案 DI-37 AffQuality 是否特色活動 char(4) 活動 DI-38 DepNo 部門編號 char(6) 編號 DI-39 DepNam

17、e 部門名稱 char(14) 名稱 DI-40 DepMinName 部長姓名 等于 StuName char(8) 姓名 DI-41 DepSminSum 副部長人數(shù) int 人數(shù) DI-42 DepMemSum 部委人數(shù) int 人數(shù)  DI-43 MinPhoNo 部長電話 char(12) 電話 DI-44 FilesNo 文件編號 char(6) 編號 DI-45 FilesName 文件名稱 char(20) 名稱 DI-46 FilesType 文件類型 char(1

18、4) 類型 DI-47 FilesBelDep 所屬部門 char(6) 部門 DI-48 FilesPerson 負責人 char(8) 姓名 DI-49 RecDisPartner 收發(fā)對象 char(14) 對象 DI-50 ArcDate 存檔日期 datetime 日期 DI-51 Remarks 備注 char(30) 備注 （2）數(shù)據(jù)結構： 表1-2 （高校學生會管理系統(tǒng) ）數(shù)據(jù)結構（匯總統(tǒng)計） 數(shù)據(jù)結構編號 數(shù)據(jù)結構名 數(shù)據(jù)結構含義 組成 StuNo,StuName,Stu

19、Sex,StuPosition,StuMajor, DS-1 Student 學生干部信息 StuDepartName,StuGrade,StuPhoneNo,StuCa se, StuStaTime, GoodsNo,GoodsName,GoodsBuyTime,GoodsPri DS-2 Goods 物品信息 c,GoodsLender,GoodsLendTime,GoodsReturne r, GoodsRetTime DS-3 FinancialAffairs 財務信息 FinNo, FinPurpose, FinMoney,

20、 FinPerson, FinTime,FinDepartment, FinRemain DS-4 WorkingPlan 工作計劃信息 PlaNo, PlaName, PlaDepartment, PlaPerson PlaTime, PlaQuality DS-5 Affairs 事務活動信息 AffNo, AffName, AffScope, AffDepartment AffScheme, AffQuality DS-6 Department 部門信息 DepNo,DepName,DepMinName, DepSminSum DepMemSum

21、, MinPhoNo DS-7 Files 文件信息 FilesNo,FilesName,FileTyp,FilesBelDep, FilesPerson, RecDisPartner, ArcDate, Remarks  8 .處理邏輯描述（判定表或判定樹） 表1-3 （高校學生會管理系統(tǒng)）處理邏輯描述 處理功能 學生會干部信息管理模塊、財務管理模塊、學生 PR-1 判斷用戶查詢涉及的功能模塊 會日常事務管理模塊、文件信息管理模塊：先確 定查詢所涉及的功能模塊；然后，確定要查詢的 內(nèi)容，確定查詢數(shù)據(jù)流向；最后顯示查詢結果。 PR-2 判

22、斷用戶修改要涉及的模塊，同 時把相應的修改數(shù)據(jù)傳到相應的 模塊之中 學生會干部信息管理模塊、財務管理模塊、學生 會日常事務管理模塊、文件信息管理模塊：先確 定更新所涉及的功能模塊；然后，把更新信息傳 送到相應的模塊中；最后，進行相應的更新操作。 2.數(shù)據(jù)庫設計 2.1 概念設計階段 ,目標 將需求分析得到用戶需求抽象為信息結構即概念模型的過程就是概念結構設計。概念 設計階段主要是將需求分析階段得到的用戶需求抽象為信息結構 （概念模型）的過程，它是整 個數(shù)據(jù)庫設計的關鍵，包括概念模型設計和新系統(tǒng)流程兩個階段。在需求分析階段所得到 的應用需求應該首先抽象為信息世界的結構，才能更

23、好地、更準確地用某一 DBMS 實現(xiàn) 這些需求。 ?具體任務 1 .選擇中層數(shù)據(jù)流為切入點，通常選擇實際系統(tǒng)中的子系統(tǒng)； 2 .設計分 E-R圖，即各子模塊的 E-R圖； 3 .生成初步 E-R圖，通過合并方法，做到各子系統(tǒng)實體、屬性、聯(lián)系統(tǒng)一； 4 .生成全局 E-R圖，消除沖突。 ?結果 1 .各實體及其屬性 圖3"學生會干部實體及其屬性圖  文件 圖3"文件實體及其屬性同 2 .生成分E-R圖如下所示: ^3.8學生會干部信息管理分E?K第  部門 文件 學生會干部

24、圖3. 11文件管理分E-R圖 3.合并各分E —R圖 ，消除各類沖突，得到初步 E-R圖，再消除不必要冗余，得到的 基本E-R圖。具體實現(xiàn)如下： a.消除沖突 合并分E-R圖時并不能簡單地將各個分 E-R圖畫到一起，而是必須著力消除各個分 E-R圖中的不一致，以形成一個能為全系統(tǒng)中所有的用戶共同理解和接受的統(tǒng)一的概念模 型。合并分 E-R圖的主要工作與關鍵是合理消除各分 E-R圖的沖突，沖突主要有三類： 屬性沖突、命名沖突和結構沖突。 b.消除冗余 在E-R圖中，可能存在一些冗余的數(shù)據(jù)和實體間的聯(lián)系。冗余數(shù)據(jù)和冗余聯(lián)系容易破 壞數(shù)據(jù)庫的完整性，給數(shù)據(jù)庫的維護增加困難，應予以消

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

26、個學生會干部可以提交多份工作計劃，而一份工作計劃只能由一個學生會干部提交； 一份財務申請的資金可以購買多種物品，而一種物品只能由一次財務申請的資金來購買; 一次事務活動需借用多種物品，而一種物品一次只能給被一項事務活動所借用； 一份工作計劃可以包括多項事務活動，而一項事務活動只能有一份工作計劃中制定。 4.新系統(tǒng)流程圖 普通用戶 不允許 發(fā)出查詢 提示信息 學生 會干 部信 忌管 理 財符管理 退出 用戶登錄 管理員 京務理 日事管 文件管理 常易理 日事管 財務管理 文件管理 學生 白干 部信 息管 理 2.2邏輯設計階段 1邏輯設計階段的目標 以上

27、的概念設計階段是獨立于任何一種數(shù)據(jù)模型的，但是邏輯設計階段就與選用的 DBMS 產(chǎn)品發(fā)生關系了，系統(tǒng)邏輯設計的目標就是將概念設計階段設計好的基本 E-R圖 轉(zhuǎn)換為選用 DBMS產(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)換為一個關系模式。實

28、體的屬性就是關系的屬性，實體的碼就是關系的 碼。 學生會干部（編號，姓名，性別，職務，部門，專業(yè)，年級，電話，加入學生會日期， 參加過的活動項目） 物品（編號，名稱，購買時間，單價，借出時間，借物人姓名，歸還時間，歸還人姓 名） 財務（財務申請編號，資金用途，申請金額，申請人，申請部門，申請時間，余額） 工作計劃（編號，名稱，提交部門編號，提交人，提交時間，是否緊急活動） 事務活動（編號，名稱，職能范圍，承辦部門，以往解決方案，是否特色活動） 部門（部門編號，部門名稱，部長編號，副部長人數(shù)，部委人數(shù)，部長電話） 文件（編號，名稱，類型，所屬部門編號，負責人，收發(fā)對象，存檔日

29、期，備注） （2）實體間聯(lián)系轉(zhuǎn)換為關系模式 一個1 : 1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系，也可以與任意一段對應的關系模式合并。 如果轉(zhuǎn)化為一個獨立的關系模式，則與該聯(lián)系相連的各個實體的碼以及聯(lián)系本身的屬性均 轉(zhuǎn)換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一個實體對應的關系合 并，則需要在該關系模式的屬性中加入另一個關系的主碼和聯(lián)系本身的屬性。 一個m : n的聯(lián)系可以轉(zhuǎn)化為一個單獨的關系模式，這個單獨的關系模式的主碼事兩 端實體的碼，再加上聯(lián)系的屬性。 一個1 : n聯(lián)系可以轉(zhuǎn)化為一個獨立的關系模式，也可以與 n端的關系模式合并作如 果與n端的關系模式合并，在 n端的關

30、系模式中加上另一端關系的碼和聯(lián)系屬性。 為了方便系統(tǒng)地實現(xiàn)和數(shù)據(jù)庫的設計，將所有的關系均作為一個單獨的關系模式。 （3）通過轉(zhuǎn)化后所得出的關系模型 在以下的關系模式當中，關系模式的碼用直下劃線標出，關系模式的外鍵用曲下劃線 標出。 學生會干部（編號，姓名,性別，職務，部門，專業(yè)，年級，電話，加入學生會日期， 參加過的活動項目） 物品（編號，財務申請編號，名稱，購買時間，單價，借出時間，借物人姓名，歸還 時間，歸還人姓名） 財務（財務申請編號，資金用途,申請金額，申請人，申請部門，申請時間，余額） 工作計劃（編號」稱，提交部門編號，提交人，提交時間，是否緊急活動） 事務活動（

31、編號」稱，職能范圍，承辦部門，以往解決方案，是否特色活動） 部門（編號，名稱,部長編號，副部長人數(shù)，部委人數(shù)，部長電話） 文件（編號，名稱,類型，所屬部門編號，負責人，收發(fā)對象，存檔日期，備注） 活動使用物品（事務活動編號，物品編號，使用數(shù)量） 參與活動（事務活動編號，學生會干部編號，出勤情況） （4）數(shù)據(jù)模型優(yōu)化 經(jīng)過檢查，以上九個關系模型當中前七個的主碼都只有一個屬性列，所以不從在部分 函數(shù)依賴，后兩個關系模式也不存在部分函數(shù)依賴。而且這九個關系模式也不存在傳遞函 數(shù)依賴。因此，它們均已經(jīng)達到 3NF。 （5）數(shù)據(jù)庫模式定義 其中，包括各模式的邏輯結構定義、關系的完整性

32、和安全性等內(nèi)容。 1 .學生會干部（Student ）基本信息表，用于記錄學生會干部的基本信息 學生會干部基本信息表 數(shù)據(jù)類型 取值范圍 00000000 StuNo char(8) 99999999 是 Not null StuName char(10) 否 Not null StuPosition char(6) 否 Not null StuSex char(2) 男、女 否 Null StuMajor char(14) 否 Null StuDepart char(20) 是 Not

33、 null StuGrade char(8) 否 Null StuPhoneNo char(12) 否 Not null StuStaTime datetime 否 Not null StuCase varchar(50) 否 Null 2 .物品(Goods ）基本信息表， 用于記錄學生會物品的基本信息： 物品基本信息表 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 GoodsNo char(8) 00000000 - 是 Not null 99999999 FinNo

34、char(6) 000000 ?999999 是 Not null GoodsName char(16) 否 Not null GoodsBuyTime datetime 否 Null GoodsPrice char(6) 否 Not null GoodsLender char(10) 否 Null GoodsLendTime datetime 否 Null GoodsReturner char(10) 否 Null GoodsRetTime datetime 否 Null 3.財務（Financial

35、Affairs ）基本/息表，用丁記錄財務的基本『息： 財務基本信息表 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 完整性 FinNo char(6) 000000 ?999999 是 Not null FinPurpose char(30) 否 Null FinMoney char(6) 否 Not null FinPerson char(8) 是 Not null FinTime datetime 否 Null FinDepartment char(6) 是 Not null FinRem

36、ain char(6) Null  4 .工作計劃( WorkingPlan )基本信息表，用于記錄各部提交的工作計劃的基本信息： 工作計劃基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 完整性 PlaNo char(6) 000000 ?999999 是 Not null PlaName char(30) 否 Not null PlaDepartment char(6) 是 Not null PlaPerson char(8) 是 Null PlaTime datetime 否

37、 Null PlaQuality char(4) 否 Not null 5.事務活動(Affairs)基本信息表，用于記錄學生會各項事務活動的基本信息： 事務活動學生基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 AffNo char(6) 000000 ?999999 是 Not null PlaNo char(6) 000000 ?999999 是 Not null AffName char(20) 否 Not null AffScope char(8) 否 Null AffDepar

38、tment char(6) 是 Not null AffScheme char(50) 否 Null AffQuality char(4) 否 Not null 6.部門(Department) 基本信息表，用于記錄部門的基本信息： 部門基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 char(6) 000000 ? DepNo 999999 是 Not null DepName Char(14) 否 Not null DepMinName char(8) 是 N

39、ot null DepSminSum int 0000 ?9999 否 Null DepMemSum int 0000 ?9999 否 Null MinPhoNo char(12) 否 Null 7.文件(Files )基本信息表，用于記錄學生會所有文件的基本信息： 文件基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 完整性 FilesNo char(6) 000000 ? 是 Not null 999999 FilesName char(20) 否 Not null File

40、sType char(14) Null  FilesBelDep char(8) 是 Not null FilesPerson char(6) 是 Not null RecDisPartner char(14) 否 Null ArcDate datetime 否 Null Remarks char(30) 否 Null .活動使用物品 (AffairsGoods )基本信息表，用于記錄舉辦活動中使用物品的基本信息： 活動使用物品基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是

41、否是主屬性或外鍵 完整性 AffNo char(6) 000000 ?999999 是 Not null char(8) 00000000 ? GoodsNo 99999999 是 Not null Gamount Int 0000 ?9999 否 Null .參與活動(Join Affairs )基本信息表，記錄班費支出的基本信息： 班費支出基本信息 屬性名 數(shù)據(jù)類型 取值范圍 是否是主屬性或外鍵 完整性 AffNo char(6) 000000 ?999999 是 Not null char

42、(8) 00000000 ? StuNo 99999999 是 Not null Present char(4) 否 Not null 8 9 (6)用戶子模式設計 將概念模型轉(zhuǎn)換為全局邏輯模型后，還應該根據(jù)用戶的習慣和需求設計符合局部用戶 需要的外模式，即視圖設計。 表2.2用戶子模式設計 (View)列表 (View) ( ) V- 1 StuView 查詢和修改學生會干部的基本信息 V- 2 DepView V- 3 GooView 查看物品的借出和歸還信息 V- 4 FinView 查看活動

43、經(jīng)費使用情況 V- 5 WPView 查看工作計劃提交的情況 V- 6 AffView 查看以往事務活動方案以供來參看 V- 7 FilesView 查看以前存檔文件的基本信息 V- 8 AGView 查詢舉辦活動物品的使用情況 2.數(shù)據(jù)處理 系統(tǒng)功能模塊圖: 高校學生會盲理系統(tǒng) 文件管理 HI除文件信息 修改文件信息 插入文件信息 查看文件信息 刪除日常事務信息 ®改日常事符信息 插入日常事務信息 查看日常事#信息 圖3評系統(tǒng)功能模塊圖 2.3物理設計階段 1物理設計階段的目標 不同的數(shù)據(jù)

44、庫產(chǎn)品所提供的物理存儲環(huán)境、存取方法和存儲結構有很大的差別，能供 設計人員設用的設計變量、參數(shù)范圍也很不相同。物理設計階段的目標是根據(jù)SQL Server2000 具體的功能，設計優(yōu)化的物理數(shù)據(jù)庫結構，使得在數(shù)據(jù)庫上運行的各種事務 響應時間最小，存儲空間利用率高，事務吞吐量大。 2物理設計階段的任務 緊數(shù)據(jù)庫的物理設計就是為邏輯數(shù)據(jù)模型選取一個最合適應用要求的物理結構的過 程，在這個階段中要完成兩大任務： (1)確定數(shù)據(jù)庫的物理結構，在關系數(shù)據(jù)庫中主要是存取方法和存儲結構； (2)對物理結構進行評價，評價的重點是時間和空間效率。 1 .數(shù)據(jù)存儲方面 為數(shù)據(jù)庫中各基本表建立的索

45、引如下： 11 )由于基本表 Student 、Goods、Affairs 、Dpartment 的主碼 StuNo、GoodsNo 、 AffNo、DepNo經(jīng)常在查詢條件和連接操作的連接條件中出現(xiàn)，且它們的值唯一，考慮在 兩個屬性上建立唯一性索引； (2) AffairsGoods 的主碼 AffNo 和 StuNo , JoinAffairs 的主碼 AffNo 和 StuNo , 他們經(jīng)常在查詢條件中出現(xiàn)，且它們的組合值唯一，考慮在它們之上建立組合索引； (3)基本表 Financial affairs 、Working plan 的屬性值幾乎不會有什么變化，更 新率很低，可考

46、慮適當建立索引； (4)基本表 File的屬性值經(jīng)常發(fā)生變化，權衡系統(tǒng)為維護索引付出的代價，可考慮 不建立索引，也可以適當建立索引。 2.系統(tǒng)功能模塊 (1)學生會干部信息查詢和更新模塊 將實現(xiàn)對學生會干部信息的查詢和更新(修改、插入、刪除)操作，方便于對學生干 部基本信息的全面、科學的管理，能有效的應對學生會干部的變動性和流動性，及時地更 換信息。具體的功能模塊圖如下： 一〕用戶發(fā)出查詢或更新 學生會干部的信息 I］斷是百誣 否 命令信息? (&＜給用戶的信息表示系統(tǒng)給用戶的信息〕 圖立1學生會干部信息的查詢,更新功建模塊 (2)財務信息的查詢和更新模塊

47、將完成財產(chǎn)和物品基本信息的查詢、更新(修改、插入、刪除)操作，便于對財產(chǎn)物 品的集中管理，從而更有利于節(jié)約舉辦活動的開支，確保學生會各項工作順利的開展。具 體的功能模塊圖如下所示： _|用戶發(fā)出查詢或更新 財?shù)没蛭锲返男畔? ( 苴詢結果 ■ 修改后的數(shù)據(jù)存儲 修改結臬提示信息 圖4.2財務和物品信息的查詢、更新功能模塊 (3)日常事務信息的查詢和更新模塊 將達到對日常事務信息的查詢、更新(修改、插入、刪除)操作的目的，從而實現(xiàn)將 學生會的日常事務納入信息化的管理當中， 在日常工作開展中可以有效地節(jié)約人力、 物力、 財力，減少重復性工作的復雜性，更有利于創(chuàng)建一個科學、高效

48、、高水平的學生會。具體 的功能模塊圖如下所示： (4)文件基本信息的查詢和更新模塊 將完成對文件信息的查詢和插入、刪除、修改等更新操作，從而實現(xiàn)對學生會所有文 件的科學化管理，便于日常工作的開展。具體的功能模塊如下所示： 3. 數(shù)據(jù)庫實施階段 not null unique, not null, not null, null, null, not null, null, not null, not null, null, Department(DepNo), or StuSex = ‘女’ ));

49、 not null unique, not null, not null, null, not null, not null, null, not null, null, FinancialAffairs (FinNo)) 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ù)

50、據(jù)表 1 ）學生會干部基本信息表的建立 create table Student ( StuNo char(8) StuName char(10) StuPosition char(6) StuSex char(2) StuMajor char(14) StuDepart char(6) StuGrade char(8) StuPhoneNo char(12) StuStaTime datetime StuCase varchar(50) primary key(StuNo), foreign key(StuDepart) references check(Stu

51、Sex = ‘男’ 2 )物品基本信息表的建立 create table Goods( GoodsNo char(8) FinNo char(6) GoodsName char(16) GoodsBuyTime datetime GoodsPrice char(6) GoodsLender char(10) GoodsLendTime datetime GoodsReturner char(10) GoodsRetTime datetime primary key (GoodsNo), foreign key (FinNo) references 3 )財務基本信息

52、表的建立： 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 null FinDepartment char(6) not null FinRemain char(6) null primary key(FinNo), foreign key (FinPerson) refere

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

54、(4) primary key(PlaNo), foreign key(PlaPerson) references Student(StuNo), foreign key(PlaDepartment ) references Department(DepNo)); 5 )事務活動基本信息表的建立： create table Affairs ( not null unique, not null, not null, null, not null, null, not null, AffNo char(6) PlaNo char(6) AffName char(20)

55、 AffScope char(8) AffDepartment char(6) AffScheme char(50) AffQuality char(4) primary key(AffNo), foreign key(PlaNo) references WorkingPlan(PlaNo)); foreign key(AffDepartment) references Department(DepNo));, 6 )部門基本信息表的建立： create table Department ( not null unique, not null, not null, D

56、epNo char(6) DepName char(14) DepMinName char(8) 精品文檔 DepSminSum int null, DepMemSum int null, MinPhoNo char(12) null, primary key(DepNo), foreign key(DepMinName) references Student(StuNo)); 7 )文件基本信息表的建立： not null unique, not null, null, not null, not null, not null null, null,

57、create table Files( FilesNo char(6) FilesName char(10) FilesType char(10) FilesBelDep char(6) FilesPerson char(14) RecDisPartner char(14) ArcDate datetime Remarks char(30) primary key(FilesNo), foreign key(FilesBelDep) references Department(DepNo)); 8 )活動使用物品基本信息表的建立： create table Affairs

58、Goods ( not null, not null, null, GoodsNo), AffNo char(6) GoodsNo char(8) Gamount int primary key(AffNo foreign key(AffNo) references Affairs(AffNo) foreign key(GoodsNo) references Goods(GoodsNo)); ( 9 )學生會干部參與活動基本信息表的建立： create table JoinAffairs ( AffNo char(6) not null, StuNo char(8) no

59、t 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 (編號，姓名，性別，職務，部門，專業(yè)，年級，電話，加入日 期，參加過的活動項目 ) as select * with check option; 2 ）查詢和修改各部門的基

60、本信息視圖定義如下： create view DepView （ 編號，名稱，部長姓名，副部長人數(shù)，部委人數(shù)，部長電話 as select * from Department with check option; 3 ）查看物品的借出和歸還信息的視圖定義如下： create view GooView （ 物品編號，物品名稱，借出時間，借物人姓名，歸還時間，歸 還人姓名 ） as select GoodsNo ， GoodsName ， GoodsLender ， GoodsLendTime, GoodsReturner ， GoodsRetTime from Goods

61、 with check option; 4 ）查看活動經(jīng)費使用情況的視圖定義如下： create view FinView （ 財務編號，金額，申請人姓名，申請部門，余額 ） as select FinNo ， FinMoney ， FinPerson ， FinDepartment ， FinRemain from FinancialAffairs with check option; 5 ）查看工作計劃提交的情況的視圖定義如下： create view WPView （ 編號，工作計劃名稱，提交部門，提交人，提交時間 ） as select PlaNo ， PlaName

62、， PlaDepartment ， PlaPerson ， PlaTime from WorkingPlan with check option; 6 ）查看以往事務活動方案以供來參看的視圖定義如下： create view AffView （ 活動編號，活動名稱，承辦部門，以往解決方案，是否特色活 動） as select AffNo ， AffName ， AffDepartment ， AffScheme ， AffQuality from Affairs with check option; 7 ）查詢以前存檔文件的基本信息的視圖定義如下： create view

63、FilesView （ 文件編號，文件名稱，類型，所屬部門，負責人，收發(fā)對象， 存檔日期，備注 ） as select * from Files 可編輯 精品文檔 with check option; ( 8 )查詢舉辦活動物品的使用情況的視圖定義如下： create view AGView ( 事務活動編號，物品編號，使用數(shù)量 ) as select * from AffairsGoods with check option; 4 ．建立索引 create unique index StudentNo on Student(StuNo); create

64、unique index GoodsNo on GoodsNo(GoodsNo); create unique index FinancialNo 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 FilesNo on File

65、s(FilesNo); 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 FileName on Files(FilesName); 1. 存儲過程的定義 1 ． p1_ Student _Insert 的定義 : create

66、 procedure p1_Student_Insert @Student_no char(8), @Student_name char(10) ， @Student_position char(6), @Student_sex char(2), @Student_major char(14), @Student _departname char(20), @Student_grade char(8), @Student_phoneno char(12), @Student_statime datetime, @Student_ case varchar(50) as insert into Student values(@Student_no,@Student_name,@Student_position,@Student_sex, @Student_major,@Student_departname,@Student_grade,@Student_phoneno, @Student_statime, @Student_case); 2 ． p2_Goods_Insert 的定義 : crea