IT Architecture Modeling Agreement

Материал из togaf-modeling.org.ru
Перейти к навигации Перейти к поиску

Соглашение о моделировании ИТ-архитектуры

Код проекта XXX-XXX-XX
Наименование проекта Внедрение информационной системы управления ИТ-архитектурой. Этап 1.1
Полное название документа: Соглашение о моделировании корпоративной информационно-технологической архитектуры
Версия документа: 1.5
Дата документа: XX.XX.20XX
Назначение документа: Описание правил создания объектов в инструменте моделирования ИТ-архитектуры.
Аудитория: Владелец ИС (ответственный от бизнеса), Руководитель Департамента ИТ, Сервис-менеджер, Руководитель проекта, ИТ-архитектор
Согласовано
Должность ФИО Роль в проекте Дата Подпись
Руководитель Управления Иванов. И.И. Ответственный от бизнеса XX.XX.20XX
Руководитель Департамента ИТ Иванов. И.И. Ответственный от ИТ XX.XX.20XX
Специалист проектного отдела Иванов. И.И. Руководитель проекта XX.XX.20XX
Архитектор отдела ИТ-архитектуры Иванов. И.И. Архитектор ИТ-решения XX.XX.20XX

Введение

Аннотация

Настоящее «Соглашение о моделировании ИТ-архитектуры» разработано в качестве регламентирующего и методологического документа, в целях создания и закрепления методологии моделирования ИТ-архитектуры Предприятия.

Цели документа

Целью разработки соглашения о моделировании ИТ-архитектуры является формирование практического руководства по порядку использования ПО для моделирования ИТ-архитектуры.

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

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

Задачи документа

Для достижения поставленной цели в данном документе необходимо решить следующие задачи:

  • Определить методику создания и структурирования единой базы данных моделей ИТ-архитектуры Предприятия с использованием Инструмента;
  • Определить порядок и правила описания ИТ-архитектуры Предприятия;
  • Обеспечить наглядность, информативность и простоту использования моделей, разрабатываемых в соответствии с “Соглашением о моделировании ИТ-архитектуры”;
  • Обеспечить отражение в базе данных ИТ-архитектуры необходимой информации
  1. для внедрения и сопровождения ИС;
  2. для решения задач интеграции ИС;
  3. для управления изменениями ИТ-архитектуры;
  4. для управления эффективностью архитектурных решений автоматизации деятельности производства;
  5. для разработки плана перехода к целевой архитектуре (при изменении показателей эффективности действующей).

В соответствии с вышеперечисленными задачами, соглашение о моделировании должно содержать правила описания:

Диаграммы верхнего уровня Название Тип диаграммы
Карта информационных систем Environments and locations diagrams
Матрица информационных систем Таблица
Архитектура деятельности
«Ролевая модель»
«Ролевые функции»
Матрица процессов технической поддержки
Матрица документов проекта «Документы»
Архитектура приложений
«Общая логическая схема» Solution concept diagrams
«Контур» (Функциональная структура) Application communication diagrams
«Интеграционные сценарии» Event diagrams
Матрица общих сервисов
Технологическая архитектура
«Схема развёртывания» Network computing hardware diagrams
«Схема сети» Network computing hardware diagrams
Матрица платформ «Серверное ПО»



  • Матрицу информационных систем;
  • Общую логическую схему отдельной ИС;
  • Функциональную структуру отдельной ИС и ее подсистем;


  • Взаимодействий информационных систем и их элементов;
  • Сценариев функционирования систем, модулей, функциональных блоков
  • Программных и аппаратных платформ
  • Состава, структуры и способов организации данных
  • Средств защиты информации
  • Порядка использования ИС
  • Системные контуры и конфигурации 1
  • Состава нормативно-технической документации системы
  • Структуры и функций подразделений, участвующих в функционировании системы или обеспечивающих ее эксплуатацию
  • Матрицу документов ИС

Правила моделирования, изложенные в настоящем документе открыты для уточнения и дальнейшего развития по мере накопления практического опыта их использования и расширения технологических возможностей Инструмента.

1Примечание: Предполагается создание ИС в различных конфигурациях и разных классов защищенности. Описание ИТ-архитектуры Предприятия должно включать описание ИС каждого класса и всех используемых конфигураций. Примеры конфигураций: − разработка (для настройки и отладки системы); − тестирование (проверка и контроль качества вносимых изменений); − эксплуатация, ОПЭ (инсталляция с рабочими данными системы); - филиал 1 (эксплуатация в филиале 1 Предприятия).

