公文轉(zhuǎn)發(fā)流程自定義的數(shù)據(jù)建模-在線瀏覽
2025-05-25 20:30本頁(yè)面
【正文】 ，企業(yè)內(nèi)的公文轉(zhuǎn)發(fā)、審批是按部門或職位來(lái)轉(zhuǎn)送，即對(duì)崗不對(duì)人。而且，流程中某個(gè)環(huán)節(jié)可能出現(xiàn)某個(gè)部門中的任何一人都能審批，或者需要該部門的所有人員共同審批。文件格式的公文應(yīng)該支持批處理，即一次可以轉(zhuǎn)發(fā)多個(gè)文件，審批時(shí)可以只退回其中某一個(gè)不合格的文件，其他的文件可以轉(zhuǎn)送到下一個(gè)環(huán)節(jié)繼續(xù)處理。同理，表單也應(yīng)該支持批處理。這樣一旦日后增加了新的處理動(dòng)作，也不用修改MIS系統(tǒng)的底層數(shù)據(jù)建模?！ ?)每個(gè)流程的環(huán)節(jié)數(shù)不一定相同，應(yīng)該能讓用戶設(shè)定環(huán)節(jié)數(shù)，指定公文流轉(zhuǎn)中每個(gè)環(huán)節(jié)的發(fā)送部門和接受部門，處理模式，最長(zhǎng)等待時(shí)間。如果超出最長(zhǎng)等待時(shí)間，公文還未被用戶(們)處理，此次流程處理失敗。 6)某些企業(yè)由于特殊原因，在某個(gè)流程中要求實(shí)現(xiàn)跨環(huán)節(jié)處理。其實(shí)，這種情況下，并不一定要在技術(shù)層面上實(shí)現(xiàn)其靈活性，這種特例畢竟是少數(shù)。一個(gè)優(yōu)秀的系統(tǒng)架構(gòu)設(shè)計(jì)師應(yīng)該充分利用現(xiàn)有的工具，不要什么都自行架設(shè)開(kāi)發(fā)。如果不需要這么高的靈活性，可以按實(shí)際項(xiàng)目簡(jiǎn)化某些假設(shè)條件?！ ?)由于流程環(huán)節(jié)的發(fā)送方和接受方是對(duì)崗不對(duì)人，我們應(yīng)該先描畫出整個(gè)企業(yè)的機(jī)構(gòu)設(shè)置，確定每個(gè)部門的權(quán)利職責(zé)。所以，可先建立一個(gè)樹(shù)形關(guān)系的數(shù)據(jù)表來(lái)保存企業(yè)結(jié)構(gòu)，然后，采用權(quán)限表和用戶組相結(jié)合的方式來(lái)保存每個(gè)部門每個(gè)職位的職能。不允許為空用戶組名稱group_powervarchar(100)不允許為空用戶組權(quán)限表，內(nèi)容為功能表f_id的集合用戶表(User_table)名稱類型約束條件說(shuō)明user_idint無(wú)重復(fù)用戶標(biāo)識(shí)，主鍵user_namevarchar(20)無(wú)重復(fù)用戶名user_pwdvarchar(20)不允許為空用戶密碼user_typeint不允許為空所屬用戶組標(biāo)識(shí)， 說(shuō)明：其中，按部門的不同職位設(shè)置不同權(quán)限的用戶組，如某個(gè)用戶組為“市場(chǎng)部業(yè)務(wù)員”，該用戶組的用戶可在流程“報(bào)銷申請(qǐng)”中發(fā)送報(bào)銷申請(qǐng)。所以，我們把公文抽象化，把這2種格式的公文的共有屬性提取出來(lái)建立一張公文表。不允許為空公文類型 doc_type字段用來(lái)辨別公文格式，目前只有2種格式，可設(shè)“1”表示文件格式，“2”表示表單格式。文件格式的公文一般是在文件內(nèi)固定好格式，我們可用一個(gè)二進(jìn)制的字段直接保存整個(gè)文件的內(nèi)容。不允許為空文件內(nèi)容 表單格式的公文要讓用戶自己定義表單格式，確定表單中的表項(xiàng)。這種方式的優(yōu)點(diǎn)是表單查詢速度較快方便，業(yè)務(wù)邏輯層的開(kāi)發(fā)量較小。這種方式的數(shù)據(jù)建模如下：表單總表(Sheet_table)名稱類型約束條件說(shuō)明sheet_idint無(wú)重復(fù)表單標(biāo)識(shí)，主鍵sheet_namevarchar(50)不允許為空表單名稱table_namevarchar(20)不允許為空表單子表名，如Sub_table1/Sub_table2表單子表1(Sub_tab
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1