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