- •Понятие архитектуры предприятия. Цели сбора и хранения данных об архитектуре предприятия.
- •Концепция архитектуры предприятия. Ит-стратегия.
- •Текущая модель архитектуры предприятия.
- •5. Модели и моделирование
- •6 Интегрированная концепция
- •7) Бизнес-архитектура.
- •8) Архитектура информации.
- •Архитектура приложений.
- •. Технологическая архитектура, стандарты и шаблоны
- •11. Уровни абстракции (перспективы) в описании архитектуры предприятия
- •12. Модели Захмана и Gartner.
- •1. Модель Захмана
- •2. Модель Gartner
- •13. Методика meta Group.
- •14. Методика togaf.
- •18. Выбор оптимальной методики описания архитектуры предприятия.
- •Вопрос 23
- •Вопрос 24
Вопрос 23
Анализ ИТ-инфраструктуры
· Инвентаризация всего используемого программного и аппаратного обеспечения в компании.
· Разработка процедур по обеспечению резервного копирования, антивирусной защиты и защиты информации.
· Определение существующих ИТ-проблем и разработка способов их устранения.
· Подготовка на плана по внедрению и использованию информационных технологий, исходя из определенных на этапе Бизнес-анализа задач компании.
· Подготовка предложения, содержащего конкретные цены, сроки и план внедрения ИТ-решений в бизнес.
Результатом исследования Анализ бизнес-процессов и ИТ-инфраструктуры является стратегия развития информационных технологий в компании.
Комплексный анализ ИТ-инфраструктуры это: |
|
|
|
• Детальный анализ сильных и слабых сторон существующей ИТ-инфраструктуры компании; |
|
|
• Выявление информационных потребностей организации на текущий момент; |
|
|
• Вынесение рекомендаций по дальнейшей стратегии модернизации ИТ-инфраструктуры; |
|
|
• Проверка на соответствие ИТ-инфраструктуры стратегическим и тактическим целям организации. |
|
|
|
|
|
Цель такого анализа – описание программного и аппаратного обеспечения, выявление брешей в системе информационной безопасности компании, оценка достаточности технической базы. |
|
|
Результат аудита ИТ-инфраструктуры отражает текущее состояние технической инфраструктуры компании. |
|
|
Информация группируется по следующим направлениям: |
|
|
• Компоненты инфраструктуры. Описание административной модели и сетевой инфраструктуры службы каталогов Active Directory, служебных сервисов и ИТ-систем компании. |
|
|
• Телекоммуникационное и сетевое обеспечение. |
|
|
• Серверное оборудование. Краткое описание имеющегося серверного оборудования на основе проведенной инвентаризации серверных помещений компании, статистика по моделям используемого серверного оборудования и операционным системам. |
|
|
• Оборудование рабочих мест. Требования к аппаратному и программному обеспечению рабочих станций офиса компании (с разбивкой по департаментам). |
|
|
• Телефония и каналы передачи данных. |
|
|
• Информационная безопасность. Анализ текущего состояния организации информационной безопасности компании на основе предоставленной документации, опроса компетентных сотрудников, а также инструментального анализа текущего состояния защищенности серверов |
|
Вопрос 24
Анализ технологической архитектуры
Контекст и основные элементы технологической архитектуры
Эта область архитектуры предприятия рассматривает "традиционные" аспекты построения информационных систем, которые необходимы для поддержки прикладных систем и информационных ресурсов организации. Для технологической архитектуры иногда используются такие термины, как "платформы", "инфраструктура", "системная архитектура" или просто "ИТ-архитектура".
Технологическая архитектура является как бы фундаментом, основой всего портфеля информационных технологий предприятия. Вторую существенную часть этого портфеля составляют прикладные системы, обеспечивающие выполнение бизнес-процессов (мы обсуждали это в предыдущем разделе, посвященном архитектуре приложений).
Основное назначение технологической архитектуры – это обеспечение надежных ИТ-сервисов, предоставляемых в рамках всего предприятия в целом и координируемых централизованно, как правило, департаментами информационных технологий. Технологическая архитектура определяет набор принципов и стандартов (индустриальных стандартов; стандартов, связанных с продуктами; конфигураций), которые обеспечивают руководства в отношении выбора и использования таких технологий как аппаратные платформы, операционные системы, системы управления базами данных, средства разработки, языки программирования, ПО промежуточного слоя, сервисы электронной почты, каталоги, системы безопасности, сетевая инфраструктура и т.д. Мы уже отмечали раньше, что отдельные аспекты (безопасность, интеграция, иногда разработка) могут быть выделены в отдельные области (домены) архитектуры предприятия в зависимости от особенностей организации.
Оценка состояния и требований к технологической инфраструктуре в контексте бизнес-стратегии
Для оценки состояния технологической инфраструктуры предприятия в терминах, понятных бизнес-руководству, и с точки зрения потенциальных возможностей реализации различных бизнес-стратегий, можно использовать подход, предложенный Питером Кином (Peter Keen) основан на использовании двух критериев:
Функциональные возможности: возможности по выполнению бизнес-активностей, начиная с простых, таких как пересылка информации (сообщений), до выполнения сложных транзакций, которые могут производиться совместно сотрудниками, а также поставщиками и клиентами;
Охват: физические места расположения и группы людей, которые инфраструктура способна объединить, начиная от отдельного подразделения и до уровня отдельного сотрудника, где бы он ни находился.
На рисунке приведен вариант матрицы, которая использует эти два критерия. Чем шире функциональные возможности и охват инфраструктуры, тем более сложные, одновременно совершаемые в разных системах транзакции, может выполнять организация в различных местах расположения бизнеса. Например, точка "A" на рисунке означает возможность обеспечить, например, прием заказа и его обработку, включая информацию о складе, планах производства, выставление счетов во всех соответствующих системах и подразделениях независимо от местоположения. В то же время точка "B" соответствует ограниченным функциональным возможностям и широте охвата инфраструктуры, которая обеспечивает возможности по пересылке электронных сообщений в рамках отдельных подразделений. Количество градаций в параметре охвата можно детализировать и варьировать, добавив сюда, например, возможности по выполнению операций в рамках страны, за рубежом и т.д., в зависимости от характера деятельности предприятия.
Эту модель оценки инфраструктуры можно использовать для идентификации типичных действий, которые требуются для выполнения бизнес-процессов в рамках каждой области функциональных возможностей. Затем можно сравнить эти возможности с потребностями, которые исходят от бизнеса, включая планируемые потребности. Как правило, обнаруживается достаточно заметный разрыв между потребностями и возможностями. В результате руководство департамента ИТ может спланировать реализацию необходимых проектов для перевода текущей технологической архитектуры в желаемое состояние, оценить затраты, необходимое время и возможные трудности.
Требования к технологической инфраструктуре можно также оценивать, используя необходимость в реализации различных стилей бизнес-процессов и прикладных систем (приложения, обслуживающие большое количество транзакций, операции в реальном времени, аналитические приложения, приложения поддержки совместной работы или утилиты).
