|
|
茫茫網海中的冷日
發生過的事,不可能遺忘,只是想不起來而已! |
|
恭喜您是本站第 1729117
位訪客!
登入 | 註冊
|
|
|
|
發表者 |
討論內容 |
冷日 (冷日) |
發表時間:2008/3/14 9:04 |
- Webmaster

- 註冊日: 2008/2/19
- 來自:
- 發表數: 15771
|
- [轉貼]什麼是架構?
什麼是架構? | 架構一詞非常難解釋,若真要一言以蔽之,那麼,可以說,「架構」是一種整體觀,需要保持從各角度看待架構時,仍有一致性與調和的觀點。 對「架構」要能有充分的理解與認識,至少要能確實瞭解與體會下列幾個與架構至為關鍵的意涵與術語,包括了:整體—局部(Whole-Part)、觀點(View),包括巨(Macro)觀與微(Micro)觀、焦點(Focus)、層次(Layer)與廣度(Boundary)等。 擔任軟體架構師(Software Architect)必備的素養,即在於:觀照整體的能力。 筆者在輔導許多軟體公司的專案開發與教育訓練時,發現到與開發團隊對「架構」一詞的認知與定義大不相同。個人發現到,大部分的IT技術開發人員,所表達出來的架構,是比較偏向於實體層次如.NET、J2EE的IT技術層次。不是不對,而是IT實體層次僅是架構的觀點之一,並不足以代表整體的架構觀。 筆者想試著利用以上述幾個術語來解釋「架構」。畢竟,架構的設計,牽涉到相關於設計中系統的議題與範圍太廣了,包括:團隊開發的共識、開發流程(Development Process)的制訂,分工與外包(Outsourcing)控管、系統的彈性、延展(Scalibility)與維護性等。 有經驗的架構師(Architect),會以各種不同的角度(以上所涵蓋的幾個術語),建構各類型的軟體模型,來看待並解釋「架構」。如同「以指標月」一般,對架構有深一層體會的架構師,會以導師(Mentor)的角色,利用各種工具來具化產出,以引導系統開發團隊的成員們認識「架構」。 UML或程式碼等只是個標示工具,而所謂「架構」,是一種共識、一種默契、一種無以言欲的整體調和感。 |
|
|
討論串
|