ERP教學管理系統(tǒng)

1、系統(tǒng)分析與設計范例：教學管理系統(tǒng)分析與設計1、請選一個你熟悉的系統(tǒng)進行調查，完成企業(yè)模型設計和主題數(shù)據(jù)庫設計。2、對上題的規(guī)劃報告中某子系統(tǒng)進行詳細調查，畫出業(yè)務流程圖、數(shù)據(jù)流程圖，并進行數(shù)據(jù)庫邏輯設計，最后完成一個新系統(tǒng)邏輯結構。做出系統(tǒng)分析報告3、對上題的分析文檔資料進行系統(tǒng)設計（包括功能設計、數(shù)據(jù)庫設計、分類編碼設計）。4、規(guī)劃報告、分析報告、設計報告的具體要求及具體提提交時間會在上課的時候實時確定，請同學們注意。注：最后各組交一份最終文檔（電子文檔及打印稿）制作成PPT，各組挑選一各同學講演。1 某校教學管理是由校教務處教務科和下屬系、學院教學辦公室共同完成的，其組織結構圖如下：教務處

2、教務科科長排課管理業(yè)務人員學籍管理業(yè)務人員教室管理業(yè)務人員數(shù)學系教學管理辦公室物理系教學管理辦公室化學系教學管理辦公室哲學系教學管理辦公室管理學院教學管理辦公室系統(tǒng)規(guī)劃報告2對各個部門、各業(yè)務人員進行詳細的調查，現(xiàn)行管理業(yè)務是：新生入學后填寫學生情況登記表報各系、院后，再上報教務處教務科，教務科將這些報表匯總后與學校招生辦公室進行核對，準確無誤后以備使用。每年各個專業(yè)在制定完教學計劃后，交系教學辦公室進行審核，然后上報教務科，由教務處和教務科出面組織全校進行討論，最后形成年度教學計劃下發(fā)各系組織。各系將落實后的教師任務分配表和教室情況，排出本系課程表，再報教務科，由教務科進行統(tǒng)一協(xié)調，最后制定

3、出全校課程表下發(fā)各院系。學校在部分專業(yè)中實施了學分制管理，在每學期開學以前還要進行學生選課工作。期末考試結束后，各院系將學生成績歸檔并進行學籍處理，然后將成績及學籍處理結果報教務科審批執(zhí)行。另外教務科還根據(jù)教師任課情況、學生情況制定各種報表上報教委、學校及各有關單位。 一、現(xiàn)行系統(tǒng)調研及企業(yè)模型的建立3 教學管理是學校各項管理中的一個職能域。 將上述調查結果進行分析，可以將教學管理系統(tǒng)劃分為 以下幾部分，組織/業(yè)務關系圖如下：即業(yè)務過程：學生學籍管理學生成績管理教學計劃管理學生選課管理排課管理教室設施管理教師基本信息管理統(tǒng)計管理報表管理學籍處理成績管理教學計劃學生選課排課管理教室設施教師信息統(tǒng)

4、計管理報表管理教務科科長學籍管理業(yè)務人員排課管理業(yè)務人員教室管理業(yè)務人員院、系教學辦公室主要負責人和決策者 業(yè)務過程主要參加者 業(yè)務過程部分參加者4一、業(yè)務流程分析 根據(jù)總體規(guī)劃中對線行業(yè)務的描述，該系統(tǒng)的高層業(yè)務流程圖如圖1。 系統(tǒng)分析報告5日常事務處理圖1 教學管理系統(tǒng)高層業(yè)務流程圖學生情況登記表核實學生情況登記表學 生招生辦公室學生情況檔案建立學生變動臺帳學生變動臺帳學生情況統(tǒng)計各類統(tǒng)計報表省教委校 長各有關單位教務科教學執(zhí)行計劃教學執(zhí)行計劃 開會 討論打印教學執(zhí)行計劃各專業(yè)各院系教務科教學執(zhí)行計劃學生成績單學生學籍處理教務科學生成績檔案教師任務分配表教室情況登記表課程表 排課學 生教

