子產品管理正常功能自定義系統的設計與實作(30--第二階段總結)第二階段總結

        經過了前二個階段近30節介紹，一個完全基于前台配置的銷售管理系統即架構成功，并可以使用。當然實際的需求還是千變萬化，五花八門，但隻要是符合關系資料庫原理，隻要是以記錄作為管理的主體，那就隻是一個字段和表擴充的過程了。在搭建系統整個過程中子產品采用了自頂向下生成的方式。對于層次多，關系複雜的系統也是一樣的，設計合理，邏輯清楚，子產品隻要一個個搭就行了。開發好以後，整個系統的開發文檔其實也在裡面了，所有子產品的屬性，字段的屬性，各子產品之間的關系，都可以在這個系統裡看得見了。

        至于開發速度也是很快的，講解的這個系統畫出子產品總圖用了10分鐘；建表，加入一些必須的字段，設定好關聯關系，1小時；生成java bean檔案并加入标記，2小時；将子產品導入系統，逐個子產品進行配置大約2小時左右。大半天時間十幾個子產品的系統就可以初步搭好。

        如果你在設計表的時候預加了若幹個未使用的字段，而在你的系統中需要增加字段的時候，那就直接在前台進行配置就可以了，把預置的字段改名，設定屬性，再加入到grid和form中去就算完成了。如果是資料表的字段增加了，那就要修改hibernate bean的内容，這樣就要更新伺服器的程式了。更新好伺服器的bean之後，前台的操作也是很簡單，可以重新整理一下子產品的字段，新增的字段就會加進來，然後再進行其他設定就行了。

        系統中還有功能，并沒有介紹的這裡簡單說一下：

1、稽核功能，隻要在子產品功能裡設定一下，就可以将該功能設定為可稽核子產品，子產品稽核的權限也是單獨設定的。稽核過後該記錄的資料将不能修改。并且稽核方式也有單條稽核，選中多條稽核，和全部稽核。稽核後的記錄也可以取消稽核。

        2、審批操作。系統中也内置了一個簡易審批流程，可以定義審批的級數，每一級的審批部門，設定每一個人的審批權限，并且可以并級審批。下面隻簡單截一個圖。

        3、字段的下拉框，一個字段并不是隻有選擇父子產品的時候才可以用下拉框，系統裡可以随時将一個字段字義為可以用下拉框選擇的方式，比如性别裡面是放的字元串“男”和“女”，不用專門建立一個表來放這二個代碼，經過設定，即可将性别字段設定成可以combo輸入的，并可以設定是否隻能選擇，還是可以手工錄入新的。

先有個地方儲存所有的這些下拉框選擇的值。

然後在字段的設定裡面選中

        還有不少功能未介紹，以後有機會再說吧。

        下節開始權限設計，權限設計完是由前台進行設計後，由背景執行的，是以沒什麼截圖隻能講個大概原理。

         大家看看寫得還行的話，頂一個吧。