re: 隨便侃侃 人要有夢想 2006-06-08 08:47
你其實說了2個問題。
1。所謂的抽象機制其實是軟件發展的必然，尋求技術與業務解偶。好事情啊。
至于項目選擇什么，可以依據情況而定。在項目進程的各個階段可能各有利閉吧。
2。第二個問題，其實你說的是軟件的發展趨勢。更趨向服務。說百了，以前賣LICENCE的人，現在賣服務，賣套餐。運行模式也更趨向網絡化。比如SAP，ORACLE等。
我個人覺得，
組織可以是個樹型結構，人員不是，人員之間的關系很復雜。人組之間的關系是多對多。人，組，人組關系都是角色分配的對象。角色是對資源權限的一個劃分，劃分標準可以不同，可以多樣性。資源可以是應用，比如你說的菜單其實就是一個應用的樹。而權限呢？應該是應用的權限，這個權限可以分級別的。可以有操作上的，可以有數據上的，可以有應用接口級別的，等等，粒度可以自由控制。
re: struts 人要有夢想 2006-06-08 08:18
關鍵是對于不熟悉struts的人，可以不用關心什么formbean，使用傳統的方式就可以了。在Action里面也不會出現reqeust.getParameter()之類的東西了。可以直接寫業務邏輯以及JSP展示。
我想看看你的基本實體是什么，以及他們之間的關系。
比如組織機構，用戶，角色，應用（資源），權限等
其實說白了就是使用antlr做詞法語法分析。
HQL->HQL AST->SQL AST->SQL
re: 軟件架構師之架構過程概要 人要有夢想 2006-06-02 09:02
架構的設計部分
1。更應該側重組建的分解以及組件之間的接口關系。比一般的軟件設計過程，更突出組件的接口特性和使用描述。組件的功能列表，生命周期，并發情況說明，通訊消息格式等。
2。架構中的組件是有統一的架構思想和原則。組件是要被約束的。
3。組件需要提供事例代碼，典型應用場景，異常以及測試說明。
4。組件有時候是要映射到物理視圖中的進程。
5。側重架構系統的動態特性，組件之間的協作關系。
<所寫的是我自己的經歷，希望大家多多交流，多評論>
msn:gdq123@hotmail.com
qq:6121653