Архитектура

Люди часто, придумывают методологии которые не являются точными (полагаю намеренно), поэтому их мысли никогда не обвиняют в неприменимости к определенной ситуации. Иногда, это тянет всю отрасль назад, где каждый из нас должен создать адаптацию, которая работает, прежде чем использовать методологию. Например, иногда вы выбираете 2 книги, и они определяют вещи по-разному - наука не работает таким образом. Я надеюсь, что сообщество выступает против такого поведения и чтобы сузить спектр определенности общество агрегирует знания, в результате например получаются архитектурные паттерны и шаблоны проектирования. 

Разновидность

В области разработки программного обеспечения мы часто встречаемся с различными формами архитектуры. Например, помимо понятия архитектура программного обеспечения мы можем столкнуться с такими понятиями, как корпоративная архитектура, системная архитектура, организационная архитектура, архитектура информации, архитектура аппаратного обеспечения, архитектура приложения, архитектура инфраструктуры и так далее.

Определенность

Архитектура - значимые структурные элементы и композиции из структурных элементов, их связи и взаимодействия. Структурный элемент может быть подсистемой, процессом, библиотекой, базой данных, вычислительным узлом, системой в традиционном смысле, готовым продуктом и так далее.

Архитектура приложения - это основополагающие аспекты функционирования системы.

Относительная стабильность - главная черта хорошей архитектуры (если архитектура требует постоянного пересмотра при небольших изменениях, это плохой признак).

Если программа обеспечивает получение тех или иных преимуществ (а такими должны быть все корпоративные приложения), задержка с ее внедрением в эксплуатацию означает прямые финансовые потери. Поэтому отнюдь не хотелось бы принимать решения, которые воспрепятствуют развитию системы в дальнейшем. Однако, если оснастить систему дополнительными службами с прицелом на будущее, но сделать это неправильно, новый уровень сложности как раз и может затруднить ее эволюцию, приостановить процесс внедрения и отсрочить получение преимуществ.

p.s. Мартин Фаулер

Логическое обоснование - важно обеспечить документирование решений, которые привели к созданию этой архитектуры. Эта информация является значимой для многих заинтересованных лиц, особенно для тех, кто должен обслуживать систему. Задокументированное обоснование имеет ценность, когда нужно пересмотреть логические обоснования принятых решений, чтобы избежать ненужного повторения своих действий, или чтобы разработчику объяснить принятые ранее решения.

Архитектурный стиль - кодификация (упорядочивание) опыта (когда одновременно применяются несколько архитектурных шаблонов). Возникает в результате создания определенного семейства систем.

Атрибуты качества

В системной инженерии атрибуты качества реализуются нефункциональными требованиями, используемыми для оценки производительности системы. Иногда их называют архитектурными характеристиками или «илитами» после суффикса, который используется многими словами. Обычно это значимые с архитектурной точки зрения требования , требующие внимания архитекторов.

Многие из этих атрибутов качества также могут быть применены к качеству данных .

Общие подмножества

• Вместе надежность, доступность, удобство обслуживания, удобство использования и возможность установки называются RASUI.
• Функциональность, удобство использования, надежность, производительность и возможность поддержки вместе называются FURPS в отношении требований к программному обеспечению.
• Гибкость в работающем программном обеспечении — это совокупность семи архитектурно-зависимых атрибутов: возможность отладки, расширяемость, переносимость, масштабируемость, безопасность, тестируемость и понятность.
• Для баз данных важным понятием является надежность, доступность, масштабируемость и восстанавливаемость (RASR).
• Атомарность, непротиворечивость, изоляция (иногда целостность), надежность ( ACID ) — это метрика транзакции.
• При работе с системами, критически важными для безопасности, часто используется аббревиатура «надежность, доступность, ремонтопригодность и безопасность» ( RAMS ).
• Надежность — это совокупность доступности, надежности, безопасности, целостности и ремонтопригодности.
  • Целостность зависит от безопасности и живучести.
  • Безопасность представляет собой сочетание конфиденциальности, целостности и доступности. Безопасность и надежность часто рассматриваются вместе.

Источники: 1 (pdf) - 2 - architecture as code