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