§1 История программных продуктов²

Первыми программными продуктами, в той или иной степени автоматизирующими бизнес-операции были так называемые Автоматизированные Рабочие Места. Само по себе, появление АРМов было революцией. Потому что такие рутинные операции, как бухгалтерский учет, учет материальных запасов – все это было доверено компьютерам, которые, как мы знаем, делают это гораздо быстрее, лучше, точнее и честнее, чем человек.

Следующая ступень эволюции – интеграция разрозненных АРМов в единые комплексные системы. Результаты таких объединений были названы MRP (поскольку в компьютерных технологиях западный мир был и остается впереди планеты всей, то и аббревиатуры, именующие очередную эволюционную ступень развития компьютерных систем, употребляются только англоязычные). MRP – это Material Requirements Planning, т.е. система позволяющая планировать потребности предприятия в ресурсах и позволяющая делать так, чтобы эти потребности были вовремя удовлетворены, необходимые комплектующие пошли в производство и заказ был выполнен в установленный срок. Естественно, развитие систем управления на этом не остановилось, и в 90-х годах прошлого столетия на мировой арене все большую популярность стали завоевывать приложения ERP-класса. В основу идеологии ERP (Enterprise Resource Planning) заложено более широкое представление о ресурсах предприятия: и материальные потоки, и денежные средства, и труд рабочих. Т.е. все то, что предприятие потребляет и чем оперирует для достижения своей главной цели – получения прибыли. ERP-приложения это очень мощные продукты, лучшие представители которых охватывают практически все сферы деятельности предприятий. Однако если внимательно проанализировать историю их использования, зачастую приходится делать одни и те же выводы:

- внедрение ERP-приложений занимает очень много времени;

- одно эксплуатируемое ERP-приложение в большинстве случаев не охватывает полностью все участки предприятия;

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

Практически параллельно с развитием ERP, развивались приложения, предназначенные для анализа и обработки информации в реальном режиме времени (OLAP-системы, On-Line Analytical Processing). Такие системы обладают гибкостью представления и обработки данных. Интуитивно, пользователи-аналитики потянулись именно к тем приложениям, структура которых наиболее полно соответствует представлению человека о природе информации. Приведем классический пример. Пытаясь представить себе динамику объемов продаж компании по месяцам в разрезе видов продукции, мы воображаем себе простую двумерную таблицу. Та же информация, но в разрезе регионов – опять двумерная таблица. Но если только попытаться увидеть и регионы, и виды продукции, сразу возникает необходимость “сложить” эти две таблицы. Так как мы заранее знаем, что нас заинтересуют и регионы по каждому виду, и каждый вид в разрезе регионов, возникает настоящая трехмерная модель данных, каждое из измерений которой становится равноправным в своем существовании. Трехмерная модель наиболее наглядно представляется в виде куба. Но перегрузка нашего воображения наступает в момент, когда мы попытаемся к нашему кубу “приделать” еще одно измерение – какой-либо дополнительный атрибут статистики продаж: продавец, заказчик и т.п.

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

 Многие “продвинутые” пользователи персональных компьютеров, старающиеся максимально использовать все богатство возможностей программы Excel, используют в качестве “кубов” так называемые перекрестные таблицы (cross-tabs). Человечество изначально стремилось анализировать большие объемы сложных по своей структуре данных с помощью системы координат. Математики предпочитают называть кубы многомерными матрицами. А одним из последних примеров “бумажного куба” можно назвать знаменитую “шахматку” - таблицу, в которой строками и столбцами являются бухгалтерские счета. С помощью “шахматки” можно анализировать обороты по каждому счету (взятому из строки таблицы) в разрезе корреспонденции с другими счетами (взятыми из столбцов).

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