在《Grady Booch访谈录：系统的系统和无所不在的软件》和《Grady Booch访谈录：系统的系统和汽车》中，我们同IBM研究所负责软件工程的首席科学家Grady Booch进行了对话，主要探讨了系统的系统的相关内容，接下来他将继续为我们介绍他在嵌入式系统队伍中的经历是否对他思考系统工程的角度产生了影响。

　　SearchSOA.com：Grady，我们了解到你是从嵌入式队伍过来的人，是这样吗？我想你不介意我问你过去的事情吧？在空军还有早先在Rational的时候，是不是可以说你参与了实时系统？我想那些经历可能会影响到你思考系统工程的角度。

　　Grady Booch：既然你这么说，就让我回顾一下过去的时光吧。我第一份职业是在范登堡空军基地，作为一名年轻的少尉，我参与了支撑国家弹道导弹防御计划的地面系统的建设工作。我主要参与了两个项目，它们都是实时性要求非常高的东西。第一个是遥测处理系统，实时读取发射数据。这是数据构建和数据速率的一次有趣练习，因为从这些大鸟上返回的数据总量在我们试图改善对其的定位时出现了极大的增长。所以返回了很多很多的数据。

　　那时候正在开发一个非常新颖的系统，叫做TIPS—遥测综合处理系统（Telemetry Integrated Processing System）。它拓展了大家都知道怎么做的东西的范围。我们有一个微处理器的集群，回到那个时候，大家都不知道如何让这些集群工作到一起，因此，我们为它建立了自己的实时操作系统。它是软硬件问题的一种有趣的融合，也是人机接口方面的一个有趣的问题，因为你必须实时把数据交给用户。

　　我进行的下一个项目叫做安全范围显示系统。那时候我们都是用钢笔和绘图仪来跟踪导弹。你得坐在看起来就像电视节目或电影的屏幕那样的房子里面，然后拿起身边这些巨大的笔和墨水绘图仪，并跟踪导弹在什么地方与性能特征相关。会有一群安全范围官员，其职责是站在那里，然后如果导弹偏离了飞行路径，他就会准确地按下大大的红色按钮，让那玩意儿炸掉。有许多导弹在那里偏离了方向直奔洛杉矶，因为它们要飞向极轨道，而你想要做的最后一件事情就是把洛杉矶上空偏离轨道的导弹炸掉。这可不是什么好办的事情。

　　因此，安全范围显示系统就是想把那些笔和墨水板扔掉，因为它们根本就不够快，反应也不够灵敏，这个系统会把所有的数据移到一个图形显示器上去。我们选择了Evans和Sutherland[显示系统]，在当时它是革命性的，因为我们一下子就从40多种传感器那里把数据给融合了进来，并把它们全部放进屏幕里—用这种方式，他能够让安全范围官员实时做出某些非常重要的决定。

　　SearchSOA.com：回到那个时候，你在使用OOAD（面向对象分析与设计）方法时，是哪一个东西导致了UML的产生，嵌入式实时问题重要吗？

　　Grady Booch：很重要。要记住，对于防御来说，数据是主要的手段。早期用它是为了那些硬的实时的东西。后来，Ada在交通控制系统中成为相当具有统治性的语言。在Rational，我参与了IBM以及后来的休斯公司对美国空中交通控制系统的投标。许多铁路系统也是用Ada写的，这些也都是实时性的东西。坦白说，我在Rational早期的经历跟企业系统毫无关系，但跟这些硬的实时系统却瓜葛颇深。

　　回到那时候，我们意识到这是一大群传统意义上的弯管工（tin-benders），我这里并没有贬低他们的意思，只是因为他们要建造硬件。而进入导弹、火车、雷达之类的软件的数量则像一根曲棍球球棒。这条曲线存在一个拐点。那些公司对如何去恰当地开发软件，也即把它作为系统的一部分来进行建构和管理的理解能力，从此达到了一个全新的水平。

　　SearchSOA.com：当我们谈到系统的系统时，我们是不是用一种“极客的视角”来看待智慧地球？

　　Grady Booch：部分而言，是的。我可以说的确如此。对于IBM朝向这个方向发展，我感到非常兴奋，但从一个知情者的角度出发，我意识到这一整个存在大量的软件需要建造。像智慧地球之类的东西正推动我们管理此类系统的能力的发展。我这么说可不是消极的心态。

    很高兴有东西推动我们，因为一旦有了需求最为迫切的这类关注点，我们就能不断成长。这是一个很迷人的工程问题，还能不断增强我们已知可行的技术的能力。