透视图基本上是从特定的固定观点来看的。技术角度通常可以解释系统的技术水平。软件体系结构仅包含并包括软件系统结构,它们的行为以及指导和建议这些元素,它们的协作及其组成的模式。不同的模型定义了人们在系统内不同动作下如何与流程交互或联系,以及他们控制和使用的事物。
架构框架:
架构框架基本上是对用于描述系统架构的工件的最少实践和要求的封装。它还解释了称为补充投影的视图术语,这些术语通常是设计集中的统一建模语言(UML)的抽象。它只是提供了在应用程序或利益相关者社区的特定领域中开发,解释,分析和利用系统的体系结构描述的原理和实践。
架构视图:
它通常用于表示对系统中的一个或多个利益相关者有用且有意义的整个体系结构。体系结构视图或观点是一组涵盖利益相关者问题的体系结构表示形式。它还代表了软件应用程序的功能和非功能需求。从特定的角度来看,视图基本上是系统的部分表达。视点通常是用于开发一种类型的视图的模式,模板甚至约定的集合。
在上面显示的图中,您可以看到以下几点:
- 用例视图–
在需求学科中通常使用用例视图来提供并为计划迭代的技术内容提供基础。使用用例图可以对其进行静态建模,而使用UML行为图则可以对其进行动态建模。 - 设计视图–
设计视图通常意味着组织设计信息,并解决解决方案的基本结构和功能。它只是说明了体系结构上的重要特征和重要功能。它用于组织设计信息。它还描述了总体设计实体和属性。 - 流程视图–
它通常处理系统的动态方面,描述系统的过程,甚至描述它们如何在运行时进行通信并强调系统的行为。它仅描述系统的不同活动。它还描述了设计视图和部署视图的组件之间的控制线程关系。它还描述了设计的同步方面。 - 组件视图–
它从项目的集成商和开发人员的角度解决了系统软件的源代码实现。它仅说明实现集的结构和设计。它基本上具有三种不同的视图,即常规视图,与过程相关的视图以及面向对象的视图。 - 部署视图–
它通常说明系统中节点集之间的处理分布以及过程和字段的物理分布。它仅说明部署集的结构和设计。它还显示了系统内处理的物理分布。它从根本上描述和解释了运行和执行系统的环境。