學(xué)生成績管理系統(tǒng)開發(fā)方案報告-資料下載頁
2025-08-28 13:17本頁面
【導(dǎo)讀】學(xué)生成績管理系統(tǒng)可行性分析報告。當(dāng)今學(xué)生成績管理的繁索給具有強烈時間觀念的行政人員帶來。成績的管理方便，開發(fā)人員完成了全面的調(diào)查與分析，同時與目標(biāo)用。戶進行了多次深入溝通，主要用于大中專院校學(xué)生日常管理工作，以。規(guī)范的學(xué)生檔案為基礎(chǔ)，實現(xiàn)了學(xué)生考勤，學(xué)籍變更、學(xué)生獎懲、考?？児芾淼目茖W(xué)管理而設(shè)計的，通過試用本系統(tǒng)，可以更加有效的管理。增加，查詢，修改等功能。諸多不便，教學(xué)辦公室缺少一種完善的學(xué)籍管理軟件，為了對學(xué)生成。開發(fā)《學(xué)生成績管理系統(tǒng)》軟件。學(xué)生信息查詢、存儲、共享的整體解決方案。建立規(guī)范的電子學(xué)生檔案，并實現(xiàn)自動拍照功能，規(guī)范、易用。根據(jù)要求迅速查找出所有學(xué)生檔案中符合要求的信息，支持EXCEL. 獎懲、考勤等學(xué)生表現(xiàn)情況進行匯總，顛覆了以往期末人工匯總的方。安全與保密要求：。
【正文】 類實例的實現(xiàn)功能作為 WebSite 類中的一個操作。 通過上面分析，可得到帶有多重性的類之間的關(guān)聯(lián)模型 。 24 確定屬性和操作 創(chuàng)建完成類以及類之間的關(guān)聯(lián)之后，就要確定類的屬性和操作，以便提供數(shù)據(jù)據(jù)存儲和需要的功能以實現(xiàn)用例圖中的用例。 （ 1） Grades 類 ① 輸入成績―― InputGrades() ② 更新成績―― UpdataGrades() ③ 分發(fā)成績―― Distribute() ④ 存儲成績―― SaveGrades() ⑤ 加載成績―― LoadeGrades() （ 2） ReportCard 類 生成學(xué)生成績報告單―― Generate() （ 3） WebSite 類 ① 用戶名―― UserName ② 用戶密碼―― Password ③ 登錄功能―― Login() ④ 查詢成績―― ViewGrades() 25 為說明問題方便，這里僅列出了系統(tǒng)中關(guān)鍵類的核心屬性和操作。 在面向?qū)ο笙到y(tǒng)開發(fā)過程中， UML 類模型的最終完成是在系統(tǒng)分析和設(shè)計階段 進行反復(fù)迭代的結(jié)果。 通過上面的分析，得到帶有屬性和操作的類之間的關(guān)聯(lián)模型 ，如下所示： 在 Rose 環(huán)境下完成的 學(xué)生成績管理系統(tǒng) 對象 模型 ，截取模型部分，得到如下圖示： 26 三、建立學(xué)生成績管理系統(tǒng)動態(tài)模型 分析強調(diào)真實且接近現(xiàn)實管理業(yè)務(wù)使之優(yōu)化，并建立順序圖及狀態(tài)圖。 順序圖 順序圖的建模元素有對象（參與者的實例也是對象）、生命線（ LifeLine）、控制焦點（ Focus Of Control）、消息（ Message）等。 為學(xué)生成績 管理 系統(tǒng)的順序圖建模。以教師查詢學(xué)生成績（ View Grades）用例進行順序圖建模。 確定工作流 根據(jù)對 View Grades 用例的分析可知，教師查詢學(xué)生成績用例至少有以下 3 個工作流： 27 （ 1）教師成功地查詢學(xué)生的分?jǐn)?shù)。 （ 2）教師試圖查詢某個學(xué)生的分?jǐn)?shù)，但該學(xué)生不存在。 （ 3）教師試圖查詢某個學(xué)生的分?jǐn)?shù)，但該學(xué)生的分?jǐn)?shù)不存在。 從左到右布置對象 從左到右布置所有參與者和對象，包括要添加消息的對象的生命線。 添加消息和條件以便創(chuàng)建每一個工作流 （ 1）第 1 個工作流――教師成功地查詢某個學(xué)生成績的順序圖， 28 （ 2）第 2 個工作流――教師試圖查詢某個 學(xué)生分?jǐn)?shù)，但該學(xué)生不存在的順序圖 。 （ 3）第 3 個工 作流――教師試圖查詢某個學(xué)生分?jǐn)?shù)，但該學(xué)生的分?jǐn)?shù)不存在的順序圖 。 29 狀態(tài)圖 順序圖和協(xié)作圖都屬于交互圖，主要用來描述系統(tǒng)對象之間的動態(tài)協(xié)作關(guān)系，以及協(xié)作過程中的行為次序。交互圖常用來描述一個用例中的幾個對象協(xié)作工作的行為，顯示該用例中所涉及的對象和這些對象之間的消息傳遞情況，但是并不對這些對象的行為，就應(yīng)該使用狀態(tài)圖。 標(biāo)識出需要進一步建模的實例 學(xué)生基本信息管理 標(biāo)識出觸發(fā)每一個類實例的開始狀態(tài)和結(jié)束狀態(tài)的事件 對于 Grade 類來說 ，當(dāng)輸入一個新的分?jǐn)?shù)而要保存時需要類的實例化。 要準(zhǔn)確地標(biāo)識出某個類的實例的結(jié)束狀態(tài)，需要知道類的實例化何時從系統(tǒng)中退出。即，當(dāng)什么事件被觸發(fā)時，類的實例的生命周期才結(jié)束。 Grade類的實例在完成數(shù)據(jù)保存的操作之后，無論該操作是否成功，都需要退出系統(tǒng)。 綜上所述，觸發(fā) Grade 類的實例的狀態(tài)圖的開始狀態(tài)和結(jié)束狀態(tài)的事件如下： （ 1）開始狀態(tài)―― Input Grade。 （ 2）結(jié)束狀態(tài)―― Destroy。 確定與每一個類實例相關(guān)的事件 事件用于完成最終類的實例的功能。要確定類的實例的事件，需要知道事件的 任務(wù)。 30 對于 Grade 類的實例來說，它的任務(wù)是保存分?jǐn)?shù)。所以， Grade類的實例的事件包括接收用戶輸入的成績、成功地或者不成功地保存成績。清楚了這些事件之后，就可以為 Grade 類的實例創(chuàng)建這些事件的狀態(tài)列表： （ 1） Ready――用于加載成績。 （ 2） Persisting――用于保存成績。 （ 3） Saved――用于已經(jīng)成功地保存成績。 （ 4） Error――用于由于數(shù)據(jù)等的異常而未能成功地保存成績。 學(xué)生成績信息管理狀態(tài)圖 在 Rose 環(huán)境下完成的 學(xué)生成績管理系統(tǒng)動態(tài) 模型 ，截取模型部分狀態(tài)圖，得 到如下圖示： 31 完成對學(xué)生成績管理系統(tǒng)的信息系統(tǒng)開發(fā)設(shè)計
公司管理相關(guān)推薦
鄂ICP備17016276號-1