一次和老總?cè)コ燥�，等了很長(zhǎng)時(shí)間，飯菜卻遲遲沒(méi)有上來(lái)。
我們倆都很生氣，這時(shí)候老總借景抒情的說(shuō)：“我們做軟件的時(shí)候，就象開(kāi)飯店一樣，要盡量滿(mǎn)足”吃客“的要求，盡管后來(lái)，飯菜還比較可口，但是因?yàn)榈攘死祥L(zhǎng)時(shí)間，以后我們就再?zèng)]有去過(guò)那家店。
作為一個(gè)程序員，尤其是一個(gè)水平比較高的程序員，他的思維邏輯一般是比較抽象。而在設(shè)計(jì)軟件的時(shí)候往往會(huì)出現(xiàn)想當(dāng)然的想法。比如，在角色權(quán)限設(shè)計(jì)方面，一般情況，角色權(quán)限可以分為兩種1）針對(duì)行和列的權(quán)限策略，這種權(quán)限策略非常詳細(xì)。2)針對(duì)模塊的權(quán)限策略，這種權(quán)限策略比較寬泛。只是限制對(duì)模塊級(jí)別的訪(fǎng)問(wèn)。兩種方法個(gè)有千秋，不能說(shuō)那個(gè)好，那個(gè)不好，但是如果在錯(cuò)誤的環(huán)境下應(yīng)用了錯(cuò)誤的策略的話(huà)，
最終用戶(hù)使用起來(lái)可能就比較吃力。比如，在一個(gè)銀行系統(tǒng)中，出納可以查看客戶(hù)的卡號(hào)和帳戶(hù)余額，還有一些其他信息，而絕對(duì)不能查看用戶(hù)的密碼，此時(shí)如果采用針對(duì)模塊的權(quán)限，那實(shí)現(xiàn)起來(lái)就比較困難。而對(duì)于類(lèi)似給一個(gè)規(guī)模較小，職責(zé)比較集中的OA系統(tǒng)來(lái)說(shuō)，如果采用行，列授權(quán)，當(dāng)然能夠嚴(yán)格保證系統(tǒng)的安全性和操作性，但這樣的環(huán)境一般不會(huì)有專(zhuān)門(mén)的系統(tǒng)維護(hù)人員，而系統(tǒng)配置起來(lái)，就可能比較麻煩。
這時(shí)候，我們復(fù)雜的實(shí)現(xiàn)也許給客戶(hù)帶來(lái)的是繁瑣和不解。最后相反會(huì)被一些簡(jiǎn)單的系統(tǒng)所淘汰，就像java中間件里面，spring大有代替ejb趨勢(shì)一樣。同樣是權(quán)限管理，在授權(quán)的時(shí)候，可以單一為角色授權(quán)，另一種可以為角色授權(quán)，也可以為單獨(dú)用戶(hù)授權(quán)，從實(shí)現(xiàn)來(lái)說(shuō)，單一為角色授權(quán)比較簡(jiǎn)單，但是在使用的時(shí)候，由于設(shè)置權(quán)限的方法比較單一，用戶(hù)容易上手，某種環(huán)境下，可能比復(fù)雜實(shí)現(xiàn)的系統(tǒng)更加受歡迎。
敏捷軟件開(kāi)發(fā)宣言中有一句話(huà)：”相應(yīng)變化，勝過(guò) 遵循變化“。原則中也有一項(xiàng)：”即使到了開(kāi)發(fā)的后期，也歡迎改變需求，敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)“，其實(shí)這些都是要求我們以客戶(hù)的需求來(lái)設(shè)計(jì)我們的軟件。如果能在遵循需求的基礎(chǔ)之上，加上自己的經(jīng)驗(yàn)，設(shè)計(jì)出即簡(jiǎn)單，又滿(mǎn)足功能要求的系統(tǒng)，那就更好了，但是千萬(wàn)別單單評(píng)自己的直覺(jué)，設(shè)計(jì)出一些”符合程序員的邏輯，不符合人類(lèi)的邏輯“的程序。這樣，我們可能很費(fèi)力，但用戶(hù)還可能不喜歡。
|
