Методика NASCIO

Структурная схема методики по версии 2.0

1.Области, или домены, ИТ-архитектуры;

2.Дисциплины;

3.Технологические дисциплины;

4.Продуктовые компоненты;

5.Документы соответствия.

Набор шаблонов IT Architecture Toolkit  - специализированное средство для документирования ИТ-архитектуры организации.

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

Области, описываемые доменами

üуправление приложениями;

üуправление данными;

üуправление информацией;

üинтеграцию;

üуправление пользователями и доступ;

üсети и коммуникации;

üплатформы;

üуправление системами;

üинформационную безопасность и т. п.

Дисциплины

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

-

Пример домена «Управление системами»:

•управление активами (Asset management);

•управление изменениями (Change management);

•управление событиями (Event Management);

•поддержка пользователей (HelpDesk);

•обеспечение непрерывности бизнеса (Business continuity) и др.

Технологические дисциплины

-дисциплины, поддерживающие функциональные технологические разделы архитектуры.

Пример: Дисциплина «Управление данными» включает технологические области:

•реляционные СУБД;

•плоские файловые системы;

•настольные базы данных;

•модели данных

Продуктовые компоненты

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

Пример: в рамках технологической области «Модели Данных» продукты:

•ERWin

•Visio

•Designer 2000

Документы соответствия

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

-необходимость соблюдения тех или иных международных рекомендаций (RFC), стандартов, законодательных актов – например, по применению сертифицированных средствЭЦП, внутренних инструкций и т.п

Элементы описания архитектуры

Пример иерархии описания архитектуры в соответствии
с рекомендациями NASCIO

Области и дисциплины модели технологической архитектуры

Набор шаблонов описания архитектуры версии 3.0

1) архитектура управления;

2) бизнес-архитектура;

3) информационная архитектура;

4) технологическая архитектура (практически соответствует всей ИТ-архитектуре, рассмотренной в версии 2);

5) архитектура решений (Solution Architecture), обусловившая частичное изменение структуры модели.

Архитектура решений

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

2.область во многом соответствует понятию слоя шаблонов из модели Gartner

3.описания элементов архитектуры решений не содержат такого признака, как «существующий» или «целевой»

4.все эти "решения" относятся как раз к стадии перехода от существующего состояния к целевому , так что по завершении соответствующего проекта они сохраняются со статусом «архивный»

Типы шаблонов для описания конкретного решения:

1) ≪область≫ — тип шаблона, описывающий полное решение и связь решения с планом выполнения. Данный шаблон определяет концептуальную модель решения;

2) ≪требования≫ — тип шаблона, содержащий формализованные требования к наборам решений, сгруппированных по типам. Организация шаблона схожа с ГОСТ 34.698-9 ≪Техническое задание на АС≫;

3) ≪дизайн≫ — тип шаблона, предоставляющий списки различных спецификаций проекта, основанные на определенных типах, представлениях и категориях. Эти шаблоны содержат информацию, позволяющую оценить воздействия решений на состояние внешней среды в различных областях на определенный момент времени.

Реализация стандартных процессов поддержки ЖЦ архитектуры предприятия

qдокументирование;

qрецензирование;

qинформирование;

qизменение;

qпроверка соответствия;

qподдержка актуальности;

qорганизация и управление разработкой архитектуры.

Архитектура информации

•основные информационные сущности (information subject areas), такие как, например, Гражданин/Услуга/Платеж, которые специфичны для деятельности данной организации;

•процессы обработки информации, описывающие, в частности, каким образом, кем и в каком порядке используется, например, сущность "Гражданин";

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

Gap-компоненты

Øспециальный тип компоненты, который описывает существующие расхождения между текущим и целевым состоянием

Øодна и та же "причина", такая, например, как используемая устаревшая технология доступа к данным, может оказывать влияние на целый ряд основных компонент, в том числе из различных функциональных или тематических бизнес-областей

Øописания этих основных компонент и описания gap-компоненты дополняются соответствующими кросс-ссылками, позволяющими осуществлять необходимую навигацию