【文章內容簡介】 管理員 。如果是管理員， 則用戶擁有管理系統(tǒng)的全部功能，與教師不同的是，管理員可以對教師給予不同的權限，讓教師用戶 利用管理員給予的不同權限來 更好的管理學生綜合信息系統(tǒng) 。 假如 系統(tǒng)判斷出 教師是登陸的用戶 ， 那么 教師能對個人 的 信息和 個人 默認的密碼 修改 以及 對 學生的 各種 信息進行操作 。 如果系統(tǒng)判斷登陸者為學生 用戶 ，那么 學生用戶 只能對個人信息進行修改和查詢以及對課程、成績、班級信息的查詢 ， 單擊退出系統(tǒng)后就可安全退出系統(tǒng)。 圖 42 學生綜合管理系統(tǒng)總流程圖 不成功則返回登陸界面 常熟理工學院畢業(yè)設計（論文） 9 數(shù)據(jù)庫設計 數(shù)據(jù)庫 設計 是 創(chuàng)立 數(shù)據(jù)庫 和 其應用系統(tǒng)的技術 ， 經(jīng)過需求分析，概念設計、邏輯設計、 物理 設計等階段， 在給定的使用環(huán)境中或者具體的數(shù)據(jù)庫 ， 對數(shù)據(jù)對象以及對象之間的關系進行規(guī)劃和結構化 ， 使數(shù)據(jù)對象能夠行之有效的存儲數(shù)據(jù) ， 讓它們能滿足用戶應用需求 。 數(shù)據(jù)庫概念設計階段 數(shù)據(jù)庫 設計的關鍵過程是 將需求分析階段用戶的主要需求抽象成信息結構，這個過程就是數(shù)據(jù)庫 的概念設計 ，它的目的是 最終形成一個獨立于 DBMS 概念模型 [8]。 ER模型和視圖是概念設計重要步驟， 應該先設計 系統(tǒng)實體屬性圖 ， 再進行局部視圖設計， 最后將 這些局部視圖糅合在一起去掉重復的部分就是全局 ER圖。 （ 1） 系統(tǒng) 各個 實體圖及其 詳細描述 ： 進過 對數(shù)據(jù) 的 詳細的分析，從 而 得出系統(tǒng) 中相關各個 實體 的 屬性圖 。 Ⅰ .管理員實體屬性圖 如圖 43 所示， 此 實體由編號、姓名等屬性構成， 管理員是后臺“一只無形的手”，保證了系統(tǒng)的流暢運行。 編 號管 理 員角 色姓 名密 碼 Ⅱ .教師實體屬性圖如圖 44 所示， 教師作為管理系統(tǒng)的主要操作者，是系統(tǒng)重要的一個環(huán)節(jié)， 平時的學生管理工作主要由教師來完成。教師實體屬性 由編號、角色，姓名 ，密碼四個屬性組成。 圖 43 管理員實體屬性圖 圖 44 教師實體屬性圖 編 號教 師角 色姓 名密 碼常熟理工學院畢業(yè)設計（論文） 10 Ⅲ .學生實體屬性圖如圖 45所示， 學生通過系統(tǒng)可以查看和修改自己的 個人 信息 ，實體的屬性 主要由學號 、姓名、籍貫 、地址 、政治面貌、電話、老師和密碼 等 個人信息組成。 學 號學 生性 別姓 名政 治 面 貌籍 貫地 址班 級老 師電 話密 碼 Ⅳ .班級實體屬性圖如圖 46所示，主要由班級編號和名稱 屬性 構成。 班 級班 級 名 稱班 級 編 號 Ⅴ .分數(shù)實體主要由課程名、成績編號、成績得分幾個屬性組成 。 它的實體屬性如圖 47所示。 分 數(shù)成 績 編 號課 程 名成 績 得 分 Ⅵ .課程實體是由課程編號，課程名稱等實體屬性組成。課程實體的屬性如圖 48所示。 圖 45 學生實體屬性圖 圖 46 班級實體屬性圖 圖 47 分數(shù)實體屬性圖 常熟理工學院畢業(yè)設計（論文） 11 課 程 編 號課 程授 課 老 師課 程 名 稱課 程 學 分 Ⅶ .模塊操作是管理員特別擁有的權限，它由編號以及名稱屬性組成 。 模塊實體屬性圖如圖 49所示 。 模 塊編 號名 稱 （ 2）系統(tǒng)全局 ER關系圖 根據(jù)上文所描述的各個相關實體屬性圖， 遵循 數(shù)據(jù)庫 三范式 規(guī)則 ，對它們之間的依賴關系進行分析 [9]， 去除 局部 ER 圖 重復的部分， 最終整合得到 如圖 410 所示 的 系統(tǒng)全局 ER圖 。 在圖中 各個實體聯(lián)系關系如下 ,管理員 實體 管理權限、教師和學生 實體 ，教師 實體 管理學生 、課程 、 成績 和 班級 實體 ， 多個 學生 實體 組成 了 一個 班級 實體 ， 一個 學生 實體 獲得 多個 成績 實體 ， 不同 學生 實體 選修 不同 課程 實體 。 管 理 員 管 理班 級成 績課 程學 生教 師權 限選 修獲 得組 成管 理1nnn1nnnnn111nn 數(shù)據(jù)庫邏輯設計階段 數(shù)據(jù)庫邏輯設計 階段 是一個承上啟下的階段 ， 它將概念設計得出 實體和關系 轉換為圖 48 課程實體屬性圖 圖 49 模塊實體屬性圖 410 學生綜合信息管 理系統(tǒng)全局 ER 圖 常熟理工學院畢業(yè)設計（論文） 12 某個 DBMS 所支持的數(shù)據(jù)模型 ，然后將這些數(shù)據(jù)模型規(guī)范， 這些數(shù)據(jù) 與具體的 DBMS 無關。在此需要特別指出的是本 系統(tǒng)數(shù)據(jù)庫沒有采用 一般數(shù)據(jù)庫使用的外鍵關聯(lián) ，而是采用的中間的關系表通過 GUID 唯一編號來標志維持彼此關系 。 數(shù)據(jù)庫物理設計階段 物理設計是為邏輯模型選取一 個最適合 的 RDBMS 并設計和實施 存儲結構和存取 方式方法 [10]。 本系統(tǒng)數(shù)據(jù)庫使用 SQL sever2021 設計，命名為 StudentInforManage。下 面 是對主要表的介紹 以及各個表的屬性 的 詳細的介紹 。 （ 1） 總體設計 根據(jù)系統(tǒng)的需求，在數(shù)據(jù)庫中規(guī)劃了 7張數(shù)據(jù)表，它們的名稱和用處如表 41 所示。 表 41 系統(tǒng)數(shù)據(jù)庫總體設計表 表名 用途 表名 用途 Admin 載入 管理員信息 Grade 載入成績 信息 Teacher 載入 教師信息 Lesson 載入 課程信息 Student 載入 學生信息 Module 載入 權限信息 Classinfo 載入 班級信息 （ 2） 數(shù)據(jù)庫詳細表設計 下面分別對表 41 中各個相關數(shù)據(jù)庫表進行介紹， 詳細的說明了 各個表的相關字段和主要關鍵字說明。 Ⅰ .admin 表（管理員表） admin 表 用于 存儲 管理員編號、 管理員 用 戶名 、 密碼 和權限 基本信息。 其 結構如表42所示。 表 42 admin 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 ano Varchar 50 否 是 atname Varchar 50 是 apassword Varchar 50 是 默認 123 role Varchar 50 是 默認 0 Ⅱ .teacher 表（ 教師 表） teacher 表用于存儲教師編號、 教師 姓名、 教師 密碼 和教師的權限 字段 。 其結構如常熟理工學院畢業(yè)設計（論文） 13 表 43所示。 表 43 teacher 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 tno Varchar 50 否 是 tname Varchar 50 是 tpassword Varchar 50 是 默認 888888 role Varchar 50 是 默認 1 Ⅲ .classinfo 表（ 班 級 表） classinfo 表用于存儲班級編號、班級名稱字段及該用戶對應的狀態(tài)。其結構如表44所示。 表 44 classinfo 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 o Varchar 50 否 是 ame Varchar 50 否 Ⅳ .student 表（ 學生 表） student 表用于存儲學生學號、姓名、性別、班級等字段及該用戶對應的狀態(tài)。其結構如表 45所示。 表 45 student 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 sno Varchar 50 否 是 sname Varchar 50 是 sex Varchar 50 是 sface Varchar 50 是 sclass Varchar 50 是 slocal Varchar 50 是 steacher Varchar 50 是 saddress Varchar 50 是 sphone Varchar 50 是 spassword Varchar 50 是 默認 888888 Ⅴ .grade 表（ 成績 表） grade 表用于存儲學生 的成績編號，成績得分和課程號 字段及該用戶對應的狀態(tài)。其結構如表 46 所示。 常熟理工學院畢業(yè)設計（論文） 14 表 46 grade 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 gname Varchar 50 是 gscore Varchar 50 是 gid Varchar 50 是 Ⅵ .lesson 表（ 課程 表） lesson 表用于存儲課程編號、 課程名稱 、學分 和授課老師 字段及該用戶對應的狀態(tài)。結構如表 47所示。 表 47 lesson 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 ino Varchar 50 否 是 iname Varchar 50 是 icredit Varchar 50 是 iteacher Varchar 50 是 Ⅶ .module 表（ 模塊權限 表） module 表存儲管理員、教師、學生對系統(tǒng)所擁有的權限模塊 以及這個權限的序號字段及該用戶對應的狀態(tài)，其結構如表 48 所示。 表 48 module 表 字段名稱 字段類型 字段大小 是否可以為空 主鍵 備注 ID Varchar 50 否 是 modulename Varchar 50 是 （ 3） 實體關聯(lián)表 為了 將 兩個或者兩個以上實體建立一對多關系，需要對其中的表建立聯(lián)系，這就是實體關聯(lián)表 。其中 本系統(tǒng) 對學生 班級、學生 成績、學生 課程、教師 權限 等 不同的 表進行 了 關聯(lián) 。 在本章節(jié)主要 對系統(tǒng)的結構 、 流程和數(shù)據(jù)庫進行了詳細的 分析 ，為 下一步 系統(tǒng) 的實現(xiàn) 奠定 堅實的基礎。 常熟理工學院畢業(yè)設計（論文） 15 5. 系統(tǒng) 模塊 設計與實現(xiàn) 根據(jù)本系統(tǒng)的主要功能及上一章的系統(tǒng)總體設計，系統(tǒng)開發(fā)進入下一個 重要階段 ：系統(tǒng)模塊詳細設計。在這一階段的工作中， 有下面幾項任務 ： （ 1） 對系統(tǒng)的各個模塊做前臺界面設計，作為優(yōu)化的基礎。 （ 2） 對每個模 塊進行 具體的 詳細的算法設計。 （ 3） 對系統(tǒng)的每一個界面進行編碼并在最終完成后對其測試。 系統(tǒng)結構體系的設計 本學生綜 合信息管理系統(tǒng)被分為 表示層、業(yè)務層和數(shù)據(jù)邏輯層 三個層次， 一共包含六個項目文件，其中 系統(tǒng)整體框架圖如圖 51 所示： 其中 Model 層和 Common 層主要用來放數(shù)據(jù)庫表和視圖設計分類，處理分類的業(yè)務邏輯的方法放在 BLL層， DAL 層則用來調用數(shù)據(jù)庫的訪問方法， DBUtility 層則存放一系列的操作數(shù)據(jù)庫方法，能夠被 DAL 層調用， WEB 層是用戶和系統(tǒng)交互的界面， 輸入數(shù)據(jù)和輸出結果都在 WEB 層展示， 就是我們能夠看到的，每個層次的關系 是 一一對應的，在主要模塊設計中 關鍵代碼部分均使用 DAL 層中代碼 。 用戶主要模塊設計 用戶模塊分為四大 模塊，用戶在模塊中實現(xiàn)了不同的操作功能， 在下文的各個模塊中將具體 介紹這些模塊 實現(xiàn)的功能，模塊的主界面 展示以及實現(xiàn) 功能 的部分代碼。 登陸模塊 進入系統(tǒng)的登陸主界面首先輸入用戶名“ 20211991”，然后輸入密碼“ 123”，點擊管理員，再點擊“登陸”，如果存在這個管理員用戶 ， 則你會成功進入系統(tǒng)管理員界面 ， 然后實現(xiàn)管理員 操作， 如果你輸入的用 戶名不存在或者用戶名密碼錯誤，則會彈出一個對話 ，進入系統(tǒng)的登陸主界面首先輸入用戶名 “ 20211991” ，然后輸入密碼 “ 123” ， 點擊 管理員，圖 51 系統(tǒng)整體框架圖 常熟理工學院畢業(yè)設計（論文） 16 再點擊“登陸” ， 如果存在這個管理員用戶 ， 則你會成功進入系統(tǒng)管理員界面 ， 然后 實現(xiàn)管理員 操作， 如果你輸入的用戶名 不存在或者用戶名 密碼錯誤， 則會彈出一個對話框，要求你重新輸入正確的用戶名或者密碼 。 登錄主界面如圖 52 所示。 其中 前臺通過 ()方法進行傳遞用戶名和密碼 ,調用 Checkbbtn方法進行判定用戶是否合法。 判斷的關鍵代碼如下 所示： if (checkedbtn == 管理員 ) { bllad = new ()。 List listadmin = (1=1)。 if ( != 0)} { for (int i = =0。 i 。 i++) } 管理員模塊 在 管理員模塊中， 分為權限管理和教師管理兩個部分。 （ 1） 權限管理 在權限管理中主要分為 授權 信息和權限模塊兩 個界面，權限信息里面顯示的就是被授權的老師全部的信息并可以通過查詢教師編號得出具體的教師擁有的操作權限。