<<
>>

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

Наименование модели Описание модели
Общеархитектурное
AV-1 Общие сведения Описывает взгляды, цели, задачи, планы, дея­тельность, события, условия, меры, результа­ты проекта и создаваемые объекты.
AV-2 Термины и опре­деления Определение терминов архитектурных пред­ставлений.
Возможности
CV-1 Видение Общее видение трансформационной деятель­ности, стратегический контекст для описан­ных возможностей и содержания высокого уровня.
CV-2 Классификация

возможностей

Иерархия возможностей, включающая все возможности.
CV-3 Этапы достижения возможностей План реализации возможностей применитель­но к видам деятельности, условиям, ожидае­мым последствиям, нормам.
CV-4 Взаимозависи­

мость возможностей

Зависимости между запланированными воз­можностями, их распределение на группы.
CV-5 Сопоставление

возможностей со струк­турными подразделени­ями

Планируемые решения по этапам, примени­тельно к конкретным исполнителям, местона­хождению.
CV-6 Сопоставление

возможностей с функ­циональной деятельно­стью

Сопоставление требуемых возможностей и функциональной деятельности.

Наименование модели Описание модели
CV-7 Сопоставление

возможностей с серви­сами

Связь возможностей с сервисами.
Данные и информации
DIV-1 Концептуальная модель данных Высокоуровневое описание данных и связей между ними.
DIV-2 Логическая мо­

дель данных

Логическая модель данных, не зависимая от ее реализации.
DIV-3 Физическая мо­

дель данных

Детальная модель данных, зависящая от кон­кретной реализации.
Функциональное
OV-1 Высокоуровневое концептуальное пред­ставление замысла при­менения Высокоуровневое графическое/текстовое опи­сание функций системы.
OV-2 Описание функ­ционального потока ре­сурсов Описание потоков ресурсов для видов функ­циональной деятельности.
OV-3 Матрица функци­онального потока ресур­сов Описание атрибутов обмена.
OV-4 Диаграмма орга­низационной структуры Организационный контекст, роли или другие взаимоотношения между организациями.
OV-5a Декомпозицион­ное дерево функцио­нальной деятельности Декомпозиция возможностей и видов функ­циональной деятельности
OV-5b Модель функци­ональной деятельности Контекст возможностей и видов функцио­нальной деятельности, взаимосвязи с исход­ными ресурсами и результатами.
OV-6a Модель функцио­нальных правил Правила предметной области, установленные ограничения.
OV-6b Описание пере­хода состояний Реакцию бизнес-процессов на события.
OV-6c Описание после­довательности событий Отслеживание деятельности в сценарии, по­следовательности событий.

Наименование модели Описание модели
Проектное представление
PV-1 Соотношения

портфеля проектов

Взаимосвязи между организациями и проек­тами, организационные структуры, необходи­мые для управления портфелем проектов.
PV-2 График реализа­ции проекта График хода работ программ, проектов.
PV-3 Сопоставление про­ектов с возможностями Сопоставление программ и проектов с воз­можностями.
Сервисы
SvcV-1 Описание сер­висного контекста Описание сервисов и их связей.
SvcV-2 Описание сер­висного потока ресурсов Описание потоков ресурсов для сервисов.
SvcV-3a Таблица взаи­модействия «Системы- сервисы» Соотношения между системами и сервисами.
SvcV-3b Таблица взаи­модействия «Сервисы- сервисы» Взаимодействия между сервисами, в т. ч.
ис­пользуемые интерфейсы.
SvcV-4 Описание функ­циональных возможно­стей сервисов Функции сервисов, потоки данных для них.
SvcV-5 Отображение

функциональной дея­тельности на сервисы

Отображение сервисов на функциональную деятельность.
SvcV-6 Таблица потока ресурсов между серви­сами Детализация потока ресурсов, которыми об­мениваются сервисы, атрибуты этого обмена.
SvcV-7 Таблица метрик сервисов Метрики производительности/эффективности сервисов.
SvcV-8 Описание эво­люции сервисов Этапы развития сервисов в целях повышения их эффективности.
SvcV-9 Прогнозирова­ние появления новых сервисных технологий и функций Перспективные технологии, программ- ные/аппаратные продукты и практические навыки, которые будут в наличии в заданные временные интервалы, и которые отразятся на развитии сервисов в будущем.

