目錄1. 設計內容 1
2. 概要設計 1
3. 詳細設計 1
4. 程式原始碼 2
5. 程式執行與除錯 6
6. 總結 7
7. 參考文獻 7
隨著科學技術的不斷提高,電腦科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域並發揮著越來越重要的作用。教務管理系統是乙個記錄、統計和管理學生成績的較為完善與全面的系統,本次我設計的教務管理系統系統包括:登入、學生資訊管理、學生成績管理、系統管理、系統幫助5大功能模組,主要功能有選課,成績錄入,成績更新,成績的新增與刪除,學生資訊的錄入,查詢等課程資訊等多項內容。
該系統對乙個學校或是乙個院系的學科建設都起著極其重要的作用。
1.1系統各層資料模型
0層:1層:
2層1.2資料字典
1)資料項:
表1-1
(2)資料結構:
表1-2
(3)資料流表1-3
(4)資料儲存表1-4
(5)處理過程表1-5
1.3 e-r圖
個人資訊管理er圖:
圖1-4 個人資訊管理er圖
(2)課程資訊管理er圖:
圖1-5 課程資訊管理er圖
(3)成績資訊管理er圖:
圖1-6 成績資訊管理er圖
(4)綜合er圖:
1圖1-7 綜合er圖
2.1 需求分析
1. 資料需求:登入驗證碼.學生資訊.教務人員資訊.學生成績資訊。
2. 功能需求:實現學生檔案資訊的輸入.輸出.刪除.查詢.修改等處理功能。
3. 效能需求:功能齊全,安全穩定,可靠性高。操作簡便,使用靈活,實時性強,準確率高。
4. 可靠性和可用性需求:因為應用使用者不具備維護系統的能力,所以所編譯的系統必須經過嚴格的測試才可以應用。
如果使用者在應用系統的過程中突然出錯,必將帶來很大的經濟損失。系統應具有很好的可用性,在編譯系統的時候必須考慮使用者的操作能力,使使用者在操作的過程中達到簡明易懂,節省使用者時間與精力。
5. 出錯處理需求:程式執行的時候由於系統環境的不同,會經常不滿足應用程式的執行條件,觸發系統錯誤事件。
為了增強程式的堅固性,我們需要對出錯資訊進行處理。具體的方法是在應用程式物件的system error系統錯誤事件指令碼當中根據不同的錯誤型別進行合適的處理,為使用者提供調整執行環境、解決錯誤的手段,從而使程式能正常的工作起來。
6. 介面需求:
(1)介面名稱:給每個介面乙個簡潔的有意義的名稱——方便人們討論時用。
(2)介面識別符號: 給每個介面乙個識別符號,它在系統範圍內是唯一的,這可以很容易明確的引用它。乙個慣例是用「i」(小寫以便區別於數字1後跟乙個連續的數字。
同樣目的的多個介面,則有兩部分數字組成,第乙個數字代表目的,而第二個區分介面(比如i1.1,i1.2······)。
(3)兩端的系統: 同樣的介面有可能在系統上下文圖中出現不止一次。但是只有是兩個介面服務於同樣的目的時,才顯示同樣的識別符號。
在這種情況中,解釋兩個系統在介面上扮演的角色,或者明確地引用每一對系統。同時確定兩個系統中是哪乙個系統發起的互動;或者兩者可能都可以。
(4)介面的目的:描述每乙個不同的目的。
(5)介面的所有者:哪個組織負責定義介面?可能是合作定義,但是有乙個組織者是最後的決定者(為了最終避免誤解和解決爭議)。
擁有和不有介面義權利的相對優缺點,見前面的「介面所有權的沉浮」。
(6)定義介面的標準(如果有): 明確的陳述它的版本。參考本章後面的遵循標準需求模式指導如何描述標準:特別是獲取標準的地方。
(7)用於介面的技術(如果相關): 如果必須使用特定的技術,描述它。否則就省略這一項:不做任何技術的選擇。進一步詳細的資訊見本章後面的技術需求模式。
乙個像這樣的需求通常不能充分的定義介面(儘管可以引用乙個標準的需求)。它的主要作用是給予介面「正式的確認」,這樣介面可以得到應有的尊重。
7. 約束:
(1)完整性 :要從全域性出發,不能單純從本業務考慮問題。一方面要完整地反映該項業.務,另一方面還要全面反映本項業務同其它關聯業務的聯絡。
(2)準確性 :準確無誤,無二義,各項要求、業務做法、每種處理的詳細流程 、資料等方面的要求等明確定義,不能摸稜兩可、含糊不清。
(3)通用性 :業務需求要具有較廣泛的適應性,要能夠適應大部分分支機構 、適應大部分業務處理情況,減少以後各分支機構對系統的修改要求。
(4)前瞻性 :業務需求要具有前瞻性,要能夠反映該項業務當前的發展狀況 (包括同業情況)和發展趨勢。系統要留有可擴充的餘地。
(5)穩定性 :一定時限內相對穩定、不變。
(6) 權威性 :業務需求要具有權威性,能被普遍接受,並具有很強的約束力。
(7) 可行性 :需求在技術實現和經濟負擔上要符合實際,切實可行。
(8) 安全性 :從需求的提出就應充分考慮軟體的安全性問題,要有專門負責安全生產或審核的人員全程參與需求管理及軟體開發。
8. 逆向需求:
逆向溝通,就是在需求調研的過程中,除了了解客戶的情況,同時,向客戶提出一些建議,供客戶參考。一般認為,客戶在其所在的領域具有比較資深的經歷,因此需要嚴格遵守客戶的意見。事實上,客戶雖然在其所在的領域內很資深,但是,他們的角度是單純的業務流程,而不是從實現資訊科技角度構件的業務流程。
因此,系統分析員要充分的說明對於實現乙個業務系統而言,現有的業務流程應該做如何的剪裁,以及需要注意哪些要點。雖然,逆向溝通不能完全保證需求的質量,有效的逆向溝通可以大大減少因為對業務流程的理解不一致而造成的需求質量的下降。
9. 可能提出的要求
(1)學校領導的需求:
使用學生檔案管理系統之後,只配2名學生檔案管理人員。
能方便的查詢每個學生的個人檔案。
(2)學生檔案管理人員的需求:
快捷的新增、修改、查詢學生的基本資訊和成績。
(3)效能要求:
功能齊全,安全穩定,可靠性高。
操作簡便,使用靈活,實時性強,準確率高。
2.2 模組劃分與各模組功能
根據系統的結構框圖將學生檔案管理系統劃分成5大模組:登入系統、學生資訊管理、學生成績管理、系統管理、系統幫助。
2.2.1 登入系統:使用者登入時需要身份驗證,以保護的個人隱私和系統安全。
2.2.2 學生資訊管理:根據分析,學生資訊管理有錄入、修改和查詢三部分組成。主要完成對學生資訊資料的新增、修改、刪除等操作。
(1)錄入學生的各種基本資訊。學生的基本資訊包括的資料項有學號、姓名、性別、所在班級、出生日期、家庭位址、郵政編碼、聯絡**、政治面貌等。
教務管理系統
軟體工程 題目 基於wamp的高校wap教務 系統的設計與實現 學院 計算機學院 專業名稱 軟體工程 學號 201340450229 學生姓名 劉博 教師姓名 張 2015年 5月 22日 摘要隨著當前移動網際網路的普及,智慧型手機已經進入了人們生活的方方面面,為生活帶來了更多便利。各大網際網路公司...
教務管理系統
選題意義 高校教務管理系統 系統是高校教學 教務管理應用軟體。熟悉教務管理工作的全部過程,從教務工作的實際出發,解決工作中關鍵性的難點問題,並充分利用計算機網路功能,實現教務工作全過程的計算機管理,幫助具體管理人員從複雜煩瑣工作中解放出來。使得教務管理走向無紙化辦公和規範化 現代化管理。參考文獻 軟...
教務管理系統
一 概述 教務系統管理平台充分利用網際網路絡b s管理系統模式,以網路為平台,為各個學校教務系統的管理提供乙個平台,幫助學校管理教務系統,用乙個帳號解決學校教務教學管理,並且學校可以自由選擇學校需要的教務管理系統,靈活地定製符合學校自己實際情況的教務系統.此次調研物件是太原工業學院。二 調研內容 1...