1、軟件工程課程設計學生信息管理系統學院：計算機科學與技術學院 專業：姓名： 學號 指導老師：16 / 16目錄一、學生管理系統需求分析1.2.1系統任務概述 3122功能需求31.2.3 數據流圖 .4 1.2.4 數據字典 . .71.2.5 E-R 圖.71.2.6 性能要求 .81.2.7 運行環境 .8二、概要設計2.1 設計思想.92.2 功能需求.92.3 性能需求.102.4 系統框架102.4.1 系統流程分析 102.4.2 系統功能模塊分析 11三、系統詳細設計3.1 管理員用例圖 133.2 用戶狀態圖 143.3 用戶活動圖 153 .4用戶協作圖 .15學生管理系統需求

2、分析1.2.1 系統任務概述學生信息管理系統是針對學校人事處的大量業務處理工作而開發的管 理軟件，主要用于學校學生信息管理，總體任務是實現學生信息關系的系 統化、科學化、規范化和自動化，其主要任務是用計算機對學生各種信息 進行日常管理，如查詢、修改、增加、刪除，另外還考慮到學生選課，針 對這些要求設計了學生信息管理系統。推行學校信息管理系統的應用是進 一步推進學生學籍管理規范化、電子化、控制輟學和提高義務教育水平的 重要舉措。在以前，學校處理學生學籍檔案等信息，需要人工收集數據信息，填寫表格 等，然后加以保存。但是，長此以往，隨著學生人數不斷地增加，學生信息量比 較大，學校對于學生信息的保存等

3、更加困難。 這就使得必須有一種簡潔快速的方 法，方便學生信息的存儲和調用。學生管理系統就此應運而生。由此可以看出，人工操作效率太慢，而且容易出錯。更加浪費時間。因此， 利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。 學生信息的 錄入，調用和查看更加方便，快捷。而且，各種流程出錯率大大降低。由此，計 算機對于人工的優勢顯而易見。1.2.2 功能需求學生管理系統的目的是實現學生信息錄入、查看、調用等業務的自動化 管理，以提高工作效率。學生信息管理系統主要包括以下幾個功能模塊：1. 學生信息管理： 有關學籍等信息的錄入、查詢和修改，包括學生 基本信息，所在學院，專業班級等。2. 課程信

4、息管理： 學生已學課程和正在學習課程。3. 成績信息管理： 學生課程成績查詢。4. 學生選課管理： 學生選課系統。5. 任課老師查詢： 查詢正在學習課程的老師信息。系統功能模塊：123數據流圖頂層數據流層圖對頂層數據流圖進行分解，分離出兩個加工：讀者要求處理和管理員要求處理, 分別編號為1和2由于加工分離出來，原先屬于內部數據流（文件）的部分（如 期刊目錄文件、期刊登記文件和期刊內容文件） 這里就變成了外部數據流，它們 被標在第二層數據流圖上，“讀者要求處理”加工分別從期刊內容文件、期刊登 記文件和期刊目錄文件讀數據，“管理員要求處理”加工不僅從期刊目錄文件讀 數據，當數據處理完成后，還要向期

5、刊目錄文件寫入數據。 分解后的第二層數據 流圖如圖1-5所示。期刊目錄文件期刊內容文件 F圖1-5第二層數據流圖接下來對加工1和2繼續分解。同理，加工1進一步分解五個子加工：加工1.1 讀者要求分類，加工1.2變動處理，加工1.3借閱處理，加工1.4歸還處理，加 工1.5查詢要求處理。加工2進一步分解成三個子加工：加工2.1管理要求分類， 加工2.2期刊登記，加工2.3期刊征訂。原先的內部數據流：讀者文件和借閱文 件變成了外部數據流，第三層數據流圖如圖1-6所示。加工1.5包含多種查詢，可以進一步分解，變成三個加工：加工 1.5.1查詢要求 分類，加工1.5.2查詢期刊去向，加工1.5.3查詢

6、期刊內容，第四層數據流圖如圖 1-7所示期刊借閱文件期刊借閱文件期刊目錄文件查詢要求。5查詢要求處理用戶文件期刊借閱文V件讀者124數據字典1. 文件條目用戶=學生|管理員用戶文件=用戶名期刊目錄文件=刊號+刊名+郵發代號+主辦單位+出版周期 期刊登記文件=刊號+年+ （卷）+期期刊借閱文件=用戶名+刊名+年+ （卷）+期+借閱日期+歸還日期期刊內容文件=刊號+年+ （卷）+期+文章題目+作者單位+作者姓名+關鍵詞1 + 關鍵詞2+關鍵詞3+關鍵詞4+關鍵詞52. 數據條目征訂單=刊號+郵發代號+單價+數量+金額 期刊去向信息=刊名+年+ （卷）+期+讀者姓名期刊內容信息=關鍵詞1+關鍵詞2+

