系统架构活动的目的是定义一个全面的解决方案

系统架构活动的目的是基于逻辑上相关且彼此一致的原理，概念和属性定义一个全面的解决方案。解决方案体系结构的特征，属性和特征，一组系统要求（可跟踪的任务/业务和利益相关者要求）和生命周期概念（例如，操作，支持），它们尽可能满足问题或机会的要求，并且这可以通过技术（例如机械，电子，液压，软件，服务，过程，人类活动）来实现。
该系统体系结构是抽象的，面向概念的，全局的，并且着重于系统任务和生命周期概念的实现。它还着重于系统和系统元素的高级结构。
它介绍了相关系统的体系结构原理，概念，属性和特性。它也可以应用于多个系统，并且在某些情况下，可以为类或系列相似或相关系统形成通用的结构，模式和要求集合。
概念和原则的概念结构系统工程知识系统认为系统工程涵盖了系统创建的所有方面，包括系统体系结构。对系统体系结构的大多数解释都是基于相当无形的结构概念（即元素之间的关系）。
一些作者限制了被认为是建筑的结构的类型。例如，限制自己的功能和物理结构。
最近的实践扩展了对结构行为，时间和其他维度的考虑。 ISO / IEC / IEEE42010系统和软件工程体系结构描述提供了对体系结构的有用描述，同时考虑了利益相关者的关注，体系结构视图，体系结构视图，体系结构模型，体系结构描述以及体系结构的整个生命周期。
有关系统体系结构特征的讨论，请参见。INCOSE UK体系结构工作组描述了在系统工程中开发和应用系统方法来描述体系结构信念系统特征的尝试。
系统体系结构描述体系结构框架包括标准化的观点，视图模板，元模型，模型模板等，它们可以促进系统体系结构视图的开发。 ISO / IEC / IEEE42010（ISO2011）指定了体系结构框架，视点和视图的规范特征，因为它们属于体系结构描述。
观点处理特定的利益相关者关注点（或一组密切相关的关注点）。视点指定了开发系统体系结构中用于处理焦点（或焦点集）的模型的类型，应如何生成模型以及如何将模型关联并使用它们来构成视图。
逻辑和物理模型（或视图）通常用于表示系统体系结构的基本方面。必须使用其他补充性观点和观点来表达系统架构如何处理利益相关者的关注，例如成本模型，过程模型，规则模型，本体模型，信念模型，项目模型，能力模型，数据模型等。
原理和启发式。分类工程师和架构师混合使用了数学原理和启发式方法（启发式方法是通过经验中学到的，但没有经过数学证明）。
通过系统要求识别和定义问题时，原理和试探法可能无法解决。可以根据使用这些系统视图/模型的领域对系统视图/模型中使用的原理和试探法进行分类，如下所示：静态域与所关注系统（SoI）的物理结构或组织有关。
深入到系统和系统元素中。它处理分区系统，系统元素和物理接口。
动态域与逻辑体系结构模型有关，尤其是与系统行为的表示有关。它包括功能之间（即从输入流到输出流的转换）和系统功能之间以及外部对象或系统之间的交互的描述。
它考虑了对启动或停止执行系统功能的事件的反应。它还与系统的有效性（即性能，操作条件）有关。
时域与系统功能执行的时间不变性级别有关。这意味着根据循环或同步特性执行每个功能。
它包括决策级别，这些决策级别是某些功能行为的异步特征。环境领域与促成因素（生产，物流支持等）有关，但也与生存能力有关。

您可能还喜欢这些产品