5、師教務科6 一般來說，反映子系統(tǒng)總體業(yè)務概況的高層業(yè)務流程圖只有一張，它描述了各項業(yè)務過程之間的處理關系。而由此向下擴展的低層業(yè)務流程圖有若干張，它們是對每個業(yè)務過程的詳細描述，反映的是業(yè)務活動之間的處理關系。 通過對“學籍處理”業(yè)務的詳細調查，可以了解到其業(yè)務處理有： 1、跳級、轉專業(yè)、休復學、退學、降留級處理。學生的跳級、轉專業(yè)、休復學、退學（指自動退學）都要由本人提出申請，經(jīng)系、院教學辦公室審查初步同意后，報教務處教務科進行復核，最后報請學校領導批準由教務處教務科負責執(zhí)行，相應的執(zhí)行結果要記入學生情況檔案。 2、每學期期末教師將學生成績單送交各系院，由教學辦公室負責將學生成績存檔，在新學

6、期的開學初期，各系院要根據(jù)學生的學習成績進行降留級或退學等學籍處理，并報教務處教務科審批實施。 3、另外每年各教學辦公室還要對應屆畢業(yè)生進行畢業(yè)資格審查，確定其畢業(yè)資格有三種類型：擁有畢業(yè)證書和學位證書、僅擁有畢業(yè)證書、僅擁有結業(yè)證書，然后報教務科復審上報，再將證書下發(fā)學生，相應的結果也要載入學生情況檔案。 學籍處理的詳細業(yè)務流程圖如圖2。7學生畢業(yè)資格清單學生畢業(yè)證書復審及報批畢業(yè)資格初審畢業(yè)資格學生教務科圖2 擴展后詳細的業(yè)務流程圖學籍變動申請審查學生申請初審學生申請實施學生學籍變動 審批審批意見學籍變動申請學籍變動申請學籍變動通知學 生學生校長教務科教務科學生情況檔案系、院教學辦公室降留

7、級處理通知降留級處理清單學生成績存檔學生成績單學生降留級處理學生降留級預處理學生教師教務科學生成績檔案系、院教學辦公室學生情況檔案系、院教學辦公室8二、數(shù)據(jù)流程分析 數(shù)據(jù)流程圖實質上是對業(yè)務流程圖進行分析的結果，它也是采用“自頂向下，逐層分解”的方法繪制的。（1）教學管理系統(tǒng)高層數(shù)據(jù)流程圖： 從教學管理高層業(yè)務流程圖中分析可以發(fā)現(xiàn)，在這張圖中“核實學生情況登記表”是在招生辦公室參與下進行的，對于教學管理系統(tǒng)而言，最終只是負責將準確的學生情況登記表存入檔案，以備學生在學習期間的各項業(yè)務處理使用。因此，可以考慮本系統(tǒng)只實現(xiàn)信息的輸入功能?！伴_會討論”是在教務處教務科的主持下，各院系中的各專業(yè)針對每

8、一學年的課程安排進行相互協(xié)商，最終產(chǎn)生教學執(zhí)行計劃的過程，對計算機信息系統(tǒng)而言，只能實現(xiàn)將協(xié)商確定后的教學執(zhí)行計劃存入檔案。“日常事務處理”業(yè)務中經(jīng)常涉及到的一些信息的檢索放在其他的業(yè)務過程中實現(xiàn)，而不考慮具體實現(xiàn)這項業(yè)務過程。通過以上分析，可以畫出教學管理系統(tǒng)的高層數(shù)據(jù)流程圖。如圖3所示：9圖3 現(xiàn)行教學管理系統(tǒng)1-DFDP3學生情況變動處理 D1 學生變動臺帳P1輸入學生情況學生情況登記表D2 學生情況檔案學生P5打印教學執(zhí)行計劃教師執(zhí)行計劃各系、院P4學生情況統(tǒng)計各類統(tǒng)計表省教委校長各單位P2輸入教學執(zhí)行計劃教學執(zhí)行計劃 D3 教學執(zhí)行計劃各專業(yè)P7學生學籍管理學生成績單 D4 學生成績

