《系統建模基礎（uml）》課程設計
系統名稱學籍管理系統
班級姓名
編制時間
指導老師
一、學籍管理系統概述
隨著網路技術和軟體技術的飛速發展，特別是inter***/intra***的出現及其相關技術的迅速發展，資訊革命帶來了全球範圍市場競爭的日益加劇，對傳統的辦公教學和生活方式產生了巨大的衝擊。辦公自動化就是採用inter***/intra***技術，基於工作流的概念，使內部人員方便快捷的共享資訊，高效的協同工作；改變過去複雜，低效的手工辦公方式，實現迅速，全方位的資訊採集，資訊處理。校園網的建設，為學籍管理系統提供了技術保障。
學籍管理系統是乙個由學校學籍管理資訊中心監控，各教學系（部）、教研室分級管理，由學生檔案管理、成績管理、查詢管理、列印報表等幾部分組成。
1.1專案的背景與意義
爭對目前的教學，處理的資訊主要有學生資訊、成績資料。
對於學生資訊，各班的班主任及學校領導由於各種分類和了解的需要，經常性地進行各種查詢。教導處在每一屆學生進校時必須進行分班，設定學號；每一屆學生畢業，要進行學生資訊備份；
對於成績管理，課任教師要進行本科目成績登記，計算平均分、優秀率、及格率；班主任在期末考試後計算本班學生總分，排名次；教導處要分段統計學生人數及所佔比列，每學期進行學生成績備份；學校領導則可通過查詢工具來了解學生成績情況。
在學籍管理中，需要從大量的日常教學活動中提取相關資訊，以反映教學情況。傳統的手工操作方式，易發生資料丟失，統計錯誤，勞動強度高，且速度慢。使用計算機可以高速，快捷地完成以上工作。
在計算機聯網後，資料在網上傳遞，可以實現資料共享，避免重複勞動，規範教學管理行為，從而提高了管理效率和水平。
1.2業務模式
高校學生學籍管理系統將採用b/s模式，學生的資訊由各使用者在規定的許可權下在各自的工作站上錄入，統一儲存在系統伺服器上，既可集中管理，有可讓各部門管理自己負責的資訊。資訊上網後各使用者可查詢，呼叫，達到全校資訊共享。
二、可行性分析
三、系統總體功能需求
3.1.學生資訊管理模組
新生資訊錄入，學生基本資訊修改，學生狀態管理**業，轉學，退學，休學，畢業），學生資訊查詢。
3.1.1新生資訊管理
本部分的功能主要有新生匯入、分班。新生匯入實現從現存的excel新生名單中錄入學生資訊。分班功能實現按新生的成績及性別進行分班。
3.1.2畢業學生資訊管理
當學生畢業後，學生資訊轉移至備份資料庫中，系統的基本資料庫中需要刪除學生資訊。該功能主要進行成批地刪除學生資訊，如連續學號區段的多位學生資訊刪除，整個班級的刪除，在學生資訊刪除前，以學號區段或班級為單位儲存到備份資料庫。
3.1.3學生學籍更改
當學生換班、退學、插班、結業、休學時，對學生的學籍資訊進行更改。
3.2學生成績管理模組
學生成績錄入，學生成績修改，學生成績統計，學生成績查詢。
學生成績錄入。以班級為單位，錄入各科目的期末成績。
總分及名次。以班級為單位，計算學生的總分及名次。
成績備份。以班級為單位，將學生的成績儲存到備份資料庫中。
3.3資訊查詢模組
學生資訊查詢，學生成績查詢，專業查詢，院校查詢，班級資訊查詢，即根據使用者的要求，查詢學生資料庫的所有可能的資訊。
系統總體功能需求圖如圖1所示：
圖1：系統總體功能需求圖
學籍資訊管理模組包括的具體功能模組如圖2所示：
圖2：學生資訊管理模組功能需求圖
學生成績管理模組包括的具體功能模組如圖3所示：
圖3：學生成績管理模組功能需求圖
資訊查詢模組包括的具體功能模組如圖4所示：
圖4：資訊查詢模組功能需求圖
四三、uml系統建模
4.1系統用例模型
用例圖是被稱為參與者的外部使用者所能觀察到的系統功能的模型圖。用例是系統中的乙個功能模組，可以被描述為與系統之間的一次互動作用。用例模型的用途是列出系統中的用力參與者，並顯示哪個參與者參與了哪個用例的執行，建立用例圖分為角色的確定、建立用例、建立角色——用例關係圖。
4.1.1角色的確定
角色是與系統有互動作用的人或事務，通常代表著乙個系統的使用者，或者需要與系統打交道的人或事務。
在學籍管理系統中有如下事務：
■新生到校註冊
■在校學生修改學籍資訊
■學生成績錄入
■查詢學生基本資訊
■查詢學生成績
在本系統uml建模中，可以建立以下角色（actors）：
■學生■教務人員
（注釋：為了便於實現，分析時將教師、教務管理人員及系統管理員歸為教務人員）
使用rational rose的use case view中建立的actors如圖5所示：
圖5：在use case view中建立角色
4.1.2建立用例
用例是系統跟客戶的互動，是系統提供的功能模組。在本系統中進過分析得到以下用例：
■登陸■資訊查詢
■學生註冊資訊
■學籍修改
■成績錄入
■成績查詢
4.1.3建立用例關係圖
在學籍管理系統中，用例關係圖如圖6所示：
圖6：學籍管理系統用例圖
4.2系統動態模型
動態模型包括活**、時序圖和協作圖等。建立動態圖的目的是為了更好的了解業務流程。
4.2.1建立活**
活**展示了系統中的功能流，可以在業務模型中顯示業務工作流；可以在收集需求時顯示乙個使用案例的事件流。
使用本系統的活**如圖7所示：
4.2.2建立時序圖
時序圖表示物件之間傳遞資訊的時間順序。時序圖可以用來說明乙個事務的歷史過程，時序圖的用途是用來表示用例中行為者的時間順序。
（1）學生登陸系統時序圖如圖8所示：
圖8：學生登陸系統時序圖
（2）教務人員登陸系統時序圖如圖9所示：
圖9：教務人員登陸系統時序圖
（3）新生註冊時序圖如圖10所示：
圖10：新生註冊時序圖
（4）個人資訊修改時序圖如圖11所示：
圖11：個人資訊修改時序圖
（5）教務人員查詢學生資訊時序圖如圖12所示：
圖12：教務人員查詢學生資訊時序圖
（6）學生查詢個人資訊時序圖如圖13所示：
圖13：學生查詢個人資訊時序圖
（7）學生成績錄入時序圖如圖14所示：
圖14：學生成績錄入時序圖
（8）教務人員查詢學生成績時序圖如圖15所示：
圖15：教務人員對學生成績查詢時序圖
（9）學生查詢成績時序圖如圖16所示：
圖16：學生查詢成績時序圖
4.2.4建立協作圖
協作圖顯示的資訊與時序圖相同，但協作圖用不同的方式來顯示資訊，兩種圖有不同的作用。協作圖不參照時間而顯示物件與角色的互動。
（1）學生登陸系統協作圖如圖17所示：
圖17：學生登陸系統協作圖
（2）教務人員登陸系統協作圖如圖18所示：
圖18：學生登陸系統協作圖
（3）新生註冊協作圖如圖19所示：
圖19：新生註冊協作圖
（4）個人資訊修改協作圖如圖20所示：
圖20：個人資訊修改協作圖
（5）教務人員查詢學生資訊協作圖如圖21所示：
圖21：教務人員查詢學生資訊協作圖
（6）學生查詢個人資訊協作圖如圖22所示：
圖22：學生查詢個人資訊協作圖
（7）學生成績錄入協作圖如圖23所示：
圖23：學生成績錄入協作圖
（8）教務人員查詢學生成績協作圖如圖24所示：
圖24：教務人員查詢學生成績協作圖
（9）學生查詢成績協作圖如圖25所示：
圖25：學生查詢成績協作圖
4.3建立系統類圖
類圖是系統設計核心的部分；類圖用於對系統靜態設計檢視建模；類圖不僅對結構模型的視覺化、詳述和文件化很重要。而且對通過正向與逆向功能構造可執行的系統很重要。類圖中的類是針對時序圖和協作圖中每種物件建立的。
本系統的類圖如圖26所示：
圖26：系統類圖
4.4建立系統部署圖
在系統部署中有兩種檢視，組建圖和配置圖
4.4.1建立組建圖
學籍管理系統課程設計
管理資訊系統 課題名稱 學籍管理資訊系統分析與設計 學生姓名 楊彩霞 所在班級 02計教 學號 39 指導教師 常晉義 目錄第一章前言 1 第一節作業背景 1 第二節選題說明 1 第三節系統開發背景 1 第二章系統分析 2 第一節業務流程分析 2 第二節資料流程分析 3 第三節資料字典 data d...
UML酒店管理系統課程設計
軟體工程實驗報告 學生姓名 魏奇楊樹超 學號541313140147 541313140150 專業班級 3g軟體13 01 院 系 計算機與通訊工程學院 指導教師支俊 完成時間 2015 年 12 月 15 日 成績目錄 1 背景說明 2 需求分析 1 組織結構圖 2 系統功能需求 3 資料庫管理...
UML課程設計簡易辦公管理系統
濱江學院 統一建模語言課程設計報告 2013 2014 年度第二學期 課程名稱 統一建模語言課程設計 題目 簡易辦公系統 院系 計算機系軟體工程 班級 軟工三班 學號 20112344910 姓名 吉 指導教師 李振巨集 設計週數 兩周 日期 2014 年 6月 1 系統分析 1.1 系統開發背景 ...