Общие правила моделирования

Структура хранения диаграмм

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


В соответствии с архитектурным циклом ADM (Architecture Development Method) TOGAF, разработка архитектуры состоит из 8 фаз, по названию которых и разделены блоки диаграмм. Настоящий "Стандарт моделирования ИТ-архитектуры" устанавливает следующую структуру хранения информации Инструмента: Верхним элементом, как правило, является название Предприятия, в нашем случае «Togaf-modeling», который содержит 3 основных блока, соответствующие фазам архитектурного цикла: Business (Фаза B: Business Architecture, Бизнес архитектура), Application (Фаза C: Архитектура информационных систем, Information Systems Architecture) и Technology (Фаза D: Технологическая архитектура, Technology Architecture). При необходимости, количество и названия блоков может быть изменено.

Togaf-modeling:

  • Деятельность (Business)
    • Проекты
    • Процессы
    • ...
  • Приложения (Application)
    • Интеграция
    • Модель данных
    • ...
  • Технологии (Technology)
    • Карта ИС
    • Сервисы
    • Платформы
    • Инфраструктура
    • ...

Диаграммы верхнего уровня

В каталоге «ИТ-архитектура» расположены две диаграммы верхнего уровня - «Матрица ИС» и «Карта ИС» (см. Таблицу 1).

Используемые диаграммы:
Название Тип Описание
Матрица информационных систем Матрица ИТ-архитектуры Диаграмма верхнего уровня, содержащая перечень всех ИС Предприятия, их Владельцев и коды проектов, в рамках которых они разрабатывались.
Карта информационных систем Диаграмма сети Диаграмма верхнего уровня, содержащая общую схему коммуникационных сетей, территориальное расположение ИС в серверных и центрах обработки данных.

Бизнес архитектура

  • Проекты
    • <Имя проекта 1>
    • <Имя проекта 2>
    • <Имя проекта 3>
  • Орг.структура
    • Проектный отдел
    • Отдел тех.поддержки
  • Бизнес-процессы
    • Процессы технической поддержки
    • Поддержание непрерывного функционирования

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

Технологическая архитектура

Описание диаграмм

Матрица информационных систем

Тип: Матрица ИТ-архитектуры
Расположение: <Корневой каталог>/Business/Проекты
Количество: 1 на репозиторий
«Матрица ИС» относится к диаграммам верхнего уровня, содержит перечень всех ИС Предприятия, их Владельцев и коды проектов, в рамках которых они разрабатывались. Детализация (ссылка) каждой ИС на соответствующую систему в папку «Проекты», на диаграмму "Общая логическая схема".


APQC PCF — это межотраслевая классификация бизнес-процессов (PCF — Process Classification Framework). Она разработана Американским центром производительности и качества APQC (American Productivity & Quality Center) https://www.klubok.net/article2542.html


Пример:

Бизнес-системы
Владелец ИС Имя Полное название ИС Тип ИС ID Код проекта
Проектный отдел СУПП Система Управления Проектами и Программами PPM 1 XXX-XXX-XX
Отдел фин.отчетности СИАО Система Информационно-Аналитического Обеспечения BI 2 XXX-XXX-XX
Служба безопасности СИСО Система Интеграции Средств Охраны Hadoop 3 XXX-XXX-XX
Юридический отдел СУСД Система управления Судебными Делами ECM 4 XXX-XXX-XX
Отдел продаж СУВК Система Управления Взаимоотношениями с Клиентами CRM 5 XXX-XXX-XX
Юридический отдел СУНИ Система управления Нормативно-справочной Информацией MDM 6 XXX-XXX-XX
Отдел кадров CУКП Система управления коммуникацией и почтой Groupware 7 XXX-XXX-XX
Отдел кадров СУИП Система Управления Информационным Порталом организации Portal 8 XXX-XXX-XX
Финансовое управление ИСУР Интегрированная система управления предприятием ERP 9 XXX-XXX-XX
Проектный отдел СУПР Система управления процессами BPMS 10 XXX-XXX-XX

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

Матрица документов проекта

Тип: Диаграмма носителей информации (Information carrier diagram)
Расположение: <Корневой каталог>/Business/Проекты/<Имя проекта>
Количество: 1 на каждый проект
Правила наименования: <Имя проекта>_Документы
На диаграммах «Матрица документов проекта» указывается перечень проектных и эксплуатационных документов, включая регламенты работы, сопутствующие и связанные документы.

