❶ 教導處通知各科任老師寫教學計劃怎麼寫
學科教學計劃一般包括以下幾部分：開頭語、指導思想、目標、教學重點、教學難點、教法、學法、教學方法、教學措施和教學進度等，當然也可以參考網上的範文來寫。
❷ 中學教學計劃管理系統
一：引言（名稱，目標，功能，背景）
二：流程圖分析（業務，數據）
三：系統分析圖
四：系統開發環境（語言，操作系統，資料庫）
謝絕代碼。 具體§ 1.1 背景
有利條件：
1． CUIT已經基本建立了學校的網站，所以迫切的需要一套學生學籍管理系統來對學生學籍等情況進行管理。
2． 有利於教務處、學生工作處、師資科、院長辦公室、各系輔導員對各自所需的及管理的學生信息進行查閱和管理。
3． 有利於學生對自己的學習情況進行查看，方便他們掌握自己的學習信息。
4． 有利於家長對學生的監督。
5． 有利於用人單位可以通過瀏覽學校網頁，方便快捷的獲取學生的有用的信息，更加全面的了解學生在校的情況。
§ 1.2 系統目標
學生檔案管理： 學生的一般情況，及獎勵，處分情況；
學生成績管理： 學習成績，補考成績；
學籍處理： 學生留降級處理，休復學處理，退學處理；
日常教務管理： 日常報表，如通知書，補考通知書等，學生學習成績的各種分類統計；
畢業生學籍處理： 結業處理，畢業處理，授位處理，學籍卡片等。
§ 1.3 業務模式
高校學生學籍管理系統將採用B/S模式，學生的信息由各用戶在規定的許可權下在各自的工作站上錄入，統一保存在系統伺服器上，既可集中管理，有可讓各部門管理自己負責的信息。信息上網後各用戶可查詢，調用，達到全校信息共享。
§ 1.4 現行組織機構
學校現有的學生學籍資料分別由系、教務處、學生處管理。每個管理部門幾乎都有一份相同的學生基本信息。這樣，工作容易重復，而且，最大的問題是彼此工作不透明，容易出現數據的不一致。這問題的出現是致命的。
§ 1.5 業務現狀
現在學校各部門分別使用不同資料庫，各部門之間的信息還不能實現網上共享。由於學校的各個部門都需要一些學生的基本信息，所以各個部門都有一份學生檔案。一個部門的改動，將導致其他各部門必須修改，否則，學生的信息將不一致。
現有系統採用的是B/S模式，比如：各系可以將自己系學生的成績都傳到教務處的伺服器上，教務處就可以對各系學生成績進行集中統一管理。
§ 2 用戶需求
高校希望能夠對全校所有學生的信息進行集中管理。然後，對各個部門分配不同的許可權，讓他們去管理他們所需的信息，而沒有管理許可權的部門只能查詢。
§ 2.1 業務需求
1、使用范圍要求
按成都信息工程學院全日制學生學籍管理等相關文件完成本科和專科學生學籍狀況的系統管理（本科生用學年學分制，專科生用學年制）。系統中保留五個年級學生的信息（大四畢業以後學生信息還需保留一年），學生畢業一年後信息轉儲，但隨時可以查詢，輸出。
2、功能要求
學生檔案管理： 學生的一般情況，及獎勵，處分情況；
學生成績管理： 學習成績，補考成績；
學籍處理： 學生留降級處理，休復學處理，退學處理；
日常教務管理： 日常報表，如通知書，補考通知書等，學生學習成績的各種分類統計；
畢業生學籍處理： 結業處理，畢業處理，授位處理，學籍卡片等。
3、信息採集與各部門的使用許可權
每學期考試完畢由各系錄入成績，然後由教務科收集。為了保證信息的安全和數據的權威性，對於網上信息的使用許可權和責任規定如下：
數據收集前的系統許可權
學生檔案 學生獎懲 學生成績 學籍處理 補考成績 教學計劃管理 各種等級考試
學生處 0 ？ 0 ？ ？ ？ ？ ？ ？
各系 ？ ？ 0 ？ ？ ？ ？ ？
教務處 ？ ？ ？ 0 ？ 0 ？ 0？ 0 ？
院長辦公室 ？ ？ ？ ？ ？ ？ ？
註：0、登錄，修改，處理權。 ？、查詢權
4、數據完整性、正確性：
1、 可按某學生某學年考試及補考成績，自動生成該學生是否升留降級，退學。
2、 可按某學生在校期間累計重修科目門數和成績自動生成該學生是否結業，畢業，授位。
3、 可按某學生因非成績原因所引起的學籍變更作自動處理。
4、 可按每學期各年級班學生考試成績自動生成補考名單，科目。
5、 可按每學期各年級學生考試成績自動生成某課程統計分析表。
6、可按同一年級學習成績進行同一課程不同班級間成績比較。
§ 2.2 性能需求
因為學籍管理系統存儲學生信息，所以資料庫系統應該具有備份和恢復功能，保證學生資料庫的長期完整性和正確性。另一方面，作為系統的伺服器應該能夠長期無故障的運行，而且能夠便於管理員的操作。安全性要求比較高，對業務邏輯必須封裝，避免有人登陸他沒許可權的網頁，避免黑客從數據流中截取敏感數據。