9、檔案教師P6排課課程表教師任務分配表學生 D5 教室情況登記表 10（2）教學管理系統(tǒng)擴展層的數(shù)據(jù)流程圖 根據(jù)教學管理系統(tǒng)的高層數(shù)據(jù)流程圖擴展出數(shù)據(jù)流程圖若干張。下面以“學生學籍管理”為例，擴展出“學生學籍管理”數(shù)據(jù)流程圖。從“學生學籍管理” 業(yè)務流程圖中分析可以看出，校長對學生學籍變動的審批過程由信息系統(tǒng)完成是不現(xiàn)實的，因此考慮將其排除在系統(tǒng)實現(xiàn)的功能之外，同時可以將“審查學生申請”和“實施學生變動申請”合并，然后畫出“學生學籍管理”數(shù)據(jù)流程圖。如圖4所示：11圖4 “學生學籍處理” 2-DFDP7.3學生情況變動處理初審后學生 變動申請P7.2初審學生畢業(yè)資格學生畢業(yè)資格清單P7.4復查學

10、生畢業(yè)資格降留級通知D4 學生成績檔案P7.5學生成績存檔學生成績單教師P7.1初步審查學生申請學籍變動申請學生學生畢業(yè)資格證書P7.7降留級處理降留級學生清單P7.6降留級預處理 D2 學生情況檔案D2 學生情況檔案學生變動通知學生12三、數(shù)據(jù)字典為了對數(shù)據(jù)流程中的各個元素作出詳細說明，要建立數(shù)據(jù)字典。數(shù)據(jù)字典的內容主要是：數(shù)據(jù)流程圖中的數(shù)據(jù)項、數(shù)據(jù)結構、數(shù)據(jù)流、處理邏輯、數(shù)據(jù)存儲和外部實體等六方面進行具體的定義。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以圖形和文字兩方面對系統(tǒng)的邏輯模型進行完整的描述。注：自己補充數(shù)據(jù)字典內容13按照實體分析方法所設計的主題數(shù)據(jù)庫共有8個: 1）學生學籍管理數(shù)據(jù)庫。該數(shù)

11、據(jù)庫記錄了學生基本信息、學生獎懲情況、學生學籍變動情況、學生參加課外活動情況等信息，它反映了學生自身在校4年的主要情況。2）學生成績管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了學生的各門課程的學習成績，反映了學生在校4年的學習情況。3）教師管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了教師自身的基本信息及所屬教研室、所屬院、系的基本概況。4）課程管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了教學執(zhí)行計劃的詳細內容。二、進行數(shù)據(jù)分析建立主題數(shù)據(jù)庫模型145）教室管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了學校所有教室的基本配置及使用情況。6）教師任課數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了每一個任課教師的任課情況及日常必須的調課信息。7）課表數(shù)據(jù)庫。該數(shù)據(jù)庫是各專業(yè)、各班級課程安排的具體

12、體現(xiàn)。8）統(tǒng)計數(shù)據(jù)庫。該數(shù)據(jù)庫是根據(jù)教師、學生的各類信息進行分類匯總形成的初步的綜合統(tǒng)計信息。為了支持高層的統(tǒng)計分析，可在該數(shù)據(jù)庫的基礎上拓展，建立更高層次的統(tǒng)計數(shù)據(jù)庫以輔助高層管理人員的決策活動。15U/C矩陣16教務處主數(shù)據(jù)庫包含學籍管理數(shù)據(jù)庫、成績管理數(shù)據(jù)庫、課程管理數(shù)據(jù)庫、教師任課數(shù)據(jù)庫、教師管理數(shù)據(jù)庫、教室管理數(shù)據(jù)庫、課表數(shù)據(jù)庫、學生統(tǒng)計數(shù)據(jù)庫。教務處負責學籍管理、統(tǒng)計管理、報表管理、排課管理、教室設施管理、教師基本信息管理和教務處日常事務管理。各院系子集數(shù)據(jù)庫包含學籍管理數(shù)據(jù)庫、成績管理數(shù)據(jù)庫、課程管理數(shù)據(jù)庫、教師任課數(shù)據(jù)庫、課表數(shù)據(jù)庫。各院系負責教學計劃錄入管理、學生選課管理、學

