考慮詳細的實現方案如下：
設置存取是一個方面，讀取是另一個方面，目前可以考慮先實現讀取的操作。
1、所謂讀取的操作是指這部分的功能到底別人如何來使用呢？也就是說我已經設置好了兩個表的數據，此時用戶在jsp頁面是怎樣來獲取當前
頁面的表格列定義呢？（即是獲取默認呢還是設置好的表格列定義呢？）
根據設計的思路是這樣的，以某一用戶為例（如system1），當該用戶獲取jsp也面的表格列時（如listUser.jsp頁面獲取用戶列表的表格列）
，首先應該先讀取用戶自己已經設置過的表格列定義（SYS_USER_TB_DEF表中設置，通過當前用戶id即userId以及表格列的名稱tableName過濾
獲取到當前表格列已經設置好的可以顯示的所有列信息，這里的userId通過session可以獲取，tableName由用戶頁面來傳送），如果這一步獲
取的list為空，則直接取該tableName默認的設置列返回（session中存放，因為所有默認表格列的設置屬于初始化信息，已經load到內存中了
）
2、返回list以后頁面是如何來實現這個list的動態顯示呢？此部分將由用戶來進行處理，但是我這里最好做一個測試的用例以便驗證上述功能
的正確性。
早晨已經完成了后臺代碼的工作，下午將開始實現前臺頁面的工作任務。爭取今天能夠完成這一功能模塊。
3、不要忘記飯卡充值。
4、15：00時間出現了一些問題，似乎需要重新再行考慮一下設計以及實現方式的問題了。該模塊功能又需要告一個段落了，因為突然下發問題
記錄說是角色需要按單位來進行劃分，比較緊急。
5、對于角色需要按照單位來劃分，改動比較大，而上面模塊的功能又未完成也不能提交，如果在此基礎上修改則會造成混亂，所以采用在物資
的系統上完成角色按單位劃分的原則。
角色按單位劃分的改動方案分析如下：
設計到的模塊有：角色人員管理、角色權限設置、用戶權限設置（工作流管理？）
角色功能表SYS_ROLE_FUNC新增一個字段：CORP_ID
可能的影響如下：
1、角色人員管理模塊：
當前系統管理員進入系統只能管理和維護本級單位的角色列表（包含增加、修改、刪除和分配人員）
增加：默認增加的是本級單位的角色（即單位id與當前系統管理員所在單位相同）
修改、刪除和分配人員與增加同
2、角色權限設置模塊：
角色列表需要按照單位來進行劃分，為角色分配權限時要關聯到單位。這里需要注意
3、用戶權限設置模塊：
用戶本身權限不需要改變，角色權限查看的部分則需要考慮變動。
考慮的實現方案和步驟如下：明天完成！
posted on 2007-04-10 19:57
★yesjoy★ 閱讀(131)
評論(0) 編輯 收藏