7、關鍵詞3+關鍵詞4+關鍵詞5+刊名+年+（卷） +期變動要求=添加I更改I刪除借閱要求=用戶名+刊名+年+ （卷）+期歸還要求=用戶名+刊名+年+ （卷）+期按關鍵詞查詢要求=（關鍵詞1）+ （關鍵詞2）+ （關鍵詞3）+ （關鍵詞4）+ （關鍵詞5）查詢期刊去向要求=刊號+刊名+年+ （卷）+期1.2.5E-R 圖系統的E-R圖如圖所示圖1-8期刊管理系統的E-R圖1.2.6性能要求在性能方面，要求系統的查詢和更新時間不超過一秒。其他一些要求如下: 系統最小壽命：系統應該能在無重大改動的條件下正常運行 5年以上。 設備要求：計算機穩定性良好，整套系統經濟實惠。在使用上：要求系統易理解，易學習

8、，易操作。在安全性上：要求系統安全可靠，容錯，易恢復。在數據集中上：要求用統一的數據庫實現數據的完整性和實時性。在可維護性上：要求系統可修改，可測試，可擴充，可移植。1.2.7運行環境對本系統運行環境沒有特殊要求，以下硬件配置就可以滿足要求：服務器CPU為Pentium II 300或更高配置，內存128MB以上，硬盤至少為 500MB ,網 絡適配器10MbPS或更快的網卡，一個CD-ROM驅動器，打印機一臺，UPS (選 配)，客戶機 CPU 為 Pentium 200或更高配置，內存 64MB 以上，硬盤至少 100MB。二 概要設計2.1 設計思想(1) 系統分成幾個相對獨立的模塊。(

9、2) 分層的模塊化程序設計思想，整個系統采用模塊化設計結構，作為應用 程序有較強的可操作性和可擴展性。(3) 合理的數據流設計，在應用系統設計中，相對獨立的模塊間的數據流相 互連接，使各模塊間的耦合性較低，方便系統運行，提高系統安全性。2.2 功能需求隨著管理信息系統應用的深入， 學校可以逐步建立起一套科學的管理應用系 統。首先，可以通過這樣的系統更深入的了解學生信息， 直接建立合理管理學生 信息的數據系統，如：(1) 學生登錄可以使用查閱本人的基本情況、查閱本人所學課程成績情況、 查閱課程的任課老師情況、 修改本人的基本信息以及對本人的登錄密碼進行編輯 等權限；(2) 教務人員登錄可以查看教

10、師本人的基本信息、所教課程成績、所教課程 的基本信息、成績的發布與錄入以及登錄密碼編輯等權限；(3) 管理人員登錄可以查看登錄人員的賬戶信息、對學生信息進行管理、對 教師信息進行管理、 對課程進行各種管理等。 將這樣的系統和已有的管理和業務 系統聯系起來， 構筑成能夠及時反應的教務系統。 從而更加快捷地達到與學生信 息交互，提高教務教學管理運作效率。 將這樣的系統同時提供給學校內各班級內 部使用，能夠極大地提高學校教務管理水平。 而學生信息管理系統作為教務管理 的中間環節，有著尤為重要的意義。完善的學生信息管理是學校健康運作的一個重要標志。 然而，完善的學生信 息管理需要學校許多的資源， 如何

11、簡化教務的管理而不失其完整性和科學性是許 多學校頭痛的問題，也是本系統在功能上力求解決的一個問題。隨著學校教務的擴展和工作量的增加，數據量不斷擴大。為了滿足工作需要， 必須實現各子系統之間能夠共享數據，實現需要的統一管理和自動化數據傳遞， 結合學生信息管理要點提出以下主要功能需求。包括學生信息的管理、班級信息 的管理、教師信息的管理、課程信息的管理、學生選課管理以及成績管理，并具 有嚴格的系統用戶及分級權限控制，保證了教學數據的嚴格保密性。2.3性能需求一般的性能需求是指相互消息傳遞順利， 協議分析正確，界面友好，運行時 間滿足使用需要，安全性得到完全保證。就實際情況，在高系統配置、高網絡帶寬

12、很容易得到保證的情況下， 最需要 考慮的性能需求就是系統安全性問題。在開發系統的每個階段，均需要考慮彼此 間的認證與授權。尤其要注意認證，簡單地說就是確定誰是特定用戶，并針對安 全源驗證該用戶的身份。在處理完識別用戶的方法之后，必須開發一種方法以向 用戶授權，從而能夠使用系統的特定功能。 也就是說，需要一種方法來決定允許 特定用戶進行什么樣的操作。這些都是進行下一步系統設計時需要考慮的性能方 面內容。2.4系統框架本系統的框架如下圖3.1所示：圖3.1系統框架圖2.4.1系統流程分析用戶首先登錄系統初始頁面，進行身份選擇后，輸入賬號密碼進行登錄，如 果身份選擇的是學生，那么登錄之后將會面對的選

13、項有基本信息查詢、學生成績 查詢、成績排名、任課老師查詢、修改密碼、修改基本信息，最后選擇注銷退回 登錄初始界面；若選擇教師身份登錄，那么將會面對的選項有查看基本信息、 查 看課程成績、密碼修改、查看課程信息、成績修改、成績錄入，最后依然是注銷 回到登錄初始界面；最后便是管理員身份登錄，登錄之后還會面對四個模塊，首 先是賬戶信息管理，包括顯示個人信息、修改賬戶信息、修改備注、增加賬戶、 刪除賬戶以及用戶信息瀏覽；其次是學生信息管理，包括學生信息瀏覽、學生信 息查詢、學生信息修改、學生信息刪除已經學生信息插入；然后便是教師信息管 理，這個模塊與學生信息管理模塊較為相似， 功能包括教師信息瀏覽、教

