軟件構架師是一個談判代表
為了了解軟件構架的很多尺度問題，構架師需要隨時和投資人溝通。這種溝通常常需要談判技巧。例如，構架師需要特別注意的一件事是：最小化項目中可能出現的風險，因為這直接關系到系統構架的穩定性。由于風險是和需求緊密相連的，所以可以通過移除或者減小這方面的需求來降低風險。因此把這種需求取消，需要構架師和投資人達成共識的。這就需要構架師是一個有效的談判人員，來權衡這些問題。
總結
這篇文章介紹了軟件構架師的一些工作。這個系列中的下幾篇將介紹軟件構架過程的特性，以及把軟件構架作為IT資產的基礎處理的好處。
鳴謝
這篇文章來源于下面這本書，書名暫定為：“軟件構架構建的過程”；下面我要感謝為這篇文章中作注釋的人員：Grady Booch，Dave Braines，Alan Brown，Mark Dickson，Luan Doan-Minh，Holger Heuss，Kelli Houston，Philippe Kruchten，Nick Rozanski，Dave Williams以及Eoin Woods。
注釋
1 IEEE 計算機協會, IEEE 推薦的軟件密集型系統架構描述的實踐：IEEE 標準 1471-2000。
2 Jon R. Katzenbach 和 Douglas K. Smith 合著的Wisdom of Teams。 Harvard Business School 出版社1993.
3 Philippe Kruchten, "The Architects -- The Software Architecture Team," Proceedings of the First Working IFIP Conference on Software Architecture (WICSA1). Patrick Donohoe (editor). Kluwer Academic Publishing 1999.
4 Grady Booch, James Rumbaugh 和 Ivar Jacobson, The Unified Modeling Language User Guide. Addison Wesley 1999。
5 Philippe Kruchten, Op. cit.
參考資料
您可以參閱本文在 developerWorks 全球站點上的 英文原文。
關于作者
Peter Eeles為IBM Rational和IBM Software Group工作，他職業生涯大部分時間從事構架和執行大型分布式系統。在英國，他協助一些組織使用Rational Unified Process 和IBM Software Development Platform。他是"Building J2EE Applications with the Rational Unified Process" (Addison-Wesley, 2002), "Building Business Objects" (John Wiley and Sons, 1998)的合著者之一，并且是"Software Architectures" (Springer-Verlag, 1999)的作者之一。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
