公文轉(zhuǎn)發(fā)流程自定義的數(shù)據(jù)建模(完整版)
【正文】 崗不對人。 盡管筆者沒有機會在已參與開發(fā)了的MIS中實現(xiàn)出文件轉(zhuǎn)發(fā)流程自定義的功能，但是，早在2002年初就曾深入思考過這方面的設(shè)計。表單格式的公文應(yīng)該能讓用戶自己定義表單格式，確定表單中的表項。企業(yè)管理層可能會要求記錄相關(guān)信息，以便在日后業(yè)務(wù)流程重組(BPR)時參考。下面按照上面的需求進行用例(use case)分析和數(shù)據(jù)建模。公文表(Document_table)名稱類型約束條件說明doc_idint無重復(fù)公文標(biāo)識，主鍵doc_namevarchar(50)不允許為空公文名稱doc_typechar(1)缺點是不太靈活，如果企業(yè)所使用的不同格式的表單較多(20種)，整個數(shù)據(jù)庫的結(jié)構(gòu)顯得比較混亂，而且大部分表單中都有相同的字段，這樣也增加了數(shù)據(jù)冗余。 表單表項標(biāo)識， info_valuevarchar()不允許為空處理狀態(tài)sub_datedatetime不允許為空提交時間res_datedatetime允許為空處理回復(fù)時間mentvarchar(255)允許為空處理回復(fù)注釋 說明： ?、偻涣鞒汰h(huán)節(jié)轉(zhuǎn)發(fā)的batch_no和該批第一條入庫的log_id相同。作為技術(shù)開發(fā)人員，我們應(yīng)該根據(jù)企業(yè)實際運作情況、資金投入規(guī)模，選擇當(dāng)前時期最適合的技術(shù)解決方案，切不可為了展示自己的技術(shù)實力，而把開發(fā)復(fù)雜化，企業(yè)開發(fā)并不是追求技術(shù)最先進，而且最適合。之后另外一個用戶通過某個流程環(huán)節(jié)轉(zhuǎn)發(fā)了一件公文，再插入流程環(huán)節(jié)記錄的batch_id是68。 處理動作標(biāo)識， a_typeint不允許為空接受方所需的處理人數(shù)max_waitint不允許為空最長等待時間wait_unitvarchar(5)不允許為空等待時間的單位 說明：a_type用來確定接受方所需的處理人數(shù)，“0”表示需同職位的所有人一起處理，“1”表示只需該職位的任意一名員工處理，“2”表示需該職位的任意兩名員工一起處理，依次遞推……一起處理的方式和處理動作有關(guān)，例如是投票方式，少數(shù)服從多數(shù)，還是某人有一票否決權(quán)等等。建表如下：流程表(Flow_table)名稱類型約束條件說明flow_idint無重復(fù)流程標(biāo)識，主鍵flow_namevarchar(50)不允許為空流程名稱flow_stepnumint不允許為空流程步數(shù)flow_descvarchar(200)允許為空流程描述 流程中的每一步都可以抽象化成從發(fā)送方至接受方的用例，其數(shù)據(jù)建模大致如下：處理動作表(Action_table)名稱類型約束條件說明a_idint無重復(fù)動作標(biāo)識，主鍵a_namevarchar(20)不允許為空動作名稱a_call
公司管理相關(guān)推薦
鄂ICP備17016276號-1