Выбор ПО. Корпоративные информационные системы: требования при проектировании

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

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

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

Чрезвычайно важным фактором является и правильный выбор разработчика (поставщика), который должен не просто поставить КИС компании-клиенту, а стать ее долговременным партнером. Как показано в разделе 2, фактически приобретается не просто набор программ с документацией (большинство из которых создано на базе стандартных инструментальных средств и базируется на распространенных платформах), а происходит введение знаний в развитие бизнес-платформы, ИТ и персонала.

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

При формировании рабочей группы проекта и распределении ролей в группе необходимо определить ключевых сотрудников и других участников проекта, которые будут готовить и осуществлять выбор ПО. Если ИТ-проект масштабный, то требуется, как отмечено выше, создавать некую структуру — рабочую группу проекта. Для этого этапа ИТ-проекта необходимо:

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

Рассмотрим вопрос критериев выбора ПО. Выбор ПО для внедрения КИС является сложным и многокритериальным процессом по следующим причинам:

• • высокая стоимость приобретаемого продукта (доходящая до нескольких миллионов долларов для КИС крупных организаций);
• • большое разнообразие предлагаемых на мировом рынке КИС (свыше 500 систем класса ERP);
• • значительная длительность подготовки специалистов по внедряемому продукту (от полугода до года);
• • значительная длительность подготовительного этапа (от нескольких месяцев до нескольких лет) и самого цикла внедрения (цикл внедрения КИС даже на одной производственной площадке может длиться до нескольких лет).

Приведем основные критерии, применяемые при выборе ПО: 1) совокупная стоимость владения; 2) функциональная полнота; 3) масштабируемость; 4) технологичность; 5) инвариантность по отношению к бизнесу; 6) устойчивость.

Каждый из критериев состоит из ряда показателей, на основании которых он и рассчитывается.

Рассматривая критерий масштабируемости, необходимо разделять:

• 1) масштабируемость по функциям, т. е. возможность при необходимости приобрести или активировать дополнительные модули, которые не требуются на начальных этапах проекта по автоматизации;
• 2) масштабируемость по мощности, т. е. способность системы нормально функционировать и оперативно реагировать на действия пользователя при увеличении количества пользователей, количества обрабатываемых документов, росте объема существующих данных.

Критерий технологичности может быть задан показателями:

• 1) интегрированности (использование всеми модулями одной базы данных, однократный ввод данных и т. п.);
• 2) интегрируемости (возможность автоматического, автоматизированного и ручного обмена данными с существующими приложениями);
• 3) открытости системы (возможность модификации функциональности ПО с помощью встроенных или внешних средств разработки, путем изменения исходных кодов функций и процедур, ядра системы, интерфейсных форм, структуры и модели данных и т. п.).

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

Критерий устойчивости ИС является очень важным. Решение, но ИС будет считаться устойчивым, если в долгосрочном периоде небольшие изменения бизнеса не приводят к отторжению этого решения. Напомним, что ИС является неотъемлемой частью всего бизнеса, и ее устойчивость необходимо рассматривать в рамках устойчивости бизнеса в целом. Устойчивость ИС по своей сути — это соответствие архитектуры ИС конфигурации бизнеса (см. п. 1.4.3). Она обеспечивается не только надежностью бизнес-приложений и зрелостью заложенных в них технологий, но и стабильностью определенных бизнес-условий (бизнесконтекста). Заметим, что эти условия складываются во многом независимо от участников ИТ-проекта и их изменение может объективно привести архитектуру всей или части КИС в неустойчивое состояние.

Выделим несколько признаков, характеризующих ПО с точки зрения устойчивости:

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