体系结构

       可视化、详述、构造和文档化一个软件密集型系统，要求从几个角度去观察系统。

       各种人员——最终用户、分析人员、开发人员、系统集成人员、测试人员、技术资料作者和项目管理者——各自带着项目的不同日程，在项目的生命周期内各自在不同的时间、以不同的方式来看系统。

        体系结构是一组有关下属内容的重要决策：

• 软件系统的组织
• 对组成系统的结构元素及其接口的选择
• 像元素间的协作所描述的那样的行为
• 将这些结构元素和行为元素组合到逐步增大的子系统中
• 指导这种组织的体系结构风格：静态和动态元素以及它们的接口、协作和组成

    软件体系结构不仅关心结构和行为，而且还关心用法、功能、性能、弹性、复用、可理解性、经济与技术约束及其折扣中，以及审美的考虑。

对系统的体系结构建模

   系统的用况视图（use case view）由描述可被最终用户、分析人员和测试人员看到的系统行为的用况组成。

   用况视图实际上没有描述软件系统的组织，而是描述了形成系统体系结构的动力。

   在UML中，该视图的静态方面由用况图表现；动态方面由交互图、状态图和活动图表现。

 

    系统的设计视图（design view）包含了类、接口和协作，它们形成了问题及其解决方案的词汇。

    这种视图主要支持系统的功能需求，即系统应该提供给最终用户的服务。

    在UML 中，该视图的静态方面由类图和对象图表现；动态方面由交互图、状态图和活动图表现。类的内部结构图特别有用。

    系统的交互式图（interaction view）展示了系统的不同部分之间的控制流，包括可能的并发和同步机制。

    该视图主要针对性能、可伸缩性和系统的吞吐量。

    在UML中，对该视图的静态方面和动态方面的表现与设计相同，但着重于控制系统的主动类和它们之间流动的消息。

    系统的实现视图（implementation view）包含了用于装配与发布物理系统的制品。这种视图主要针对系统发布的配置管理，它由一些独立的文件组成；这些文件可以用各种方法装配，以产生运行系统。它也关注从逻辑的类和构件到物理制品的映射。

在 UML 中，该视图的静态方面由构件图表现，动态方面由交互图、状态图和活动图表现。

    系统的部署视图（deployment view） 包含了形成系统硬件拓扑结构的特点（系统在其上运行）。这种视图主要描述组成物理系统的部件的分布、交付和安装。

   在UML 中，该视图的静态方面由部署图表现，动态方面由交互图、状态图和活动图表现。

   这 5 种视图中的每一种都可单独使用，使不同的人员能专注于他们最为关心的体系结构问题。