ЛЕКЦИЯ 8 24 страница

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

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

· формальные (использующие общепринятые правила, нотации и средства) или неформальные;

· количественные - позволяющие производить численные оценки и про-верки или качественные, предназначенные для понимания поведения и структуры системы;

· описательные - предназначенные только для восприятия человеком, или исполняемые, позволяющие исследовать поведение и использовать полученные результаты для выводов об исходной системе;

· статические – не учитывающие, что объект моделирования изменяется с течением времени и динамические, включающие этот фактор влияния.

Возможных моделей для описания деятельности предприя-тия как системы существует множество, и очень часто в организации происходит достаточно разрозненный процесс моделирования. Например, для описания бизнес-архитектуры используются модели, включающие представления о биз-нес-объектах и логике (например, декомпозиция процессов, сценарии исполь-зования, взаимосвязи между объектами). На уровне прикладных систем исполь-зуются, например, диаграммы «сущность-отношения», карты иерархии управле-ния, диаграммы потоков данных, на уровне инфраструктуры - топология сетей, инфраструктурные шаблоны и т.д. Консолидация таких различных представле-ний - то есть понимание того, как все эти многочисленные модели связаны меж-ду собой, - является весьма сложной задачей. Например, какова связь между одним артефактам на некотором высоком уровне абстракции (к примеру, мо-дель бизнес-процесса) с другим артефактом на более детальном уровне (к при-меру, стандарт на сервера приложений). Эта проблема может свести на нет пользу от моделирования. Поэтому одной из важных задач любой методики описания архитектуры становится логическая организация моделей, описываю-щих единую архитектуру предприятия.

Предметом нашего анализа является архитектура предприятия в целом, ко-торая представляет собой сложную систему ИТ-ресурсов, -их структурных компонент и взаимодействий между ними. Архитектура включает в себя стандарты, которые задают границы и направление работы разработчиков при создании и модификации систем. Как и во всех сложных системах, измене-ния в одной области могут приводить к изменениям во многих других областях.

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

Разработка моделей для различных доменов(предметных областей) архи-тектуры является итерационным процессом, который связан с рассмотрением различных перспектив (уровней абстракции), а также связей между моделями отдельных доменов архитектуры. Например, на самом верхнем уровне описания контекста архитектуры для описания архитектуры информации могут использо-ваться списки бизнес-сущностей, таких как «счет», «клиент» и т.д., для архитек-туры прикладных систем будет достаточно иметь список основных бизнес-про-цессов, а для технологической архитектуры - информации о местах расположе-ния бизнеса и их удаленности друг от друга.

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

Возвращаясь к истории развития общепризнанных моделей в сфере разработки архитектуры предприятия следует отметить, что все рассмотренные в данном пособии модели являются логическим продолжением одна другой, более того образуют вполне наблюдаемую траекторию развития (рис. 2.1). Причем после выпуска первой статьи Захмана, где он описал суть своего подхода и тем самым дал развитие всей дисциплине под названием «архитектура предприятия» исторически разработки новых методов и моделей разделились на 2 основных направления: первое было сосредоточено на государственных организациях и адаптации архитектурных подходов к ним, второе на развитие концепции «архитектуры предприятия» в корпоративной среде (методики IBM, Microsoft, Giga Group, Gartner и т.д.). Причем оба направления развивались параллельно.

Дата добавления: 2015-04-25