【正文】 class Teacher類(lèi)的對(duì)象主要流程描述：用戶提交請(qǐng)求，在Action中調(diào)用該方法，調(diào)用IAdminManageDAO執(zhí)行。目標(biāo)：添加管理員參數(shù) 類(lèi)型 說(shuō)明admin class 權(quán)限組管理員對(duì)象teacher class 老師對(duì)象主要流程描述： 超級(jí)管理員提交添加請(qǐng)求，在Action中調(diào)用該方法，傳入權(quán)限組類(lèi)中管理員組及要添加的老師對(duì)象，添加管理員記錄 (2)public List show (MapString actor, String actor_id)。本系統(tǒng)同與已有的工作室管理系統(tǒng)之間有數(shù)據(jù)交換。（2）class Diagram：如圖所示。另外，Spring把程序中所涉及到的包含業(yè)務(wù)邏輯和數(shù)據(jù)存取對(duì)象（DataAccess Object）的Objects——例如transaction management handler（事務(wù)管理控制）、Object Factoris（對(duì)象工廠）、service objects（服務(wù)組件）——都通過(guò)XML來(lái)配置聯(lián)系起來(lái)。這兩個(gè)框架都著手于“依賴注入”（dependency injection）（還有我們知道的‘控制反轉(zhuǎn)’Inversion of Control=IoC）這樣的簡(jiǎn)單概念。最受歡迎的兩個(gè)框架是Spring和PicoContainer。因?yàn)樗鼤?huì)造成程序代碼的高耦合，這樣一來(lái)，隨著時(shí)間推移，這些代碼將很難維護(hù)。從編碼的視角來(lái)看，這層是最容易被忽視的一層。 ? 如Hibernate這類(lèi)的高級(jí)ORM框架支持大部分主流數(shù)據(jù)庫(kù)，并且支持父表/子表（Parent/child）關(guān)系、事務(wù)處理、繼承和多態(tài)。HQL是一種面向?qū)ο蟛樵兊淖匀徽Z(yǔ)言，很容易就能學(xué)會(huì)它。HQL非常類(lèi)似于SQL，只是把SQL里的table和columns用Object和它的fields代替。 下面是Hibernate所負(fù)責(zé)的：? 如何查詢對(duì)象的相關(guān)信息。Hibernate的持久對(duì)象是基于POJO（Plain Old Java Object）和Java集合（collections）的。幸運(yùn)的是，有幾個(gè)對(duì)象/關(guān)系映射（Object/Relation Mapping，ORM）開(kāi)源框架很好地解決了這類(lèi)問(wèn)題，尤其是Hibernate。系統(tǒng)內(nèi)部的持久層不但需要大量調(diào)試時(shí)間，而且還經(jīng)常因?yàn)槿鄙俟δ苁怪兊秒y以控制。2 持久層典型的Web應(yīng)用的后端是持久層。下面是Struts所負(fù)責(zé)的：? 管理用戶的請(qǐng)求，做出相應(yīng)的響應(yīng)? 提供一個(gè)流程控制器，委派調(diào)用業(yè)務(wù)邏輯和其他上層處理? 處理異常 ? 為顯示提供一個(gè)數(shù)據(jù)模型 ? 用戶界面的驗(yàn)證以下內(nèi)容，不該在Struts表示層的編碼中經(jīng)常出現(xiàn)，與表示層無(wú)關(guān)的。表示層業(yè)務(wù)層持久層圖11 StrutsSpringHibernate架構(gòu)1 表示層 一般來(lái)講，一個(gè)典型的Web應(yīng)用的前端應(yīng)該是表示層。MVC設(shè)計(jì)允許一個(gè)開(kāi)發(fā)者將一個(gè)好的面向?qū)ο蟮脑O(shè)計(jì)與用戶接口隔離開(kāi)來(lái)，允許在同樣的模型中容易地使用多個(gè)接口，并且允許在實(shí)現(xiàn)階段對(duì)接口做大的修改而不需要對(duì)相應(yīng)的模型進(jìn)行修改2）框架根據(jù)項(xiàng)目特點(diǎn)，我們使用三種開(kāi)源框架：表示層用Struts；業(yè)務(wù)層我們用Spring；而持久層則用Hibernate。每個(gè)用戶接口的變化將只需要對(duì)控制器進(jìn)行修改，但是控制器包含很少的實(shí)際行為，它是很容易修改的。除此之外，如果模型更新由控制器完成，那么界面就可以跨應(yīng)用再使用。MVC將用戶接口與面向?qū)ο蟮哪Ｐ头珠_(kāi)。這允許控制器在必要時(shí)創(chuàng)建和破壞來(lái)自模型的對(duì)象，并且將面向操作的拓?fù)浣Y(jié)構(gòu)與面向?qū)ο蟮脑O(shè)計(jì)隔離開(kāi)來(lái)。與此同時(shí)，控制器端會(huì)通知所有注冊(cè)了的視圖刷新用戶界面。當(dāng)用戶端與相應(yīng)的視圖發(fā)生交互時(shí)，用戶可以通過(guò)視窗更新模型的狀態(tài)，而這種更新是通過(guò)控制器端進(jìn)行的。View端在MVC模式里，一個(gè)Model可以有幾個(gè)View端，而實(shí)際上多個(gè)View端是使用MVC的原始動(dòng)機(jī)。其結(jié)構(gòu)圖如下：ViewModelController圖41 MVC架構(gòu)圖Model端在MVC中，模型是執(zhí)行某些任務(wù)的代碼，而這部分代碼并沒(méi)有任何邏輯決定用戶端的表示方法。1）MVC模式MVC模式就是一種很常見(jiàn)的設(shè)計(jì)模式。每個(gè)層要相互獨(dú)立，通過(guò)一個(gè)通信接口而相互聯(lián)系。具體地說(shuō)，我們將畢業(yè)論文管理系統(tǒng)應(yīng)用在職責(zé)上分成3層：表示層（Presentation Layer）、持久層（Persistence Layer）和業(yè)務(wù)層（Business Layser）。1．系統(tǒng)整體方案（1）畢業(yè)論文管理系統(tǒng)主要特性我們從以下五個(gè)方面確定目標(biāo)系統(tǒng)特性如下：l 用戶界面的復(fù)雜度：數(shù)據(jù)的靜態(tài)顯示/可定制視圖（customizable view）l 用戶界面的部署約束：基于獨(dú)立的桌面電腦或?qū)Ｓ霉ぷ髡镜臑g覽器l 用戶的數(shù)量和類(lèi)型：組織內(nèi)的日常使用者，總共幾百人l 系統(tǒng)接口類(lèi)型：通過(guò)HTTP協(xié)議提供服務(wù)，未來(lái)可以使用SOAP的SOA技術(shù)l 性能：主要是獨(dú)立的數(shù)據(jù)更新，有少量并發(fā)處理從上述特性我們可以判斷畢業(yè)論文管理系統(tǒng)屬于中大型項(xiàng)目，因此我們使用基于StrutsSpringHibernate框架的分層架構(gòu)設(shè)計(jì)方案。 WEB服務(wù)器:Tomcat 216。216。無(wú)畢業(yè)論文管理系統(tǒng)需求規(guī)格說(shuō)明書(shū)畢業(yè)論文管理系統(tǒng)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)2總體設(shè)計(jì)畢業(yè)論文管理系統(tǒng)按模塊可以分成四部分，一是管理員系統(tǒng)管理模塊, 二是選題管理，三是導(dǎo)師的課題管理，四是畢業(yè)設(shè)計(jì)過(guò)程控制管理，而它們各自又有具體的小模塊組成。希望開(kāi)發(fā)一個(gè)系統(tǒng)來(lái)對(duì)課題，以及畢業(yè)論文選題進(jìn)行規(guī)范化管理，從而方便導(dǎo)師對(duì)學(xué)生的論文寫(xiě)作進(jìn)行指導(dǎo)和控制，方便學(xué)院管理畢業(yè)生論文。畢業(yè)論文管理系統(tǒng)是基于互聯(lián)網(wǎng)的應(yīng)用軟件。畢業(yè)論文管理系統(tǒng)概要設(shè)計(jì)說(shuō)明書(shū)1引言此文檔對(duì)畢業(yè)論文管理系統(tǒng)概要設(shè)計(jì)進(jìn)行說(shuō)明。預(yù)期的讀者有 (甲方)的需求提供者、項(xiàng)目負(fù)責(zé)人、相關(guān)技術(shù)人員等，江西師范大學(xué)軟件學(xué)院軟件工作室Java項(xiàng)目小組(乙方)的項(xiàng)目組成員，包括項(xiàng)目經(jīng)理、客戶經(jīng)理、分析設(shè)計(jì)開(kāi)發(fā)測(cè)試等人員。鑒于以往學(xué)生畢業(yè)論文采用人工管理方式，工作量大且效率地下，而且畢業(yè)生畢業(yè)時(shí)大多離校，給導(dǎo)師指導(dǎo)學(xué)生畢業(yè)設(shè)計(jì)，學(xué)生提交論文等工作帶來(lái)諸多不便。利用計(jì)算機(jī)來(lái)管理畢業(yè)論文設(shè)計(jì)管理活動(dòng)實(shí)現(xiàn)制度化，規(guī)范化，管理化。具體需求見(jiàn)畢業(yè)論文管理系統(tǒng)需求規(guī)格說(shuō)明書(shū)。 操作系統(tǒng)：Win2003/XP, Linux216。 數(shù)據(jù)庫(kù)服務(wù)器:,能夠處理數(shù)據(jù)并發(fā)訪問(wèn)，訪問(wèn)回饋時(shí)間短。（2）架構(gòu)分層畢業(yè)論文管理系統(tǒng)項(xiàng)目架構(gòu)設(shè)計(jì)中，我們使用分層模式。每個(gè)層在功能上都應(yīng)該是十分明確的，而不應(yīng)該與其他層混合。（3）模式和框架使用：在分層設(shè)計(jì)基礎(chǔ)上，我們將使用設(shè)計(jì)模式和框架，這些是可以重用的資產(chǎn)。所謂的MVC模式，即模型—視圖—控制器（model—viewcontroller）模式。Model只有純粹的功能性接口，也就是一系列的公共方法，通過(guò)這些公共方法，便可以取得模型端的所有功能。使用MVC模式可以允許多于一個(gè)的View端存在，并可以在需要的時(shí)候動(dòng)態(tài)注冊(cè)所需要的View.Controller端MVC模式的視圖端是與MVC的控制器結(jié)合使用的?？刂破鞫送ㄟ^(guò)調(diào)用模型端的方法更改其狀態(tài)值。那么，使用MVC模式有哪些優(yōu)點(diǎn)呢？MVC通過(guò)以下三種方式消除與用戶接口和面向?qū)ο蟮脑O(shè)計(jì)有關(guān)的絕大部分困難：控制器通過(guò)一個(gè)狀態(tài)機(jī)跟蹤和處理面向操作的用戶事件。這個(gè)隔離有助于防止面向?qū)ο蟮脑O(shè)計(jì)走向歧途。這允許同樣的模型不用修改就可使用許多不同的界面顯示方式。MVC允許應(yīng)用的用戶接口進(jìn)行大的變化而不影響模型。 面向?qū)ο蟮脑O(shè)計(jì)人員在將一個(gè)可視化接口添加到一個(gè)面向?qū)ο蟮脑O(shè)計(jì)中時(shí)必須非常小心，因?yàn)榭梢暬涌诘拿嫦虿僮鞯耐負(fù)浣Y(jié)構(gòu)可以大大增加設(shè)計(jì)的復(fù)雜性。如圖11所示。這里可以使用Struts框架。 ? 與數(shù)據(jù)庫(kù)直接通信? 與應(yīng)用程序相關(guān)聯(lián)的業(yè)務(wù)邏輯及校驗(yàn)? 事務(wù)處理 在表示層引入這些代碼，則會(huì)帶來(lái)高耦合和難以維護(hù)的后果。開(kāi)發(fā)者總是低估構(gòu)建他們自己的持久層框架的挑戰(zhàn)性。這是持久層的通病。Hibernate為Java提供了持久化機(jī)制和查詢服務(wù)，它還給已經(jīng)熟悉SQL和JDBC API的Java開(kāi)發(fā)者創(chuàng)造了一個(gè)學(xué)習(xí)橋梁，使他們學(xué)習(xí)起來(lái)很方便。此外，使用Hibernate并不妨礙你正在使用的IDE（Integrated Development Enviroment）。 Hibernate是通過(guò)一個(gè)面向?qū)ο蟮牟樵冋Z(yǔ)言（HQL）或者正則表達(dá)的API來(lái)完成查詢的。HQL語(yǔ)言容易理解且文檔也做得很好。? 如何存儲(chǔ)、更新、刪除數(shù)據(jù)庫(kù)記錄。3 業(yè)務(wù)層一個(gè)典型Web應(yīng)用的中間部分是業(yè)務(wù)層或者服務(wù)層。我們往往在用戶界面層或持久層周?chē)吹竭@些業(yè)務(wù)處理的代碼，這其實(shí)是不正確的。幸好，針對(duì)這一問(wèn)題有好幾種框架（Framework）存在。這些也被稱(chēng)為輕量級(jí)容器（micro container），它們能讓你很好地把對(duì)象搭配起來(lái)。這里我們將關(guān)注于Spring的依賴注入和面向方面編程。 下面是業(yè)務(wù)層所負(fù)責(zé)的： ? 處理應(yīng)用程序的業(yè)務(wù)邏輯和業(yè)務(wù)校驗(yàn) ? 管理事務(wù)? 提供與其他層相互作用的接口 ? 管理業(yè)務(wù)層級(jí)別的對(duì)象的依賴? 在表示層和持久層之間增加了一個(gè)靈活的機(jī)制，使得他們不直接聯(lián)系在一起? 通過(guò)揭示從表示層到業(yè)務(wù)層之間的上下文（Context）來(lái)得到業(yè)務(wù)邏輯（business services）? 管理程序的執(zhí)行（從業(yè)務(wù)層到持久層）2． UML視圖（1）Usecase Diagram：如圖所示。 1．一般用戶瀏覽的內(nèi)容管理模塊：首頁(yè)顯示及其他頁(yè)面2．系統(tǒng)管理模塊：a) 登錄b) 信息統(tǒng)計(jì)c) 確認(rèn)供選課題（課題審核）d) 查看導(dǎo)師工作日志e) 權(quán)限管理f) 模塊設(shè)置3．課題管理：a）課題上傳b）課題更改c）課題刪除d）課題統(tǒng)計(jì) 4．選題管理： a）課題選擇 b) 選課記錄更改 ： a) 階段管理 b）過(guò)程評(píng)審各項(xiàng)功能需求的實(shí)現(xiàn)同各塊程序的分配關(guān)系如下所示：程序1(Action)程序2(Business Service)程序3(DAO)系統(tǒng)管理權(quán)限管理模塊1管理員管理AdminManageActionIAdminManageServiceIAdminManageDAO/AdminManageDAOTeacherActionITeacherServiceITeacherDAO/TeacherDAO3學(xué)生管理StudentActionIStudentServiceIStudentDAO/StudentDAO4權(quán)限控制PermissionControlActionIPermissionControlServiceIPermissionControlDAO/PermissionControlDAO模塊開(kāi)放關(guān)閉管理1模塊開(kāi)放管理ModuleManageActionIModuleManageServiceIModuleManageDAO/ModuleManageDAO查看導(dǎo)師工作日志1查看導(dǎo)師工作日志TeacherLogActionITeacherLogServiceITeacherLogDAO/TeacherLogDAO課程信息統(tǒng)計(jì)TopicActionITopicServiceITopicDAO/TopicDAO選課信息統(tǒng)計(jì)TopicSelectActionITopicSelectServiceITopicSelectDAO/TopicSelectDAO課題管理模塊………………課題管理TopicActionITopicServiceImpl/ITopiicServiceTopicDAO/ITopiicDAO……………………選題管理模塊選題管理TopicSelectActionITopicSelectServiceImpl/ITopicSelectServiceITopicSelectDAO/TopicSelectDAO過(guò)程控制一般用戶瀏覽………………無(wú)無(wú)3接口設(shè)計(jì)用戶接口以基于瀏覽器的圖形用戶界面（Graphic User Interface, GUI）的方式提供，具體見(jiàn)頁(yè)面導(dǎo)航圖（靜態(tài)頁(yè)面設(shè)計(jì)）。一．系統(tǒng)管理權(quán)限管理模塊 Business Service接口DAO接口1管理員管理IAdminManageServiceIAdminManageDAOITeacherManageServiceITeacherManageDAO3學(xué)生管理IStudentManageServiceIStudentManageDAO4權(quán)限控制IPermissionControlServiceIPermissionControlDAO接口描述1．IAdminManageService接口類(lèi)提供以下方法：(1)public String addAdmin(Group admin,Teacher teacher )。目標(biāo)：超級(jí)管理員查看管理員信息參數(shù) 類(lèi)型 說(shuō)明actor String 角色actor_id String