本文章是對過去工作的一個總結，內容取材於已經啟動並執行智能表單系統，這裡只討論asp.net的實現。
目前市場上關於智能表單的內容已經有很多，作為快速開發平台的組成部分，很多OA系統內建的智能表單,一些專業層級的開發平台，包括微軟的InfoPath等等，都提供了類似的快速開發架構。每個架構都有自己的優勢和不足，很難有一個相對完美的解決方案，這些不足列舉如下：
- 不提供資料庫支援。一些智能表單使用xml作為資料存取介質，或者是通過預先定義好的表結構來存取資料，而不是根據使用者設計的內容通過表單引擎來建立對應的資料庫。當然是用xml有使用xml的好處，比如簡單靈活，但這樣以來就失去了企業級的應用市場，無法支援大資料量的存取，無法使用資料庫本身的特性對資料進行最佳化等。
- 不支援二次擴充。很多智能表單系統使用系統內定的一些事件或者函數來支援二次擴充的開發，這樣實現的後果就是客戶只能在指定的、有限的範圍內進行擴充，但是客戶需求是不定的、無限的，我們不能預先假設客戶的需求範圍，從而將擴充限制的某個範圍內。
- 沒有產生針對錶單操作的原始碼檔案：這樣問題和上一個基本相同，如果智能表單系統產生的針對錶單操作的原始碼檔案，那麼擴充問題就迎刃而解了。
- 或者面向開發人員，或者面向終端使用者：比如一些oa自動的智能表單系統，主要是面向終端使用者的，而一些專業層級的開發平台又是面向開發人員的，二者很難進行統一。有沒有一個開發人員可是用來提高開發速度，終端使用者用來提高需求響應速度的統一的工具呢？
- 過於簡單：一些oa的智能表單系統實現的比較簡單，對於一些進階的互動元素無法處理。例如子表，級聯下拉框，計算域，樹形結構，拓撲圖，資料驗證等。
- 基於c/s結構：這裡無意對比b/s和c/s結構。一些專業的開發工具做的很好，提供了c/s結構的類似於vs.net的開發平台的工具來進行設計，但這樣一來就就限制了客戶對象是開發人員，對於終端客戶來說是無法使用的。並且如果能直接在vs.net裡面進行二次開發豈不是更好？
- 無法快速響應客戶需求：使用一些專業開發平台設計出來的智能表單，必須要對項目進行編譯部署，對於一些需求相應要求高的應用來說無法滿足需求。
- 只管實現資料存取，不管許可權：設計出來的表單可以交付使用，但是無法對錶單進行使用權限設定，例如操作許可權（增、刪、改、查等），欄位許可權（可見，可寫等），記錄許可權（人員對每條記錄的可見度）
- 沒有相對應的工作流程系統：對於不需要流程的表單當然工作流程系統無用，但對於一些需要走流程的表單，就必須有相應的工作流程系統來輔助工作。一些產品在設計上，工作流程系統和表單的互動做的不夠，流程無法通過配置的方式去讀取表單的資料，而是必須通過二次開發的工作來完成。
- 介面不夠友好，使用性不強。比如一個選擇域，如果供選擇的資料來源只有幾十條，那麼可以使用下拉框來實現，但如果有百萬條的資料，顯然下拉框是不現實的，必須使用其他的方式來實現。
- 沒有內建的智能報表和統計功能。客戶對智能表單收集的資料無法實現自動的報表和統計功能。
- 沒有詳細的表單動作記錄。既然實現了智能表單，那麼就多一步也實現使用者對這個表單進行增、刪、改、查詳細記錄就更好了。
本文將探討實現一個可以解決以上問題的智能表單系統。當然您也可以列舉出更多的問題，或者在不同角度下看待以上問題的另一面。
貼一些圖片參考。
表單設計器：
組織架構拓撲圖
樹形列表
圖表統計
