АИС / Информационные технологии в экономике и управлении
.pdf
На рис.15 представлен пример структуры сложного изделия, информацию о котором требовалось корректно обрабатывать в корпоративной экономической информационной системе.
Узел
Комплектующие
Рис.15. Пример структуры сложного изделия
Пытаясь решить возникающие проблемы, APICS разработала еще одну методологию и предложила ее использовать в корпоративных экономических информационных системах.
3.5.3. Планирование потребностей в материалах
MRP (materials requirements planning) - планирование потребностей в материалах. Основное назначение данной методологии можно сформулировать следующим образом - решение проблемы
формирования заказа на комплектующие и “сборки” (узлы) опираясь на данные (потребности) объемно-календарного плана производства.
91
Использование данной методологии в корпоративных экономических информационных системах позволяет ответить на следующие вопросы:
-что собирается производить предприятие
-что для этого необходимо
-чем уже располагает предприятие
-что необходимо предприятию дополучить
Методология MRP базируется на следующих основных составляющих:
-описании состояния материалов (Inventory Status File)
-программе производства (Master Production Schedule)
-перечне составляющих конечного продукта (Bills of Material File)
При описании состояния материалов должна быть отражена максимально полная информация обо всех типах сырья и материалахкомплектующих, необходимых для производства конечного продукта.
Программа производства представляет собой оптимизированный график распределения времени для производства необходимой партии готовой продукции за планируемый период или диапазон периодов.
Перечень составляющих конечного продукта представляет собой список материалов и их количество, требуемое для производства конечного продукта.
Основные технологические этапы реализации методологии MPS в экономических информационных системах можно следующим образом.
1шаг. Для каждого отрезка времени (неделя или сутки) в течение всего периода планирования на основании инвентарных списков, плана производства и текущих запасов на складе создаётся полная потребность
вматериалах5.
2шаг. Вычисляется чистая потребность в материалах.
Чистая потребность определяет: какое количество материалов нужно заказать (или произвести, в случае внутреннего производства комплектующих) в каждый конкретный момент времени, чтобы удовлетворить текущие потребности производственного процесса.
3 шаг. Чистая потребность в материалах конвертируется в соответствующий план заказов на требуемые материалы и, в случае необходимости, вносятся поправки в уже действующие планы.
5 Полная потребность в материалах представляет собой интегрированную таблицу, выражающую потребность в каждом материале, в каждый конкретный момент времени.
92
Строго учитывается время выполнения каждого заказа, другими словами, MRP автоматически составляя план заказов, руководствуется
известным временем выполнения каждого из них (lead time). Это время, как правило, определяется поставщиком данного материала. Этот план заказов является руководящим документом отдела закупок.
Принципиальная схема технологии реализации методологии MRP представлена на рис. 16.
Рис. 16. Принципиальная схема технологии реализации методологии
MRP
3.5.4. Планирование потребностей в производственных мощностях
Дальнейшие разработки APICS в области совершенствования корпоративных методологий привели к появлению еще одной новой методологии, используемой в корпоративных экономических информационных системах.
CRP (capacity requirements planning) - планирование потребностей в производственных мощностях. Основное назначение данной методологии можно сформулировать следующим образом - проверка пробной программы производства, созданной в соответствии с прогнозами спроса на продукцию, на возможность ее осуществления имеющимися в наличии производственными мощностями.
Основные технологические этапы реализации методологии CRP в экономических информационных системах можно следующим образом.
93
Шаг 1. Разрабатывается план распределения производственных мощностей для обработки каждого конкретного цикла производства в течение планируемого периода.
Шаг 2. Устанавливается технологический план последовательности производственных процедур и, в соответствии с пробной программой производства, определяется степень загрузки каждой производственной единицы на срок планирования.
Шаг 3. Если после цикла работы CRP методологии программа производства признается реально осуществимой, то она автоматически подтверждается и становится основной для MRPавтоматизированной системы.
Шаг 4. В противном случае в нее вносятся изменения, и она подвергается повторному тестированию с помощью CRP-методологии, реализованной в виде программного модуля.
Шаг 5. Если после цикла работы CRP-методологии программа производства признается реально осуществимой, то она автоматически подтверждается и становится основной для MRPавтоматизированной системы.
Шаг 6. В противном случае в нее вносятся изменения, и она подвергается повторному тестированию с помощью CRPметодологии, реализованной в виде программного модуля.
3.5.5. Финансовое планирование
FRP (Finance Requirements Planning) - планирование финансов предприятия. Логика функционирования данной методологии представлена на рис. 17.
Рис. 17. Логика функционирования методологии FRP
94
3.5.6. Объединенная система планирования
По истечении определенного промежутка времени, APICS пришла к выводу о целесообразности объединения двух методологий - методологии MRP и CRP. В результате этого объединения сформировалась методология MRP II (см. рис. 18).
Рис. 18. Концептуальная схема методологии MRP II
Технология обработки информации в корпоративных экономических системах с сипользованием методологии MRP II представлена на рис.19.
Рис. 19. Логика методологии MRP II
95
Использованием методологии MRP II позволяет отвечать на следующие вопросы:
-Что собирается производить предприятие
-Что для этого нужно предприятию
-Что предприятие имеет в данный момент
-Что предприятие должно получить в итоге
Основные технологические этапы реализации методологии MRP II в экономических информационных системах можно следующим образом.
Шаг 1. Планирование развития бизнеса (составление и корректировка бизнес-плана)
Шаг 2. Планирование деятельности предприятия
Шаг 3. Планирование продаж
Шаг 4. Планирование потребностей в сырье и материалах
Шаг 5. Планирование производственных мощностей
Шаг 6. Планирование закупок
Шаг 7. Выполнение плана производственных мощностей
Шаг 8. Выполнение плана потребности в материалах
Шаг 9. Осуществление обратной связи
Концептульная схема функционирования методологии MRP II представлена на рис. 20.
96
Рис. 20. Концептульная схема функционирования методологии MRP II
3.5.7. Система планирования ресурсов предприятия
Системы планирования класса MRPII в интеграции с модулем финансового планирования FRP (Finance Requirements Planning)
получили название систем планирования ресурсов предприятия -
ERP (Enterprise Requirements Planning), которые позволяют наиболее эффективно планировать всю коммерческую деятельность современного предприятия, в том числе финансовые затраты на проекты обновления оборудования и инвестиции в производство новой линейки изделий.
97
Рис. 21. Концепция методологии ERP
Следует отметить, что на данный момент применение методологии ERP в корпоративных экономических информационных системах становится стандартным явлением.
Мы рассмотрели далеко не все существующие методологии и технологии, лежащие в основе построения корпоративных экономических информационных систем. Здесь мы рассмотрели только наиболее известные и часто используемые. В действительности подобных методологий очень много. Более подробную информацию о них можно получить из специальной литературы, посвященной рассмотрению подобных проблем.
3.6. Обзор информационных технологий, предназначенных для оперативной и аналитической обработки данных
В области информационных технологий существуют два взаимно дополняющих друг друга направления:
•технологии, ориентированные на оперативную (транзакционную) обработку данных. Эти технологии лежат в основе экономических информационных систем, предназначенных для оперативной обработки данных. Называются подобные системы - OLTP (online transaction processing) системы;
•технологии, ориентированные на анализ данных и принятие решений. Эти технологии лежат в основе экономических
98
информационных систем, предназначенных для анализа накопленных данных. Называются подобные системы - OLAP
(online analytical processing) системы.
Основное назначение OLAP-систем - динамический многомерный анализ исторических и текущих данных, стабильных во времени, анализ тенденций, моделирование и прогнозирование будущего. Такие системы, как правило, ориентированы на обработку произвольных, заранее не регламентированных запросов. В качестве основных характеристик этих систем можно отметить следующие:
•поддержка многомерного представления данных, равноправие всех измерений, независимость производительности от количества измерений;
•прозрачность для пользователя структуры, способов хранения и обработки данных;
•автоматическое отображение логической структуры данных во внешние системы;
•динамическая обработка разряженных матриц эффективным способом.
Термин OLAP является сравнительно новым и в разных литературных источниках трактуется иногда по разному. Этот термин часто отождествляют с поддержкой принятия решений (DSS (Decision Support Systems)- системы поддержки принятия решения. А в качестве синонима для последнего термина используют Data Warehousing - хранилища (склады) данных, понимая под этим набор организационных решений, программных и аппаратных средств для обеспечения аналитиков информацией на основе данных из систем обработки транзакций нижнего уровня и других источников
“Склады данных” позволяют обрабатывать данные, накопленные за длительные периоды времени. Эти данные являются разнородными (и не обязательно структурированными). Для “складов данных” присущ многомерный характер запросов. Огромные объемы данных, сложность структуры как данных, так и запросов требует использования специальных методов доступа к информации.
В других источниках понятие Системы Поддержки Принятия Решений (СППР) считается более широким. Хранилища данных и средства оперативной аналитической обработки могут служить одними из компонентов архитектуры СППР.
OLAP всегда включает в себя интерактивную обработку запросов и последующий многопроходный анализ информации, который позволяет выявить разнообразные, не всегда очевидные, тенденции, наблюдающиеся в предметной области.
Иногда различают "OLAP в узком смысле" - это системы которые обеспечивают только выборку данных в различных разрезах, и "OLAP в широком смысле", или просто OLAP, включающей в себя:
- поддержку нескольких пользователей, редактирующих БД.
99
-функции моделирования, в том числе вычислительные механизмы получения производных результатов, а также агрегирования и объединения данных;
-прогнозирование, выявление тенденций и статистический анализ.
Естественно, что каждый из этих типов ИС требует специфической организации данных, а так же специальных программных средств, обеспечивающих эффективное выполнение стоящих задач.
OLAP-средства обеспечивают проведение анализа деловой информации по множеству параметров, таких как вид товара, географическое положение покупателя, время оформления сделки и продавец, каждый из которых допускает создание иерархии представлений. Так, для времени можно пользоваться годовыми, квартальными, месячными и даже недельными и дневными промежутками; географическое разбиение может проводиться по городам, штатам, регионам, странам или, если потребуется, по целым полушариям.
OLAP-системы можно разбить на три класса.
Наиболее сложными и дорогими из них являются основанные на патентованных технологиях серверы многомерных БД. Эти системы
обеспечивают полный цикл OLAP-обработки и либо включают в себя,
помимо серверного компонента, собственный интегрированный клиентский интерфейс, либо используют для анализа данных внешние программы работы с электронными таблицами. Продукты этого класса в наибольшей степени соответствуют условиям применения в рамках крупных информационных хранилищ. Для их обслуживания требуется целый штат сотрудников, занимающихся как установкой и сопровождением системы, так и формированием представлений данных для конечных пользователей. Обычно подобные пакеты довольно дороги. В качестве примеров продуктов этого класса можно привести систему Essbase корпорации Arbor Software, Express фирмы IRI (входящей теперь в состав Oracle), Lightship производства компании
Pilot Software и др.
Следует отметить, что одним из способов обеспечения быстрой обработки данных при их анализе является организация данных в виде многомерных БД (MDD). Информация в MDD хранится не в виде индексированных записей в таблицах, а в форме логически упорядоченных массивов. Единой общепризнанной многомерной модели хранения данных не существует. В MDD отсутствует стандартизованный метод доступа к данным, и они могут отвечать требованиям специфической аналитической обработки данных.
100