【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 之前，教師可以修改調(diào)改申請的相關(guān)信息，一旦進入審核狀態(tài)中，教師即不能修改調(diào)改申請的信息。調(diào)改的實驗任務(wù)通過最終的審核之后，如果仍需要調(diào)改，重新執(zhí)行 “ 實驗調(diào)改 ” 。 Postconditions: 1 系統(tǒng)成功記錄該教師的調(diào)改申請信息 2 如果上述任何一個步驟出現(xiàn)錯誤，系統(tǒng)將自動轉(zhuǎn)向錯誤提示屏幕 。 表 213 更改學(xué)生安排用例描述 Use Case：更改學(xué)生安排 ID:03 Actors: 教師 Preconditions: 1 教師成功登入實驗教學(xué)管理信息系統(tǒng)； 2 系統(tǒng)已經(jīng)自動通知學(xué)生實驗任務(wù)（實驗時間及實驗室） Flow of events: 1 教師輸入教工號和密碼，系統(tǒng)驗證教工號和密碼； 驗證通過，教師進入實驗教學(xué)管理信息系統(tǒng)； 否則，終止本用例； 2 教師進入更改學(xué) 生安排頁面 教師更改每批實驗的學(xué)生，教師可以為每個同學(xué)重新安排實驗批次 教師更改后，可以提交或者取消 提交后，系統(tǒng)會顯示變動的學(xué)生名單，教師可以口頭通知學(xué)生登入系統(tǒng)查看變動情況 取消后，系統(tǒng)將實驗學(xué)生名單恢復(fù)到未修改前狀態(tài)； Postconditions: 1 系統(tǒng)保存教師對學(xué)生的實驗批次等的改動，并提示變動的學(xué)生名單，供學(xué)生登入查看 2 如果上述任何一個步驟出現(xiàn)錯誤，系統(tǒng)將自動轉(zhuǎn)向錯誤提示屏幕 表 214 取消理論學(xué)時用例描述 Use Case： 實驗占用 ID:04 Actors: 教師 Preconditions: 教師成功登入實驗教學(xué)管理信息系統(tǒng)； 基于 Web 的實踐教學(xué)管理信息系統(tǒng)的設(shè)計與實現(xiàn) 17 Flow of events: 1 教師輸入教工號和密碼，系統(tǒng)驗證教工號和密碼； 驗證通過，教師進入實驗教學(xué)管理信息系統(tǒng)； 否則，終止本用例； 2 教師進入預(yù)約界面，系統(tǒng)顯示本學(xué)期該教師的課表信息 教師根據(jù)自己的實驗教學(xué)任務(wù)取消相關(guān)理 論課程的課堂教學(xué)（系統(tǒng)不予接受取消的理論課時超過任務(wù)書規(guī)定的實驗學(xué)時 /上機學(xué)時）。 Postconditions: 1 系統(tǒng)保存教師提交的取消的理論課程操作 2 如果上述任何一個步驟出現(xiàn)錯誤，系統(tǒng)將自動轉(zhuǎn)向錯誤提示屏幕 表 215 審核實驗預(yù)約用例描述 Use Case：審核實驗預(yù)約 ID:05 Actors: 實驗室管理員，實驗室主任 Preconditions: 1實驗室管理員 /主任成功進入實驗教學(xué) 管理信息系統(tǒng) 2 教師已經(jīng)根據(jù)任務(wù)計劃進行了實驗任務(wù)預(yù)約 Flow of events: 1 實驗室管理員 /主任輸入教工號和密碼，系統(tǒng)驗證教工號和密碼； 驗證通過，實驗室管理員 /主任進入實驗教學(xué)管理信息系統(tǒng)； 否則，終止本用例； 2 實驗室管理員 /主任選擇審核實驗任務(wù)頁面 ，可以通過或拒絕。對于拒絕的實驗預(yù)約，教師不可以刪除。 ，將由實驗室主任進行二次審核。經(jīng)過實驗室主任審核的實驗預(yù)約任務(wù) 將反饋給預(yù)約教師（教師可以查看到他的實驗預(yù)約申請是否需要執(zhí)行，還是被拒絕了）。通過審核的實驗預(yù)約申請，系統(tǒng)按照預(yù)約人數(shù)自動通知未完成該實驗項目的學(xué)生。 Postconditions: 1 系統(tǒng)成功記錄審核后的數(shù)據(jù)； 2 學(xué)生將得到系統(tǒng)的實驗教學(xué)執(zhí)行（實驗室和時間）通知； 3 教師需要執(zhí)行的教學(xué)任務(wù)中將添加已經(jīng)通過審核的實驗教學(xué)預(yù)約任務(wù)。 3 如果上述任何一個步驟出現(xiàn)錯誤，系統(tǒng)將自動轉(zhuǎn)向錯誤提示屏幕。 表 216 審核調(diào)改申請用例描述 Use Case： 審核調(diào)改申請 ID:06 Actors: 實驗室管理員，實驗室主任，教務(wù)處 Preconditions: 1 實驗室管理員 /實驗室主任 /教務(wù)處成功進入該子系統(tǒng) 2 教師通過系統(tǒng)提交實驗教學(xué)任務(wù)調(diào)改申請 Flow of events: 1 實驗室管理員 /實驗室主任 /教務(wù)處輸入教工號及密碼，系統(tǒng)驗證身份； 驗證通過，實驗室管理員 /主任 /教務(wù)處進入實驗教學(xué)管理信息系統(tǒng)； 華東交通大學(xué)畢業(yè)論文 18 否則，終止本用例； 2 實驗室管理員審核預(yù)約在本實驗室的實驗 任務(wù)，有通過和拒絕兩種審核狀態(tài)。 3 經(jīng)過管理員審核的實驗調(diào)改申請，將有實驗室主任進行二次審核（可以同意或者拒絕實驗室管理員的審核意見）。 4 經(jīng)過實驗室主任審核的實驗調(diào)改申請需要有教務(wù)處進行最終審核。 5 教務(wù)處進入審核實驗調(diào)改申請的頁面 對于通過教務(wù)處審核的實驗預(yù)約調(diào)改申請正式生效，教師按照調(diào)改后的實驗任務(wù)執(zhí)行。 如果調(diào)改申請最終被教務(wù)處拒絕，那么教師必須按照原實驗安排執(zhí)行。通過審核的調(diào)課申請，系統(tǒng)自動根據(jù)實驗人數(shù)通知未完成該實驗項目的學(xué)生。 Postconditions: 1 系統(tǒng)保存審核結(jié)果，教師應(yīng)該按照審核結(jié)果執(zhí)行教學(xué)任務(wù) 2 如果上述任何一個步驟出現(xiàn)錯誤，系統(tǒng)將自動轉(zhuǎn)向錯誤提示屏幕。 活動圖表述 對于復(fù)雜的用例分析還可以使用活動圖對復(fù)雜用例進行進一步的深入分析，在課內(nèi)實驗管理中預(yù)約實驗和審核的用例比較復(fù)雜，用活動圖里對其進行深入分析，以實驗預(yù)約為例進行活動圖描述： 基于 Web 的實踐教學(xué)管理信息系統(tǒng)的設(shè)計與實現(xiàn) 19 教 師 查 看 自 己 的 實 驗 教 學(xué) 任 務(wù)教 師 提 交 預(yù) 約 申 請實 驗 室 管 理 員 預(yù) 審 預(yù) 約 / 調(diào) 課 申 請修 改 實 驗 預(yù) 約 申 請實 驗 室 主 任 終 審 實 驗 預(yù) 約 申 請修 改 已 審 核 的 申 請 的 審 核 狀 態(tài)教 師 執(zhí) 行 審 核 通 過 的 預(yù) 約 申 請拒 絕通 過審 核 通 過 的 預(yù) 約 申 請教 師 申 請 調(diào) 課實 驗 室 主 任 二 審 調(diào) 課 申 請修 改 已 審 核 的 調(diào) 改 申 請 狀 態(tài)已 確 定 審 核 狀 態(tài) 的 預(yù) 約 / 調(diào) 改 申 請 記 錄教 務(wù) 處 終 審 調(diào) 課 申 請拒 絕審 核 通 過 的 實 驗 調(diào) 課 申 請教 師 執(zhí) 行 調(diào) 改 后 的 實 驗 安 排取 消 需 要 實 驗 的 理 論 課 時通 過 圖 28 實驗預(yù)約用例活動圖描述 華東交通大學(xué)畢業(yè)論文 20 3 系統(tǒng)設(shè)計 系統(tǒng)總體 設(shè)計 總體 功能 結(jié)構(gòu)設(shè)計 電 子 校 務(wù) e S c h o o l實 踐 教 學(xué) 管 理 系 統(tǒng) e S c h o o l . E d u A d m i n P r a c t ic e通 用 服 務(wù) 系 統(tǒng) e S c h o o l . C o m m o n人 事 管 理 系 統(tǒng) e S c h o o l . H R教 務(wù) 管 理 系 統(tǒng) e S c h o o l . E d u A d m i n實 驗 室 機 構(gòu) 管 理 e S c h o o l . E d u A d m i n P r a ct i c e . L a b實 驗 大 綱 管 理 e S c h o o . E d u A d m i n P r a c t ic e . S y l l a b u s實 驗 設(shè) 備 管 理 e S c h o o l . E d u A d m i n P r a c t ic e . E q u i p m e n t課 內(nèi) 實 驗 管 理 e S c h o o l . E d u A d m i n P r a c t ic e . C o u r s e E x p e r i m e n t畢 業(yè) 設(shè) 計 （ 論 文 ）e S c h o o l . E d u A d m i n P r a c t ic e . T h e s i s 圖 31 實踐教學(xué)管理信息系統(tǒng)總體結(jié)構(gòu)圖 系統(tǒng)的總體設(shè)計如上圖，本文只對于課內(nèi)實驗管理以及與其關(guān)系密切的實驗室、實驗大綱管理、實驗設(shè)備管理進行開發(fā)。 本文所開發(fā)的功能模塊如下圖所示： 基于 Web 的實踐教學(xué)管理信息系統(tǒng)的設(shè)計與實現(xiàn) 21 圖 32 系統(tǒng)功能模塊圖 總體 系統(tǒng) 架構(gòu)設(shè)計 （ 1） 以 B/S 架構(gòu)模式為主 隨著互聯(lián)網(wǎng)應(yīng)用軟件的發(fā)展以及組件技術(shù)的出現(xiàn)，軟件體系結(jié)構(gòu)逐漸從原 C/S 結(jié)構(gòu)模式轉(zhuǎn)向更適合互聯(lián)網(wǎng)應(yīng)用的 B/S 結(jié)構(gòu)模式，兩層的 C/S 結(jié)構(gòu)也逐漸轉(zhuǎn)向三層或多層結(jié)構(gòu)。C/S 結(jié)構(gòu)和 B/S 結(jié)構(gòu)各自的優(yōu)缺點對比如下： 表 31 B/S與 C/S架構(gòu)模式對比分析 C/S 優(yōu)點 ? 應(yīng)用服務(wù)器運行數(shù)據(jù)負荷較輕 ? 數(shù)據(jù)存儲管理功能較為透明 缺點 ? 維護成本高且投機大 ? 用戶使用需要下載特定的客 戶端軟件 B/S 優(yōu)點 ? 用戶使用方便，只需要有瀏覽器 ? 維護和審升級方式簡單，成本較低 缺點 ? 應(yīng)用服務(wù)器負荷較重 ? 實現(xiàn)統(tǒng)計分析功能限制條件較多 實踐教學(xué)管理系統(tǒng)的用戶涉及到教師、學(xué)生、教務(wù)處、實驗室管理員、實驗室主任、院教務(wù)等，總的來說實踐教學(xué)管理系統(tǒng)的用戶就是全校師生，全校 2 萬多師生都是實踐教學(xué)管理系統(tǒng)的用戶。對比 C/S 和 B/S 的優(yōu)缺點，我校實踐教學(xué)管理系統(tǒng)采用 C/S 的模式不能適應(yīng)實際運行環(huán)境的要求，因此選用了 B/S 的模式進行系統(tǒng)的開發(fā)。 （ 2） 結(jié)合 SOA 模型 除了選用 B/S 的結(jié)構(gòu)模式，考慮到了整個校園 信息的融合與共享問題，系統(tǒng)設(shè)計的時候考慮到業(yè)務(wù)邏輯的組件化，并吸納 SOA 系統(tǒng)架構(gòu)思想，采用 Web Service 技術(shù)為實現(xiàn)校園各個系統(tǒng)的互聯(lián)互通，數(shù)據(jù)共享，提供必要的架構(gòu)支持和接口設(shè)計。為此課題組提出了如圖所示的系統(tǒng)總體架構(gòu)模型： 實驗教學(xué)管理信息系統(tǒng) 實驗室管理 實驗教學(xué)大綱管理 課內(nèi)實驗管理 實驗設(shè)備管理 開設(shè)實驗室 設(shè)置管理員 制定實驗教學(xué)大綱 分配實驗項目 實驗教學(xué)大綱查詢 實驗預(yù)約 調(diào)改 預(yù)約調(diào)改申請審核 實驗任務(wù)查詢 數(shù)據(jù)統(tǒng)計分析 實驗設(shè)備維護 實驗設(shè)備分配 設(shè)備類型維護 實驗室安排實驗項目 華東交通大學(xué)畢業(yè)論文 22 教 務(wù) 處E u d A d m i n M g rE d u A d m i n P r a c t i c e M g r實 踐 教 學(xué) 系 統(tǒng) 數(shù)據(jù) 庫教 務(wù) 系 統(tǒng) 數(shù) 據(jù) 庫物 資 處E q u i p m e n t M g r物 資 管 理 系 統(tǒng) 數(shù) 據(jù)庫E d u A d m i n W e b S e r v i c eE d u A d m i n P r a c t i c e W e b S e r v i c eE q u i p m e n t W e b S e r v i c e人 事 處H u m a n R e s o u r c e M g r人 事 系 統(tǒng) 數(shù) 據(jù) 庫H R W e b S e r v i c e校 園 網(wǎng) 校 園 網(wǎng) 圖 33 基于 SOA 的系統(tǒng)整體架構(gòu) 基于該架構(gòu)，提出了一種通過校園網(wǎng)絡(luò)以 Web Service 方式共享、調(diào)用業(yè)務(wù)服務(wù)的信息共享模式 。各個職能部門對信息共享方式可以逐漸摒棄以往的數(shù)據(jù)拷貝方式的數(shù)據(jù)傳遞和共享模式。參照常見的 SOA 模型，目前只是我校實施電子校務(wù)整體 SOA 工程的初步階段，但是從長遠來看，基本符合 SOA 模型的規(guī)劃。 具體來說，電子校務(wù)整體信息化模式將按照職能部門的業(yè)務(wù)進行初步劃分，并將各子系統(tǒng)按照業(yè)務(wù)邏輯劃分成若干可以向外部提供 Web Service 的單元，在提供良好組件與外部接口的基礎(chǔ)上，將基本業(yè)務(wù)邏輯包裝成可用 Web Service，通過校園網(wǎng)絡(luò)由各個其他子系統(tǒng)調(diào)用。但是這其中還需要解決諸如：業(yè)務(wù)邏輯劃分規(guī)范、遺留系統(tǒng)的數(shù) 據(jù)規(guī)范、 Web Service 調(diào)用性能、業(yè)務(wù)總線構(gòu)建、服務(wù)總線構(gòu)建等實際問題。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫設(shè)計是整個系統(tǒng)的關(guān)鍵，數(shù)據(jù)庫設(shè)計的好壞直接影響到整個系統(tǒng)運行的性能和功能的實現(xiàn)。數(shù)據(jù)庫設(shè)計 主要有六個階段，如下圖： 基于 Web 的實踐教學(xué)管理信息系統(tǒng)的設(shè)計與實現(xiàn) 23 圖 34 數(shù)據(jù)設(shè)計的六個階段 需求分析在前面已經(jīng)做的很充分了，在這里主要進行數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理結(jié)構(gòu)設(shè)計。 概念 結(jié)構(gòu)設(shè)計 概念數(shù)據(jù)庫 設(shè)計是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵，它通過對用戶需求進行綜合、歸納與抽象，形成獨立于具體 DBMS 的概念模型。 課內(nèi)實驗概念數(shù)據(jù)模型如下圖： 圖 35 課內(nèi)實驗數(shù)據(jù)庫 ER圖 邏輯 結(jié)構(gòu)設(shè)計 邏輯結(jié)構(gòu)設(shè)計是將概念結(jié)構(gòu)轉(zhuǎn)換為某個 DBMS 所支持的數(shù)據(jù)模型，并對其進行優(yōu)化。邏輯結(jié)構(gòu)圖 如下： N 1