Основы проектирования корпоративных систем

Естественно, это срез корпоративных систем на некоторый момент времени. Здесь можно увидеть Axapta, но не увидеть Dynamics, так как это было раньше, до того, как Dinamics появился на рынке, но показано, что Oracle Applications является достаточно хорошим решением именно с точки зрения адаптируемости к изменениям бизнеса. В любом случае это хороший выбор. SAP на тот момент, когда проводился анализ, был слишком дорогим решением. Да, он обеспечивал технологичность, адаптируемость, но это решение в разы превосходило Oracle по стоимости. Сегодня ситуация уже иная, и они близки по стоимости, а по возможностям SAP, наверное, немного опережает Oracle. Представленная ситуация – это исторический слайд примерно десятилетней давности: ситуация была иной, и анализ был проведен именно тогда, т. е. это некоторая ретроспектива. В результате удалось выявить целый ряд преимуществ, которые связаны с подходом Oracle. Что еще важно по сравнению с SAP – это наличие собственной СУБД корпоративного типа, с которой проводится интеграция на уровне внутренних механизмов, и соответственно эффективное взаимодействие. Таким образом, объединяются СУБД, система класса ERP и CASE-средства, среди которых существуют средства Oracle Designer, Oracle Developer (или, на момент, когда шло внедрение, Oracle Developer 2000) и портальные решения Oracle Portal, т. е. все вместе дает возможность построить достаточно мощное корпоративное решение на единой платформе. На сегодня, кстати, в ряде случаев оправдано решение на основе технологий Microsoft.

Важные требования – это индустриальная масштабируемость, высокая отказоустойчивость и безопасность и, конечно, прикладная и инструментальная технологичность, а также наличие специализированных решений для нефтегазового комплекса. В составе Oracle Applications существовали модули, которые назывались Upstream и Downstream и были специально предназначены для учета, планирования и управления процессами производства и распределения нефтегазовых ресурсов. Поэтому Oracle – это достаточно хорошее решение. Далее происходило проектирование информационной инфраструктуры корпоративной системы, корпоративного программного комплекса. Естественно, проект был реализован, причем, что очень важно, решения такого рода, к сожалению, затрагивают не просто бизнес-процессы, но и оргструктуру, т. е., как правило, происходит существенная коррекция оргструктуры. По сути, происходит реструктуризация, какие-то подразделения могут упраздняться, какие-то сливаться, какие-то сменять функции, в общем, процесс достаточно болезненный, внедрение, как правило, осложняется этими фактами.

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

Здесь надо смотреть примерно сверху вниз, это как раз и будут слои архитектуры или один из возможных взглядов на эти слои. В самом низу находится СУБД Oracle, начиналось все с 8i, 9i и затем 10g. В основе проекта был конструктор модульный, который назывался Oracle Application версии 11. Это ряд модулей, в первую очередь финансового учета, планирования и управления. Это «Основные средства», «Расчеты с поставщиками», «Расчеты с заказчиками» и ряд других модулей OLAP. Средство Oracle Express позволяет анализировать сценарии развития при внедрении той или иной модели, той или иной конфигурации. CASE– и RAD-связка инструментальных средств используется для проектирования и быстрого прототипирования Oracle Designer Developer 2000. На самом верху находился Oracle Portal, который давал возможность персонализированного доступа, причем, что важно, на любой платформе, это могли быть Unix-системы и системы Microsoft, использовалась технология Java сервлеты, вернее сказать, портлеты в случае портала, и достаточно хорошие возможности разграничения доступа, персонализации и поддержки различных профилей доступа пользователей.

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