【正文】 教師執(zhí)行調改后的實驗安排取消需要實驗的理論課時通過圖 28 實驗預約用例活動圖描述華東交通大學畢業(yè)論文 20 3 系統(tǒng)設計 系統(tǒng)總體設計 總體功能結構設計電 子 校 務 e S c h o o l實 踐 教 學 管 理 系 統(tǒng) e S c h o o l . E d u A d m i n P r a c t ic e通 用 服 務 系 統(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教 務 管 理 系 統(tǒng) e S c h o o l . E d u A d m i n實 驗 室 機 構 管 理 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實 驗 設 備 管 理 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課 內 實 驗 管 理 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è) 設 計 （ 論 文 ）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 實踐教學管理信息系統(tǒng)總體結構圖系統(tǒng)的總體設計如上圖，本文只對于課內實驗管理以及與其關系密切的實驗室、實驗大綱管理、實驗設備管理進行開發(fā)。本文所開發(fā)的功能模塊如下圖所示：基于 Web 的實踐教學管理信息系統(tǒng)的設計與實現(xiàn) 21 實驗教學管理信息系統(tǒng)實驗室管理 實驗教學大綱管理 課內實驗管理 實驗設備管理開設實驗室設置管理員制定實驗教學大綱分配實驗項目實驗教學大綱查詢實驗預約調改預約調改申請審核實驗任務查詢數(shù)據(jù)統(tǒng)計分析實驗設備維護實驗設備分配設備類型維護實驗室安排實驗項目圖 32 系統(tǒng)功能模塊圖 總體系統(tǒng)架構設計（1） 以 B/S 架構模式為主隨著互聯(lián)網(wǎng)應用軟件的發(fā)展以及組件技術的出現(xiàn)，軟件體系結構逐漸從原 C/S 結構模式轉向更適合互聯(lián)網(wǎng)應用的 B/S 結構模式，兩層的 C/S 結構也逐漸轉向三層或多層結構。C/S 結構和 B/S 結構各自的優(yōu)缺點對比如下：表 31 B/S 與 C/S 架構模式對比分析優(yōu)點 ? 應用服務器運行數(shù)據(jù)負荷較輕? 數(shù)據(jù)存儲管理功能較為透明C/S缺點 ? 維護成本高且投機大? 用戶使用需要下載特定的客戶端軟件優(yōu)點 ? 用戶使用方便，只需要有瀏覽器? 維護和審升級方式簡單，成本較低B/S缺點 ? 應用服務器負荷較重? 實現(xiàn)統(tǒng)計分析功能限制條件較多實踐教學管理系統(tǒng)的用戶涉及到教師、學生、教務處、實驗室管理員、實驗室主任、院教務等，總的來說實踐教學管理系統(tǒng)的用戶就是全校師生，全校 2 萬多師生都是實踐教學管理系統(tǒng)的用戶。對比 C/S 和 B/S 的優(yōu)缺點，我校實踐教學管理系統(tǒng)采用 C/S 的模式不能適應實際運行環(huán)境的要求，因此選用了 B/S 的模式進行系統(tǒng)的開發(fā)。（2） 結合 SOA 模型除了選用 B/S 的結構模式，考慮到了整個校園信息的融合與共享問題，系統(tǒng)設計的時候考慮到業(yè)務邏輯的組件化，并吸納 SOA 系統(tǒng)架構思想，采用 Web Service 技術為實現(xiàn)校園各個系統(tǒng)的互聯(lián)互通，數(shù)據(jù)共享，提供必要的架構支持和接口設計。為此課題組提出了如圖所示的系統(tǒng)總體架構模型：華東交通大學畢業(yè)論文 22 教務處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實踐教學系統(tǒng)數(shù)據(jù)庫教務系統(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)整體架構基于該架構，提出了一種通過校園網(wǎng)絡以 Web Service 方式共享、調用業(yè)務服務的信息共享模式。各個職能部門對信息共享方式可以逐漸摒棄以往的數(shù)據(jù)拷貝方式的數(shù)據(jù)傳遞和共享模式。參照常見的 SOA 模型，目前只是我校實施電子校務整體 SOA 工程的初步階段，但是從長遠來看，基本符合 SOA 模型的規(guī)劃。具體來說，電子校務整體信息化模式將按照職能部門的業(yè)務進行初步劃分，并將各子系統(tǒng)按照業(yè)務邏輯劃分成若干可以向外部提供 Web Service 的單元，在提供良好組件與外部接口的基礎上，將基本業(yè)務邏輯包裝成可用 Web Service，通過校園網(wǎng)絡由各個其他子系統(tǒng)調用。但是這其中還需要解決諸如：業(yè)務邏輯劃分規(guī)范、遺留系統(tǒng)的數(shù)據(jù)規(guī)范、Web Service 調用性能、業(yè)務總線構建、服務總線構建等實際問題。 數(shù)據(jù)庫設計數(shù)據(jù)庫設計是整個系統(tǒng)的關鍵，數(shù)據(jù)庫設計的好壞直接影響到整個系統(tǒng)運行的性能和功能的實現(xiàn)。數(shù)據(jù)庫設計主要有六個階段，如下圖：基于 Web 的實踐教學管理信息系統(tǒng)的設計與實現(xiàn) 23 需求分析 概念結構設計 邏輯結構設計物理結構設計數(shù)據(jù)庫實施數(shù)據(jù)庫運行和維護圖 34 數(shù)據(jù)設計的六個階段需求分析在前面已經(jīng)做的很充分了，在這里主要進行數(shù)據(jù)庫概念結構設計、邏輯結構設計和物理結構設計。 概念結構設計概念數(shù)據(jù)庫設計是整個數(shù)據(jù)庫設計的關鍵，它通過對用戶需求進行綜合、歸納與抽象，形成獨立于具體 DBMS 的概念模型。課內實驗概念數(shù)據(jù)模型如下圖：N1課程大綱實驗設備教師實驗設備類型學生實驗項目 一次實驗實驗室屬于屬于使用屬于屬于參與預約11 N 1N1N1N 1 N N NN審核實驗室管理員教務處實驗室主任11圖 35 課內實驗數(shù)據(jù)庫 ER 圖 邏輯結構設計邏輯結構設計是將概念結構轉換為某個 DBMS 所支持的數(shù)據(jù)模型，并對其進行優(yōu)化。邏輯結構圖如下：華東交通大學畢業(yè)論文 24 SyllabusSyllabusIDNameSyllabusTypeAuthorsContentRequirementCheckEquipmentReferenceDirectBookCreditClassHourWeekAmountSpecialitiesAuditStateDepartmentIDRemarkCourseID (FK)ExperimentExperimentIDNameContentActorTypesClassHourAmountPerGroupGroupAmountIsOpenIsCentralizedIsNeededExperimentTypeAuditStateUsedFlagRemarkSyllabusID (FK)Lab LabID Name LabTypeDepartmentIDParentIDAreaAddressEstablishDateCancelDateUsedFlagRemarkExperimentLabExperimentID (FK)LabID (FK)GuidRemarkGroupEquipmentEquipmentIDNameModelSpecsPricePurchasingDateManufacturerLeaveFactoryDateStoringDateUsingDepartmentIDTypeCodeFundsAccountUsingDirAuditStateStateRemarkCategoryID (FK)EquipmentLabLabID (FK)EquipmentID (FK)GuidRemarkExperimentCategoryOfEquipmentExperimentID (FK)CategoryID (FK)GuidRemarkCategoryOfEquipmentCategoryIDNameUnitAmountPerEquipmentParentIDRemarkArrangeExperimentAEIDPriTeacherIDTermWeekDayOfWeekClassSpanTTIDBatchFrequencyGroupAmountAmountPerGroupStudentAmountOperateTypePreAEIDSpecialRequirementAuditStateRemarkExperimentID (FK)ArrangeExperimentStudentAEID (FK)StudentID (FK)RemarkAudit AuditEntity (FK)Principal (FK)AuditEntityID (FK)GuidAuditorAuditFlagAuditTimeAuditOpinionRemarkAuditPolicyAuditEntityPrincipalGuidPrincipalTypeInPrincipalsOutPrincipalsWeightValvePreAuditValueSumRemark圖 36 課內實驗教學邏輯數(shù)據(jù)庫模型基于 Web 的實踐教學管理信息系統(tǒng)的設計與實現(xiàn) 25 物理結構設計數(shù)據(jù)庫物理結構設計時為邏輯數(shù)據(jù)模型選取一個最適合應用環(huán)境的物理結構。物理結構和邏輯結構一樣，只是邏輯結構沒有確定表字段的數(shù)據(jù)存儲類型。這個在附件“數(shù)據(jù)庫表說明”中作了詳細的說明，這里也就不在重復了。 數(shù)據(jù)庫表說明由于數(shù)據(jù)庫比較大，需要解釋的東西比較多，本文以附件形式說明，詳細見附錄。 系統(tǒng)框架設計為了提高系統(tǒng)的健壯性、重用性、可維護性，系統(tǒng)采用 MVC(ModelViewController)的架構模式，并依此進行必要擴展，設計了適應本系統(tǒng)的系統(tǒng)設計框架。MVC 結構很好的實現(xiàn)了數(shù)據(jù)層、業(yè)務邏輯層、表示層的分離。MVC 作為一種系統(tǒng)架構模式，通常用于分布式應用系統(tǒng)的設計和分析中，以及用于確定系統(tǒng)各部分間的組織關系。（1） 視圖部件（View ）把表示模型數(shù)據(jù)及邏輯關系和狀態(tài)的信息以特定形式展示給用戶。它從模型獲得顯示信息，對于相同的信息可以有多個不同的顯示形式或視圖。（2） 控制器部件（Controller）是處理用戶與軟件的交互操作的，其職責是控制提供模型中任何變化的傳播，確保用戶界面于模型間的對應聯(lián)系；它接受用戶的輸入，將輸入反饋給模型，進而實現(xiàn)對模型的計算控制，是使模型和視圖協(xié)調工作的部件。（3） 模型部件（Model）保存由視圖顯示，由控制器控制的數(shù)據(jù)；它封裝了問題的