公文轉(zhuǎn)發(fā)流程自定義的數(shù)據(jù)建模(參考版)
2025-04-10 20:30本頁(yè)面
【正文】 作為技術(shù)開(kāi)發(fā)人員，我們應(yīng)該根據(jù)企業(yè)實(shí)際運(yùn)作情況、資金投入規(guī)模，選擇當(dāng)前時(shí)期最適合的技術(shù)解決方案，切不可為了展示自己的技術(shù)實(shí)力，而把開(kāi)發(fā)復(fù)雜化，企業(yè)開(kāi)發(fā)并不是追求技術(shù)最先進(jìn)，而且最適合。 總結(jié)： 企業(yè)公文流程自定義應(yīng)該是把企業(yè)內(nèi)已經(jīng)固定了的公文轉(zhuǎn)發(fā)、審批流程電子化，實(shí)現(xiàn)高效的無(wú)紙化辦公，對(duì)于非正式的口頭討論、商議、集會(huì)等商務(wù)活動(dòng)并不適合。通過(guò)這個(gè)字段我們對(duì)接受用戶(hù)發(fā)出處理通知，還可以可以很容易的查詢(xún)出所有超出最長(zhǎng)等待時(shí)間被系統(tǒng)自動(dòng)收回的流程，以便企業(yè)管理層在日后業(yè)務(wù)流程重組(BPR)時(shí)參考。之后另外一個(gè)用戶(hù)通過(guò)某個(gè)流程環(huán)節(jié)轉(zhuǎn)發(fā)了一件公文，再插入流程環(huán)節(jié)記錄的batch_id是68。不允許為空處理狀態(tài)sub_datedatetime不允許為空提交時(shí)間res_datedatetime允許為空處理回復(fù)時(shí)間mentvarchar(255)允許為空處理回復(fù)注釋 說(shuō)明： ?、偻涣鞒汰h(huán)節(jié)轉(zhuǎn)發(fā)的batch_no和該批第一條入庫(kù)的log_id相同。每經(jīng)過(guò)一環(huán)節(jié)，我們除了要保存這方面的信息，還必須保存該環(huán)節(jié)所轉(zhuǎn)發(fā)的公文，以及處理狀況等信息?！ ?)下面分析公文轉(zhuǎn)發(fā)的流程環(huán)節(jié)記錄。 處理動(dòng)作標(biāo)識(shí)， a_typeint不允許為空接受方所需的處理人數(shù)max_waitint不允許為空最長(zhǎng)等待時(shí)間wait_unitvarchar(5)不允許為空等待時(shí)間的單位 說(shuō)明：a_type用來(lái)確定接受方所需的處理人數(shù)，“0”表示需同職位的所有人一起處理，“1”表示只需該職位的任意一名員工處理，“2”表示需該職位的任意兩名員工一起處理，依次遞推……一起處理的方式和處理動(dòng)作有關(guān)，例如是投票方式，少數(shù)服從多數(shù)，還是某人有一票否決權(quán)等等。流程環(huán)節(jié)表(Step_table)名稱(chēng)類(lèi)型約束條件說(shuō)明step_idint無(wú)重復(fù)環(huán)節(jié)標(biāo)識(shí)，主鍵belongint不允許為空所屬流程標(biāo)識(shí)，setp_orderint不允許為空所屬流程的步驟次序senderint不允許為空發(fā)送方標(biāo)識(shí)，receiverint Framework環(huán)境下，可以采用Web服務(wù)的方式。建表如下：流程表(Flow_table)名稱(chēng)類(lèi)型約束條件說(shuō)明flow_idint無(wú)重復(fù)流程標(biāo)識(shí)，主鍵flow_namevarchar(50)不允許為空流程名稱(chēng)flow_stepnumint不允許為空流程步數(shù)flow_descvarchar(200)允許為空流程描述 流程中的每一步都可以抽象化成從發(fā)送方至接受方的用例，其數(shù)據(jù)建模大致如下：處理動(dòng)作表(Action_table)名稱(chēng)類(lèi)型約束條件說(shuō)明a_idint無(wú)重復(fù)動(dòng)作標(biāo)識(shí)，主鍵a_name
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1