 |
Информационные ресурсы предприятия.
|
|
|
|
Функционирующие на предприятии приложения реализуют заданные бизнес-правила с постоянно меняющимися параметрами. Для анализа деятельности предприятия необходимо сохранять агрегированные результаты бизнес-процессов.
Агрегированные результаты представляют собой укрупненные показатели, рассчитанные на основе детальных, например, объем продаж за месяц. Эта процедура позволяет заменить большое количество детальных записей в Хранилище на небольшое количество записей с итоговыми показателями.
Для возможно полного анализа деятельности предприятия и принятия стратегических решений необходимо изучать зависимость изменения основных показателей деятельности предприятия от множества влияющих на них факторов. Эти задачи позволяют решать новые информационные технологии. Они представляют собой различные типы приложений для анализа корпоративной информации. Такие приложения используют агрегированную и выверенную информацию о результатах деятельности корпорации за несколько лет. Специальные аппаратно-программные комплексы позволяют накапливать и структурировать информацию о бизнес-процессах. Все эти средства в совокупности и составляют систему управления информационными ресурсами предприятия. На рис.5 представлена общая схема, отображающая все этапы накопления, обработки и использования информационных ресурсов предприятия.
Рис.5 – Общая схема аппаратной реализации хранения информации.
В процессе деятельности предприятия данные из приложений, реализующих планирование производства, заказ материалов (ERP), реализующих взаимодействие с клиентами (CRM), управление поставками материалов и комплектующих (SCM) поступают в базы данных оперативной информации [5] (рис.6).
|
|
|
В рамках предприятия может существовать большое количество баз данных, реализованных средства разных СУБД. Они позволяют хранить информацию в структурированном виде, так что к ней легко можно реализовать запросы и строить отчеты. Однако такие отчеты отображают ситуацию «с одной стороны», так как строятся на основе информации одной базы, в них невозможно использование информации из внешних источников, например, аналитических обзоров.
Информация в базе может содержать ошибки, так как подвергается модификации и добавлению с рабочих мест операторов. Поэтому такие «сырые» данные не могут быть использованы для построения аналитических отчетов. Они должны быть предварительно обработаны. С этой целью информация извлекается из различных баз данных, выверяется, приводится к единому формату представления, агрегируется и помещается в информационное хранилище.
Именно информация хранилищ данных может быть использована для построения аналитических отчетов. Набор алгоритмов обработки информации и описание структур ее хранения в хранилище представляет собой метаданные. Эти метаданные хранятся в отдельной области, называемой репозиторий.
 | |||
 |
Рис.6 – Базы данных и информационное хранилище предприятия.
На физическом уровне (аппаратном) хранилище данных может быть реализовано как распределенное, т.е. включать в себя данные, расположенные в узлах разных локальных сетей. Хранилище на логическом уровне централизованно представляет всю информацию предприятия. Однако различные подразделения предприятий для построения отчетов используют разную информацию и анализируют ее на основе разных критериев. Витрины данных позволяют отображать информацию хранилища в соответствии со специфическими требованиями подразделений и настраивать способ ее отображения. Они содержат специфические для каждого подразделения подмножества всей информации, расположенной в хранилище. Информация выверена и агрегирована. Поэтому, в конечном счете, именно на базе витрин данных строятся отчеты с помощью различных приложений. Эти отчеты позволяют выполнять многомерный анализ данных (зависимость объемов продаж от региона, времени года, размера скидок), прогнозировать изменения основных показателей, выявлять ненадежных клиентов и т.д. Если данных в витрине недостаточно для построения отчета, пользователь может обратиться непосредственно к хранилищу данных. Такая архитектура средств хранения информации называется трехуровневой. Она позволяет упростить процедуру разграничения доступа пользователей к информации и увеличить скорость работы системы.
|
|
|
Рассмотрим более подробно основные составляющие информационного хранилища предприятия (рис.6).
Базы данных представляют собой информационное отображение предметной области (подразделений) предприятия. Они хранят характеристики объектов, функционирующих в подразделениях, результаты выполнения бизнес-процессов, отображают связи между объектами. Любой набор единообразно структурированных записей можно рассматривать как базу данных [6].
Например, записи в телефонном справочнике составляют базу данных. Таблица простой структуры, построенная в Excel, также является базой данных.
В каждый момент времени база данных должна быть актуальна, то есть отображать реальное состояние предметной области. На основе базы данных строятся оперативные отчеты, например, объемы товаров, отгруженные различным клиентам за последний месяц; или отчеты о клиентах, не выполнивших условия оплаты. Как видим, оба отчета содержат информацию о клиентах, но решают разные информационные задачи. Однако, в целях отсутствия дублирования, необходимо хранить информацию о клиентах (и других объектах предметной области) в одном экземпляре. В результате, между хранимыми данными и программой, формирующей конечный отчет, должен находиться промежуточный слой – Система управления базой данных (СУБД).
СУБД структурирует хранение информации об объекте, взаимосвязи между объектами, позволяет управлять данными, хранящимися в базе. СУБД представляет собой комплекс программных средств и встроенного языка программирования [7].
|
|
|
Таким образом, любая СУБД должна выполнять следующие основные функции:
- Создание информационных структур для хранения информации.
- Реализация запросов на выборку информации в соответствии с заданным критерием выборки.
- Создание отчетов с частичным анализом информации (вычислением промежуточных и итоговых сумм, группировкой записей и т.д.). Отчеты строятся на базе одной или нескольких информационных структур и предназначены для вывода на печать.
- Разработки электронных аналогов документов, используемых на предприятии (заказы, платежные поручения) и их автоматическое заполнение информацией из базы данных. Такие документы называются формами. Они предназначены для отображения в электронном виде.
- Содержать средства создания интерфейса пользователя. Эти средства позволяют создавать автоматизированное рабочее место служащего, например, панель инструментов, которые соответствуют производственным функциям, выполняемым служащим ежедневно. При нажатии кнопок инструментов могут автоматически создаваться отчеты, запросы, формы.
- Защита файлов базы данных с помощью паролей.
- Реализация многопользовательского доступа к информации базы данных.
Из перечисленных выше функций следует, что в основу каждой СУБД должны быть положены строгие правила структуризации информации на этапе ее хранения, правила доступа к этой информации и обработки информационных массивов, правила организации взаимосвязи между этими массивами. Совокупность этих правил составляет модель данных. Существуют иерархические, объектно-ориентированные, реляционные модели.
На сегодняшняя реляционная модель является самой распространенной и легко реализуемой даже в офисном приложении СУБД Access, которая предназначена для создания персональной информационной системы. При реляционном подходе вся совокупность данных об объектах предметной области рассматривается как множество. Существует раздел математики, где определены операции над такими множествами, также как в обычной алгебре определены операции умножения, сложения и т.д. Этот раздел математики называется реляционной алгеброй. Поэтому и модель данных, в которой определены операции реляционной алгебры, называется реляционной. Данные об объектах в этом случае отображаются в виде таблиц.
|
|
|
