【文章內容簡介】 們會發(fā)現(xiàn)我們的業(yè)務系統(tǒng)不僅僅是功能的實現(xiàn)，它將面臨著各個方面的需求，包括性能，并發(fā)處理能力、易用性、一致性及個性化等等，當工作流引擎只能滿足60%的需求時，我們的團隊將為另外的40%需求付出多少成本。因此在工作流的選型上很重要的一點就是它對于二次開發(fā)的支持，及接口的友好特性，同時它能支持我們在工作流基礎上設計思路上的延續(xù)性。因此工作流技術的選型不但要考慮工作流引擎本身功能的完整性和穩(wěn)定性，工作流架構的擴展性、易用性及適應能力，還需要考慮工作流涉及開發(fā)人員、企業(yè)管理實施人員、企業(yè)用戶的習慣和易用性等。純粹的工作流的產品意義并不大，關鍵是否能很好的幫助企業(yè)實現(xiàn)管理目標。本系統(tǒng)就引入了JBPM工作流引擎技術，JBPM工作流技術就是一種業(yè)務流程型的工作流技術，它能夠使得在軟件開發(fā)和業(yè)務兩個層次受益。一是方便開發(fā)、二是方便業(yè)務流程管理。 MVC設計架構MVC是一個設計模式，它強制性的使應用程序的輸入、處理和輸出分開。使用MVC應用程序被分成三個核心部件：模型、視圖、控制器。它們各自處理自己的任務。這樣容易改變你的應用程序的數(shù)據(jù)層和業(yè)務規(guī)則。 MVC中的視圖層的設計一個典型的Web應用的前端應該是表示層：表示層由UI（User Interface）和UI控制邏輯組成。(1) UI（User Interface） UI是客戶端的用戶界面，負責從用戶方接收命令，請求，數(shù)據(jù)，傳遞給業(yè)務層處理，然后將結果呈現(xiàn)出來。(2) UI控制邏輯UI控制邏輯負責處理UI和業(yè)務層之間的數(shù)據(jù)交互，UI之間狀態(tài)流程的控制，同時負責簡單的數(shù)據(jù)驗證和格式化等功能。在表示層僅僅是數(shù)據(jù)的展示，不會處理任何業(yè)務的功能。如果我們在表示層引入這些功能的實現(xiàn)代碼，將會給系統(tǒng)帶來高耦合和難以維護的后果。(1) 本系統(tǒng)的表示層擬采用的技術；(2) HTML：實現(xiàn)前臺頁面的組織編寫；(3) javascript：利用此腳本語言，實現(xiàn)前臺表單的簡單驗證；(4) CSS：利用此技術來確定頁面布局，達到前臺頁面的美化效果；(5) JSP：利用JSP腳本與后臺進行交互，以實現(xiàn)頁面的動態(tài)化；(6) Struts：利用struts標簽技術以實現(xiàn)表示層和業(yè)務層的分離。 MVC中的模型層設計(1) 實體類（持久類）、會話類對數(shù)據(jù)庫中的數(shù)據(jù)訪問的編程實現(xiàn)的相關類可以分成實體類（Entity Class）、數(shù)據(jù)訪問對象DAO（Database Access Object）。通過使用這種數(shù)據(jù)訪問層的模塊設計和模式劃分，使程序更加模塊化，便于開發(fā)調試和后期的維護。(2) 各種類的主要作用1) 實體類（持久類）的作用實體類對應于一個表中的記錄數(shù)據(jù)的封裝，也就是該類的一個實例對應于表中的一個記錄。而且，該類中的屬性和記錄中的字段是一一對應的（Domain Entity），也可以與數(shù)據(jù)庫表中的結構不完全一一對應（Custom Entity）。本項目中的一些實體類請見下面所示。2) DAO簡介 ⑴ DAO模式將對數(shù)據(jù)源的訪問（也就是獲得數(shù)據(jù)庫的連接）抽象為一個類，從而利用數(shù)據(jù)訪問對象可以實現(xiàn)對不同數(shù)據(jù)庫類型和形式的數(shù)據(jù)資源進行訪問。這種模式出現(xiàn)的背景在于數(shù)據(jù)訪問的邏輯極大程度上取決于數(shù)據(jù)存儲的格式，比如說關系型數(shù)據(jù)庫、面向對象數(shù)據(jù)庫、磁盤文件等。 ⑵ DAO類的具體實現(xiàn)可以通過工廠模式實現(xiàn)抽象DAO或者利用工廠方法模式實現(xiàn)DAO。在本項目中，采用普通的JavaBean類來實現(xiàn)DAO。它是在業(yè)務邏輯與數(shù)據(jù)庫資源中間，將所有對數(shù)據(jù)源的訪問操作進行一定的抽象封裝；降低了業(yè)務邏輯層與數(shù)據(jù)持久層的耦合性。如圖21所示：表示層業(yè)務處理層數(shù)據(jù)訪問層持久實體DAO數(shù)據(jù)連接數(shù)據(jù)源圖 21 DAO的使用第三章 系統(tǒng)分析 可行性分析 技術可行性本系統(tǒng)采用B/S模式，基于HTTP傳輸協(xié)議。硬件方面：Server端為可擴展的服務器，；軟件方面：操作系統(tǒng)用Windows XP、Windows 2000 Server及以上操作系統(tǒng)，可以快速的構建環(huán)境?？傮w上采用Struts和Hibernate兩大主流框架架構，并有效的結合javascript、JQuery對頁面進行布局和局部刷新；使用開源的JBPM工作流引擎，從功能和性能上完全都滿足系統(tǒng)的要求，因此從技術方面開發(fā)此系統(tǒng)是可行的。另外本人是相對有專業(yè)知識的IT編碼人員，對軟件開發(fā)工具比較熟悉，有開發(fā)數(shù)據(jù)庫經驗；能夠勝任信息系統(tǒng)的開發(fā)工作。 經濟可行性 主要是對項目的經濟效益進行評價，一方面是支出的費用，其中包括設備購置費、軟件開發(fā)費、管理和維護費和人員工資等。另一方面是取得的收益中可以用錢來衡量的那部分（收益的另一部分難以用錢來表示）?；诒竟镜默F(xiàn)有計算機及配套設備，建設MIS系統(tǒng)，不需要添置硬件設備，而且由本公司的員工自行開發(fā)，可以大大節(jié)省軟件的開發(fā)費用，并且建立了MIS系統(tǒng)后，能大大減少重復性的書面報告，降低辦公費用，提高辦公效率，與前期的投入相比，后期的收益是更為可觀的。而且系統(tǒng)結構采用當前流行的B/S結構，也就是瀏覽器/服務器模式，軟硬件的需求比較低，只需要有假設服務的web服務器，免費開源的數(shù)據(jù)庫MySQL以及個人PC，系統(tǒng)服務器也為開源免費的Tomcat。而且開發(fā)時間短，成本低，而且實時性高、界面友好、操作性強等也是B/S結構的優(yōu)點。這不僅保證了系統(tǒng)的技術可行性，還保證了系統(tǒng)的經濟可行性。 系統(tǒng)需求分析 系統(tǒng)角色(1) 系統(tǒng)管理員：是本系統(tǒng)的超級用戶。(2) 課件部經理：主要是分配課件錄制的任務，并同時對課件制作的過程進行管理和監(jiān)控，將已經制作好的課件提交給教務部審核。(3) 課件部組長：收到課件部經理分配的任務后，根據(jù)實際情況再將任務劃分并指派給自己的組員，并對自己的任務進行自我審查。(4) 課件部員工：員工分配到各個課件部的小組，完成具體的一些任務。如：安排錄課教師、老師簽到等。(5) 課件攝錄組：接收到課件部經理的任務，對老師的上課過程進行音視頻的采集，并且將原文件上傳到服務器上。(6) 課件制作組：根據(jù)課件部經理分配的任務，對采集的音視頻文件進行音頻和視頻的處理工作。如對視頻的編碼、加密工作。(7) 教務部經理：根據(jù)當前的市場環(huán)境和客戶的需求來判斷是否需要相關課件的制作，并將信息傳遞給課件部；如果課件制作完成，教務部經理將課件審查的任務分配給教務部的組長。(8) 教務部組長：收到教務部經理分配的任務，根據(jù)實際情況再將任務劃分并指派給自己的組員，并給出一個審查意見。(9) 教務部員工：完成組長分配的任務。(10) 網開部員工：為課件制作中提供頁面的支持，如課件下載。(11) 財務部員工：對財務上的申請進行審核。(12) 備份組：對采集的文件和課件成品進行定期的備份工作。(13) 約課組：一個課件的制作可能是需要多次的錄制，約課組負責預約老師某時某一錄課室進行錄課。 系統(tǒng)工作流根據(jù)實際業(yè)務需求，其具體的業(yè)務流程經分析匯總，如圖3333所示：圖 31 課件錄制流程圖 32 發(fā)起勘誤圖 33 文稿教務審核 輸人輸出要求 系統(tǒng)的統(tǒng)一設計本系統(tǒng)設計是將后臺管理部分放在主頁面上，以方便系統(tǒng)管理人員的通用化管理。當系統(tǒng)管理員登陸系統(tǒng)首頁面時，在系統(tǒng)的右上方的導航條上可以看到管理按鈕，從此進入后臺管理頁面。同時在系統(tǒng)后臺和前臺的設計上，系統(tǒng)采用了共同的頁面開發(fā)模式和組件調用模式，其中的文件頭和文件尾等部分是相互通用的。因此兩個部分的設計，可以說是分離與結合的完美統(tǒng)一。 頁面內容的分塊設計在系統(tǒng)主頁中，從頁面頭、版面列表、任務發(fā)起、管理與統(tǒng)計、流程處理、文件尾等部分都進行了抽象提取，這樣在需要用到某部分的頁面時，只需要進行相關的包含技術來引用。 數(shù)據(jù)管理能力要求 數(shù)據(jù)采集的要求(1) 輸入源：手工鍵盤輸入；(2) 輸入介質和設備：鍵盤，磁盤，移動存儲設備；(3) 輸出介質和設備：磁盤，打印紙，大容量硬盤；(4) 音視頻的采集：錄音設備，視頻采集設備。 數(shù)據(jù)容量本系統(tǒng)需要采集音視頻，所以對存儲的容量要求比較多。最好能使用大容量存貯設備，實際開發(fā)中，選用TB級的數(shù)據(jù)存儲設備。第四章 概要設計 系統(tǒng)架構設計 系統(tǒng)包圖系統(tǒng)的分包按照MVC的分層，大致可分為持久層包，控制層包，還有工具包、實體包，以及用戶界面包，具體的分包以及包與包間的依賴關系，如圖41所示：圖 41 系統(tǒng)包圖 用例及描述 系統(tǒng)用例圖根據(jù)該系統(tǒng)詳細的需求分析可以清楚地了解到系統(tǒng)的業(yè)務流程，其系統(tǒng)用例如圖42所示：圖 42 系統(tǒng)用例圖 用例描述根據(jù)系統(tǒng)架構的整體設計以及系統(tǒng)的用例圖分析可知，編寫如下測試用例，對系統(tǒng)進行功能性測試，查看任務用例的編寫如表41所示：表 41 查看任務用例描述用例名稱查看任務用例標識符01角色所有員工主要功能描述能及時的看到自己應該執(zhí)行的任務。事件流用戶登錄系統(tǒng)，用例開始基本流用戶點擊任務列表，進入任務記錄備選流用戶點擊返回任務列表，進入任務記錄備選流備選流任務記錄用戶選擇“任務列表”用例成功場景用戶可以成功的看到自己目前的任務根據(jù)用例圖設計編寫發(fā)起刊物用例如表42所示：表 42 發(fā)起勘誤用例描述用例名稱發(fā)起勘誤用例標識符02角色所有員工主要功能描述如果員工發(fā)現(xiàn)課件中的視頻、音頻、文稿有錯誤，可以發(fā)起一個勘誤的流程。事件流用戶發(fā)起勘誤單，用例開始基本流用戶登陸系統(tǒng)，進入首頁面用戶點擊發(fā)起新任務用戶點擊發(fā)起勘誤單用戶將填寫錯誤出現(xiàn)在哪個網站、課程、班級、章節(jié)的信息，原文是什么內容，應該修改為什么內容填寫好信息后，點擊“完成并轉交”備選流用例成功場景用戶系統(tǒng)填寫的勘誤信息成功保存。根據(jù)用例圖設計，分析系統(tǒng)設置模塊，編寫系統(tǒng)設置用例，如表 43所示：表 43 系統(tǒng)設置用例描述用例名稱系統(tǒng)設置用例標識符03角色課件部經理、教務部經理、系統(tǒng)管理員主要功能描述主要是對錄課室、課程、教師、班級的設置事件流用戶點擊“管理”，選擇“基礎設置”，用例開始基本流用戶點擊錄課室設置，進入錄課室設置備選流用戶點擊課程設置，進入課程設置備選流用戶點擊班級設置，進入班級設置備選流備選流錄課室設置1a：用戶選擇“錄課室設置”，點擊“添加”1b：用戶輸入錄課室的名稱和地址后，點擊確定，錄課室設置完成課程設置2a、選擇課程設置種類2b、輸入課程設置參數(shù)，包括課程名稱，課程的年份等等3c、輸入設置參數(shù)后，點擊確定，課程設置完成 用例成功場景用戶對系統(tǒng)的錄課室、課程、教師、班級等設置成功。 數(shù)據(jù)庫設計 實體關系圖（ER）經分析，按照數(shù)據(jù)庫設計的三大范式，進行設計數(shù)據(jù)庫之前的映射關系，其實體關系圖如圖43所示：圖 43 實體ER圖 數(shù)據(jù)庫表設計(1) 教務審核檢查表CEDL_ACADEMIC_CHECK表結構定義，如表44所示：表 44 教務審核檢查表字段名字段類型PKNULL缺省注釋審核IDCheckedIntTRUETRUE審核ID申請負責人applySupervisorvarchar(20)FALSEFALSE申請負責人審核負責人checkSupervisorvarchar(20)FALSEFALSE審核負責人審核人Checkervarchar(20)FALSEFALSE審核人 續(xù)表教務審核檢查表字段名字段類型PKNULL缺省注釋過期時間OvertimeDatetimeFALSEFALSE過期時間審核部門反饋checkDeptFeedbackTextFALSEFALSE審核部門反饋申請部門反饋applyDeptFeedbackTextFALSEFALSE申請部門反饋審核意見RemarksTextFALSEFALSE審核意見記錄狀態(tài)StatusSmallint(6)FALSEFALSE記錄的狀態(tài)令牌IDTokenbigint(20)FALSETRUE令牌的ID號任務實例IDtaskInstancebigint(20)FALSETRUE任務實例ID流程IDprocessInstancebigint(20)FALSETRUE流程ID號(2) 教務核查表CDEL_AUDIT表結構的定義，如表45所示：表 45 教務核查表字段名字段類型PKNULL缺省注釋IDIdIntTRUETRUE標識列審核人Checkervarchar(20)FALSEFALSE審核人審核時間checkDateDatetimeFALSEFALSE審核時間審核意見