13、生基本情況錄入、成績管理和日常事務處理。三、進行數(shù)據(jù)的分布分析17從主題數(shù)據(jù)庫的需求和經(jīng)濟條件等方面，對用戶的標識和確認、用戶的授權提出實施方案，即針對每一個主題數(shù)據(jù)庫依據(jù)它的分布規(guī)劃，確定它應該由那些用戶負責建立、維護和使用，這些用戶身份的確認采取什么手段。例如：四、主題數(shù)據(jù)庫的可靠性規(guī)劃表中Create(C), Query(Q),Update(U)18四、主題數(shù)據(jù)庫的規(guī)范化設計 1、按照實體分析方法所設計的主題數(shù)據(jù)庫共有8個。1）學生學籍管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了學生基本信息、學生獎懲情況、學生學籍變動情況、學生參加課外活動情況等信息，它反映了學生自身在校4年的主要情況。2）學生成績管理數(shù)

14、據(jù)庫。該數(shù)據(jù)庫記錄了學生的各門課程的學習成績，反映了學生在校4年的學習情況。3）教師管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了教師自身的基本信息及所屬教研室、所屬院、系的基本概況。4）課程管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了教學執(zhí)行計劃的詳細內容。5）教室管理數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了學校所有教室的基本配置及使用情況。6）教師任課數(shù)據(jù)庫。該數(shù)據(jù)庫記錄了每一個任課教師的任課情況及 日常必須的調課信息。7）課表數(shù)據(jù)庫。該數(shù)據(jù)庫是各專業(yè)、各班級課程安排的具體體現(xiàn)。8）統(tǒng)計數(shù)據(jù)庫。該數(shù)據(jù)庫是根據(jù)教師、學生的各類信息進行分類匯總形成的初步的綜合統(tǒng)計信息。為了支持高層的統(tǒng)計分析，可在該數(shù)據(jù)庫的基礎上拓展，建立更高層次的統(tǒng)計數(shù)據(jù)庫以輔助

15、高層管理人員的決策活動。 19 2、將概念主題數(shù)據(jù)庫分解為一組基本表 學籍管理主題數(shù)據(jù)庫包含一系列的數(shù)據(jù)項，顯然，按規(guī)范化的理論和方法，應將括號中的內容分做六部分，建立六個基本表：學籍管理數(shù)據(jù)庫 學生基本情況表 STUD DBSTU 學生處分情況表 STUD_P 學生獎勵情況表 STUD_E 學生變動情況表 STUD_C 學生驗證情況表 STUD_D 學生課外活動情況表 STUD_A20 3、確定基本表的組成 學籍管理主題數(shù)據(jù)庫包含了教學管理系統(tǒng)高層數(shù)據(jù)流程圖中的“學生變動臺帳”和“學生情況檔案”兩個數(shù)據(jù)存儲中的信息。將有關這些信息的載體收集上來以后，通過分析、識別、定義出教學管理系統(tǒng)中學籍管

16、理主題數(shù)據(jù)庫的邏輯數(shù)據(jù)模型如下。主鍵：學號+獎勵時間學號 獎勵時間 獎勵原因 獎勵形式 獎金 學籍管理主題數(shù)據(jù)庫模型（部分）學生基本情況表 STUD主鍵：學號學號，姓名，性別，民族，政治面貌 出生日期學生處分情況表 STUD_P學生獎勵情況表 STUD_E學生變動情況表 STUD_C主鍵：學號+處分時間學號 處分原因 處分形式 處分時間主鍵：學號+變動時間學號 原學生學號 變動原因 變動時間 課外活動情況表 STUD_A主鍵：學號+活動小組名稱 學號 活動小組名稱 起始日期 終止日期學生驗證情況表 STUD_D主鍵：學號+新學生證號學號 學生證掛失時間 新學生證號學生學籍管理主題數(shù)據(jù)庫DBST