14、師信息 查詢、教師信息修改、教師信息刪除以及教師信息插入；最后是成績課程管理， 包括有課程信息瀏覽、任課信息查詢、任課修改刪除、修改刪除科目，課程安排 以及添加科目。242系統功能模塊分析學生信息管理系統主要包括以下幾個功能模塊：用戶管理（管理員與教師管理和學生管理）課程信息管理、教師信息管理、成績信息管理、課程信息管理、 學生選課管理。3.2學生登錄模塊功能圖教教教教3.3教師登錄模塊功能圖3.4管理員登錄模塊功能圖(1) 學生登錄模塊該模塊主要由六個子模塊構成。分別是基本信息查詢、學生成績查詢、成績 排名、任課老師排名、修改密碼、修改基本信息六個模塊。主要功能包括學生的 學籍和成績查詢以及

15、個人信息的相關修改。(2) 教師登錄模塊該模塊主要負責教師對自己所教課程的成績進行相關管理以及查看課程信 BO當以教師身份登錄進來之后，可以修改教師本人所教課程的成績， 錄入該門 課程成績等功能，另外可以查看個人信息，課程成績以及課程信息。(3) 管理員登錄模塊該模塊相對于學生與教師模塊屬于后臺模塊，是對于學生和教師以及課程信 息的一個綜合性管理模塊。該模塊又分為四個模塊，分別為賬戶信息管理、學生 信息管理、教師信息管理和課程成績管理，在賬戶信息管理中，可以顯示管理員 本人的信息，可以修改管理員賬戶的密碼，可以修改管理員的個人備注，可以增 加和刪除超級用戶的人數，也可以對用戶信息進行瀏覽；在學

16、生管理模塊與教師 管理模塊中，可以對學生以及教師的信息進行瀏覽、 查詢、修改、刪除以及插入； 而在成績課程管理模塊中包括課程信息瀏覽， 可以統一的瀏覽學校的各門課程的 情況，任課信息查詢則可以通過教師姓名或者課程姓名進行查詢，在任課修改刪除模塊中，可以通過選擇相關課程的課名，然后實施修改或者刪除該門課程的任 課老師，在修改刪除科目選項中，可以先通過課程號對課程進行選擇， 然后再進 行修改或刪除，課程安排選項里，可以對授課時間進行統一的插入與刪除操作， 而在最后的添加科目中，可以添加新的課程，并且任命授課老師。三、系統詳細設計3.1管理員用例圖用例圖是用來描述系統與參與者之間的相互作用的，也可以

17、說它是從管理員 的角度出發對如何使用系統的描述。用例圖可以比較直觀的反映系統的構造，在本系統中對管理員的用例分析如下圖 5.1所示：用例描述如下：(1) 學生信息管理此模塊只有管理員才能用來瀏覽，查詢，修改，刪除和插入學生的有關信息。(2) 用戶信息管理該模塊用來對超級用戶的信息進行添加，修改，查看，刪除等，此模塊只有 管理員才能使用。(3) 教師信息管理此模塊只有管理員才能用來瀏覽，查詢，修改，刪除和插入教師的有關信息。(4) 課程信息管理該模塊用來對所羅列的課程進行查看，刪除等，此模塊只有管理員才能使用。 3.2用戶狀態圖狀態圖是描述一個實體基于事件反應的動態行為，顯示了該實體如何根據當

18、前所處的狀態對不同的事件做出反應的10。通常創建一個UML狀態圖是為了以 下的研究目的：研究類、角色、子系統或組件的復雜行為。本系統的的狀態圖如 圖5.2所示：圖5.2用戶狀態圖狀態圖用于顯示狀態機(它指定對象所在的狀態序列)、使對象達到這些狀態 的事件和條件、以及達到這些狀態時所發生的操作。狀態機用于對模型元素的動態行為進行建模，更具體地說，就是對系統行為中受事件驅動的方面進行建模。狀態機專門用于定義依賴于狀態的行為(即根據模型元素所處的狀態而有所變化的行為)。其行為不會隨著其元素狀態發生變化 的模型元素不需要用狀態機來描述其行為(這些元素通常是主要負載管理數據的 被動類)。狀態機由狀態組成，各狀態由轉移鏈接在一起。狀態是對象執行某項活動或 等待某個事件時的條件。轉移是兩個狀態之間的關系，它由某個事件觸發，然后 執行特定的操作或評估并導致特定的結束狀態。3.3用戶活動圖活動圖(ACtiVity Diagram)在UML里，活動圖本質上就是流程圖，它描述系 統的活動，判斷點和分支等。狀態圖描述一個對象的狀態以及狀態改變，而活動圖除了描述對象狀態之外，更突出了它的