Информационные технологии и управление предприятием
Шрифт:
• эксплуатационный риск, связанный с недостаточной надежностью ИТ-инфраструктуры. На рынке, где конкурентоспособность зависит от оперативности принятия решений, измеряемых в неделях или месяцах (меньше, чем годы), успех часто зависит от способности системы управления ИТ-активами предоставлять достоверную и наиболее значимую информацию. Например, для предприятия жизненно важно заранее знать, когда сервер достигнет предела своих возможностей. Современная система управления ИТ-активами может уведомить об этом ИТ-персонал. Или, например, предприятие при реализации планов развития бизнеса должно определять требования к инфраструктуре, обеспечивающей возможности по развитию. Без надежных ИТ-данных управления активами такие усилия будут затруднены;
• юридический риск. Предприятия, не управляющие лицензионной политикой, могут быть подвержены штрафам или судебным преследованиям. Кроме того, может
– использование нелицензионного программного обеспечения;
– несоблюдение лицензионных условий по программному обеспечению;
– нарушение авторского права;
– нецелевое использование электронного оборудования;
– неправомочное распространение конфиденциальной информации.
Автоматизированная система управления активами должна быть интегрирована с бизнес-и ИТ-процессами и стратегиями, используемыми для организации снабжения, списания активов и управления изменениями. Для синхронизированного управления активами должен быть создан централизованный репозиторий (база данных). Основная цель состоит в создании организации с необходимым объемом предоставляемых услуг, обеспечивающих оптимальную стоимость ведения бизнеса на основе информационных технологий.
Управление ИТ-активами представляет собой систему объединенных процессов, стратегий и технологий, позволяющих предприятию обеспечивать контроль над ИТ-активами (рис. 6.7).
Рис. 6.7. Управление ИТ-активами
В управлении ИТ-активами можно выделить три основных аспекта – физический, финансовый и договорный (рис. 6.8). Объединение физических, финансовых и договорных данных поддерживает функции управления, необходимые для эффективной работы ИТ-активов.
Рис. 6.8. Компоненты управления ИТ-активами
Физический компонент
Данные о физическом состоянии активов позволяют получить информацию о пользователях активов, месте расположения и конфигурации активов. При сборе данных могут использоваться как инструментальные средства, так и механические процессы. Посредством инструментов автообнаружения можно зафиксировать активы, присоединенные к сети, используя при этом агента, установленного на локальном устройстве или на центральном сервере, который сканирует сетевые устройства. Помимо сканирования аппаратных характеристик можно получить информацию об установленном на данных устройствах ПО. Однако использование только средств автообнаружения не даст полноценную картину состояния всех активов предприятия. Существуют устройства, не включенные в сеть (например, локальный принтер), но которые также нуждаются в трэкинге, осуществляемом вручную. Кроме того, процессы, выполняемые вручную, необходимы для получения информации о физическом местоположении активов, идентификации сотрудников и т. п.
Финансовый компонент
С финансовой точки зрения выделяют данные о стоимости активов, их амортизации и остаточной стоимости. Как правило, для отслеживания состояния ИТ-активов создается репозиторий, в котором каждому активу присваивается уникальный идентификатор. Полученные финансовые данные используются в процессе поставок, для планирования бюджета, для расчета экономической эффективности.
Договорный компонент
Удобный доступ к актуальной информации о контракте имеет первостепенную важность при управлении активами. На большинстве предприятий контракты часто хранятся в бумажной форме. Без эффективных электронных средств отслеживания соглашений с поставщиками об уровнях обслуживания, информации о гарантиях и техподдержке предприятия подвергаются значительным рискам. К таким рискам относятся просрочка сроков лицензирования, ошибки при выставлении счетов, негарантированное автоматическое возобновление контрактов. Договорный компонент, таким образом, используется с целью соблюдения лицензионного соответствия и обеспечения необходимых уровней обслуживания. Такая информация также оказывается полезной на предконтрактной стадии и в управлении процессом техподдержки.
После сбора и обработки данные о физических, финансовых и договорных аспектах активов централизованным образом сохраняются в репозитории по управлению ИТ-активами. Репозиторий позволяет отслеживать состояние активов на протяжении их жизненного цикла.
Основными элементами систем управления ИТ-активами являются следующие модули:
• управление портфелем активов:
– обширный набор функций инвентаризации;
– управление программным обеспечением;
– управление жизненным циклом ресурсов;
• управление закупками:
– процесс принятия решения о закупке;
– управление циклом закупки;
– управление запасами;
• управление договорами:
– динамическое управление контрактами;
– контроль передачи/приема оборудования;
– анализ финансовых затрат;
• управление финансами:
– мониторинг затрат по различным статьям;
– администрирование локальных бюджетов;
– оперативный контроль состояния активов.Глава 7 Архитектура предприятия
Определение архитектуры предприятия
Архитектурой предприятия называются информационные составляющие, которые определяют:
• структуру бизнеса;
• информацию, которая необходима для ведения этого бизнеса;
• технологии, которые необходимы, чтобы поддерживать деловые операции;
• переходные процессы (процессы преобразования, развития), которые необходимы для реализации новых технологий в ответ на появление новых изменяющихся бизнес-потребностей.
Рассмотрим два типа архитектур, ответственных за интеграцию предприятия:
• архитектура предприятия, которая отвечает за организацию развертывания и выполнения такого проекта, как интеграция предприятия, или иной программы;
• системная архитектура (архитектура системы), которая отвечает за конструирование некоторой системы, например компьютерной системы контроля и управления, как части интегрированной системы предприятия в целом.
Основная цель введения понятия «архитектура предприятия» состоит в том, чтобы информировать, управлять и осуществлять решения, которые в первую очередь связаны с инвестициями в информационные технологии.
При описании архитектуры используется термин «слой» (слои модели архитектуры). Слой – это способ структуризации информации, содержащейся в понятии архитектуры и указывающий, какой именно аспект деятельности предприятия отражается. В настоящее время существует несколько моделей архитектуры предприятия. Они различаются количеством слоев, детальностью и используемой терминологией. Общее, что присутствует во всех моделях, – это принцип расположения слоев, на которые делится модель архитектуры. На верхнем слое, как правило, отражены функциональные требования к предприятию, связанные с его деятельностью, на нижнем слое – технические особенности используемых информационных систем.
Существует несколько представлений (моделей архитектуры). На рис. 7.1 показана модель архитектуры предприятия, предложенная Национальным институтом стандартов и технологий (NIST).
Рис. 7.1. Модель архитектуры предприятия
Зачем требуется понятие архитектуры
Использование понятия «архитектура предприятия» позволяет установить связь между бизнесом предприятия и параметрами информационной системы – функциями системы и интероперабельностью данных.
Основными предпосылками к использованию понятия архитектуры являются стандарты и унификация методов сбора данных
Существуют добровольные промышленные стандарты, в которых взаимосвязи различных компонентов полностью определены спецификацией интерфейсов, доступных всем. Одна из главных целей заключается в использовании заимствованных архитектурных решений, однако на начальных этапах развертывания такие решения и системы могут составлять лишь отдельную часть общего проекта. Ключевое требование состоит в том, чтобы любая информация, создаваемая в информационных системах, была полностью независима от программного обеспечения разработки. Это означает концентрацию внимания на интероперабельности данных и быстрое продвижение по пути использования Internet и Web-стандартов, языка XML, порталов, Web-сервисов, а также увеличения использования услуг провайдеров приложений. Все это ограждает пользователей от традиционных проблем по поддержке интероперабельности, которые возникают в процессе работы с различными аппаратными и программными платформами. Основным принципом руководителей подразделений информационных систем должно стать устранение использования программного обеспечения собственного изготовления. Это требование необходимо включить в текущие и будущие планы.
Стандартизация данных устраняет избыточность и гарантирует их согласованность. Это особенно важно, поскольку традиционно существующие организационные и функциональные границы, в которых ранее данные представляли независимые друг от друга острова, могут пересекаться. Поэтому принцип «однократное поступление, многократное использование» должен быть реализован в более широком контексте, чем это было ранее.
Понятие архитектуры предприятия целесообразно использовать для достижения максимума показателей «возврат инвестиций» и «эффективность/ стоимость», а также для обеспечения эффективной защиты данных. Информация об архитектуре предприятия доступна и полезна благодаря следующим аспектам: