【正文】 能齊全，所以在系統(tǒng)中應(yīng)用oracle數(shù)據(jù)庫(kù)來(lái)存儲(chǔ)應(yīng)用中的各項(xiàng)數(shù)據(jù)[31].以下這些表屬于共有表，流程業(yè)務(wù)表一般會(huì)和這些表有著某些關(guān)系。1. 流程實(shí)例主表：ensp_task_info主要存放流程實(shí)例中一些共同的任務(wù)信息，如標(biāo)題、發(fā)起人、發(fā)起時(shí)間、要求完成時(shí)間和一些流程信息（流程實(shí)例ID、流程Id和流程名稱）等。如果遇到有這樣的信息應(yīng)該盡量使用該表屬性，以便以后做查詢和統(tǒng)計(jì)；2. 流程實(shí)例過(guò)程處理表：ensp_task_process在流程實(shí)例運(yùn)轉(zhuǎn)的過(guò)程中， 記錄了每個(gè)參與者進(jìn)行的操作；3. 流程實(shí)例過(guò)程數(shù)據(jù)表：ensp_task_procdata每個(gè)參與者都會(huì)向該流程實(shí)例中增加信息，該表存放了這些信息，使用的是統(tǒng)一的方式處理；由于該流程的處理過(guò)程中有不少環(huán)節(jié)都是包含了業(yè)務(wù)數(shù)據(jù)列表，所以為這些數(shù)據(jù)列表創(chuàng)建了單獨(dú)的表結(jié)構(gòu)，并將過(guò)程標(biāo)識(shí)存入到數(shù)據(jù)列表表中，以說(shuō)明這些數(shù)據(jù)列表是屬于哪一個(gè)處理過(guò)程的。4. 流程實(shí)例關(guān)系表：ensp_intance_relation一般流程中包含子任務(wù)才會(huì)使用該表，它主要保存了父子任務(wù)的關(guān)系；5. 流程實(shí)例附件表：ensp_task_files各個(gè)流程的附件均在此表中保存，在action中對(duì)該內(nèi)容進(jìn)行處理；6. 主業(yè)務(wù)表（以備件調(diào)度為例，表41）表名稱：custom_part_mgr （備件調(diào)度主業(yè)務(wù)表）描述：備件調(diào)度的主業(yè)務(wù)表，存放一些備件調(diào)度共性的信息。字段名類型描述是否為空MGR_IDSERIAL業(yè)務(wù)主鍵否TASK_IDINTEGER主表ID否TASK_TITLEVARCHAR（255）標(biāo)題，無(wú)需創(chuàng)建，在流程實(shí)例主表中存在SPECIALVARCHAR（12）專業(yè)類型（無(wú)線、交換）是CAUSEVARCHAR（18）申請(qǐng)?jiān)颍〝U(kuò)容、替換）是GIVE_BACKVARCHAR（3）是否歸還（是、否）是CHECKERVARCHAR（16）審批人名稱是CHECKER_IDVARCHAR（10）審批人ID是DESCRIPTIONLVARCHAR（255）業(yè)務(wù)需求描述是FILES附件，在附件表中存放，本流程目前沒(méi)有附件的功能SEND_SMSVARCHAR（3）在整個(gè)流轉(zhuǎn)中是否發(fā)送短信是VERSIONINTEGER版本號(hào)，如果以后升級(jí)可能需要該信息判斷是否使用新版本的程序是表41值班管理涉及面比較廣，涉及值班人員、機(jī)房、班次、值班記錄、交接班等等功能。對(duì)于當(dāng)前的值班員，系統(tǒng)還應(yīng)提供填寫修改值班記錄的界面。因此，我們?cè)谠O(shè)計(jì)考慮數(shù)據(jù)庫(kù)表結(jié)構(gòu)時(shí)，相關(guān)的因素要考慮周全。表42和表43就是值班管理的數(shù)據(jù)庫(kù)表的一部分。表名稱：duty_sort_mgr (排班表)描述：排班的各班次的信息。字段名類型描述約束IdSerial班次流水號(hào)唯一，not nullRegion_idInteger地區(qū)號(hào)not nullRoom_idDecimal（32，0）機(jī)房號(hào)not nullDuty_dateDatetime year to day值班日期not nullWork_idInteger班次not nullDuty_masterVarchar（50）值班班長(zhǎng)not nullStartTime_definedDatetime year to time接班時(shí)間not nullEndTime_definedDatetime year to time結(jié)束時(shí)間not nullEndFlagInteger結(jié)束標(biāo)志not nullsmsFlagInteger短信標(biāo)示RemarkVarchar（500）備注 表42 表名稱：room_user_mgr(機(jī)房人員對(duì)應(yīng)表)描述：機(jī)房信息及其值班人員的對(duì)應(yīng)表。字段名類型描述約束User_idSerial交接人編號(hào)not nullRoom_idInteger機(jī)房編號(hào)not nullOrder_codeInteger排班時(shí)的次序FlagInteger標(biāo)示表43作業(yè)計(jì)劃的特點(diǎn)是內(nèi)容復(fù)雜，涉及的人和網(wǎng)絡(luò)設(shè)備也比較多，而且還有制定、審核、執(zhí)行、記錄和檢查等。作業(yè)計(jì)劃應(yīng)該可以支持附件的粘貼，以便完成各種記錄。表44僅以主作業(yè)計(jì)劃為例加以說(shuō)明。表名稱：main_job_plan(主作業(yè)計(jì)劃業(yè)務(wù)表)描述：作業(yè)計(jì)劃中的主業(yè)務(wù)表。字段名類型描述約束Plan_idSerial作業(yè)計(jì)劃編號(hào)Not nullPlan_nameVarchar(255)作業(yè)計(jì)劃名稱Not nullDept_idInteger部門編號(hào)Not nullnetType_idInteger網(wǎng)元類型編號(hào)Not nullContentVarchar(1000)內(nèi)容RemarkVarchar(500)備注Create_timeDatetime year to second創(chuàng)建時(shí)間Not nullCreate_userIdInteger創(chuàng)建人編號(hào)Not nullCheckerIdInteger審核人編號(hào)Not nullcheckFlagVarchar（10）審核標(biāo)志Not nullDeletedVarchar（10）刪除標(biāo)志Parent_plan_idInteger父作業(yè)計(jì)劃編號(hào)Title_idInteger標(biāo)題編號(hào)Not nullPlan_typeVarchar（10）作業(yè)計(jì)劃粒度Not null表44緩沖管理主要是在后臺(tái)數(shù)據(jù)庫(kù)間的數(shù)據(jù)轉(zhuǎn)移，通過(guò)定時(shí)任務(wù)將運(yùn)行庫(kù)中的數(shù)據(jù)轉(zhuǎn)移到緩存庫(kù)中，在緩沖管理模塊中一共用到了8個(gè)數(shù)據(jù)庫(kù)的表：emos_process_info 存儲(chǔ)流程的信息eoms_activity_info 存儲(chǔ)流程中的各個(gè)環(huán)節(jié)的信息eoms_action_info 存儲(chǔ)每一個(gè)環(huán)節(jié)的操作信息cach_task_info 存有緩沖工單的信息：如工單idcach_task_process 存儲(chǔ)整個(gè)流程的信息cach_task_procdata 存儲(chǔ)工單處理時(shí)的信息cach_task_mon 存儲(chǔ)工單中的公共信息Cach_instance_relation 存儲(chǔ)流程的分解情況在緩沖管理中所用到的數(shù)據(jù)表之間的關(guān)系圖如圖47：圖47 緩沖管理數(shù)據(jù)表間關(guān)系第5章 系統(tǒng)實(shí)現(xiàn)與測(cè)試系統(tǒng)首頁(yè)如下：包含用戶處理的基本工單任務(wù)、作業(yè)計(jì)劃、各種信息公告及輔助管理的短信發(fā)送、通信錄等等內(nèi)容，用戶可以在此就對(duì)任務(wù)或者作業(yè)計(jì)劃進(jìn)行處理。首先要通過(guò)工作流引擎的可視化流程定義界面來(lái)畫出該流程的流程圖。下面是進(jìn)行流程定義時(shí)首先進(jìn)行的部分配置信息，通過(guò)這些信息的配置，在進(jìn)行流程定義時(shí)可對(duì)每個(gè)環(huán)節(jié)的參與人、以及流轉(zhuǎn)條件進(jìn)行選擇，如發(fā)起人、操作類型等等。form id=custom_syncapproval_Mgr name=數(shù)據(jù)同步報(bào)批 url/urlbuttons button id=create name=啟動(dòng)流程 funname=tagCrtProcess() description=啟動(dòng)流程/ ……………………………………… ………………………. button id=forflowhistory name=流轉(zhuǎn)歷史 funname=tagForFlowHistory() description=流傳歷史/ /buttons fields field id=requestmanid name=發(fā)起人 datatype=String description= checkfunction= selectfield selecturl=?method=getSelectRootamp。amp。organType=1,2amp。amp。isCheckBox=0amp。amp。isIncludeSelf=1amp。amp。isTree=1 modulekey=renliziyuan_radio/ /field ……………………... field id=opt name=操作類型 datatype=String description= checkfunction= /field /fields /form在流程圖畫好保存后，根據(jù)需求對(duì)流程的處理實(shí)現(xiàn)進(jìn)行開(kāi)發(fā)，完成之后就可應(yīng)用該流程。以本地電路開(kāi)通流程為例，對(duì)于一些確認(rèn)環(huán)節(jié)增加了可選項(xiàng)，即如下環(huán)節(jié)：調(diào)度申請(qǐng)確認(rèn)、傳輸申請(qǐng)確認(rèn)、交換側(cè)方案確認(rèn)、交換側(cè)調(diào)度執(zhí)行、傳輸側(cè)調(diào)度執(zhí)行。在應(yīng)用該流程之前需要確定該流程要經(jīng)過(guò)那些環(huán)節(jié)，每個(gè)地市管理員，均可在配置項(xiàng)中配置自己地市的模板 ，默認(rèn)的流轉(zhuǎn)，為所有的環(huán)節(jié)均要走，管理員可以選擇下面的下拉框，來(lái)決定此環(huán)節(jié)本地市是否要走，輸入完成后，點(diǎn)擊保存即可，如下圖所示：配置好后可通過(guò)一個(gè)流程的分類新建頁(yè)面進(jìn)行進(jìn)行新任務(wù)的創(chuàng)建操作：在選擇好新建的流程后會(huì)進(jìn)入一個(gè)任務(wù)的創(chuàng)建頁(yè)面，需要用戶填寫相應(yīng)的信息，若任務(wù)是通過(guò)系統(tǒng)接口自動(dòng)發(fā)起，則工單的相應(yīng)信息會(huì)自動(dòng)根據(jù)接口所得數(shù)據(jù)自動(dòng)填寫，處理人只需向下發(fā)送即可。在工單進(jìn)行發(fā)送時(shí)，會(huì)通過(guò)調(diào)用服務(wù)端的Service來(lái)實(shí)現(xiàn)任務(wù)的流轉(zhuǎn)，而在服務(wù)端則會(huì)通過(guò)流程引擎提供的接口來(lái)進(jìn)行任務(wù)的調(diào)度，其處理過(guò)程的部分代碼如下： EnspTaskInfo taskInfo = ()。 if (() == null) { …………………………………………… } else { CustomInapprovalMgr operationObj = customInapprovalMgrService .retrieveObjectByProcessId(().getProcessId())。 ……………………………. (待審核)。 ().setTaskEndtime(())。 ……………………………. try { Map conditionMap = new HashMap()。 (firstauditid, (object .getFirstAuditerid()))。 (opt, opt)。 customInapprovalMgrService .sendProcess(getHttpRequest(), object, taskProcess, getWorkFlowMap(()), conditionMap)。在一個(gè)任務(wù)創(chuàng)建發(fā)送之后，以后的所有處理人的處理頁(yè)面中都會(huì)出現(xiàn)創(chuàng)建時(shí)的任務(wù)詳情工處理人參考，而每個(gè)環(huán)節(jié)的處理則由處理人來(lái)進(jìn)行處理，在該流程的“交換側(cè)方案制作”環(huán)節(jié)就是有交換側(cè)人員來(lái)對(duì)通過(guò)接口自動(dòng)獲得的方案進(jìn)行調(diào)整，完成方案的制作。在每個(gè)環(huán)節(jié)的處理時(shí)都會(huì)有師傅發(fā)送短信的選項(xiàng)來(lái)工處理人選擇，如果選擇發(fā)送短信，則在該環(huán)節(jié)處理完成提交之后，會(huì)通過(guò)系統(tǒng)中配置的短信網(wǎng)管來(lái)向下一環(huán)節(jié)的處理人發(fā)送短信，提醒其有任務(wù)需要處理，短息的內(nèi)容會(huì)包括工單號(hào)、工單名稱、工單類型等等信息，方便用戶快速的找到該工單任務(wù)進(jìn)行處理。在短息發(fā)送環(huán)節(jié)，其實(shí)現(xiàn)的部分代碼如下： empIds = ( + , )。 AdapterFacade adapt = ()。 List list = (empIds)。 String mobiles = 。 String mails = 。 if (list != null) { Iterator iter = ()。 while (()) { EmployeeObj emp = (EmployeeObj) ()。 mobiles += , + ()。 mails += , + ()。 } } mobiles=(。,)。 mobiles = (, )。 mails = (, )。 (mobiles: + mobiles)。 (content: + content)。 (send sms need implement!)。 sentMessage(mobiles, content)。在每個(gè)環(huán)節(jié)的處理人處理任務(wù)時(shí)會(huì)有選擇附件上傳的部分來(lái)供處理者在處理比較復(fù)雜時(shí)提供附件來(lái)進(jìn)行說(shuō)明，讓其他處理人可以很好的了解他的處理過(guò)程。在處理信息的后面都會(huì)有該工單的流轉(zhuǎn)歷史信息工處理者參考查看，流轉(zhuǎn)信息中包括以前處理處理任務(wù)的時(shí)間，處理人的名字，處理的環(huán)節(jié)以及處理的方式。附件上傳實(shí)現(xiàn)的部分代碼如下：HttpServletRequest request = getHttpRequest()。 String[] fileGroup = (UploadFileGroup)。 if (fileGroup != null amp。amp。 0) { if (request instanceof MultiPartRequestWrapper) {