Владимир Баронов - Информационные технологии и управление предприятием

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

– использование нелицензионного программного обеспечения;

– несоблюдение лицензионных условий по программному обеспечению;

– нарушение авторского права;

– нецелевое использование электронного оборудования;

– неправомочное распространение конфиденциальной информации.

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

Управление ИТ-активами представляет собой систему объединенных процессов, стратегий и технологий, позволяющих предприятию обеспечивать контроль над ИТ-активами (рис. 6.7).

Рис. 6.7. Управление ИТ-активами

В управлении ИТ-активами можно выделить три основных аспекта – физический, финансовый и договорный (рис. 6.8). Объединение физических, финансовых и договорных данных поддерживает функции управления, необходимые для эффективной работы ИТ-активов.

Рис. 6.8. Компоненты управления ИТ-активами

Физический компонент

Данные о физическом состоянии активов позволяют получить информацию о пользователях активов, месте расположения и конфигурации активов. При сборе данных могут использоваться как инструментальные средства, так и механические процессы. Посредством инструментов автообнаружения можно зафиксировать активы, присоединенные к сети, используя при этом агента, установленного на локальном устройстве или на центральном сервере, который сканирует сетевые устройства. Помимо сканирования аппаратных характеристик можно получить информацию об установленном на данных устройствах ПО. Однако использование только средств автообнаружения не даст полноценную картину состояния всех активов предприятия. Существуют устройства, не включенные в сеть (например, локальный принтер), но которые также нуждаются в трэкинге, осуществляемом вручную. Кроме того, процессы, выполняемые вручную, необходимы для получения информации о физическом местоположении активов, идентификации сотрудников и т. п.

Финансовый компонент

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

Договорный компонент

Удобный доступ к актуальной информации о контракте имеет первостепенную важность при управлении активами. На большинстве предприятий контракты часто хранятся в бумажной форме. Без эффективных электронных средств отслеживания соглашений с поставщиками об уровнях обслуживания, информации о гарантиях и техподдержке предприятия подвергаются значительным рискам. К таким рискам относятся просрочка сроков лицензирования, ошибки при выставлении счетов, негарантированное автоматическое возобновление контрактов. Договорный компонент, таким образом, используется с целью соблюдения лицензионного соответствия и обеспечения необходимых уровней обслуживания. Такая информация также оказывается полезной на предконтрактной стадии и в управлении процессом техподдержки.

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

Основными элементами систем управления ИТ-активами являются следующие модули:

• управление портфелем активов:

– обширный набор функций инвентаризации;

– управление программным обеспечением;

– управление жизненным циклом ресурсов;

• управление закупками:

– процесс принятия решения о закупке;

– управление циклом закупки;

– управление запасами;

• управление договорами:

– динамическое управление контрактами;

– контроль передачи/приема оборудования;

– анализ финансовых затрат;

• управление финансами:

– мониторинг затрат по различным статьям;

– администрирование локальных бюджетов;

Архитектурой предприятия называются информационные составляющие, которые определяют:

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

• информацию, которая необходима для ведения этого бизнеса;

• технологии, которые необходимы, чтобы поддерживать деловые операции;

• переходные процессы (процессы преобразования, развития), которые необходимы для реализации новых технологий в ответ на появление новых изменяющихся бизнес-потребностей.

Рассмотрим два типа архитектур, ответственных за интеграцию предприятия:

• архитектура предприятия, которая отвечает за организацию развертывания и выполнения такого проекта, как интеграция предприятия, или иной программы;

• системная архитектура (архитектура системы), которая отвечает за конструирование некоторой системы, например компьютерной системы контроля и управления, как части интегрированной системы предприятия в целом.

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

При описании архитектуры используется термин «слой» (слои модели архитектуры). Слой – это способ структуризации информации, содержащейся в понятии архитектуры и указывающий, какой именно аспект деятельности предприятия отражается. В настоящее время существует несколько моделей архитектуры предприятия. Они различаются количеством слоев, детальностью и используемой терминологией. Общее, что присутствует во всех моделях, – это принцип расположения слоев, на которые делится модель архитектуры. На верхнем слое, как правило, отражены функциональные требования к предприятию, связанные с его деятельностью, на нижнем слое – технические особенности используемых информационных систем.