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