17、U21五、新系統(tǒng)的邏輯結構的建立 新系統(tǒng)的邏輯結構的建立主要依據(jù)數(shù)據(jù)分析所建立的主題數(shù)據(jù)庫，將現(xiàn)行系統(tǒng)的數(shù)據(jù)流程圖轉換為新系統(tǒng)的數(shù)據(jù)流程圖，形成新系統(tǒng)的邏輯結構。教學管理系統(tǒng)的數(shù)據(jù)分析對總體規(guī)劃中提出的8個主題數(shù)據(jù)庫進行了規(guī)范處理后，所建立的數(shù)據(jù)庫模型是建立新系統(tǒng)邏輯結構的基礎。新系統(tǒng)的邏輯功能應該是圍繞這8個主題數(shù)據(jù)庫而建立?！皩W生學籍管理數(shù)據(jù)庫”的內容包含了“學生變動臺帳”和“學生情況檔案”中的信息，所以有關“輸入學生情況登記表”和“建立學生變動臺帳”的功能可以歸并為“學生學籍管理”功能模塊中，同時該模塊還要完成有關學籍管理的其它功能。各系院送交的教師任務表進入系統(tǒng)后，其信息要進入“教師任

18、課數(shù)據(jù)庫”、教學執(zhí)行計劃數(shù)據(jù)存儲中的信息在新系統(tǒng)中被放在“課程管理數(shù)據(jù)庫”中，對這兩個主題數(shù)據(jù)庫可以由“教學計劃管理”功能模塊來完成。22檔案信息放在“學生成績數(shù)據(jù)庫”中，相應地根據(jù)由教師送交的學生成績單所進行的學生成績存檔功能由“成績管理”功能模塊來完成。對“教師管理數(shù)據(jù)庫”和“教室管理數(shù)據(jù)庫”的管理也通過“教師基本信息管理”和“教室設施管理”兩個功能模塊來完成。根據(jù)“課程管理數(shù)據(jù)庫”、“教師任課數(shù)據(jù)庫”、“教室管理數(shù)據(jù)庫”和“教師管理數(shù)據(jù)庫”信息所進行的“排課管理”產(chǎn)生的排課信息放入”課表數(shù)據(jù)庫“中?？紤]到實際的應用需求，將現(xiàn)行系統(tǒng)中的“學生情況統(tǒng)計”所實現(xiàn)的功能在新系統(tǒng)中分解為“統(tǒng)計管理

19、”和“報表管理”。其統(tǒng)計信息放入“統(tǒng)計數(shù)據(jù)庫”中。值得注意的是該統(tǒng)計數(shù)據(jù)庫中存放了大量的統(tǒng)計信息，還包含日常事務統(tǒng)計和對歷史數(shù)據(jù)的統(tǒng)計分析。以備將來的需求擴充。 由此可以畫出新系統(tǒng)的邏輯結構圖：23圖5 教學管理系統(tǒng)總體邏輯結構圖P8教室設施管理 DBCLA 教室管理數(shù)據(jù)庫DBSTA 統(tǒng)計數(shù)據(jù)庫P3統(tǒng)計管理P1學籍管理學生情況登記表 DBSTU 學籍管理數(shù)據(jù)庫學生P.2成績管理 DBGRA 學生成績數(shù)據(jù)庫學生成績單教師DBCOU 課程管理數(shù)據(jù)庫 DBTC 教師任課數(shù)據(jù)庫P5教學計劃管理教學執(zhí)行計劃教師任務分配表各專業(yè)P7教師基本信息管理 DBTEA 教師管理數(shù)據(jù)庫教師基本情況表人事處 DBCT

20、 課表管理數(shù)據(jù)庫P6排課管理 課程表學生教師P4報表管理各類統(tǒng)計表各單位校長省教委24 圖5中所表示的各項處理功能實際上是教學管理系統(tǒng)子系統(tǒng)的劃分，表示的是各子系統(tǒng)之間的數(shù)據(jù)存取與交換關系，而這些子系統(tǒng)的功能描述只是表達了它們內部數(shù)據(jù)處理業(yè)務的范圍。為了更加詳細地描述其內部處理功能，必須按照同樣的方法對它們進行擴展分析，設計出每個子系統(tǒng)的邏輯結構圖?，F(xiàn)以“學籍管理”為例設計子系統(tǒng)的邏輯結構圖。 由教學管理系統(tǒng)總體邏輯結構圖中可以看出，與學籍管理子系統(tǒng)相關的數(shù)據(jù)庫有“學生學籍管理數(shù)據(jù)庫” 和“學生成績數(shù)據(jù)庫”，與外界的聯(lián)系是學生外部項提供的“學生情況登記表”。有關學籍的各項現(xiàn)行管理表示出學生的學

