DODAF

Фреймворк C4ISR является предшественником DoDAF, в 2003 г. выпущен DoDAF 1.0, в котором были сформулированы базовые принципы и практики архитектуры предприятия для всех областей деятельности, ак­цент на создание интегрированной архитектуры, последняя версия DODAF - 2.02 (2009 г.).

DODAF - The Department of Defense Architecture Framework DoDAF- архитектурный фреймворк, разработан для Министерства обороны США, обеспечивает визуализацию и описание архитектуры с использованием различных средства (табличные описания, графические схемы, онтологии и др.), эффективен для крупномасштабных систем, поддерживает процесс принятия решений, интеграции, инжиниринга, программирования, бюд­жетирования, управления проектами.

DODAF ориентирован на:

1. Сетео-центрические концепции и цели (Net-Centric).

2. Сервис-ориентированную архитектуру (Service-Oriented Architec­ture, SOA), распределенные вычисления, сервисный подход.

3. Описание архитектуры приложений и данных, ИТ-

инфраструктуры.

4. Совместимость с ранними версиями DoDAF.

Процессы разработки EA

Фреймворк рассматривает высокоуровневые процессы разработки и поддержки EA:

1. Интеграция и развитие системы - управление требованиями, разработка интеграционной концепции и возможностей системы, функци­онального анализа системы, требований и решений (Joint Capabilities Inte­gration Development System, JCIDS).

2. Планирование, программирование, бюджетирование и реали­зация решений - стратегическое планирование, разработка программ и

определение потребности в ресурсах, управление ходом работ (Planning, Programming, Budgeting, and Execution, PPBE).

3. Сбор данных из различных источниках (датчики, аналого­цифровые преобразователи, и др.), выбор технических и программных средств для преобразования информации (Data Acquisition System, DAS).

4. Системная инженерия - системный поход в моделировании, проектировании и управлении сложными техническими, технологически­ми и организационными системами в течение их жизненного цикла, управление по целям, оценка эффективности системы, реализация кон­цепций системной инженерии (Systems Engineering, SE).

5. Операционное планирование - ряд перекрёстных процессов, оп­тимизирующих спрос, поставки, прибыль, затраты, риски и возможности (Operations Planning).

6. Управление портфелем проектов - централизованное управле­ние процессами, методы и технологии управления портфелем проектов (Capabilities Portfolio Management, CPM).

Эффективность процессов принятия решений растет за счет исполь­зования знаний о существующей EA, возможности повторного использо­вания информационных активов. Для этого формируются механизмы управления конфигурацией EA и созданием эталонных архитектур.

EA является стратегической информацией и информационным акти­вом одновременно, она конкретизирует стратегические цели и задачи, принципы, правила, стандарты проектирования, шаблоны и эталонные модели архитектуры, словарь терминов и определений, используемые ре­сурсы, команду проектировщиков и реализаторов.

Фреймворк DODAF концентрирует внимание на:

• архитектурных данных (Architectural Data),

• точках зрения (Viewpoints),

• метамодели данных (Model).

Метамодель данных

Метамодель данных DoDAF - Data Model (DM2) определяет мини­мальный набор архитектурных данных, необходимых для поддержки про­цессов принятия решений, интеграции и федерализма архитектурных опи­саний.

Согласно DM2, деятельность связана с потреблением ресурсов, осу­ществляется исполнителем в определенном месте. Исполнителем может быть комплекс систем, службы, организация и лица. Вводится понятие роли исполнителей. Деятельность может произвести ресурс, который вы­полняет другую деятельность, сами ресурсы находятся в определенном месте. Сведения о деятельности, условиях, ресурсах, местоположении и возможностях является ресурсом.

Управление деятельностью предприятия направлено на учет условий выполнения и опережение случайного поведения.

На рис. 25 показано онтология архитектурных описаний DM2:

• Thing - любой объект (физическое лицо или группа лиц),

• Individual (человек) - существует в пространстве и времени,

• Type (тип) - группировка объектов,

• Tuple (кортеж) - взаимодействие пары объектов (отношение),

• Whole &Part (целое-часть) - композиция,

• Supertype &Subtype (обобщение и специализация) - каждый объект является представителем общего класса,

• Before &After (до и после) - временное упорядочивание,

• Overlap (пересечение) - интерфейсы объектов.

Рисунок 24

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

Рассматривается три уровня метамодели данных.

1. Conceptual Data Model (CDM) - концептуальная модель данных. Представляет концепции совместимых между собой архитектурных описаний (соответствует DIV-1 Viewpoint).

2. Logical Data Model (LDM) - логическая модель данных. Добавляет техническую информацию, атрибуты, уточняет отношения сущно­стей (соответствует DIV-2 Viewpoint).

3. Physical Exchange Specification (PES) - спецификация физического обмена данными, включает LDM и специфицированные атрибуты

данных (источник данных, дата и др.), используемые для генерации схемы обмена XSD (соответствует DIV-3 Viewpoint)

Метамодель DM2 определяет элементы архитектурных данных и обеспечивает интеграцию и федерацию архитектурных описаний, уста­навливает основу для семантики моделей, тем самым облегчая понимание и осуществление взаимодействия процессов и систем.

Обмен данными в DODAF выполняется в двух формах:

• Physical Exchange Specification (PES) - спецификация физиче­ского обмена,

• DM2-OWL (Web Ontology Language) specification - онтология.

Методологии и инструментальные средства

DODAF не накладывает ограничений на выбор методологий и ин­струментальных средств, например, могут применяться как методы структурного анализа и проектирования (SADT), так и объектно­ориентированного анализа и проектирования (OOAD).

Инструментальные средства моделирования должны обеспечивать поддержку эталонной модели данных и обмен данными, принятый в DoDAF, использовать стандартные языки и нотации, например:

• UML, SysML - для описания структуры систем, взаимосвязей между составными частями;

• IDEF0, BPMN, UML - для моделирования процессов деятель­ности, последовательности событий;

• IDEF1X, UML для моделирования данных и т,п.

Точки зрения

Точки зрения в DODAF - Viewpoint поддерживаются с помощью представлений:

• общеархитектурное(All Viewpoint, AV) - для всех представлений, информация о предметной области, временные рамки функциониро­вания системы, свойства внешней среды,

• возможности(Capability Viewpoint, CV) - цели системы и возмож­ности их достижения в различных условиях, стратегическое видение системы,

• данные и информация(Data and Information Viewpoint, DIV) - со­держание, форма представления информации и правила инфрмаци- онного обмена,

• функциональное(Operational Viewpoint, OV) - процессы и информа­ция обмена между субъектами, задачи и действия, которые поддер­живаются информационный обмен,

• проектное(Project Viewpoint, PV) - проекты реализации существу­ющих и приобретаемых информационных систем,

• сервисное(Services Viewpoint, SvcV) - функциональные возможно­сти сервисов и их взаимосвязи, поддержка функциональной дея­тельности организации,

• стандарты(Standards Viewpoint, StdV) - руководящие принципы для реализации технических систем,

• системное(Systems Viewpoint, SV) - информация о вспомогатель­ных автоматизированных системах, взаимосвязях между ними.

Типовой набор моделей

Типовой набор моделей для создания архитектуры DOFAF- табл. 11.

Таблица 11