學生管理系統(tǒng)軟件工程課程設計

1、 軟件工程課程設計報告題 目： 學生管理系統(tǒng) 學生姓名： 學 號： 專業(yè)班級： 同組姓名: 指導教師： 指導老師意見：評定成績： 簽名： 日期： 年 月 日 目 錄一、可行性分析1二、需求分析12.1 系統(tǒng)的功能需求12.1.1 識別參與者22.1.2 識別用例22.1.3 用例的事件流描述22.2 用例模型3三、靜態(tài)結構模型63.1 定義系統(tǒng)對象63.2 定義用戶界面類63.3 建立類圖6四、動態(tài)行為模型84.1 創(chuàng)建系統(tǒng)順序圖84.2 創(chuàng)建系統(tǒng)的狀態(tài)圖94.3 創(chuàng)建系統(tǒng)的活動圖10五、物理模型115.1 創(chuàng)建系統(tǒng)組件圖115.2 創(chuàng)建系統(tǒng)部署圖11六、心得體會12七、參考文獻13一、可行性

2、分析 學生成績管理工作是高校教育工作的一項重要內容。教務管理工作是指學校管理人員按照一定教育方針，運用先進的管理手段，組織 、協(xié)調 、指揮并指導各用戶活動，以便高效率、高質量地完成各項教學任務，完成國家所制定的教育目標。學生成績管理工作是學校教學工作的中樞，是保證高校教學機制正常運轉的樞紐，它是一項目的性、計劃性、適用性、創(chuàng)造性和科學性很強的工作。學生成績工作關系到高校教學秩序的穩(wěn)定。大中型院校人員眾多，如果沒有好的管理，就不能取得很好的成果，應用數(shù)據(jù)庫來管理，在這方面能夠取得很好的效果。      &#

3、160;                      系統(tǒng)的可行性分析 1.系統(tǒng)實施運行的可行性： 各教師，學生都已熟練掌握計算機的基本實用方法和操作技能，對新系統(tǒng)的開發(fā)，表現(xiàn)出極大的熱情。提出了很多好的建議和要求。 2.技術可行性： 校園網(wǎng)已正常運行；開發(fā)人員已熟練掌握開發(fā)工具。技術上實現(xiàn)系統(tǒng)是可行的。 3.經(jīng)濟可行性：

4、0;校園內部局域網(wǎng)絡已經(jīng)建成；硬件投入不需要很大。二、需求分析2.1 系統(tǒng)的功能需求該學生成績管理系統(tǒng)是一個面向學生， 教師的用來進行對學生成績管 理的管理信息系統(tǒng)。該信息系統(tǒng)能夠為師生提供各種管理服務。 (1)學生成績查詢系統(tǒng)能夠為一定數(shù)目的學生提供服務，每個學生都 能夠有唯一的賬號，每一個賬號包括個人的編號和個人信息，系統(tǒng)通 過一個單獨的程序為學生提供服務，不需要人員的干預，這些服務包 括：查詢成績，修改自己的密碼； (2)學生的成績需要教師對其進行錄入和修改，或刪除，既學生不直 接與系統(tǒng)交互，教師代其與系統(tǒng)進行交互，當然教師也可以進行對成 績的查詢 (3)而系統(tǒng)管理員主要負責的是對教師或

5、者學生的信息進行管理，并且管理員還得對本系統(tǒng)設置權限。 或者可以通過師生的唯一賬號對成績進行查詢。 根據(jù)以上分析，給出系統(tǒng)功能圖：圖2.1 系統(tǒng)功能圖2.1.1 識別參與者經(jīng)過對該系統(tǒng)的分析，參與者可確定為：學生、教師和教學管理員2.1.2 識別用例用例包含：學生、教師、教學管理員2.1.3 用例的事件流描述部分主要事件流：用例名：用戶登錄用例描述：用戶根據(jù)自己的用戶名和密碼，登錄到成績管理系統(tǒng)參與者：學生和教師前置條件：電子商城正常運行時間后置條件：如果用戶登錄成功，該用戶可進行權限范圍內的相關操作；如果用戶登錄未成功，則終止登陸或者重新登陸。用例名：學生成績查詢用例描述：學生在瀏覽過程中，

6、選中相應操作，并將其添加到購物車中參與者：學生前置條件：系統(tǒng)正常運行時間后置條件：若學生登陸成功，且成績查詢無誤，則該學生可以關閉該窗口，根據(jù)自己的意 愿進行其他相關操作；如果購物用戶登錄不成功終止操作。用例名：教學管理員修改用戶信息用例描述：教學管理員修改相應用戶信息參與者：教學管理員前置條件：學生成績管理正常運行時間后置條件：若教學管理員登陸成功，且相應用戶信息存在，則管理員可以修改相應用戶信息；否則，教學管理員不可以執(zhí)行該操作。用例名：教師錄入學生成績用例描述：教師錄入相關學生的成績到系統(tǒng)參與者：教師前置條件：學生成績管理系統(tǒng)正常運行后置條件：若管理員登陸成功，則教師可將相關學生的成績錄

