Вадим Алджанов - ИТ-архитектура от А до Я: Теоретические основы. Первое издание
- Название:ИТ-архитектура от А до Я: Теоретические основы. Первое издание
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:9785449081988
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Вадим Алджанов - ИТ-архитектура от А до Я: Теоретические основы. Первое издание краткое содержание
ИТ-архитектура от А до Я: Теоретические основы. Первое издание - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
°Оценка ресурсов, которые потребуются для реализации проекта;
°Оценка рисков проекта;
°Разработка предварительного плана проекта, графика работ и спецификации поставок по каждому этапу и проекту в целом.
• Результаты обследования:
°Отчет с фиксацией ситуации в виде «Как есть»;
°Предложение по созданию информационной системы в виде «Как необходимо»;
°Предложение по «Функционально-техническим требованиям к проекту»;
°План реализации проекта;
°Оценка рисков проекта и предложения по их минимизации;
°Ориентировочная стоимость пилотного проекта и конечного решения.
• Поставка необходимых предприятию аппаратного обеспечения и функциональных решений по автоматизации подразделений:
°Адаптация и настройка базовых, при необходимости разработка новых решений в соответствии с функционально-техническими требованиями, полученными на этапе обследования;
°Развертывание платформы с базовыми сервисами обработки и хранения документов;
°Опытная эксплуатация решения;
°Интеграция с ERP-системой;
°Ввод системы в промышленную эксплуатацию.
• Обучение технического персонала и пользователей.
•Обеспечение дополнительного функционала – работы, выделенные на этапе обследования в отдельные этапы.
Архитектурный Фреймворк – это готовая методология и набор поддерживающих инструментов, которые адаптируются для использования в конкретной компании. В Фреймворке есть типовые архитектурные процессы, рекомендации по их адаптации для конкретной компании, рекомендации по формированию шаблонов архитектурных артефактов, требования к их заполнению, требования к архитекторам и многое другое.

Модель Архитектуры Предприятия можно разделить на несколько ключевых уровней (категорий):
• Архитектура бизнеса – содержит стратегию компании, подход к управлению, организационную структуру и ключевые бизнес процессы.
• Архитектура информационных систем – описывает, как устроены или будут устроены информационные системы компании. Архитектура информационных систем может быть разбита на две подгруппы:
• Архитектура приложений – показывает бизнес приложения, развернутые в компании, их взаимодействие друг с другом, а также их связь с бизнес процессами компании
• Архитектура данных – содержит описание логической и физической структуры данных компании, а также подход и средства управления данными.
• Техническая архитектура – описывает программное обеспечение и оборудование, которое необходимо для развертывания бизнес сервисов, данные и приложения, ИТ инфраструктуру, сервера приложений, сети, телекоммуникации, стандарты и т. д.

Следующим уровнем иерархии может быть по:
•Стратегическая архитектура описывает всю компанию в целом. На этом уровне вы не погружаетесь в особенности конкретных подразделений, направлений бизнеса и т. д. Стратегическая архитектура сконцентрирована на общих для всей компании стратегии, бизнес процессах, инвестициях, данных, системах и технологиях. Она прежде всего ориентирована на реализацию стратегии компании. На этом уровне определяются принципы и приоритеты, создаются общие для всей компании ИТ сервисы.
• Архитектура сегмента . Это архитектура направления деятельности компании, программы проектов или отдельного подразделения. Таких сегментов у компании будет несколько. На этом уровне вы погружаетесь в специфические особенности и требования конкретного подразделения, функции или компании в составе организации. Прорабатываете бизнес кейсы использования ИТ с руководством подразделения. Архитектура сегмента должна иметь ту же структуру и общие сервисы, что и стратегическая архитектура.
• Архитектура решения – архитектура конкретного ИТ решения. Она используется для реализации новых или доработки существующих ИТ решений сервисов или их частей. В ней учтены как общие для всей компании требования, так и специфические потребности, выявленные на уровне архитектуры сегмента. Рамки архитектуры решения ограничены одним проектом, процессов или функцией. Архитектура решения прорабатывается максимально детально. Это позволяет избежать неприятных сюрпризов в будущем при реализации проекта.
Уровни зрелости ИТ
В процессе роста и развития организации, департамент ИТ также проходит несколько этапов своего развития. При построении Архитектуры Предприятия следует принимать во внимание уровень зрелости организации в целом, так и ИТ в частности. Можно выделить следующие этапы и симптомы состояния ИТ департамента:
Начальный или «локализация»
В компании быстро разрабатывают или закупают информационные системы, которые дают ценность отдельным бизнес подразделением или функциям. Основные симптомы данного этапа развития:
•Роль ИТ департамента – второстепенная
•Стратегия ИТ департамента – отсутствует
•Бюджет ИТ департамента – отсутствует
•Тип деятельности ИТ департамента – пассивный, только по запросу.
•Задачи менеджмента – максимальная экономия
•Место в организационной структуре компании – служба в составе бизнес департамента (администрация, финансы)
Развития или «стандартизация»
Компания переходит от закрытия потребностей отдельных бизнес подразделений или функций и повышает эффективность ИТ за счет стандартизации технологий и инфраструктуры. Основные симптомы данного этапа развития:
•Роль ИТ департамента – не стратегический ресурс
•Стратегия ИТ департамента – отсутствует или на начальном уровне
•Бюджет ИТ департамента – отсутствует или управляемый со стороны
•Тип деятельности ИТ департамента – слабо активный по ИТ инфраструктуре и пассивный, только по запросу для бизнеса
•Задачи менеджмента – минимальные инвестиции
•Место в организационной структуре компании – служба или отдел в составе бизнес департамента (администрация, финансы) или под курацией.
Становления или «оптимизация»
Компания строит сквозные бизнес процессы, используя общие данные и информационные системы. Централизует по возможности бизнес процессы и функции подразделений в централизованных информационных системах по предварительно описанных операционных моделях. Основные симптомы данного этапа развития:
Читать дальшеИнтервал:
Закладка: