1.1的用途
本報告分析了開發* * *學院教務管理系統的可行性,請學院領導審閱並就是否開發該系統作出指示。
1.2項目背景
隨著我國教育體制改革的不斷深入,學生數量不斷上升,課程向深度和廣度發展,教學制度也逐漸從學年制向學分制過渡。教務管理需要盡快適應快速發展的高等教育,無論是管理模式還是管理手段。隨著高校新生擴招,高校面臨著資源短缺的問題,比如教室問題。原來每個班都有固定教室的模式已經不存在了,甚至原來壹個系專用的教學樓也要考慮參與全校教室資源的統壹調整。對於高校教務處來說,確實是壹項艱巨的任務。
知識經濟時代已經來臨,信息化已經成為社會發展的特征。計算機技術、通信技術和現代信息技術的飛速發展,以及管理科學、行為科學和系統科學的不斷發展,為教務管理系統的實現提供了堅實的理論和技術基礎。高校教務管理建設既是時代發展的要求,也是發展教育、提高高校教學管理水平和辦學效益的需要。高校教務管理是壹個龐大的系統,包括各個方面,其中壹個重要的子系統就是教務管理系統。
隨著互聯網技術的發展和Web應用的逐步普及,大多數高校都建立了或大或小的校園網,並在此基礎上實現了壹些應用,如辦公自動化系統、人事管理系統等,使得教務管理系統的升級和改造成為可能,實現了教務管理系統從學年制到學分制,從單機或局域網結構到internet結構,通過Web瀏覽器訪問學校的教務管理系統,進行教務管理。
本系統的研發是學院教務處在這種大環境下提出的。
1.3技術可行性
系統運行時要求計算機網絡連接穩定可靠。
本文調查了現有的手工數據收集和統計分析流程,分析了軟件系統的技術可行性。我們認為教務管理系統已經具備了開發的要求和條件。對手工系統和軟件系統的成本進行了詳細的計算和比較,得出使用軟件系統可以節省人力物力,提高評價結果的準確性的結論。
1.4經濟可行性
基本建設投資25720元。
其他壹次性支出105600元。
非壹次性支出11200元
綜上,合計142520元。
2.項目開發計劃
2.1系統目標
依托校園網,在高校信息化建設的總體框架下,遵循教務管理的模式,以更先進的開發平臺開發高校教務管理系統。該系統穩定可靠,數據安全性高,界面友好,便於通過互聯網進行數據輸入和查詢。
系統要求能夠實現學籍管理、教學計劃管理、成績管理、教師管理、排課管理、教材管理、教學設施管理、教學評價管理等功能,最大限度地減少教務管理的人工勞動,把學院的教務管理水平提高到壹個新的水平。
該系統可以導入學院招生系統的數據,並與學院其他應用系統有數據接口,可以實現數據共享。
2.2主要功能
根據系統開發的業務分析的需求和原則,在與教務人員充分溝通後,整理出教務系統所需的基本功能,這些需求將作為系統分析和邏輯設計的基礎。在開發過程中,需要對這些需求進行提煉和整合。
2.2.1學籍管理系統
1.可以根據高考錄取名單導入學生花名冊。
2.能修改學生信息,按專業,年級,性別分班,生成學號。
3.能夠處理學籍變動(轉入、轉出、復讀、退學、升本、畢業時間)。
4.打印功能。
2.2.2學生基本信息管理系統
1.可以完成學生基本信息的輸入,修改,導入,刪除等功能。
2.學生基本信息查詢和統計功能。
2.2.3學生成績管理系統
要完成成績錄入功能,需要輸入錄入姓名、學年、學期、考試/考察、總課時。
教師可以進入系統錄入分數,但確認後不能修改。
畢業前可以加課程補考和補考成績。
畢業論文題目和成績的錄入和查詢。
可以實現基於班級的成績統計、學生各科成績統計、按科目分類的成績統計,如不及格學生名單、缺考人數和名單、超過1/4人數等。
各種統計數據的打印功能。
2.2.4教師基本信息管理系統
1.輸入、修改和導入教師的基本信息。
2.教師基本信息查詢和統計功能。
2.2.5學生選課管理系統
1.可以根據學生的專業和成績自動生成選修課的信息列表。
2.學生可以根據信息列表完成選課。
3.學生完成選課後,顯示他們所選課程的列表。
2.2.6教學計劃信息管理系統
1.專業教學計劃的錄入、修改和生成。
2.根據教學計劃,生成每學期的實施教學計劃。
3.查詢院系、專業、年級的教學計劃。
4.查詢各專業的教學指導,實習,實訓指導。
5.查詢專業課程配置圖。
6.按類別、學年、專業查詢課程。
7.查詢總課時。
8.教學執行計劃的打印功能
高校教務綜合管理系統,其組織結構如圖2.1所示。圖2.1教務組織機構圖
2.3.主要業務流程
教務管理系統分為以下幾個部分,即業務流程:。
學籍管理。
學生成績管理。
教學計劃管理。
學生選課管理。
教師基本信息管理。
統計管理。
這些業務流程貫穿教學過程,主要是通過教學,教學的結果主要表現在學生的成績上。新生入學後被分配到不同的專業班,在教學過程中按照教學組織原則安排到不同的教學班級。教務處和各部門負責課程設置、教學大綱、課程安排、選課條件、教學、成績、畢業審核等教學和教學管理工作。根據學校所有專業的教學計劃。
2.4實施計劃
09/9/10—09/9/17—09/9/0系統分析09/10/9—09/10/20
2.5勞動分工
售前服務:
系統設計:
代碼:
測試:
售後服務:
3.需求分析
3.1數據描述
3.1.1數據流圖
分析教務系統的業務後發現,“核實學生情況登記表”是在招辦的參與下進行的。就教務系統而言,只負責將學生情況的準確登記表存儲在檔案中,以供學生在校學習期間各項業務使用,因此認為該系統只實現了信息錄入功能。“會議”的業務是在教務處的主持下,由各系專業互相協商每學期的課程安排,最後將教學實施計劃存入檔案。所以這項業務只考慮本系統中的信息輸入功能。“老套路交易處理”的業務往往涉及壹些信息檢索和查詢或者壹些只能手工完成的隨機業務,所以在教學系統中,信息檢索和查詢可以在其他業務流程中考慮,不考慮這個業務流程的具體實現。
通過分析,我們可以畫出線路系統的數據流程圖,如圖3.1所示。
圖3.1當前系統數據流程圖
數據流程圖中的對外項為:學生、專業、教師、學生、單位、院長、省教委。
數據存儲包括:學生檔案、學生變動臺賬、教學實施計劃、學生成績檔案。
數據流包括:學生登記表、教學實施計劃、教學任務分配表、教師登記表、學生報告單、類別統計報表。
處理功能包括:錄入學生登記表、建立學生變動賬戶、錄入教學執行計劃、打印教學執行計劃、排課、學籍管理、學生情況統計。
3.2各功能的數據流程圖
3.2.2學生信息管理子系統數據流圖
學生信息管理子系統的數據流圖如圖3.2所示。
數據流程圖中的對外項是:學生,照做就是了,各單位,院長,省教委。
數據存儲包括:新生花名冊和學籍。
數據流包括:學生登記表、錯誤學生登記表、新生名單以及各種統計報表。
處理功能包括:排課,查看登記表,建立學籍表,統計學生變化。
3.2.3學籍管理子系統數據流圖
學籍管理子系統的數據流程圖如圖3.3所示。
數據流程圖中的外部項目是:學生、雇主和分數處理模塊。
數據存儲包括:審批表、學籍和學生成績檔案。
數據流包括:學籍變更申請、學籍變更通知、畢業證書、畢業登記表、退學名單、獎勵名單。
處理功能包括:審批變更申請、修改學籍、打印變更通知、返留、獎勵處理、審批畢業資格、學生畢業登記。
圖3.3學籍管理子系統數據流圖
3.2.4績效管理子系統數據流程圖
學籍管理子系統的數據流程圖如圖3.4所示。
數據流程圖中的外部項目有:教師和學生身份管理處理模塊。
數據存儲如下:學生成績。
數據流是:學生成績單。
處理功能包括:期末成績登記和成績分析。
圖3.4績效管理子系統數據流圖
3.2.5教學管理系統主題數據庫方案
通過對系統業務流程中數據處理部分的分析,可以確定如下主題數據表:
學籍管理數據表:刻錄學生基本信息、學生獎懲、學籍變動、參加學校課外活動等信息,反映學生在校期間的主要情況。
教師管理數據表:燒的是自己的基本信息和教研室、系的基本情況。
課程管理數據表:教學實施計劃詳細內容刻錄。
老師上課數據表:刻錄每個老師的上課情況和日常必要的調課信息。
課表數據表:是各專業、各班課程安排的具體體現。
學生成績管理數據表:刻錄學生各門課程的學習成績和補考成績,反映學生在校學習情況。
統計數據表:是對教師和學生的各種信息進行分類匯總後形成的初步綜合統計信息。
上述主題數據表確定了教務管理系統的數據庫方案,每個主題數據庫確定了其中包含的內容。比如學籍管理的數據庫,記錄了學生的基本信息、獎懲信息、學籍變動、學生參加課外活動、學生換證等。
3.3功能描述(界面)
勞動仲裁申請書範本1
申請人:
受訪者:
法定代表人:
仲裁請求:
1.判令被申請人支付申請人未簽訂書面勞動合同的雙倍工資16100元;
2.判令被申請人向申請人支付20XX年6月拖欠的工資1,610元;
3.責令被申請人出具解除勞動關系證明;
4、判令被申請人支付申請人經濟