關於多表單系統在上篇已經簡單描述了一下需求概述，通過需求概述，我們發現每個表單之間有乙個共性（表單內容+動作）。如下圖：
下面來詳細分析一下系統需求和變化需求：
從ui層面來分析，表單系統也只有「表單內容」（也就是上圖中陰影部分）在變化，各個表單的內容不一樣，有簡單的，有複雜的。簡單的表單，也就是乙個實體（可理解成一張資料庫表）就可以滿足要求。複雜的表單，那就需要n個實體的組合才能滿足需要。
關於ui邏輯，對於不同表單動作，有不同的ui介面，也就是要考慮ui的顯示邏輯，例如某審核頁面需要能修改某個字段，如「希望完成時間」，甚至有的審核頁面可以修改所有內容，另外表單處理的頁面和表單檢視的頁面也不一樣，處理頁要上傳處理報告，還有根據當前登入者的角色判斷什麼字段顯示，什麼欄位不顯示，什麼功能顯示，什麼功能不顯示，這就是操作許可權和ui的聯絡。
關於ui需求應該還有很多，沒有想出來，盼謝大家幫忙補充一下。
從業務層面來看，每個表單的動作不一樣，也就是每個動作處理的邏輯不同，簡單的動作只要將資料插入一張表或將某個字段值改一下之類的簡單操作，複雜的動作就是要操作n張表，包括判斷，插入，修改，刪除等等。
業務邏輯這東西不知道怎麼講好，這塊在寫起來是比較複雜的，也是系統的最難寫的部分，呵呵，個人體會。
像這樣的多表單系統，最煩人的就是使用者不斷地變更需求，這在開發企業管理資訊系統中是不可避免的。下面就簡單描述一下幾個常見的變化：
面對需求變化，我們應該有應對變化的方法，儘量減少我們修改**的地方。
最後，關於多表單系統的需求，我們就講到這裡，下篇將介紹開發模式的設計。
多表單系統開發模式 01（系統需求分析）
多表單系統 顧名思義，就是多個不同形式的表單構成的乙個系統，是乙個極其抽象的概念。它在企業內部也是一種常見的管理資訊系統，每個表單的內容和流程不盡相同，也可以說每個表單是乙個子系統。在企業內部，各單位的需求不一致，以至於設計乙個通用的表單系統非常困難。儘管不能通用，並且也避免不了新表單的增加和已有表...
Symbian系統開發教程 二
3.7字面量描述符 literal descriptors 下面我們來看看字面量描述符，它相當於c語言中的static char。字面量描述符是通過一系列的巨集來建立的，這些巨集可在標頭檔案e32def.h中找到 define l8 a tptrc8 const ttext8 a define s8...
Symbian系統開發教程 二
3.7字面量描述符 literal descriptors 下面我們來看看字面量描述符，它相當於c語言中的static char。字面量描述符是通過一系列的巨集來建立的，這些巨集可在標頭檔案e32def.h中找到 define l8 a tptrc8 const ttext8 a define s8...