软件架构与设计-架构模型

序号	图表和描述
1	类表示系统的对象方向。显示类如何静态相关。
2	对象表示一组对象及其在运行时的关系，还表示系统的静态视图。
3	元件描述系统的所有组件、它们的相互关系、交互和接口。
4	复合架构描述组件的内部架构，包括组件的所有类、接口等。
5	包描述包架构和组织。涵盖包中的类和另一个包中的类。
6	部署部署关系图是一组节点及其关系。这些节点是部署组件的物理实体。

行为图

行为图基本上捕获了系统的动态方面。动态方面基本上是系统的变化/移动部分。UML 具有以下类型的行为图：

下表提供了这些图的简要说明 -

序号	图表和描述
1	用例描述功能及其内部/外部控制器之间的关系。这些控制器称为参与者。
2	活动描述系统中的控制流。它由活动和链接组成。流可以是顺序的、并发的或分支的。
3	状态机/状态图表示系统的事件驱动状态更改。它基本上描述了类、接口等的状态变化。用于通过内部/外部因素可视化系统的反应。
4	序列可视化系统中执行特定功能的调用序列。
5	交互概述结合活动和序列图，以提供系统和业务流程的控制流概述。
6	通信与序列图相同，只是它侧重于对象™的角色。每个通信都与序列顺序、编号加上过去的消息相关联。
7	时间顺序描述消息在状态、条件和事件中的更改。

体系架构视图模型

模型是对软件架构的完整、基本和简化的描述，它由来自特定视角或观点的多个视图组成。

视图是从一组相关关注点的角度对整个系统的表示。它用于从不同利益相关者（如最终用户、开发人员、项目经理和测试人员）的角度描述系统。

4+1 视图模型

4+1视图模型由Philippe Kruchten设计，用于描述基于使用多个并发视图的软件密集型系统的架构。它是一个 多视图 模型，可解决系统的不同功能和问题。它标准化了软件设计文档，并使所有利益相关者都易于理解设计。

它是一种用于研究和记录软件架构设计的架构验证方法，涵盖了所有利益相关者的软件架构的所有方面。它提供了四个基本视图 -

可以通过为最终用户或软件系统的客户再添加一个称为场景视图或用例视图的视图来扩展此视图模型。它与其他四个视图一致，并用于说明作为“加一”视图（4+1）视图模型的体系架构。下图描述了使用五个并发视图（4+1）模型的软件体系架构。

为什么叫4+1而不是5？

用例视图具有特殊意义，因为它详细说明了系统的高级别要求，而其他视图则详细说明了这些需求是如何实现的。当所有其他四个视图都完成后，它™实际上是多余的。但是，没有它，所有其他观点都是不可能的。下图和表格详细显示了 4+1 视图 -

	逻辑	过程	发展	物理的	场景
描述	显示系统的组件（对象）及其交互	显示系统的进程/工作流规则以及这些进程如何通信，重点是系统的动态视图	提供系统的构建块视图并描述系统模块的静态组织	显示软件应用程序的安装、配置和部署	通过执行验证和插图来显示设计已完成
查看者/利益相关者	最终用户、分析师和设计师	集成商和开发人员	程序员和软件项目经理	系统工程师、操作员、系统管理员和系统安装人员	他们的观点和评估者的所有观点
考虑	功能要求	非功能性需求	软件模块组织（软件管理重用、工具约束）	与底层硬件相关的非功能性需求	系统一致性和有效性
UML - 图	类、状态、对象、序列、通信图	活动图	组件、封装图	部署图	用例图

体系架构描述语言（ADL）

ADL 是一种为定义软件体系架构提供语法和语义的语言。它是一种符号规范，它提供了对软件系统™的概念架构进行建模的功能，与系统的™实现区分开来。

ADL 必须支持体系架构组件、其连接、接口和配置，它们是体系架构描述的构建基块。它是一种用于体系架构描述的表达式形式，并提供分解组件、组合组件和定义组件接口的能力。

架构描述语言是一种正式的规范语言，它描述了软件功能，如进程、线程、数据和子程序，以及硬件组件，如处理器、设备、总线和内存。

很难对 ADL 和编程语言或建模语言进行分类或区分。但是，将语言归类为 ADL 有以下要求 -

380 次浏览	4次