总结

    创建系统模型在时间和资金方面投入都比较大；让这个重要的资源由于对模型结构错误认识而被滥用，既非常浪费，也会降低效率。模型旨在进行重复利用；根本没有理由让开发团队将宝贵时间浪费在构建复杂而详细的一次性构件上。为了让模型创建和维护方面的成本物有所值，需要确保模型非常有用。

    除非系统模型中包含的信息经过了有效的组织，能够进行方便的维护，而且能够让模型受众快速发现相关信息，否则创建复杂的系统模型几乎没有任何价值。缺乏组织性的模型将很快失去准确性，会变得很难使用（可能这一点更为重要），从而导致最终将其弃用。创建模型需具有一致的形式、围绕可理解的共同主题而且需提供信息关系图的内聚性集合，才能提高此模型的短期和长期价值。只有这样，在可视建模工作上所投入的精力才会带来巨大的好处。

    参考资料

    学习

    您可以参阅本文在 developerWorks 全球网站上的 英文原文。

    从 IEEE 网站了解关于 IEEE 1471 规范的更多信息。

    关于 IEEE 1471 规范的 Wikipedia条目。

    阅读 Cris Kobryn 和 Chris Sibbald 撰写的白皮书 Modeling DoDAF Compliant Architectures (PDF)（Telelogic，2004 年 10 月）。

    阅读 Thomas A. Hokel 撰写的白皮书 The Zachman Framework for Enterprise Architecture: An Overview，了解关于 Zachman 框架的更多信息。

    Murray Cantor 撰写的 Rational Unified Process for Systems Engineering Part II: System architecture（The Rational Edge，2003 年 9 月）讨论了 IBM? Rational Unified Process? 的 Engineering 扩展，并介绍了基于视角的系统建模方面的内容。

    阅读 Philippe Kruchten 撰写的 架构蓝图--软件架构 "4+1" 视图模型（IEEE Software，1995 年 11 月），了解经典 4+1 视图的更多信息。

    阅读 Bran Selic 撰写的 统一建模语言(UML) 版本 2.0（developerWorks，2005 年 4 月），了解关于 UML 的更多信息。

    阅读 Kim Letkeman 撰写的包含六个部分的系列文章 Comparing and merging UML models in IBM Rational Software Architect（developerWorks，2005 年 6 月）。

    在 developerWorks 的 Architecture 架构专区中，获取用以提高您在体系结构方面的技能的各种资源。

    浏览技术书店，以了解有关这些技术主题及其他技术主题的相关书籍。

    了解关于 developerWorks 技术事件和网络广播的最新信息。

    获得产品和技术

    下载 Rational Software Modeler 的试用版。

    讨论

    参与论坛讨论。

    访问 developerWorks Blog，从而加入到 developerWorks 社区中来。