大連理工大學網路教育學院
《web技術》課程設計
設計題目： 學生會管理系統
學習中心： 麗水
層次： 專公升本
專業： 網路工程
年級： 2023年春
學號： 201203238493
學生姓名： 胡聰
目錄1. 系統需求分析 3
1.1 需求分析階段的目標 3
1.1 需求分析階段的任務 3
2. 資料庫設計 13
2.1 概念設計階段 13
2.2邏輯設計階段 18
2.3物理設計階段 23
3. 資料庫實施階段 27
3.1資料庫實施階段目標 27
3.2資料庫實施階段任務 27
4.結束語 35
參考文獻 36
需求分析簡單的說就是分析使用者的要求。需求分析是涉及資料庫的起點，需求分析的結果是否準確地反映了使用者的實際要求，將直接影響到後面各個階段的設計，並影響到設計的結果是否合理和實用。
1．了解高校學生會管理的基本內容；
2．綜合的理解主管學生會老師和學生會幹部的不同需求；
3．了解學生會管理的基本業務流程；
4．了解學生會人工管理模式與資訊系統的工作概況，以及它們之間的區別與聯絡；
5． 通過自身的體驗和與主管學生會的老師及其他學生會幹部的交流，了解使用者對高校學生會管理系統的業務要求，完整性和安全性要求。
1．處理物件：
系統處理物件是學生會的幹部資訊管理、財務管理、日常事務管理和檔案資訊管理四個方面。
在學生會的幹部資訊處理中主要涉及幾下幾個方面的資訊：
（1）學生會幹部基本資訊(student)：包括編號、姓名、性別、職務、專業、年級、加入學生會日期、參加過的活動專案等資訊。
（2）部門基本資訊（dpartment）：部門編號、部門名稱、部長姓名、副部長人數、部委人數、部長**等資訊。
在財務資訊處理中主要涉及幾下幾個方面的資訊：
（1）物品基本資訊(goods)：包括物品編號、物品名稱、購買時間、單價、借出時間，借物人姓名、歸還時間、歸還人姓名等資訊。
（2）財務基本資訊(financial affairs)：包括財務申請編號、資金用途、申請金額、申請人、申請部門、申請時間、餘額等資訊。
在日常事務資訊處理中主要涉及幾下幾個方面的資訊：
（1）事務活動基本資訊（affairs）：包括事務活動編號、事務活動名稱、職能範圍、承辦部門、以往解決方案、是否特色活動等資訊。
（2）工作計畫基本資訊（working plan）：包括工作計畫編號、工作計畫名稱、提交部門、提交人、提交時間、是否緊急活動等資訊。
在檔案資訊處理中主要涉檔案的基本資訊（file）：包括檔案編號、檔名稱、檔案型別、所屬部門、負責人、收發物件、存檔日期、備註等資訊。
2．處理功能要求
高校學生會管理系統主要實現對學生會的科學化、條理化、資訊化、高效化管理。其中包括學生會幹部資訊、財產物品的使用以及登記，日常事務管理和檔案資訊管理等四大功能。具體功能描述如下：
（1）學生會幹部資訊管理主要完成幹部資訊的查詢與更新，從而實現對學生會幹部資訊的科學化管理。
（2）財務的管理包括財產和物品的管理，完成對財產物品資訊的查詢與更新，如舉辦活動所需的資金申請、物品使用的登記、物品借還的登記等，從而實現學生會財務的資訊化管理。
（3）日常事務管理實現對學生會日常開展工作的管理，完成日常事務的查詢與更新，從而更好地實現以下職能：包括各部門提交的工作計畫、活動計畫的審核與安排、活動的籌畫、各項活動的人員合理的排程與安排，確保各項活動成功地舉辦，更有利於學生會各項日常工作的順利開展。
（4）檔案管理完成對學生會所有存檔檔案的查詢與更新，實現對學生會日常的工作檔案的科學化管理，從而確保各項工作的開展有章可尋，使學生會的工作更富有條理化，避免一些重複檔案的制定，造成資源的浪費。
3．安全性和完整性要求
安全性先通過檢視機制，不同的使用者只能訪問系統授權的檢視，這樣可提供系統資料一定程度上的安全性，再通過使用者授權機制，通過使用者登陸來識別使用者級別，根據這個級別來分配使用者許可權，達到資料更高層次的安全保密功能。近而可以滿足使用者的基本資料安全性要求。
完整性要求用於描述各種資訊之間的制約關係，以及關聯關係，各個資料項的取值範圍以及各個資料項是否可以不取值。根據實際需要，採取一定的手段來滿足使用者的完整性需求。
4．業務流程圖
學生會幹部資訊管理業務流程圖：
財務管理業務流程圖：
日常事務管理業務流程圖：
檔案管理業務流程圖：
5．資料流程圖
頂層資料流程圖：
第2層資料流程圖：
第3層資料流程圖：從學生幹部資訊管理角度出發
第3層資料流程圖：從財務管理角度出發
第3層資料流程圖：從日常事務管理角度出發
第3層資料流程圖：從檔案管理角度出發
7．資料字典
（1）資料項：系統涉及的資料項有51項
表1.1(高校學生會管理系統)資料項列表（匯**計）
（2）資料結構：
表1-2 (高校學生會管理系統) 資料結構（匯**計）
8．處理邏輯描述（判定表或判定樹）
表1-3 （高校學生會管理系統）處理邏輯描述
·目標將需求分析得到使用者需求抽象為資訊結構即概念模型的過程就是概念結構設計。概念設計階段主要是將需求分析階段得到的使用者需求抽象為資訊結構(概念模型)的過程,它是整個資料庫設計的關鍵，包括概念模型設計和新系統流程兩個階段。在需求分析階段所得到的應用需求應該首先抽象為資訊世界的結構，才能更好地、更準確地用某一dbms實現這些需求。
·具體任務
1．選擇中層資料流為切入點，通常選擇實際系統中的子系統；
2．設計分e-r圖，即各子模組的e-r圖；
3．生成初步e-r圖，通過合併方法，做到各子系統實體、屬性、聯絡統一；
4．生成全域性e-r圖，消除衝突。
·結果1．各實體及其屬性
2．生成分e-r圖如下所示：
3．合併各分ｅ－ｒ圖,消除各類衝突，得到初步e-r圖，再消除不必要冗餘，得到的基本e-r圖。具體實現如下：
a.消除衝突
合併分e-r圖時並不能簡單地將各個分e-r圖畫到一起，而是必須著力消除各個分e-r圖中的不一致，以形成乙個能為全系統中所有的使用者共同理解和接受的統一的概念模型。合併分e-r圖的主要工作與關鍵是合理消除各分e-r圖的衝突，衝突主要有三類：屬性衝突、命名衝突和結構衝突。
b.消除冗餘
在e-r圖中，可能存在一些冗餘的資料和實體間的聯絡。冗餘資料和冗餘聯絡容易破壞資料庫的完整性，給資料庫的維護增加困難，應予以消除。但並不是所有的冗餘資料與冗餘聯絡都必須加以消除，有時為了提高效率，不得不以冗餘資訊作為代價。
消除冗餘主要採用分析法和規範化理論。
經過以上分析，將所有的分e-r圖綜合成乙個系統的總e-r圖：
解釋如下：
乙個部門可以承辦多個事務活動，而乙個事務活動只能由乙個部門去承辦；
乙個部門可以包括多個學生會幹部，而乙個學生會幹部只能隸屬於乙個部門；
乙個學生會幹部可以參與多項事務活動，而乙個事務活動也可以有多個學生幹部參與；
乙個學生會幹部可以提交多份財務申請，而乙份財務只能由乙個學生會幹部申請；
學生會管理方案
一 辦公室 以協助學生會主席團處理學生會日常事務為工作中心，協調各部門的關係，促進學生會各項工作的順利開展。1 安排學生會幹部每天下午第四節值班。2 做好各項會議的通知 記錄和考勤登記。3 管理學生會各種檔案 信函 報紙等，並對檔案 信函登記，存檔。4 協助主席團調配人手 傳達通知 撰寫有關檔案等。...
學生會管理章程
2 遇到特殊情況，學生會主席有權組織學生會各級會議就重大問題作出決定。五 人事任命制度 1 為了使學生會保持活力，每年對新生舉行一次招乾活動，納新時，由各部部長負責本部的納新具體事宜。2 自然換屆時，把本部所有工作資料交給新任部長，不得拖延隱瞞，敷衍塞責。3 如有學生會幹部提前退出學生會，必須寫申請...
學生會管理辦法
學生會管理條例 試行 章程學院是在校黨委 院黨委領導下，受校 院團委具體指導的學生組織，是全院學生深入學習黨的方針政策，積極投身社會實踐活動。自覺實施組織教育的陣地。學生會的基本任務 一 遵循和貫徹黨的教育方針，圍繞黨的中心任務，適應新形勢，宣傳愛國主義 集體主義 社會主義，深入學習理論知識，幫助廣...