Архитектура системы

Архитектура системы — принципиальная организация системы, воплощенная в её элементах, их взаимоотношениях друг с другом и со средой, а также принципы, направляющие её проектирование и эволюцию:3.

Понятие архитектуры в значительной мере субъективно и имеет множество противоречивых толкований; в лучшем случае оно отображает общую точку зрения команды разработчиков на результаты проектирования системы.:27 Существует большое количество определений архитектуры. Коллекция определений, относящихся, в основном, к архитектуре программного обеспечения, собрана на сайте Института программной инженерии Университета Карнеги — Меллона.

В настоящее время существует сильная тенденция рассматривать архитектурное и не архитектурное проектирование как различные виды деятельности; делаются попытки определить их как отдельные практики, однако эти виды проектирования в значительной мере «переплетены». Архитектурные решения в сравнении с обычными проектными решениями рассматриваются как более абстрактные, концептуальные и глобальные; они нацелены на успех всей миссии и на наиболее высокоуровневые структуры системы:272.

Источник: Википедия

Упоминания в литературе

Организации и предприятия как системы. На этой последней остановке путешествия становится ясно, что организация и/или предприятия являются системами, состоящими из элементов и связей между ними, и поэтому управление их жизненными циклами столь же необходимо. Описывается роль менеджеров как владельцев систем. Дается представление об архитектуре предприятия как совокупности архитектур систем, связанных с организацией. Для решения проблем, связанных с растущей сложностью архитектур предприятия, предлагается применение упрощенного руководства по архитектуре. Описывается стратегия проведения изменений в организации и обсуждается вопрос о том, почему изменения в системах зачастую не приводят к достижению поставленных целей. Показывается, как путешествие по системному ландшафту способствовало реализации таких важных принципов управления качеством ISO 9000, как ориентация на потребителя, ответственность руководства, вовлечение персонала, процессный подход, системный подход к управлению, непрерывное улучшение, основанный на фактах подход к принятию решений и взаимовыгодные отношения с поставщиком. Наконец, приводится стратегия применения стандартов управления системами, в частности, стандартов ISO 9001 и ISO 14001.

Гарольд «Бад» Лоусон, Путешествие по системному ландшафту

Получение системой конкретного результата на основе степени содействия ее компонентов определяет упорядоченность во взаимодействии множества компонентов системы, а следовательно, любой компонент может быть задействован и способен войти в систему только в том случае, если он вносит свою долю содействия в получение запрограммированного результата. В соответствии с этим в отношении компонентов, входящих в систему, более пригоден термин «взаимосодействие» [П. К. Анохин, 1958, 1968 и др. ], отражающий подлинную кооперацию компонентов множества отобранных ею для получения конкретного результата. «Системой можно назвать только комплекс таких избирательно вовлеченных компонентов, у которых взаимодействие и взаимоотношения принимают характер взаимосодействия компонентов для получения фокусированного полезного результата» [П. К. Анохин, 1978]. Именно потому, что в рассматриваемой концепции результат оказывает центральное организующее влияние на все этапы формирования системы, а сам результат ее функционирования является, по сути, функциональным феноменом, вся архитектура системы была названа функциональной системой [П. К. Анохин, 1978].

А. Н. Разумов, Лазерная стимуляция в медико-биологическом обеспечении подготовки квалифицированных спортсменов, 2017

«Европейские критерии» определяют семь уровней адекватности – от Е0 до Е6 (в порядке её возрастания). Уровень Е0 обозначает минимальную адекватность (аналог уровня D «Оранжевой книги»). При проверке адекватности анализируется весь жизненный цикл системы – от начальной фазы проектирования до эксплуатации и сопровождения. Уровни адекватности от Е1 до Е6 выстроены по нарастанию требований тщательности контроля. Так, на уровне Е1 анализируется лишь общая архитектура системы, а адекватность средств защиты подтверждается функциональным тестированием. На уровне ЕЗ к анализу привлекаются исходные тексты программ и схемы аппаратного обеспечения. На уровне Е6 требуется формальное описание функций безопасности, общей архитектуры, а также политики безопасности.

Александр Кришталюк, Правовые аспекты системы безопасности, 2014