【文章內(nèi)容簡介】 至 2020 年 12 月 23 日：建立后臺數(shù)據(jù)庫，完成 Access 數(shù)據(jù)庫的設計和規(guī)范，建立 ER 模型，完成系統(tǒng)詳細設計并逐步完善系統(tǒng)。 2020 年 12 月 23 日至 2020 年 12 月 28 日：系統(tǒng)測試，測試系 統(tǒng)的容錯性和安全性，查看系統(tǒng)功能是否完善，所有功能是否均能實現(xiàn)。 2020 年 12 月 28日至 2020 年 1 月 1 日：完成本系統(tǒng)的其他設計（包括文檔修改說明、數(shù)據(jù)備份），系統(tǒng)正式投入使用。 具體 系統(tǒng)開發(fā)的進度計劃 安排如下： 圖 2 系統(tǒng)開發(fā)的進度計劃 活動 代號 活動內(nèi)容 周 次 1 2 3 4 5 6 7 8 9 10 11 12 A 需求分析 B 生產(chǎn)過程設計 C 業(yè)務流程分析 D 數(shù)據(jù)流程分析 E 數(shù)據(jù)庫設計 F 信息系統(tǒng)開發(fā) G 系統(tǒng)測試 H 系統(tǒng)運行 《信息系統(tǒng)與 WEB 開發(fā)》課程設計 第 6 頁 共 36 頁 3. 網(wǎng)站 需求分析 業(yè)務需求 業(yè)務組織 圖 3— 通用學生 學籍 系統(tǒng)的組織結(jié)構(gòu)圖 系統(tǒng)管理 處 ：主要的任務是對 學籍 管理系統(tǒng)進行監(jiān)督、維護、安全以及保密性等其他系統(tǒng)保護的管理，并將對使用該 學籍 管理系統(tǒng)的用戶進行監(jiān)督和管理。 教務處：主要是系統(tǒng)管理 處 的下 級管理者，主要是對各學院上交 學生 所在班級 和 與學生有關的事項 —— 退學和休學 等，并將其匯總錄入和的處理統(tǒng)計 ， 進行管理和保存相關記錄 。 招生處： 記錄 錄取 學生的 基本情況 和其他與學生 信息 有關的事項，并將其匯總上交到教務辦相關人員。 用戶 ：主要是對該系統(tǒng)進行 瀏覽 、修改 用戶密碼 ， 系統(tǒng)將 用戶 需要的信息發(fā)聵給 用戶 。且通過系統(tǒng)可以將學校的關于 學生 方面 等的事項 通知 給用戶 。 學籍 管理 系統(tǒng) 教務處 教務處主任 教務處其他人員 學生 招生辦主任 招生辦其他人員 系統(tǒng)用戶 招生處 系統(tǒng)管理處 系統(tǒng)監(jiān)督員 系統(tǒng)維護員 系統(tǒng)管理 員 學生學籍管理網(wǎng)站系統(tǒng) 設計與開發(fā) 7 業(yè)務流程 業(yè)務流程 通用學生學籍管理 系統(tǒng)的構(gòu)成為 用戶管理 、 學規(guī)管理 、 學籍管理 模塊。 其基本流程如下： 招生處在新生入學報到前發(fā)送新生 錄取數(shù)據(jù)（ Excel 電子文檔）到新生所在系→各系對已報到入學的新生編班編學號，把完整的班號和學號增加到 Excel電子文檔上→在學校規(guī)定的新生入學報到時間后數(shù)周內(nèi)將 Excel 電子文檔 上交給教務處。 另外，招生處將招生人員變動表上報給教務處，進行招生人員信息處理，反饋新招生人員信息表給招生處。 教務處將所有學生學籍信息匯總保存，并建立學生籍檔案。 教務 處能夠?qū)W生學籍檔案進行添加、修改、刪除和查詢。 系統(tǒng)管理處 對學生的學籍檔案進行安全管理和對系統(tǒng)進行維護。 學生 用 自己的 賬號信息登錄， 瀏覽查看自己學籍信息 ，并得到升 降 級 等 事 項通知 。 圖 4通用學生學籍管理 系統(tǒng) 業(yè)務流程圖 學籍反饋 學生 教務 處 添刪改查學籍信息 學籍檔案 學籍卡 系統(tǒng)管理處 維護和管理 招生處 新生錄取電子 檔 招生人員變動表 招 生 人員 信 息處理 招生人員信息表 教務處 錄入 學籍處理規(guī)定 學籍處理 匯總保存 《信息系統(tǒng)與 WEB 開發(fā)》課程設計 第 8 頁 共 36 頁 網(wǎng)站 功能需求 網(wǎng)站 功能 學籍管理系統(tǒng) 功能組成 有： 用戶管理 功能 ：這個功能包括添加、編輯和刪除用戶的功能，并且能修改用戶的密碼。另外，在這里要實現(xiàn)按模塊的方式對用戶的權(quán)限進行管理。 班級管理 功能 ：這個功能包括添加班級和刪除班級信息。 招生人員管理 功能 ：這個功能包括添加招生人員和刪除招生人員。 學籍管理 功能 ：這是系統(tǒng)的核心功能，首先要實現(xiàn)錄入學籍信息的功能。另外需要按班級，招生人員， 姓名等方式對學籍信息進行瀏覽、編輯、查詢和刪除操作。 由上可知，該財務管理信息系統(tǒng)的功能結(jié)構(gòu)設計如圖所示。 圖 5 系統(tǒng)功能樹 功能邏輯 在 學生學籍系統(tǒng) 管理過程中，根據(jù)上述對 系統(tǒng) 業(yè)務流程的分析得出系統(tǒng)的 頂層 數(shù)據(jù)流程圖 ，見圖 6。對系統(tǒng)數(shù)據(jù)流程的具體分析如下： 1． 用戶 管理數(shù)據(jù)流。在這個過程中首先是 用戶 發(fā)出的， 用戶可以 發(fā)出 、添加用戶信息、刪除用戶信息、編輯用戶信息和 修改用戶密碼請求 。 系統(tǒng) 根據(jù) 用戶 登錄 信息將 判斷用戶 是否具有該 模塊操作的權(quán)限 。如果 用戶有該模塊的授權(quán)，可以學生學籍管理系統(tǒng) 添加用戶信息 編輯用戶信息 刪除用戶信息 修改用戶密碼 刪除招生人員 用戶管理 班級管理 刪除班級信息 添加班級信息 瀏覽學籍信息 刪除學籍信息 查詢學籍信息 錄入學籍信 息 修改學籍信息 添加招生人員 招生人員管理 學籍管理 學生學籍管理網(wǎng)站系統(tǒng) 設計與開發(fā) 9 對 該模塊進行相關操作 ， 操作完后系統(tǒng)自行保持用戶信息，并提交到數(shù)據(jù) 庫 中的用戶信息表 。 記錄操作成功后，則以返回操作成功信息給用戶來結(jié)束運行。 如果沒有訪問權(quán)限，系統(tǒng)將彈出不可以操作的信息框給用戶。數(shù)據(jù)流程圖見圖 7。 2． 學規(guī) 管理數(shù)據(jù)流。 學規(guī)管理 數(shù)據(jù)流首先是 系統(tǒng)管理員 發(fā)出的， 管理員 對 學規(guī)管理模塊 產(chǎn)生 班級信息和招生人員信息的操作 請求 ， 請求通過 時將 進入到相關操作的界面 ，將 要增加的信息和要刪除的信息提 交給 系統(tǒng)，系統(tǒng)自行保 存 學規(guī)信息，并提交到數(shù)據(jù) 庫 中的班級信息表和招生人員信息表 。 如果沒有訪問權(quán)限，系統(tǒng)將彈出不可以操作的信息框給用戶。 記錄操作成功后，則以返回操作成功信息給用戶來結(jié)束運行 。數(shù)據(jù)流程圖見圖 8。 3． 學籍 管理數(shù)據(jù)流。 管理員發(fā)出操作請求 ， 請求通過 時將 進入到相應的界面進行操作 ，將 要錄入、修改、查詢和刪除學籍后信息提 交給 系統(tǒng)，系統(tǒng)自行保存學籍信息，并 更新 數(shù)據(jù) 庫 中的 學籍 信息表 。 如果沒有 通過 ，系統(tǒng)將彈出不可以操作的信息框給用戶。記錄操作成功后，則以返回操作成功信息給用戶來結(jié)束運行。數(shù)據(jù)流程圖見圖 9。 圖 6— 通用學生 學籍 管理系統(tǒng)頂層數(shù)據(jù)流程圖 學籍管理系統(tǒng) 招生處 用戶 操作信息 操作成功 或失敗 更新 信息 招生和就 業(yè)情況 系統(tǒng)管理處 維護和管理 學籍檔案 《信息系統(tǒng)與 WEB 開發(fā)》課程設計 第 10 頁 共 36 頁 圖 7對 “ 用戶管理 ” 細化后的 1 層數(shù)據(jù)流程圖 圖 8對 “ 學規(guī)管理 ” 細化后的 1 層數(shù)據(jù)流程圖 用戶 增刪班級數(shù)據(jù) 增刪班級信息請求 班級信息表 招生處 增刪 招生人員信息請求 權(quán)限審核 招生人員 信息表 添刪招生 人員數(shù)據(jù) 教務處 用戶 修改密碼數(shù)據(jù) 修改密碼請求信息 用戶信息表 添刪改用戶信息請求 系統(tǒng)管理處 權(quán)限審核 用戶信息表 添刪改數(shù)據(jù) 教務處 學生學籍管理網(wǎng)站系統(tǒng) 設計與開發(fā) 11 圖 9對 “ 學籍管理 ” 細化后的 1 層數(shù)據(jù)流程圖 數(shù)據(jù)需求 數(shù)據(jù)關系 系統(tǒng)數(shù)據(jù)庫中 招生人員信息