架构蓝图--软件架构_视图模型.pdf

架构蓝图--软件架构 4+1 视图模型 中国 [选择] 使用条款 首页 产品 服务与解决方案 支持与下载 个性化服务 developerWorks 中国 Rational developerWorks 架构蓝图--软件架构 4+1 视图模型 中国 本文内容包括: 引言 级别: 初级 文档选项 架构模型 将此页作为电子邮件发 结束语 Philippe Kruchten, 高级技术专员 送 致谢 参考资料 2005 年 1 月 01 日 拓展 Tomcat 应用 关于作者 下载 IBM 开源 J2EE 对本文的评价 本文基于多个并发视图的使用情况来说明描述软件密集型系统架构的 应用服务器 WAS CE 模型。使用多重视图允许独立地处理各风险承担人：最终用户、开 新版本 V1.1 发人员、系统工程师、项目经理等所关注的问题，并且能够独立地处 相关链接: 理功能性和非功能性需求。本文分别对五种视图进行了描述，并同时 Rational 技术文档库 给出了捕获每种视图的表示方法。这些视图使用以架构为中心的、场景驱动以及迭代开发 Rational Edge 电子 过程来进行设计。 月刊中文版 引言 我们已经看到在许多文章和书籍中，作者欲使用单张视图来捕捉所有的系统架构要点。通过仔细地观察 这些图例中的方框和箭头，不难发现作者努力地在单一视图中表达超过其表达限度的蓝图。方框是代表 运行的程序吗？或者是代表源代码的程序块吗？或是物理计算机吗？或仅仅是逻辑功能的分组吗？箭头 是表示编译时的依赖关系吗？或者是控制流吗？或是数据流吗？通常它代表了许多事物。是否架构只需 要单个的架构样式？有时软件架构的缺陷源于过早地划分软件或过分的强调软件开发的单个方面：数据 工程、运行效率、开发策略和团队组织等。有时架构并不能解决所有客户 （或者说风险承担人， USC 的命名）所关注的问题。许多作者都提及了这个问题：Garlan Shaw 1、CMU 的 Abowd Allen、SEI 的 Clements 。作为补充，我们建议使用多个并发的视图来组织软件架构的描述，每个视 图仅用来描述一个特定的所关注的方面的集合。 回页首 架构模型 软件架构用来处理软件高层次结构的设计和实施。它以精心选择的形式将若干结构元素进行装配，从而 满足系统主要功能和性能需求，并满足其他非功能性需求，如可靠性、可伸缩性、可移植性和可用性。 Perry 和 Wolfe 使用一个精确的公式来表达，该公式由 Boehm 做了进一步修改： 软件架构 ＝ {元素，形式，关系/约束} 软件架构涉及到抽象、分解和组合、风格和美学。我们用由多个视图或视角组成的模型来描述它。为了 最终处理大型的、富有挑战性的架构，该模型包含五个主要的视图（请对照图