最近見過幾個包含工作流方面的招標檔案，使用者無一例外，都把自定義表單作為考核標準之一。
不知道是他們接觸的oa軟體廠商宣傳資料過多，還是確確實實，有那麼迫切想自定義表單，走幾個流程來試試的強烈意願。
而目前技術上實現自定義表單，不外乎兩種模式。
第一種是將業務表單所有資訊作為字段資訊儲存在單一資料庫表中，通過表單字段定義表，表單字段資料表分別來定義表單和儲存表單例項資訊。
這種方式的優點倒的確是很簡單，使用者增加幾個表單的物件，拖拽，儲存，再一配置流程，就可以了。
但是，簡單也只限於比較簡單的業務，比如乙個請假申請流程。
複雜的業務表單用這種方式，是無論如何也做不出來的。
第二種，似乎是面向軟體開發商的，其操作介面不勝繁瑣，無非是將程式設計師手動建立業務庫表，編寫**這些環節用頁面的一系列操作來替換了。
每增加乙個新的業務，都會建立具體的實體表，然後要增加具體的資料庫字段，增加欄位的驗證，樣式等等等等，怎乙個煩字了得。
稍微有些開發能力的軟體廠商，是不屑採用此類所謂快速訂製平台的。
而兩種方式都不能或者很難實現企業現有業務的流程化。
所以，再回到開始的地方，客戶對自定義表單的痴迷顯得有些悲哀。
簡單的滿足不了需求，功能太複雜和強大，又選錯了物件，比較使用者不是開發人員。
成功的市場營銷人員或許會將自定義表單的功能說得天花亂墜，
而實際到手後，
使用者或許會驚奇地問：
玩具？雞肋？
工作流表單自定義的誤區
it168知識庫 表單自定義功能看似非常方便，可以不用寫 即可完成表單的開發設計，表面上看的確是減少不少開發成本，但深入研究，發現是有不少誤區的。1 對於整體成本來講，當表單自定義功能能滿足實際客戶需求的60 時，會為另外的40 需求付出多少成本。現實中所見到的表單自定義工具一般至多能滿足實際客戶需...
工作流軟體的自定義功能
我們在實踐中也許體會到即使同為流程型的行業，不同型別的企業對應用系統也有不同的需求側重。正如方木不可配圓孔一樣，不要指望乙個針對牛奶企業的管理系統能在紡織廠得到成功應用。從中我們可以想到乙個工作流軟體如果沒有自定義功能靈活去配置自己的應用將會很被動。那麼工作流軟體的自定義功能用途就顯而易見了，強大的...
Jira 自定義工作流並設定觸發器
一 新增修改工作流 開啟 設定 問題 工作流 複製乙個工作流，然後進去編輯頁面 新增狀態 增加轉換動作 切換到文字，設定跳轉過程中的事件 針對stop progress事件，修改跳轉介面 介面需先在 設定 問題 介面 中新增 針對stop progress事件，修改結果處理 二 專案關聯工作流 開啟...