Наименование модели Описание модели
SvcV-10a Модель пра­вил сервисов Ограничения для сервисов, накладываемые на функциональные возможности системы.
SvcV-10b Описание пе­рехода состояний сер­висов Реакция сервисов на события.
SvcV-10c Описание по­следовательностисер­висных событий Специфические уточнения для последова­тельностей событий критического характера.
Стандарты
StdV-1 Краткое описа­

ние стандартов

Перечень стандартов, применимых к элемен­там решения.
StdV-2 Прогноз стан­дартов Описание новых стандартов и потенциального воздействия на текущие элементы решения в пределах совокупности временных интервалов.
Системное» представление
SV-1 Описание интер­фейсов систем Определение систем, составных частей систем и связей между ними.
SV-2 Описание потока ресурсов систем Описание потоков ресурсов, которыми обме­ниваются системы.
SV-3 Таблица взаимо­действия «Системы- системы» Взаимосвязи между системами.
Может быть разработана таким образом, чтобы демон­стрировать связи, представляющие интерес. Например, интерфейсы в зависимости от типа систем или планируемые интерфейсы в срав­нении с существующими.
SV-4 Описание функци­ональных возможностей систем Функции (деятельность), выполняемые систе­мами, и потоки данных между функциями (деятельностью) систем.
SV-5a Отображение

функциональной дея­тельности на системные функции

Отображение функций (деятельности) систем на функциональную деятельность (деятель­ность).
SV-5b Отображение

функциональной дея­

тельности на системы

Отображение систем на возможности или функциональную деятельность (деятель­ность).
SV-6 Таблица потоков ресурсов систем Детализирует поток ресурсов между система­ми, и атрибуты этого обмена.

Наименование модели Описание модели
SV-7 Таблица метрик системы Меры (метрики) измерения элементов модели для соответствующего временного интервала (интервалов).
SV-8 Описание эволю­ции систем Планируемые этапы постепенного развития комплекса систем в целях повышения их эф­фективности или приближения существую­щих систем к будущей реализации.
SV-9 Прогнозирование появления новых си­стемных технологий и функций Развивающиеся технологии, программ-

ные/аппаратные продукты и практические навыки, которые, как предполагается, будут в наличии в заданные временные интервалы, и ко­торые отразятся на развитии систем в будущем.

SV-10a Модель правил систем Ограничения, накладываемые на функциональ­ные возможности системы в связи с каким-либо аспектом конструкции или реализации системы.
SV-10b Описание пере­хода состояний систем Реакция систем на события.
SV-10c Описание по­следовательности си­стемных событий Критические последовательности событий для функциональной точки зрения.

<< | >>
Источник: Ильина О.П.. Архитектура корпораций и информационных систем : учебное пособие / О. П. Ильина. - СПб. : Изд-во СПбГЭУ,2015. - 119 с.. 2015

Еще по теме DODAF:

  1. 16.2. Способы обеспечения законности и дисциплины в государственном управлении.
  2. Проблема выявления собственно церковнославянизмов и церковнославяно-русских полисемантов в идиолексиконе Вяземского: некоторые процедуры и результаты
  3. ПРИЛОЖЕНИЕ
  4. Формирование представлений о личностных и профессионально важных качествах идеального школьного учителя в 1900-1920 гг.
  5. Право на удовлетворение иска и право на получение судебной защиты
  6. Психолингвистический анализ современной медианоминации
  7. 21. Исполнение опекунами и попечителями обязанностей в отношении подопечного. Распоряжение и доверительное управление имуществом подопечного.
  8. Статистика влияния типа грунтов на распространение КРН
  9. 53. Оспоримые сделки: основания, условия, последствия и момент недействительности.
  10. Моделирование методом конечных элементов. Численный эксперимент
  11. Химченко Алексей Игоревич. ИНФОРМАЦИОННОЕ ОБЩЕСТВО: ПРАВОВЫЕ ПРОБЛЕМЫ В УСЛОВИЯХ ГЛОБАЛИЗАЦИИ. Диссертация на соискание ученой степени кандидата юридических наук. Москва - 2014, 2014