应用7：在计划 RUP 项目时，考虑 Zachman 结构
如果您的组织已经根据 Zachman 已有组织的结构形式管理其工件，那么是一件不错的事情。如果不是，还是有可能从在建模活动和询查框架侧重的各个方面过程中从系统的评价 Zachman 结构中受益的。关于这个框架需要记住的一件事情是它是 John Zachman 和其他取得系统工程项目经验的人的集体智慧的结晶。因此 Zachman 不同的观点都是针对项目团队可能面对的许多相同问题(见图9)。
图9：RUP 计划中的 Zachman 元分析
Zachman 结构的一些方面通过一些公式化的问题，例如，什么、哪里、如何，来表述，这些问题对所有的项目类型来说是通用的，而且如果有必要，也可以转化成为针对特定项目的问题。另外一些方面涉及关于系统构架提出的重要问题;例如“规则设计”可能会引出“解决方案将需要一个规则引擎吗?”这样的问题。其他像“实体=业务事件类”或者“过程=应用功能”这样的表述可能传递特定技术的需要，例如模型驱动构架(MDA)或者业务过程建模(BPM)，这些可以在开发过程的不同阶段被使用。
Zachman 产生的观点可能也在项目和迭代计划期间有帮助，不难想象“迭代评估”或者“开发风险管理计划”活动可能如何使用那些极好的方面。
当然，对于一些(特别是缺乏经验的)构架师来说，按照我所描述的方法使用 Zachman 听起来可能太混乱，而经验丰富的专业人员可能觉得对于他们自己的知识框架来说那是多余的。我仍相信大多数实践人员将会发现 Zachman 在他们的工作中是便利的分析参考资源。当为项目建立环境时，计划自身是一项重要的任务，它通常不是很难，而且对项目和组织来说都很有价值。
