首頁 考試吧論壇 Exam8視線 考試商城 網絡課程 模擬考試 考友錄 實用文檔 繽紛校園 英語學習 | ||
![]() |
2010考研 | 自學考試 | 成人高考 | 專 升 本 | 法律碩士 | MBA/MPA | 中 科 院 | |
![]() |
四六級 | 商務英語 | 公共英語 | 職稱日語 | 職稱英語 | 博思 | 口譯筆譯 | GRE GMAT | 日語 | 托福 | |
雅思 | 專四專八 | 新概念 | 自考英語 | 零起點英、法、德、日、韓語 | 在職申碩英語 | ||
在職攻碩英語 | 成人英語三級 | ||
![]() |
等級考試 | 水平考試 | 微軟認證 | 思科認證 | Oracle認證 | Linux認證 | |
![]() |
公務員 | 報關員 | 報檢員 | 外銷員 | 司法考試 | 導游考試 | 教師資格 | 國際商務師 | 跟單員 | |
單證員 | 物流師 | 價格鑒證師 | 銀行從業資格 | 證券從業資格 | 人力資源管理師 | 管理咨詢師 | ||
期貨從業資格 | 社會工作者 | ||
![]() |
會計職稱 | 注會CPA | 經濟師 | 統計師 | 注冊稅務師 | 評估師 | 精算師 | 高會 | ACCA | 審計師 | |
法律顧問 | 會計證 | ||
![]() |
一級建造師 | 二級建造師 | 造價師 | 監理師 | 安全師 | 咨詢師 | 結構師 | 建筑師 | 安全評價師 | |
房地產估價師 | 土地估價師 | 設備監理師 | 巖土工程師 | 質量資格 | 房地產經紀人 | 造價員 | ||
投資項目管理 | 土地代理人 | 環保師 | 環境影響評價 | 物業管理師 | 城市規劃師 | 公路監理師 | ||
公路造價工程師 | 招標師 | ||
![]() |
執業護士 | 執業醫師 | 執業藥師 | 衛生資格 |
2006年8月底,我有幸參加了一個架構師培訓,通過這個培訓,清晰了很多概念,結合自己的知識和經驗,對公司軟件應用系統的架構設計有了很多想法,特撰寫檔,把自己學得的系統架構知識和自己的思考與大家共享,希望對公司設計人員進行設計工作時有所幫助。中很多內容都是我個人的觀點,我個人技術的深度和廣度也不夠,肯定會有不少不太嚴謹的地方。
1. 系統架構知識
1.1. 什么是企業應用
很難給出一個精確定義,不過企業應用一般都有這些特點:
持久化數據
大量的數據
很多人同時訪問數據
大量操作數據的用戶界面
通常要與散布在企業周圍的其他企業應用集成
所以,企業應用一般都比較復雜,架構設計大多都是針對企業應用的。
1.2. 什么是系統架構
“架構”用很多種不同的定義,這些定義很難統一,但基本上有兩點都能統一:1)架構是最高層次的分解 2)架構是系統中不易改變的決定。
而通過這次架構培訓,我這么定義架構:從核心概念上講,架構是一套構建系統的規則;從表象上看,軟件架構是一套模板,以文檔、代碼、工具程序等方式表現。(其他更多的軟件架構的概念描述,請查看8月24日發的郵件――《軟件架構基礎知識.doc》)
軟件架構的成果是一套模板,這套模板會通過一種方式去組織,這個組織形式也很重要,應該從不同視角去表現,以適合不同人去理解和應用。
1.3. 系統架構設計師干什么
根據系統架構的定義,系統架構師的職責當然是制定軟件系統構建規則,不過一般認為,系統架構師的主要職責有:
1) 負責領導和協調整個項目中的技術活動
2) 在個人綜合素養方面,系統構架師應該具有領導才能,能夠在壓力下作出關鍵性的決策并善始善終;
3) 能夠贏得項目經理、客戶、用戶群體以及管理團隊的認同和尊敬,尤其要善于和項目經理緊密協作;
4) 在各個方面都能展現出面向目標的實干作風。在專業技能方面,與其他角色相比,系統構架師通常具有全方位的技能,其見解重在廣度,而不是深度。
5) 系統構架師不僅需要具備設計師的各項技能,而且應該具有問題領域和軟件工程領域的實踐經驗,從而有能力在無法獲得完整信息的情況下迅速領會問題并根據經驗作出審慎的判斷。
6) 如果項目較大,系統構架師將是一個團隊,上述的關鍵素質要求可由團隊成員來分擔,但其中要有一名系統構架師具有足夠的權威。
架構師與設計師的職責有所不同,最重要的是架構師工作的關注點是軟件系統的全局問題,他是制定軟件系統的規則和原則的,對整個軟件系統進行規劃;設計師相對來說是關注軟件系統的局部和具體問題,把架構師的架構設計進行細化。
架構師是由國外引進的一個概念,國外軟件開發的幾個職位是技術官、架構師、設計師、開發、測試,對應我們公司應該是技術總監、架構師、系統分析員、程序員、測試人員。
1.4. 常用架構設計模式
很多OO設計原則和設計模式同樣適用與架構設計,架構中使用這些原則的主要目的是為了使架構具有更好的可維護性和可復用性,并使架構具有穩定性,這些目的也是一個架構的核心價值所在。
模式的定義也不統一,一般是這樣的解釋,每個模式描述了一個在我們周圍不斷重復發生的問題以及該問題解決方案的核心。(在古代流傳至今的“三十六計”就是三十六個模式,對中國人來說,這可能是讓人最容易理解模式概念的一個類比。)使用模式能夠減少設計的難度,更能加快設計人員之間交流和溝通。
以下是幾個常用的頂層架構設計的模式
1) 分層模式
2) MVC模式
3) 客戶/服務器模式
4) 流程處理模式
這些模式的介紹在王玉寶8月24日發的郵件――《軟件架構基礎知識.doc》中都有清晰的解釋,這里不在贅述。
1.5. AOP
AOP是OOP的延續,是Aspect Oriented Programming的縮寫,意思是面向方面編程。AOP實際是GoF設計模式的延續,設計模式孜孜不倦追求的是調用者和被調用者之間的解耦,AOP可以說也是這種目標的一種實現。AOP是近兩年比較熱門的技術,給我們帶來了一個新的視角和軟件架構方法。
通過使用AOP技術,可以把分散在多個模塊中共同的行為分離出來統一編程,減少重復代碼。
AOP和OO、SOA一樣,都是架構設計中的重要視角。
1) 基本原理
AOP機制一般都需要開發語言和編譯器支持,Java和.C#都支持。實現AOP有不同的方法,常見的方法是利用代理機制,其基本原理是為“其他對象提供一種代理,以控制對這個對象的訪問”。
2) 常見使用AOP技術的地方
Authentication 權限驗證
Caching 緩存
Context passing 內容傳遞
Error handling 錯誤處理
Lazy loading 懶加載
Debugging 調試
logging, tracing, profiling and monitoring 記錄跟蹤 優化 校準
Performance optimization 性能優化
Persistence 持久化
Resource pooling 資源池
Synchronization 同步
Transactions 事務
3) AOP也可以用于封裝業務邏輯
比如,進銷存軟件中,更多模塊的功能操作都需要重新計算庫存,所以可以把庫存計算分離出來,用AOP技術偶合到那些功能模塊中。