21、籍變動申請、學生的畢業(yè)資格審查以及學生的降留級處理，首先都要通過各系、院的先期處理后再交教務處教務科做最后的處理，從管理內容上來說這是一種復雜的勞動，新系統(tǒng)的建立則要考慮系統(tǒng)的優(yōu)化問題。 學籍管理子系統(tǒng)的邏輯結構圖表示如下：25P1.2匯總學生基本情況 DBSTU 學籍管理數(shù)據(jù)庫(主庫 ) STUD 學 生 基 本 情 況 表 P1.9畢業(yè)資格審查P1.5自費試讀處理DBGRA 學生成績數(shù)據(jù)庫(主庫 ) GRAD 學生成績情況表 GRAD_B 學生補考情況表 學生證丟補申請住址變更換證申請P1.8學生換證處理 DBSTU 學籍管理數(shù)據(jù)庫(主庫 ) STUD_A 學 生 驗 證 情 況 表 學生

22、P1.1錄入學生基本情況學生情況登記表學生 DBSTU 學籍管理數(shù)據(jù)庫(子集 ) STUD 學 生 基 本 情 況 表 P1.4降留級處理 DBSTU 學籍管理數(shù)據(jù)庫(主庫 ) STUD_P 學 生處分情 況 表 P1.6學生受獎處理 DBSTU 學籍管理數(shù)據(jù)庫(主庫 ) STUD_E 學 生 獎 勵 情 況 表 學生受獎名單各院系P1.7學生處分處理學生處分名單 DBSTU 學籍管理數(shù)據(jù)庫(主庫 ) STUD_P 學 生 處 分 情 況 表 圖6 學籍管理邏輯結構圖P1.3學籍變動處理學籍變動申請 DBSTU 學籍管理數(shù)據(jù)庫(主庫 )STUD 學 生 基 本 情 況 表 STUD_ C 學

23、生 變 動 情 況 表26系統(tǒng)設計報告 一、功能結構設計 教學管理系統(tǒng)的高層數(shù)據(jù)流程圖中包含了8個處理功能，采用事務分析方法將其轉換成結構圖。教 學 管 理 系 統(tǒng)成績管理教師基本信息管理排課管理教學計劃管理報表管理統(tǒng)計管理教室基本設施管理學籍管理12345678A27教學管理系統(tǒng)高層結構圖教學管理系統(tǒng)學籍管理匯總學生基本情況表學籍變動處理錄入學生基本情況表11.21.31.41.51.61.71.81.1降、留級處理自費適讀處理學生受獎處理學生處分處理學生換證處理畢業(yè)資格審查1.9AB28 教學管理系統(tǒng)的三層數(shù)據(jù)流程圖中包含了若干個處理功能，也可采用變換的方法將其轉換成結構圖。下面以“學籍變

24、動處理”為例，將其轉換成結構圖：學籍管理下層的學籍變動處理轉專業(yè)處理跳級管理學籍管理的下層：學籍變動處理功能結構圖1.31.3.21.3.1跳級處理匯總跳級信息轉專業(yè)處理匯總轉專業(yè)信息修、復學處理匯總修、復學信息修、復學管理退學管理1.3.31.3.4退學處理匯總退學信息B29HIPO概念層次輸入、處理、輸出圖的簡稱，由層次化結構圖與IPO圖兩部分構成。學籍管理系統(tǒng)處理輸入1.3 層次化結構圖基本情況輸入簡歷輸入查詢修改基本情況查詢簡歷查詢輸出統(tǒng)計表分數(shù)表降留級處理統(tǒng)計30IPO圖處理功能標識：P1.4處理功能名稱：降留級處理輸入數(shù)據(jù)：學生成績數(shù)據(jù)庫（DBGRA）中的學生成績基本表（GRAD）和學生補考成績表（GRAD_B）輸出數(shù)據(jù)：學生學籍管理數(shù)據(jù)庫（DBSTU）中學生基本情況表（STUD）和學生變動請況表（STUD_C）功能描述：獲得降留級處理的學年號，對于每一個學生，循環(huán)進行： 打開學生基本成績表（GRAD）獲得本學期不及格門數(shù)，放入KS 打開學生補考成績表（GRAD_B ）獲得補考成績不及格門數(shù)，放入B