《學生成績管理系統(tǒng)開發(fā)方案報告.doc》由會員分享，可在線閱讀，更多相關《學生成績管理系統(tǒng)開發(fā)方案報告.doc（32頁珍藏版）》請在裝配圖網上搜索。

學生成績管理系統(tǒng)可行性分析報告 一、系統(tǒng)建立的目的及背景 1、編寫目的 當今學生成績管理的繁索給具有強烈時間觀念的行政人員帶來了諸多不便，教學辦公室缺少一種完善的學籍管理軟件，為了對學生成績的管理方便，開發(fā)人員完成了全面的調查與分析，同時與目標用戶進行了多次深入溝通，主要用于大中專院校學生日常管理工作，以規(guī)范的學生檔案為基礎，實現(xiàn)了學生考勤，學籍變更、學生獎懲、考試成績、教師考勤等電算化管理，實現(xiàn)學校人力資源的優(yōu)化和學生成績管理的科學管理而設計的，通過試用本系統(tǒng)，可以更加有效的管理學生成績信息，其中包括學生的基本信息，成績信息并且具有信息的增加，查詢，修改等功能。 2、項目背景 當今學生成績管理的繁索給具有強烈時間觀念的行政人員帶來了諸多不便，教學辦公室缺少一種完善的學籍管理軟件，為了對學生成績的管理方便，節(jié)省資源，提高工作效率，開發(fā)人員完成了全面的調查與分析，同時與目標用戶進行了多次深入溝通，并在次基礎上著手開發(fā)《學生成績管理系統(tǒng)》軟件。 二、功能特點： 學生信息查詢、存儲、共享的整體解決方案 1. 學生檔案管理： 建立規(guī)范的電子學生檔案，并實現(xiàn)自動拍照功能，規(guī)范、易用。 2. 方便的查詢功能： 根據要求迅速查找出所有學生檔案中符合要求的信息，支持EXCEL導出，準確、快捷。 3. 學生考勤管理 請假申請直接在軟件中提交，由主管老師審核，系統(tǒng)自動統(tǒng)計學生請假次數，高效、明了。 4. 學生成績管理 支持EXCEL模板導入學生成績，系統(tǒng)自動統(tǒng)計各科成績并排名。 3. 學生綜合情況報表 獨創(chuàng)的《學生情況綜合報表》自動分學期將學生檔案、成績、排名、獎懲、考勤等學生表現(xiàn)情況進行匯總，顛覆了以往期末人工匯總的方法，全面、簡捷。 4. 支持多用戶管理模式： 用戶根據不同權限分別管理各自資料，方便管理、節(jié)約成本。 三、可行性研究的前提 1.要求 主要功能：能夠實現(xiàn)老師和學生對成績的管理，即完成一些基本的功能，如：查詢，刪除，添加，修改等，同時也要實現(xiàn)權限的管理。 性能要求：信息中心提供的學生成績信息必須及時的反映出來，老師和學生能夠及時的進行對成績的管理。 　 輸入要求：數據完整，詳實。 輸出要求：簡捷，快速，實時。 安全與保密要求：1.依賴于網絡本身對用戶使用權限的規(guī)定。 2.在程序模塊中通過使用密碼控制功能對用戶的權限加以限制。如：刪除和修改。 四、系統(tǒng)的可行性研究 1、操作可行性（必要性）：本系統(tǒng)將大大改善數據處理速度，并且更加方便的對數據進行管理，同時可以減少人力資源的浪費以及工資支出 2、技術可行性（可能性）：校園網已正常運行；開發(fā)人員已熟練掌握面向對象的開發(fā)工具；教務人員已實現(xiàn)計算機培訓‘技術上實現(xiàn)系統(tǒng)是可行的。 3、經濟可行性（有益性）：校園內部局域網絡已經建成；各部門電腦均已配置；硬件投入不需要很大，另外，學校對系統(tǒng)的開發(fā)大力支持。因此經濟上是可行的。 本系統(tǒng)可以馬上開始實施，并盡可能做到提前完成。從人力資源優(yōu)化角度來說，可以充分利用學校已有人力資源。從開發(fā)成本角度來說，將支出成本降到最底。所以在三個可選擇的方案中推薦此方案為最佳方案 學生成績管理系統(tǒng)總體規(guī)劃方案報告 一、 規(guī)劃系統(tǒng)的組成部分： 按使用者權限分為三部分： 1、 學生：可執(zhí)行學生個人信息查詢功能，及個人登錄密碼修改功 能 2、 教師：可執(zhí)行教師個人信息查詢功能，及相關課程成績錄入、修改、和查詢功能 3、 系統(tǒng)管理員：可執(zhí)行所有個人信息和成績信息的查詢、更新、刪除以及修改功能。 二、建立數據模型 由于計算機不可能直接處理現(xiàn)實世界中的具體事物，所有我們必須事先把具體事物轉化成計算機能夠處理的數據。 首先數字化，用數據模型這個工具來抽象表示和處理， 教師 學生 管理員 姓名 教師號 所在系 賬號 密碼 查詢，輸入，更改 數據庫 查詢，輸入，更改 查詢 課程 密碼 姓名 賬號 管理員號 存儲 課程號 課程名 性質 學分 姓名 學號 班級 院系 專業(yè) 總學分 三、建立設計數據庫 1、 系統(tǒng)的組成部分有：教師錄入成績界面 教師查詢成績界面 學生查詢成績界面 管理員查詢成績界面 2、數據庫如下 學生表 學號 姓名 所在系 專業(yè) 班級 登錄賬號 登錄密碼 不及格科數 總學分 教師表 教師號 姓名 所在系 登錄賬號 登錄密碼 課程表 課程號 課程名 先修課 課程性質 學分 學生課程表 學號 課程號 成績 管理員表 管理員號 姓名 登錄賬號 登錄密碼 四、建立數據字典 通過使用數據字典對數據庫進行管理。對數據元素定義，設計數據字典。 1、數據字典： 名字：學號 別名： 描述：唯一標識一個特定學生的關鍵域 定義：學號=13{數字}13 位置：成績單 名字：姓名 別名： 描述：學生的名字 定義：姓名=4{字符}8 位置：成績單 名字：所在系 別名：系名 描述：學生或教師所屬的系 定義：所在系=4{字符}30 位置： 名字：專業(yè) 別名： 描述：學生所屬的專業(yè) 定義：專業(yè)=4{字符}30 位置：成績單 名字：班級 別名： 描述：學生所屬的班級 定義：班級=3{數字}4 位置：成績單 名字：登錄賬號 別名： 描述：學生或教師或管理員登陸系統(tǒng)時所使用的賬號 定義：登錄賬號=3{數字}12 位置： 名字：登錄密碼 別名： 描述：學生或教師或管理員登陸系統(tǒng)時所使用的賬號所對應的密碼 定義：登錄密碼=3{字符|數字}20 位置： 名字：不及格科數 別名： 描述：學生課程成績少于60分的課程數 定義：不及格科數=0{數字}10 位置：成績單 名字：總學分 別名： 描述：學生課程成績不少于60分的課程所對應的學分的累加和 定義：總學分=0{數字}200 位置：成績單 名字：教師號 別名： 描述：唯一標識一個特定教師的關鍵域 定義：教師號=10{數字}10 位置： 名字：課程號 別名： 描述：唯一標識一個特定課程的關鍵域 定義：課程號=8{數字}8 位置：成績單 名字：課程名 別名： 描述：某一課程的名字 定義：課程名=4{字符}30 位置：成績單 名字：先修課 別名： 描述：要學習某一課程必須先學習的課程 定義：先修課=4{字符}30 位置：成績單 名字：課程性質 別名： 描述：某一課程的性質 定義：課程性質={必修考試|必修考查|選修} 位置：成績單 名字：學分 別名： 描述：學生某一課程成績不少于60分所獲得的學分 定義：學分=1{數字}6 位置：成績單 名字：管理員號 別名： 描述：唯一標識一個特定管理員的關鍵域 定義：管理員號=10{數字}10 位置： 名字：成績 別名： 描述：某一個學生的某科課程的考試分數 定義：成績=0{數字}100 位置：成績單 名字：學期 別名： 描述：某一個學期 定義：學期=12{字符}12 位置：成績單 名字：學生個人成績單 別名：成績單 描述：某一個學生的各科成績表單 定義：學生個人成績單=學期+學號+姓名+所在系+專業(yè)+班級+不及格科數+ 總學分+課程號+課程名+課程性質+學分+成績 位置：輸出到打印機 名字：平均成績 別名： 描述：某一個班級的所有學生的某一科課程的平均成績 定義：平均成績=0{數字}100 位置：成績單 名字：班級成績單 別名：成績單 描述：某一個班級的所有學生的某一科課程的成績 定義：班級成績單=學期+所在系+班級+課程號+課程名+課程性質+學分+學號+姓名+成績+平均成績 位置：輸出到打印機 五.系統(tǒng)流程圖 事務 成績處理程序 成績信息庫 聯(lián)網通訊 查詢信息 查詢報告 成績單處理程序 成績單 六.數據流程圖 教師 輸入成績 處理成績 查詢成績信息 成績信息 教師 發(fā)布成績單 打印成績單 學生 管理員 七．對學生成績管理系統(tǒng)此信息系統(tǒng)開發(fā)流程圖 八、計算機系統(tǒng)硬件：WINDOWSXP 開發(fā)物資：微型計算機兩臺、資料若干本。 九、各模塊的開發(fā)優(yōu)先順序: 依次為教師錄入成績界面、教師查詢成績界面、學生查詢成績界面、管理員查詢成績界面。 學生成績管理系統(tǒng)總體設計方案報告 針對學生成績管理系統(tǒng)的總體設計可以從建立模型來進行詳細描述，并從三個方面建立模型，這三個方面分別是： 學生成績管理系統(tǒng)功能模型 學生成績管理系統(tǒng)對象模型 學生成績管理系統(tǒng)動態(tài)模型 從使用需求，設計要求，以及各個模塊的詳細分析來進行設計。 一、學生成績管理系統(tǒng)功能模型 1、學生成績系統(tǒng)的業(yè)務需求如下： （1）教師使用系統(tǒng)輸入、更新學生的成績。 （2）系統(tǒng)管理員根據教師提供的成績創(chuàng)建學生成績報告單。 （3）教師需要通過系統(tǒng)分發(fā)學生成績報告單。 （4）系統(tǒng)允許教師和學生查詢記錄的成績。 建立上述學生成績系統(tǒng)的用例模型。 1.1確定參與者 系統(tǒng)的參與者為：教師、學生和系統(tǒng)管理員。 1.2確定用例 確定參與者使用的用例，可通過提出“系統(tǒng)要做什么？”的問題完成。 學生成績系統(tǒng)的用例有： 輸入成績、更新成績、創(chuàng)建學生成績報告單、檢查學生成績報告單的準確性、分發(fā)學生成績報告單和查詢成績。 對上述已經確定的用例，還要進一步明確它們之間的優(yōu)先次序。 學生成績系統(tǒng)的用例的優(yōu)先次序為： （1）輸入成績。 （2）查詢成績。 （3）更新成績。 （4）創(chuàng)建學生成績報告單。 （5）檢查學生成績報告單的準確性。 （6）分發(fā)學生成績報告單。 1.3描述用例 用例：輸入成績 參與者：教師 主要事件執(zhí)行流程： （1）教師登錄系統(tǒng)。 （2）教師確定要記錄哪些學生的成績。 （3）系統(tǒng)要保證學生的自然情況數據已保存在數據庫中。 （4）教師選擇要輸入成績的課程。 （5）系統(tǒng)開始數據庫的一項事務處理。 （6）教師輸入學生的成績。 （7）系統(tǒng)校對輸入的成績以確保其屬于正確的值域。 （8）系統(tǒng)保存本門課程的成績。 （9）系統(tǒng)結束事務處理。 （10）系統(tǒng)提示教師成績保存完畢。 用例：查詢成績 參與者：教師，學生 主要事件執(zhí)行流程： （1）教師或學生登錄系統(tǒng)。 （2）教師或學生選擇要查詢成績的課程。 （3）教師或學生輸入查詢條件。 （4）系統(tǒng)開始數據庫的一項事務處理。 （5）系統(tǒng)加載足滿足條件的學生成績。 （6）系統(tǒng)顯示學生成績。 （7）系統(tǒng)結束事務處理。 （8）系統(tǒng)提示教師或學生成績顯示完畢。 用例：更新成績 參與者：教師 主要事件執(zhí)行流程： （1）教師登錄系統(tǒng)。 （2）教師選擇要更新的成績的課程。 （3）教師輸入更新條件。 （4）系統(tǒng)開始數據庫的一項事務處理。 （5）系統(tǒng)加載滿足條件的學生成績。 （6）系統(tǒng)顯示學生成績。 （7）教師更新學生成績。 （8）系統(tǒng)保存本次更新。 （9）系統(tǒng)結束事務處理。 （10）系統(tǒng)提示教師成績保存完畢。 用例：創(chuàng)建學生某一門課程的成績報告單 參與者：系統(tǒng)管理員 主要事件執(zhí)行流程： （1）教師登錄系統(tǒng)。 （2）教師選擇要創(chuàng)建的成績報告的課程。 （3）教師選擇要創(chuàng)建的成績報告的學生班級。 （4）系統(tǒng)開始數據庫的一項事務處理。 （5）系統(tǒng)創(chuàng)建滿足條件的學生成績單。 （6）系統(tǒng)顯示學生成績單。 （7）系統(tǒng)結束事務處理。 （8）系統(tǒng)提示教師成績報告單創(chuàng)建完畢。 檢查學生成績報告單的準確性、分發(fā)學生成績報告單是手工完成的工作 2、創(chuàng)建用例模型 根據以上的分析，學生成績系統(tǒng)用例模型的功能如下： （1）教師可以輸入學生成績。 （2）輸入學生成績包含了保存學生成績。 （3）教師可以更新學生成績。 （4）更新學生成績包含了加載、保存成績。 （5）教師、系統(tǒng)管理員和學生可以查詢成績。 （6）查詢成績包含了系統(tǒng)登錄。 （7）系統(tǒng)管理員可以創(chuàng)建學生成績報告單。 （8）教師可以在網上發(fā)布學生成績報告單。 根據上述系統(tǒng)用例模型的功能，可在Rose建模環(huán)境下繪制出如圖所示的學生成績系統(tǒng)的用例模型。 在Rose環(huán)境下完成的學生成績管理系統(tǒng)功能模型，截取模型部分，得到如下圖示： 二、建立學生成績管理系統(tǒng)的對象模型： 1UML類圖建模需要反復執(zhí)行以下兩個步驟： （1）確定類及其關聯(lián)。 （2）確定屬性和操作。 本節(jié)創(chuàng)建學生成績系統(tǒng)的UML類模型。 1.1確定類和關聯(lián) （1）可以通過分析用例圖確定類及其關聯(lián)。通過用例圖分析，可以確定Grades和ReportCards兩個類。 （2）通過用例圖中的參與者名稱，可以確定教師，學生和系統(tǒng)管理員三個附加類。 （3）檢查用例圖中各個用例（功能）所屬的類： ① 發(fā)布學生成績報告單――Grades類。 ② 輸入成績――Grades類。 ③ 更新成績――Grades類。 ④ 保存成績――Grades類。 ⑤ 加載成績――Grades類。 ⑥ 查詢成績――Grades類。 ⑦ 生成學生成績報告單――ReportCards類。 ⑧ 系統(tǒng)登錄――Login類。 （4）創(chuàng)建類之間的關聯(lián)： ① Teacher發(fā)布Grades。 ② Teacher輸入Grades。 ③ Teacher更新Grades。 ④ 保存Grades。 ⑤ 加載Grades。 ⑥ 教師查詢Grades。 ⑦ 學生查詢Grades。 ⑧ 系統(tǒng)管理員查詢Grades。 ⑨ 系統(tǒng)管理員生成ReportCards。 （5）為了減少這些類之間關聯(lián)的復雜性，可以將具有相同角色、與同一個類具有關聯(lián)關系的關聯(lián)進行適當的歸類。 ① 第1~3個關聯(lián)可以歸類為Teacher維護Grades；而第4~5個關聯(lián)是Grades與Grades之間的相互關聯(lián)，可以把這兩個關聯(lián)放到Grades類的私有操作中，這樣Grades類就可以執(zhí)行需要功能。 ② Grades類應當提供查詢成績的操作，因為這個查詢操作是供與其相關聯(lián)的其他類來調用的。 ③ 另外，還應提供一個WebSite類，以使Login類能夠被允許訪問成績系統(tǒng)。而且成績查詢結果的顯示應該由WebSite類來提供。 ④ Grades類與ReportGards類之間是組成關系。 綜上所述，最終確定系統(tǒng)的類之間的關聯(lián)如下 ① Teacher維護Grades。 ② Login允許訪問一個WebSite。 ③ Grades類應當提供查詢成績的操作，因為這個查詢操作是供與其相關聯(lián)的其他類來調用的。 ③ WebSite顯示Grades。 ④ Teacher通過Login查詢Grades。 ⑤ Administrator通過Login查詢Grades。 ⑥ Administrator生成ReportCades。 ⑦ Student通過Login查詢Grades。 ⑧ Grades與ReportCrades類之間是組成關系。 學生成績系統(tǒng)的類模型 （6）標識出類關聯(lián)之間的多重性。 ① 一個Teacher至少維護一個Grades。 ② 一個Grades只由一個Teacher維護。 ③ 一個Grades只包含在一個ReportCards中。 ④ 一個ReportCards中至少包含一個Grades。 ⑤ 一個Administrator至少生成一個ReportCards。 ⑥ 一個ReportCards只由一個Administrator生成。 教師、管理員和學生都可以看作在線用戶（OnlineUser），具有登錄（Login）網站（WebSite）查詢學生成績的權利?？梢詫ogin類實例的實現(xiàn)功能作為WebSite類中的一個操作。 通過上面分析，可得到帶有多重性的類之間的關聯(lián)模型。 1.2確定屬性和操作 創(chuàng)建完成類以及類之間的關聯(lián)之后，就要確定類的屬性和操作，以便提供數據據存儲和需要的功能以實現(xiàn)用例圖中的用例。 （1）Grades類 ① 輸入成績――InputGrades() ② 更新成績――UpdataGrades() ③ 分發(fā)成績――Distribute() ④ 存儲成績――SaveGrades() ⑤ 加載成績――LoadeGrades() （2）ReportCard類 生成學生成績報告單――Generate() （3）WebSite類 ① 用戶名――UserName ② 用戶密碼――Password ③ 登錄功能――Login() ④ 查詢成績――ViewGrades() 為說明問題方便，這里僅列出了系統(tǒng)中關鍵類的核心屬性和操作。 在面向對象系統(tǒng)開發(fā)過程中，UML類模型的最終完成是在系統(tǒng)分析和設計階段進行反復迭代的結果。 通過上面的分析，得到帶有屬性和操作的類之間的關聯(lián)模型，如下所示： 在Rose環(huán)境下完成的學生成績管理系統(tǒng)對象模型，截取模型部分，得到如下圖示： 三、建立學生成績管理系統(tǒng)動態(tài)模型 分析強調真實且接近現(xiàn)實管理業(yè)務使之優(yōu)化，并建立順序圖及狀態(tài)圖。 1、順序圖 順序圖的建模元素有對象（參與者的實例也是對象）、生命線（LifeLine）、控制焦點（Focus Of Control）、消息（Message）等。 為學生成績管理系統(tǒng)的順序圖建模。以教師查詢學生成績（View Grades）用例進行順序圖建模。 1.1確定工作流 根據對View Grades用例的分析可知，教師查詢學生成績用例至少有以下3個工作流： （1）教師成功地查詢學生的分數。 （2）教師試圖查詢某個學生的分數，但該學生不存在。 （3）教師試圖查詢某個學生的分數，但該學生的分數不存在。 1.2從左到右布置對象 從左到右布置所有參與者和對象，包括要添加消息的對象的生命線。 1.3添加消息和條件以便創(chuàng)建每一個工作流 （1）第1個工作流――教師成功地查詢某個學生成績的順序圖， （2）第2個工作流――教師試圖查詢某個學生分數，但該學生不存在的順序圖。 （3）第3個工作流――教師試圖查詢某個學生分數，但該學生的分數不存在的順序圖。 2、狀態(tài)圖 順序圖和協(xié)作圖都屬于交互圖，主要用來描述系統(tǒng)對象之間的動態(tài)協(xié)作關系，以及協(xié)作過程中的行為次序。交互圖常用來描述一個用例中的幾個對象協(xié)作工作的行為，顯示該用例中所涉及的對象和這些對象之間的消息傳遞情況，但是并不對這些對象的行為，就應該使用狀態(tài)圖。 2.1標識出需要進一步建模的實例 學生基本信息管理 2.2標識出觸發(fā)每一個類實例的開始狀態(tài)和結束狀態(tài)的事件 對于Grade類來說，當輸入一個新的分數而要保存時需要類的實例化。 要準確地標識出某個類的實例的結束狀態(tài)，需要知道類的實例化何時從系統(tǒng)中退出。即，當什么事件被觸發(fā)時，類的實例的生命周期才結束。Grade類的實例在完成數據保存的操作之后，無論該操作是否成功，都需要退出系統(tǒng)。 綜上所述，觸發(fā)Grade類的實例的狀態(tài)圖的開始狀態(tài)和結束狀態(tài)的事件如下： （1）開始狀態(tài)――Input Grade。 （2）結束狀態(tài)――Destroy。 2.3確定與每一個類實例相關的事件 事件用于完成最終類的實例的功能。要確定類的實例的事件，需要知道事件的任務。 對于Grade類的實例來說，它的任務是保存分數。所以，Grade類的實例的事件包括接收用戶輸入的成績、成功地或者不成功地保存成績。清楚了這些事件之后，就可以為Grade類的實例創(chuàng)建這些事件的狀態(tài)列表： （1）Ready――用于加載成績。 （2）Persisting――用于保存成績。 （3）Saved――用于已經成功地保存成績。 （4）Error――用于由于數據等的異常而未能成功地保存成績。 2.4學生成績信息管理狀態(tài)圖 在Rose環(huán)境下完成的學生成績管理系統(tǒng)動態(tài)模型，截取模型部分狀態(tài)圖，得到如下圖示： 完成對學生成績管理系統(tǒng)的信息系統(tǒng)開發(fā)設計