ИТ-архитектура. Практическое руководство от А до Я. Первое издание - стр. 8

•Какая информация/данные критичны для бизнеса компании и как они организованы;

•Какие приложения будут поддерживать бизнес;

•Смогут ли эти приложения эффективно взаимодействовать между собой и с внешними системами партнеров и поставщиков;

•Соответствуют ли используемые технологии требованиям поддержки бизнес-процессов;

•Достаточно ли обеспечена информационная безопасность систем;

•Смогут ли сотрудники компании получить своевременный доступ к нужным данным из любого необходимого места;

•Какие стандарты должны использоваться при разработке и закупке компонент системы;

Формирование архитектуры производится с использованием распространенных методологий, рамочных моделей (frameworks) описания архитектуры и инструментальных средств моделирования (например, ARIS IT Architect) – с учетом имеющихся у Заказчика опыта и предпочтений. В ходе проекта формируется набор архитектурных принципов, определяются используемые и перспективные стандарты и разрабатываются модели архитектуры в целом и ее отдельных областей (приложения, данные, интеграция, техническая инфраструктура, безопасность и др.)

Примерный порядок построения единого информационного пространства предприятия следующий:

Обследование предприятия

•Цели и основные задачи:

•Четкое определение задач и целей проекта;

•Формулирование функционально-технических требований к проекту;

•Инфраструктурный аудит ИТ-системы предприятия для проектирования архитектуры решения;

•Формализация существующих на предприятии бизнес-процессов, автоматизируемых в рамках проекта;

•Получение данных для обоснования количества лицензий;

•Оценка ресурсов, которые потребуются для реализации проекта;

•Оценка рисков проекта;

•Разработка предварительного плана проекта, графика работ и спецификации поставок по каждому этапу и проекту в целом.

Результаты обследования:

•Отчет с фиксацией ситуации в виде «Как есть»;

Предложение по созданию информационной системы в виде «Как необходимо»;

•Предложение по «Функционально-техническим требованиям к проекту»;

•План реализации проекта;

•Оценка рисков проекта и предложения по их минимизации;

•Ориентировочная стоимость пилотного проекта и конечного решения.

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

•Адаптация и настройка базовых, при необходимости разработка новых решений в соответствии с функционально-техническими требованиями, полученными на этапе обследования;

•Развертывание платформы с базовыми сервисами обработки и хранения документов;

•Опытная эксплуатация решения;

•Интеграция с ERP-системой;

•Ввод системы в промышленную эксплуатацию.

Обучение технического персонала и пользователей.

Обеспечение дополнительного функционала – работы, выделенные на этапе обследования в отдельные этапы.

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

Модель Архитектуры Предприятия можно разделить на несколько ключевых уровней (категорий):

•Архитектура бизнеса