Пример:

Caption text
Этап Документ(ы) Результат этапа
1. Старт проекта Концепция проекта от Заказчика (Бизнеса)
Приказ о старте проекта		 Подписанный приказ о старте проекта
2. Формирование пакета документов Протокол установочная встречи
Презентация проекта
Предварительный список и документов по проекту и их шаблоны		 Подписанный протокол установочной встречи
3. Концепция проекта Концепция проекта от ИТ-департамента на основе концепции от Заказчика (из этапа 1) Подписанная концепция проекта
4. Сбор требований Описание автоматизируемых функций
Описание бизнес-процессов
Альбом форм отчетности
Проектное решение (ПЗ ЭП - пояснительная записка эскизного проекта)
Техническое задание (ТЗ)
График по людям
Сроки и план проекта		 Подписанное техническое задание (ТЗ)
5. Разработка и настройка Частное техническое задание (ЧТЗ)
Роли и полномочия
Пояснительная записка к техническому проекту
Руководство пользователя
Технические инструкции
Описание комплекса технический средств (Описание КТС)
Ведомость технического проекта		 Подписанное частное техническое задание (ЧТЗ)
6. Интеграционное тестирование ПМИ
Программа опытной эксплуатации
Руководство администратора
Инструкция по эксплуатации КТС
Спецификация оборудования
Описание программы
Руководство системного программиста		 Подписанное ПМИ
7. Перенос в продуктив и ОПЭ
8. Завершение проекта

Матрица процессов технической поддержки

Тип: Карта процессов (Рrocess maps)
Расположение: <Корневой каталог>/Business/Процессы/<Имя проекта>
Количество: 1 на каждый проект
Правила наименования: <Имя проекта>_Процессы_техподдержки
На диаграммах «Матрица процессов технической поддержки проекта» указывается перечень процессов по технической поддержке, которые проводятся в рамках проекта, а так же роли сотрудников, чтобы провести разграничение ответственности за тот или иной процесс. Данный тип процессов соответствует п. 7.7.2.2 "Определение услуг ИТ-поддержки (10703)" в Структура классификации процессов APQC (Process Classification Framework (PCF) версии 5.2.0)

Пример:

Матрица процессов технической поддержки СУИП (Портал)
Результат работы по обработке обращений Применимо? Консультант Сис.админ Тех.пис Программист
Выполнена актуализация документации Да V - V -
Подготовлено и отправлено письмо пользователю Да V - - -
Оказана консультация по телефону или на рабочем месте Да V - - -
Проведено совещание или обсуждение обращения Да V V V V
Выполнена доработка Да V - - V
Выполнено тестирование/проверка Да V V V V
Изучена документация, инструкция и т.п. Да V V V V
Написано задание на разработку Да V - - -
Уточнены требования для задания на разработку Да V - V V
Проведен анализ или исследование проблемы Да V V V V
Подготовлена инструкция для типового обращения Да V - V -
Проведена установка, настройка, обновление ПО Да V V - -
Проведена системная настройка оборудования Да - V - V
Проведена настройка оргтехники Нет - - - -
Установлено и/или настроено (новое) оборудование Да - V - -
Отправка или получение в/из ремонт(а) оборудования Да V V - -
Проверка, настройка или восстановление работы сети Да - V - -
Замена расходных материалов Нет - - - -
Предоставление или изменение доступа учетных записей Да V V - -
Обработка обращений в техническую поддержку Да V V V V
Внесено изменение в НСИ Да V - - -
Заполнена отчетность по обращениям Да V - - -

Заключение

Список сокращений и определений

Инструмент Предприятие



История изменений документа

История изменений документа
Версия Дата версии Автор Комментарий/Описание изменения
1.0 XX.XX.20XX Иванов. И.И. Первая редакция
1.1 XX.XX.20XX Иванов. И.И. Добавлена диаграмма «Новая диаграмма».
1.2 XX.XX.20XX Иванов. И.И. Изменена диаграмма «Старая диаграмма».
1.3 XX.XX.20XX Иванов. И.И. Исправления по замечаниям от Иванова. И.И.
1.4 XX.XX.20XX Иванов. И.И. Добавлено описание типов объектов диаграммы «Старая диаграмма».
1.5 XX.XX.20XX Иванов. И.И. В документ добавлен раздел "Заключение".
.
.
Источник — https://togaf-modeling.org.ru/index.php?title=IT_Architecture_Modeling_Agreement&oldid=370