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