【文章內容簡介】 決的問題進行一些列的流程。流程的本質，就是很多人在一起完成一件事情，流程可能會進過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關人員進行處理，所有流程中間環(huán)節(jié)的處理過程，需要進行記錄。在做流程這方面，可以用Java的開源框架JBPM(java Business Process Management)來實現。JBPM簡要過程：定義流程（利用JPDL）；部署流程（部署到數據庫）；創(chuàng)建公文并與流程實例綁定；可通過JBPM的接口，觸發(fā)流程向下流動；可通過JBPM的接口，獲得流動到某個用戶那里的文檔（即待處理任務列表）；可通過JBPM的接口，結束某個用戶的任務（這將觸發(fā)流程繼續(xù)向下流動）；如此，直到結束。JBPM是根據UML中的活動圖為基礎，把活動圖持久化到數據庫。流程定義基本概念的類圖如圖415所示。圖415 流程定義類圖流程執(zhí)行的概念，如圖416所示。圖416 流程執(zhí)行類圖()方法，其時序圖如圖417所示。圖417 流程執(zhí)行類圖在在OA系統(tǒng)中，流程管理的用例圖如圖418所示。圖418 流程管理用例圖 操作流程及界面工作流管理界面如圖419所示。圖419 工作流管理界面在通過上傳流程定義文件和圖片來在系統(tǒng)中保存一個工作流。上傳成功后可以點擊流程名稱查看流程定義圖片和文件。流程定義圖片如圖420所示，流程定義文件如圖421所示。圖420 流程定義圖片圖421 流程定義文件定義完工作流程之后，可以對流程進行表單定義。表單定義用于公文流轉是動態(tài)表單的生成。工作流表單定義界面如圖422所示。圖422 工作流表單定義界定義表單域界面如圖423所示。圖423 定義表單界面定義完流程對應的表單域后，在添加公文，然后流轉公文時，就可以看到定義的流程。 公文管理模塊 主要功能及程序流程在總共可分為公文管理以及公文歸檔。 文檔流轉事實上是對工作流以及工作流中的文檔進行管理，對于大多數企業(yè)來說，核心的管理就是工作流和文檔的管理。 一般的企業(yè)都會有很多流程，比如：請假流程、報銷流程、收文/發(fā)文流程，其中收文：處理收到上級部門及其它部門的公文。發(fā)文：上級及有關部門需協(xié)調和解決的問題進行的一系列流程。流程的本質，就是很多人在一起完成一件事情。流程可能會經過不同的中間環(huán)節(jié)，在中間環(huán)節(jié)上，由相關人員進行處理，所有流程中間環(huán)節(jié)的處理過程，需要進行記錄。公文管理的用例圖如圖424所示。圖424 公文管理用例圖根添加的公文可以可以進行公文流轉，公文流轉的類圖如圖425所示。圖425 公文流轉類圖 操作流程及界面點擊公文維護后，系統(tǒng)會查出當前用戶的公文信息，用戶可以選擇我的公文、待審公文、已審公文等進行查看。公文維護界面如圖426所示。圖426 公文流轉類圖在在其主界面上，顯示由當前登陸人員創(chuàng)建的所有公文。可以在我的公文、待審核公文、已審核公文之間切換。公文的添加，先選擇公文要走的流程，如圖427所示。圖427 選擇公文流程點擊其中一個公文形式（流程），打開此流程的公文添加界面，如圖428所示。圖428 添加公文信息重要的一點是，可以選擇流程！這些流程都是通過設計器或編寫流程文件的方法創(chuàng)建的。添加完成后，公文管理主界面如圖429所示。圖429 公文管理主界面公文的刪除：用戶可以對公文執(zhí)行刪除操作；公文的流轉：可以點擊提交操作，將公文提交流程。用戶只能對屬于自己的公文（自己創(chuàng)建的公文）進行操作，在公文進入流程之后，不再允許用戶對公文執(zhí)行修改和刪除操作，在公文流轉結束以后，用戶可以對公文設置成歸檔狀態(tài)，用戶登錄系統(tǒng)之后，可以看到自己的待審批公文列表。在我的公文視圖里，可以將這些公文進行提交，即提交到流程。打開提交界面，如圖430所示。圖430 選擇公文提交的下一步選擇下一個步驟進行提交操作，提交完成后，在公文主界面上，不能再次對公文執(zhí)行提交和刪除等操作，如圖431所示。圖431 公文管理主界面如果此時在流程中下一個節(jié)點的用戶登陸，便可以在“帶審批文檔”視圖中看到流到此人的文檔。下面是一個帶審核公文列表，如圖432所示。圖432 待審公文主界面執(zhí)行審批操作，如圖433所示。圖433 公文審批界面點擊保存審核信息之后，可以執(zhí)行提交操作。當然，也可以再次點擊審核操作，這時候，需要打開界面，更改審核意見！提交之后，根據相應的選擇，公文將流到相應的人員那里，依次下去，直到流程的結束！這就是公文管理主要過程！在公文管理主界面上，可以點擊“下載”，下載附件文檔，以便查看詳細內容；或者點擊“查看審批歷史”，可以查看相關文檔的審批記錄。一旦文檔經過審批并提交之后，在“待審批文檔”列表視圖中就會消失，但是在“已審批文檔”中，卻需要能夠找到這些已被審批過的文檔記錄！ 本章小結本章對系統(tǒng)四大模塊：組織管理、權限管理、工作流程、公文管理的程序流程設計、界面及主要代碼進行了說明。第4章 系統(tǒng)測試軟件測試就是利用測試工具按照測試方案和流程對產品進行功能和性能測試，甚至根據需要編寫不同的測試工具，設計和維護測試系統(tǒng)，對測試方案可能出現的問題進行分析和評估。執(zhí)行測試用例后，需要跟蹤故障，以確保開發(fā)的產品適合需求。 軟件測試的基本概念使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別。它是幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness)、完全度(pleteness)和質量(quality)的軟件過程；是SQA(software quality assurance)的重要子域[6]。Grenford ：；；。然而,這種觀點指出測試是以查找錯誤為中心,可能會產生誤導,認為發(fā)現錯誤是軟件測試的唯一目的,查找不出錯誤的測試就是沒有價值的測試,實際上并非如此! ,可以幫助項目管理者發(fā)現當前軟件開發(fā)過程中的缺陷,以便及時改進；,改善測試的效率和有效性；,完整的測試是評定軟件質量的一種方法。 軟件測試的內容單軟件測試主要工作內容是驗證(verification)和確認(validation )。驗證(verification)是保證軟件正確地實現了一些特定功能的一系列活動，即保證軟件做了你所期望的事情。(Do the right thing)；，即采用形式理論證明程序符合設計規(guī)約規(guī)定的過程；、審查、測試、檢查、審計等各類活動，或對某些項處理、服務或文件等是否和規(guī)定的需求相一致進行判斷和提出報告。確認(validation)是一系列的活動和過程，目的是想證實在一個給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件(Do it right) ，不在計算機上實際執(zhí)行程序，通過人工或程序分析來證明軟件的正確性；，通過執(zhí)行程序做分析，測試程序的動態(tài)行為，以證實軟件是否存在問題。軟件測試的對象不僅僅是程序測試，軟件測試應該包括整個軟件開發(fā)期間各個階段所產生的文檔，如需求規(guī)格說明、概要設計文檔、詳細設計文檔，當然軟件測試的主要對象還是源程序。 軟件測試的過程測試過程按4個步驟進行，即單元測試、集成測試、確認測試和系統(tǒng)測試及發(fā)布版測試。開始是單元測試，集中對用源代碼實現的每一個程序單元進行測試，檢查各個程序模塊是否正確地實現了規(guī)定的功能。集成測試把已測試過的模塊組裝起來，主要對與設計相關的軟件體系結構的構造進行測試。確認測試則是要檢查已實現的軟件是否滿足了需求規(guī)格說明中確定了的各種需求，以及軟件配置是否完全、正確。系統(tǒng)測試把已經經過確認的軟件納入實際運行環(huán)境中，與其它系統(tǒng)成份組合在一起進行測試。 本系統(tǒng)的測試用采用人工測試方法，首先進行子系統(tǒng)的測試即單元測試，子系統(tǒng)是各個模塊的分支，通過測試之后，在與模塊相連接，看總體的設計是否的合理。剛開始調試時不必按完全真實情況下的數據量進行，可以采用一些精心設計的數據量較少的測試用例，這樣不僅可以使處理工作量大大減少，而且更容易發(fā)現錯誤和確定錯誤所在位置。本系統(tǒng)主要有八個模塊組成，下面為對用戶登陸、客戶信息維護、系統(tǒng)設置、信息查詢四大模塊的測試過程。(1) 用戶登錄和重置測試過程見表51。表51登錄和退出測試表單元驗收項測試步驟期望結果實際結果是否通過登錄和退出登錄在登錄頁面輸入賬號和密碼，點擊登錄進入主頁面用戶名、密碼錯誤時回到登錄頁面，登錄成功時進入主頁面，并根據賬號權限設置顯示對應的功能與期望結果一致是重置在登錄頁面輸入賬號和密碼點擊重置清空賬號和密碼信息與期望結果一致是(2) 公文管理模塊測試過程見表52。表52公文管理測試表單元驗收項測試步驟期望結果實際結果是否通過公文管理公文維護Case1：點擊公文維護進入公文基本信息設置頁面與期望結果一致是Case2：Case1的基礎上點擊查看待審公文進入查看待審詳細信息頁面與期望結果一致是Case3：Case2基礎上點擊審批，進行公文審批進入公文審批輸入審批意見信息頁面與期望結果一致是Case4：Case2基礎上點擊提交跳轉到選擇下一步會提交到誰與期望結果一致是Case5：Case4基礎上選擇一個下一步提交到誰提交成功與期望結果一致是續(xù)表(52)Case6：Case1基礎上點擊已審公文進入查看已審公文信息頁面與期望結果一致是Case7：Case6基礎上點擊查看審批歷史進入公文審批歷史信息頁面與期望結果一致是Case8：Case1基礎上點擊添加公文信息進入選擇公文流程頁面與期望結果一致是Case9：Case8基礎上選擇一個公文所走流程進入添加公文信息頁面 與期望結果一致是Case10：Case9基礎上錄入公文信息后提交添加公文成功與期望結果一致是Case11：點擊我的公文進入我的公文詳細信息頁面與期望結果一致是Case12：注銷登錄并選擇公文提交到的審批者登錄，然后查看待審公文進入查看待審公文詳細信息頁面，并存在待審公文與期望結果一致是(3) 工作流程模塊測試過程見表53。表53工作流程測試表單元驗收項測試步驟期望結果實際結果是否通過工作流程流程管理Case1：點擊流程管理進入流程管理頁面與期望結果一致是Case2：Case1的基礎上點選擇要上傳的流程定義文件和圖片并點擊上傳刷新流程管理頁面并顯示上傳的流程定義信息與期望結果一致是Case3：Case1基礎上點擊流程名稱進入查看流程定義圖片界面與期望結果一致是續(xù)表(53)Case4：Case3基礎上點擊查看流程定義文件進入查看流程定義文件界面與期望結果一致是Case5：Case3基礎上輸入管理員信息后點擊重置清空各個文本框內容與期望結果一致是Case6：Case1基礎上點擊刪除提示刪除流程定義成功與期望結果一致是Case7：Case1基礎上點擊某個流程的定義表單進入工作流表單定義界面與期望結果一致是Case8：Case7基礎上輸入表單模板名稱并點擊保存表單信息保存成功，并刷新界面顯示剛才保存的信息與期望結果一致是Case9：Case8基礎上點擊添加表單域進入輸入表單定義信息界面與期望結果一致是Case10：Case9基礎上輸入表單定義信息并保存保存成功，跳轉到工作流表單定義界面，并顯示剛才定義的表單域信息與期望結果一致是Case11：Case10基礎上點擊條目進入表單域條目信息輸入界面與期望結果一致是Case12：Case11基礎上錄入表單域條目信息并保存保存成功，并跳轉到工作流表單定義界面與期望結果一致是（4）組織管理模塊測試過程見表54。表54組織管理測試表單元驗收項測試步驟期望結果實際結果是否通過組織管理機構管理Case1：點擊機構管理進入機構管理詳細信息頁面與期望結果一致是續(xù)表(54)Case2：Case1的基礎上點擊機構名稱頁面跳轉顯示該機構的所有子機構信息與期望結果一致是Case3：點擊添加機構信息進入添加機構信息頁面與期望結果一致是Case4：Case3的基礎上錄入機構信息，并保存保存成功，并刷新頁面，可看到新添加的機構信息屬于Case3的父機構與期望結果一致是Case5：點擊編輯機構信息跳轉到機構信息編輯頁面與期望結果一致是Case6：修改機構信息并保存修改成功，并刷新頁面，可以看到剛修改的機構信息與期望結果一致是Case7：點擊刪除機構信息刪除成功，并刷新頁面與期望結果一致是人員管理Case8：點擊人員管理進入人員管理詳細信息頁面與期望結果一致是Case9：Case8的基礎上點擊添加人員信息跳轉到人員信息添加界面與期望結果一致是Case10：Case9的基礎上錄入人員信息并點擊保存保存成功，并刷新人員信息頁面，顯示剛才添加的人員信息與期望結果一致是（5）權限管理模塊測試過程見表55。表55權限管理測試表單元驗收項測試步驟期望結果實際結果是否通過權限管理模塊管理Case1：點擊模塊管理進入模塊管理詳細信息頁面與期望結果一致是續(xù)表