7、入到系統(tǒng)；否則管理員不可執(zhí)行該操作。2.2 用例模型采用用例驅動的分析方法分析需求的主要任務是識別出系統(tǒng)中的參與者和用例，并建立用例模型。在本系統(tǒng)中，涉及到的用例圖主要有：系統(tǒng)用例圖、學生用例圖、教師用例圖、教學管理員用例圖。 (1)系統(tǒng)用例圖：學生有用戶管理、課程管理、成績管理、登陸系統(tǒng)的權限；教師有用戶管理、課程管理、成績管理、登陸系統(tǒng)的權限；教學管理員具備所有管理的權限。具體用例圖如下所示：圖2.2 系統(tǒng)用例圖(2)學生用例圖：學生通過用戶管理和成績管理可進行密碼修改、個人信息查詢和成績查詢，同時也可以通過課程管理進行課程信息查看，如下圖所示：圖2.3 學生例圖 (3)教師用例圖：教師通

8、過成績管理可進行成績的錄入并查看學生成績，通過教學管理可進行歷年數(shù)據(jù)查詢和個人課表查詢等，通過用戶管理可以查看個人基本信息和注銷登錄、修改密碼，見下圖：圖2.4教師用例圖 (4)教學管理員用例圖：可進行選課管理、成績管理、教學管理、課程管理和系統(tǒng)設置、用戶管理，具體如下圖所示：圖2.5 教學管理員用例圖三、靜態(tài)結構模型進一步分析系統(tǒng)需求，發(fā)現(xiàn)類以及類之間的關系，確定它們的靜態(tài)結構和動態(tài)行為，是面向對象分析的基本任務。系統(tǒng)的靜態(tài)結構模型主要用類圖和對象圖描述。3.1 定義系統(tǒng)對象系統(tǒng)對象的識別可以通過尋找系統(tǒng)域描述和需求描述中的名詞來進行。3.2 定義用戶界面類通過對系統(tǒng)的不斷分析和細化，可識別

9、出下述界面類、類的操作和屬性。3.3 建立類圖識別出了系統(tǒng)中的類后，還要識別出類間的關系，然后就可以建立類圖了，如下圖所示：圖3.1 實體類圖圖3.2 學生邊界類圖圖3.3 教學管理員邊界類圖四、動態(tài)行為模型系統(tǒng)的動態(tài)行為模型由交互作用圖(時序圖和協(xié)作圖)、狀態(tài)圖、活動圖描述。4.1 創(chuàng)建系統(tǒng)順序圖描述系統(tǒng)用例的主要場景的順序圖如下所示：圖4.1 學生成績查詢順序圖圖4.2 教師錄入順序圖圖4.3 管理員瀏覽用戶登路記錄順序圖4.2 創(chuàng)建系統(tǒng)的狀態(tài)圖圖4.4成績狀態(tài)圖圖4.5 學生信息狀態(tài)圖4.3創(chuàng)建系統(tǒng)的活動圖圖4.6教師成績管理活動圖圖4.7學生查詢成績活動圖五、物理模型 前面的靜態(tài)模型和

10、動態(tài)模型都是按照邏輯的觀點對系統(tǒng)進行的概念建模，另外還需要對系統(tǒng)的實現(xiàn)結構進行建模。對系統(tǒng)的實現(xiàn)結構建模的方式包括兩種，即構件圖和部署圖。5.1 創(chuàng)建系統(tǒng)組件圖圖5.1 系統(tǒng)組件圖5.2 創(chuàng)建系統(tǒng)部署圖圖5.2 系統(tǒng)部署圖六、心得體會經(jīng)過近一周的努力，學生管理系統(tǒng)最終完工，經(jīng)過這次系統(tǒng)設計，自己總結了這個學生信息管理系統(tǒng)的一些問題，不過收獲還是頗為豐富的，再有理論知識上結合實踐，使我學到了更多。 首先，更進一步的了解了軟件建模的基本操作， 在這之前，我對此只是略知皮毛，只是了解一些概念性的東西。在做這個系統(tǒng)之前，連基本的使用畫圖軟件等這些東西都不熟練。  

11、; 這次設計的學生信息管理系統(tǒng)，很多東西都是現(xiàn)學現(xiàn)用，進行編程設計，完全體現(xiàn)了自己在軟件工程和UML建模的學習狀況，充分地為自己以后更深入了軟件工程奠下基礎。 學生信息管理系統(tǒng)的整體概況，相關功能都能夠實現(xiàn)，條理清晰。在系統(tǒng)設計的過程中，我從中發(fā)現(xiàn)，學習軟件工程要細心和有耐性，并且要不斷地從外界學習更多的技術才能設計出一套完美的系統(tǒng)。 在系統(tǒng)的建模過程中，由于我是第一次軟件建模，在知識、經(jīng)驗方面都存在著不足。另外，在整個制作的過程中，時間也比較倉促。因此，該系統(tǒng)會存在一些缺陷和不足。雖然在學生管理系統(tǒng)中的應用不是很多，但是還是學習到了許多以前不知道的或者是不怎么熟悉的知識，對于這一點我還是感到很滿意的。七、參考文獻1  張海藩·軟件工程（第二版）M·北京：人民郵電出版社，2006 2 李鵬·學生信息管理系統(tǒng)總體設計與主模塊構成 J·中國新技術新產(chǎn)品 2009，02(2)：15  3 鐘彩華·學生信息管理系統(tǒng)的設計與