Фреймворк корпоративной архитектуры: определение, принципы и практика создания архитектуры предприятия. Документирование, моделирование и долгосрочное планирование.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Рамки, в которых определяется архитектура организации
Frame in which the architecture of a company is defined
Фреймворк архитектуры предприятия (EA framework) определяет, как разрабатывать и использовать архитектуру предприятия. Фреймворк архитектуры предоставляет принципы и практики для создания и использования архитектурного описания системы. Он структурирует мышление архитекторов, разделяя описание архитектуры на домены, слои или виды, и предлагает модели – как правило, матрицы и диаграммы – для документирования каждого вида. Это позволяет принимать системные проектные решения по всем компонентам системы и принимать долгосрочные решения относительно новых требований к проектированию, устойчивости и поддержке.
An enterprise architecture framework (EA framework) defines how to create and use an enterprise architecture. An architecture framework provides principles and practices for creating and using the architecture description of a system. It structures architects' thinking by dividing the architecture description into domains, layers, or views, and offers models – typically matrices and diagrams – for documenting each view. This allows for making systemic design decisions on all the components of the system and making long term decisions around new design requirements, sustainability, and support.
Домены и поддомены корпоративной архитектуры
Домены приложений и технологий (не следует путать с бизнес-доменами) характеризуются возможностями домена и сервисами домена. Возможности поддерживаются сервисами. Сервисы приложений также упоминаются в архитектуре, ориентированной на сервисы (SOA). Технические сервисы обычно поддерживаются программными продуктами. Представление данных начинается с классов данных, которые могут быть декомпозированы на объекты данных, которые, в свою очередь, могут быть декомпозированы на сущности данных. Наиболее часто используемый тип базовой модели данных называется MERDA (оценка диаграмм «сущность-связь», см. модель «сущность-связь»). Класс, объект и сущность формируют иерархическое представление данных. Предприятия могут иметь миллионы экземпляров сущностей данных. Традиционная эталонная модель корпоративной архитектуры предлагает четкое различие между доменами архитектуры (бизнес, информационный/данные, приложения/интеграция и технический/инфраструктурный). Эти домены могут быть далее разделены на поддисциплины. Пример домена и поддоменов корпоративной архитектуры представлен на изображении справа. Многие команды корпоративной архитектуры состоят из специалистов, чьи навыки соответствуют доменам и поддисциплинам корпоративной архитектуры. Вот некоторые примеры: архитектор бизнес-приложений, архитектор документации предприятия, архитектор приложений предприятия, архитектор инфраструктуры предприятия, архитектор информации предприятия и т.д. Пример списка эталонных архитектурных шаблонов в доменах прикладной и информационной архитектуры доступен по ссылке Architectural pattern (computer science).
The application and technology domains (not to be confused with business domains) are characterized by domain capabilities and domain services. The capabilities are supported by the services. The application services are also referred to in service oriented architecture (SOA). The technical services are typically supported by software products. The data view starts with the data classes which can be decomposed into data subjects which can be further decomposed into data entities. The basic data model type which is most commonly used is called merda (master entity relationship diagrams assessment, see entity relationship model). The Class, subject and entity forms a hierarchical view of data. Enterprises may have millions of instances of data entities. The Enterprise Architecture Reference Traditional Model offers a clear distinction between the architecture domains (business, information/data, application/integration and technical/infrastructure). These domains can be further divided into Sub domain disciplines. An example of the EA domain and subdomains is in the image on the right. Many enterprise architecture teams consist of Individuals with Skills aligned with the Enterprise Architecture Domains and sub domain disciplines. Here are some examples: enterprise business architect, enterprise documentational architect, enterprise application architect, enterprise infrastructure architect, enterprise information architect, etc. An example of the list of reference architecture patterns in the application and information architecture domains are available at Architectural pattern (computer science).
Модель изображения
Модель представления — это фреймворк, определяющий набор видов или подходов, используемых в системном анализе, системном проектировании или построении архитектуры предприятия. С начала 1990-х годов предпринимались многочисленные попытки определить стандартные подходы к описанию и анализу архитектур систем. Многие современные фреймворки архитектуры предприятия включают в себя определенный набор видов, однако эти наборы не всегда называют моделями представления.
A view model is a framework that defines the set of views or approaches used in systems analysis, systems design, or the construction of an enterprise architecture. Since the early 1990s, there have been a number of efforts to define standard approaches for describing and analyzing system architectures. Many of the recent Enterprise Architecture frameworks have some kind of set of views defined, but these sets are not always called view models.
Типы корпоративной архитектуры
В настоящее время существует огромное количество фреймворков корпоративной архитектуры, намного больше, чем представлено в данном списке.
Nowadays there are now countless EA frameworks, many more than in the following listing.