Критерии выбора информационных систем

Добавлено: 18.06.2015

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

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

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

   Также стоит обратить внимание на подготовку качественной тендерной документацию, которая позволит ИТ-компаниям сделать предложения по срокам и стоимости проекта без проведения предварительного обследования. Компания может подготовить тендерную документацию самостоятельно или привлечь консалтинговую компанию. Для подготовки тендерной документации необходимо описать бизнес-процессы компании «как должно быть» («to be»), то есть спроектировать новые процессы и улучшить существующие. Эта работа может быть эффективно выполнена с привлечением консультантов, особенно в тех организациях, где отсутствует собственная экспертиза в области моделирования бизнес-процессов и формализации требований к информационной системе.

    Основные критерии выбора информационных систем:

     1.  Масштабируемость – подразумевает возможность увеличить необходимую производительность системы как по количеству операций, так и по числу пользователей. 

     2.  Надежность и безопасность – устойчивость системы к сбоям.

     3.  Сопровождаемость – информационная система не должна отнимать слишком много ресурсов на свое обслуживание.

     4.  Стандарты – система должна быть построена по современным стандартам открытых систем (например, стандарты APICS).

     5.  Производительность.

     6.  Дружественный интерфейс пользователя.

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

      1. Обеспечивать определенную скорость доступа и гибкость, что включает:

   ·  Итеративный подход к внедрению, позволяющий учитывать меняющиеся бизнес-требования. Возможность быстрого обеспечения решения для конкретной области бизнеса, а также дальнейших расширений.

  · Возможность быстрого создания прототипов, чтобы новые бизнес-требования могли быть оперативно изучены вместе с пользователями.

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

     2. Обеспечивать масштабируемость:

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

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

     3.  Обеспечивать расширяемость:

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

     4. Обеспечивать ориентацию на пользователей:

    · Часто хранилище может использоваться как цельный источник данных для создания различных подмножеств данных, таких как витрины или кубы, что облегчает разработку отчетности. Хранилище должно поддерживать процесс создания таких витрин и помогать пользователю в извлечении наборов данных.

    · Конструктивное решение хранилища данных должно позволять бизнес-пользователям принимать участие как в первоначальной разработке хранилища, так и в последующих изменениях его дизайна, связанных с изменениями требований бизнеса. Как показывает опыт, чем больше вовлечены пользователи в общее проектирование хранилища, тем более вероятно, что оно будет удовлетворять требованиям бизнеса. Например, в хранилище должен учитываться тот факт, что один и тот же субъект бизнеса в одних случаях может рассматриваться как клиент, а в других – как поставщик.

    · Хранилище данных должно быть легко адаптируемым, чтобы пользователи могли работать только на уровне бизнеса, не осложняя себе жизнь, например, названиями таблиц. Также изменения в хранилище, связанные с изменениями в бизнесе, не должны требовать выгрузки всех данных и их повторной последующей загрузки. Это замедляет развитие бизнеса и затрудняет способность быстро реагировать на изменения.

     5. Обеспечивать способность реагировать на изменения и осуществлять бизнес-моделирование:

    · Хранилище данных должно обладать способностью учитывать временную зависимость и вариабельность, т.е. поддерживать так называемую "корпоративную память": информацию о прошлом, настоящем и будущем бизнеса. Организации хотят иметь такие хранилища, которые могут функционировать в течение длительного периода времени и хранить историческую информацию. В течение этого периода некоторые объекты могут измениться. Если эти исторические данные не сохраняются, то сравнение состояний одного и того же объекта во времени окажется невозможным.

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



Приложение А

Структура информационной системы организации

111.jpg


Менеджмент

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

Платное содержание

Заказать диплом

Ваша заявка успешно отправлена!

загрузка карты...

Адрес:

г. Москва, ул. Горбунова, д.12к2, стр.8
Офис А307Б  с 10 до 18


Телефон:

8(926) 010-16-66

форма обратной связи