01-软件架构师的素质.pdf

软件架构师课程系列
软件架构师的角色
架构师沟通技巧
ƒ 架构师和组织中许多其他的人进行交流：经理、系统
架构师、软件开发人员、其他的软件架构师、销售人
员或者是客户。
ƒ 要成为一个成功的架构师，必须要理解其他人希望从
你这里得到什么，以及你想要从他们那里得到什么。
必须要和他们配合，听取他们的意见，并把自己对体
系结构的看法和他们进行交流。
架构师应成为预言家
ƒ 软件架构师除了目前设计的产品之外还有一项责任。
一个好的架构师会展望未来，成为组织投资在软件体
系结构方面的拥护者。
创建前景（8‐1）
ƒ 要成为一个成功的架构师，必须要成为一个预言家。
这表示必须要提前知道系统在完成时是什么样子、系
统会完成些什么以及系统和公司技术和商业方面的其
他实体配合得如何。
创建前景（8‐2）
ƒ 在这个角色中，一个对应用领域和目标产品市场有所
了解的架构师更有价值。没有这种背景的人应该努力
学****商业、市场特征以及公司和竞争者的产品能力。
ƒ 一名没有这种知识的架构师必须找到一些其他的来源，
因为这对设计一个好的软件体系结构非常重要。
创建前景（8‐3）
ƒ 作为一名架构师，应当理解全局需求和产品约束，并
利用它们形成系统的全局视图。开始时可能只对构件
是什么有点感觉，但是使前景具体、稳定需要信念上
的一次飞跃。抓住一些初步的想法，考虑设计中的提
示，得到反馈，精化想法，或者重新来一次。这是一
个迭代的过程。
创建前景（8‐4）
ƒ 通常，一个使用新的、先进技术的项目，都是面向新
的市场，或者能很快地上市。如果架构师和项目经理
不是完全相信那种前景可以实现的话，就放弃它，寻
找另一个项目。不要冒险涉足一个不可能成功的项目。
创建前景（8‐5）
ƒ 为了提升创造力，架构师需要和领域内的革新保持接
触。必须和公司的技术以及市场上的新生事物保持同
步。产品的用户是另一种重要的激励源泉。为了得到
用户的观点，必须和应用、技术市场方面的专家以及
消费者进行交流。
ƒ 尽管如此，没有什么可以取代用户的地位，以获得下
列第一手知识：系统是如何实际运行的、用户遇到了
什么样的困难以及他们希望产品如何进行改进等。
创建前景（8‐6）
ƒ 一旦初始体系结构设计草图勾画出来了(通常在一张纸
上)，架构师需要作为教练、协调人、决策制定者以及
实现者，有效地就前景进行交流。要和项目经理一起
在高层设计和整个产品开发的过程中指导小组。
创建前景（8‐7）
ƒ 架构师需要协调并控制体系结构设计中的关键接口，
因为他知道关键构件以及它们如何组合在一 起形成一
个系统。系统架构师挑选并配置系统硬件，但是软件
架构师要提供软件如何嵌入到整个产品的需求和输入，
之后要保证它们满足一致的系统接口。
创建前景（8‐8）
ƒ 有了体系结构的草图，架构师可以开始考虑商业构件
或现有软件如何被用来实现系统的各个部分。要明白
实现自己的前景可能需要引入新的技术，或对原有的
组织结构作调整。
ƒ 通常，架构师会学****新技术并将其介绍给组内其他人。
无论何时发现了自己观点上的错误或漏洞，必须要做
中期的修正(即使产品正在开发中)，并向开发小组通
报其修正。
架构师是关键技术顾问
ƒ 软件架构师是项目经理的关键技术顾问，并参与项目
许多重要技术决策的制定。架构师和项目经理有紧密
的工作联系。他们在组织中不是同一层次上的，因为
项目经理仍旧要为项目负根本责任。
ƒ 尽管如此，项目经理必须有一名拥有可信赖能力的架
构师，也必须给架构师以成功所需的技术权威。
ƒ 一些项目中的项目经理和软件架构师是同一个人。将
这些角色结合在一 起，会有把架构师的责任给忽略掉
的风险，因为项目经理的责任必须要满足，反之亦然。
但是对一个小的项目来说，角色可以成功结合在一起，
或者架构师的责任应该在项目经理和技术领导之间分
担。
ƒ 对于大项目，如果接口控制十分紧要，单独一个人作
为架构师是不够的。可能应该有一 些架构师来组成一
个系统设计审议委员会，以正式的权威性保持体系结
构的完整。
项目经理和软件架构师的互补的活动
ƒ 项目经理负责项目的组织并管理资源、预