Главная Случайная страница


Полезное:

Как сделать разговор полезным и приятным Как сделать объемную звезду своими руками Как сделать то, что делать не хочется? Как сделать погремушку Как сделать так чтобы женщины сами знакомились с вами Как сделать идею коммерческой Как сделать хорошую растяжку ног? Как сделать наш разум здоровым? Как сделать, чтобы люди обманывали меньше Вопрос 4. Как сделать так, чтобы вас уважали и ценили? Как сделать лучше себе и другим людям Как сделать свидание интересным?


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Автоматизированные системы управления предприятиями стандарта ERP/MRP





 

В последние годы в компьютерном бизнесе России отмечается устойчивый интерес к компьютерным интегрированым системам, способным обеспечить эффективное управление предприятием.

В контексте интегрированных информационных систем все чаще встречаются сокращения типа ERP, MRP, MRPII и др. Известно, что эти названия как-то связаны с бухгалтерским учетом и компьютерами. Что же это такое?

Когда в конце 40-х - начале 50-х годов компьютеры впервые появились в коммерческих организациях, одна ЭВМ служила для выполнения только одной функции. Практически никто не задумывался о том, чтобы распределить обработку информации по различным ЭВМ. Пользователи довольствовались уже тем, что машины заменили исключительно трудоемкий процесс обработки данных вручную. По мере того, как вычислительная мощность повышалась, а цены падали, стало возможным выполнение нескольких функций на одном компьютере или на небольшой группе ЭВМ. Возможность передачи итоговых сводок или части данных из одного приложения в другое казалась гигантским шагом вперед из-за их изначальной несхожести.

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

К концу 80-х годов идея создания единой модели данных в рамках организации стала привлекать внимание международных промышленных компаний, которые искали способ упростить управление производственными процессами. Первым шагом в данном направлении стало MRP, планирование материальных ресурсов (Materials Resource Planning), включавшее только планирование материалов для производства.

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

Основная концепция MRP в том, чтобы минимизировать издержки, связанные со складскими запасами (в том числе и на различных участках в производстве). В основе этой концепции лежит следующее понятие - Bill Of Material (BOM - спецификация изделия, за которую отвечает конструкторский отдел), который показывает зависимость спроса на сырье, полуфабрикаты и пр. в зависимости от плана выпуска (бюджета реализации) готовой продукции. При этом очень важную роль играет время. Для того, чтобы учитывать время, системе необходимо знать технологию выпуска продукции (или технологическую цепочку, т.е. последовательность операций и их продолжительность). На основании плана выпуска продукции, BOM и технологической цепочки осуществляется расчет потребностей в материалах, привязанный к конкретным срокам.

Однако у MRP есть серьезный недостаток. Его суть в том, что, рассчитывая потребность в материалах, мы не учитываем (как минимум) производственные мощности, их загрузку, стоимость рабочей силы и т.д. Поэтому, возникла концепция MRP II (Manufacturing Resource Planing - планирование производственных ресурсов). MRP II позволял планировать все производственные ресурсы предприятия (сырье, материалы, оборудование, персонал и т.д.).

Впоследствии концепция MRP II развивалась, и к ней постепенно добавлялись возможности по учету остальных затрат предприятия - появилась концепция ERP (Enterprise Resource Planning - Планирование ресурсов предприятия), называемая иногда также планированием ресурсов в масштабе предприятия (Enterprise-wide Resource Planning). В основе ERP лежит принцип создания единого хранилища данных (repository), содержащего всю деловую информацию, накопленную организацией в процессе ведения деловых операций, включая финансовую информацию, данные, связанные с производством, управлением персоналом, или любые другие сведения. Это устраняет необходимость в передаче данных от системы к системе. Кроме того, любая часть информации, которой располагает данная организация, становится одновременно доступной для всех работников, обладающих соответствующими полномочиями.


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

Сейчас практически все современные западные производственные системы и основные системы управления производством базируются на концепции ERP и отвечают её рекомендациям, которые вырабатываются американской общественной организацией APICS, объединяющей производителей, консультантов в области управления производством, разработчиков ПО. К сожалению, большинство из российских систем управления производством не удовлетворяет даже требованиям MRP, не говоря уже обо всех остальных более продвинутых концепциях. Самый последний по времени стандарт CSRP (Customer Synchronized Resource Planning) охватывает также и взаимодействие с клиентами: оформление наряд-заказа, техзадание, поддержка заказчика на местах и пр. Таким образом, если MRP, MRP-II, ERP ориентировались на внутреннюю организацию предприятия, то CSRP включил в себя полный цикл от проектирования будущего изделия, с учетом требований заказчика, до гарантийного и сервисного обслуживания после продажи. Основная суть концепции CSRP в том, чтобы интегрировать Заказчика (Клиента, Покупателя и пр.) в систему управления предприятием. То есть не отдел сбыта, а сам покупатель непосредственно размещает заказ на изготовление продукции - соответственно сам несет ответственность за его правильность, сам может отслеживать сроки поставки, производства и пр. При этом предприятие может очень четко отслеживать тенденции спроса и т.д.

На мировом рынке сейчас предлагается свыше 500 систем класса MRP II-ERP. Рынок бурно растет - на 35% - 40% каждый год. В настоящее время в России присутствуют около десятка западных систем и три-четыре отечественные системы класса КИС (Корпоративные Информационные Системы).

Отечественного потребителя последнее время пугали системами стандарта ERP с их якобы избыточной функциональностью и дороговизной, как правило, апеллируя к самым заметным представителям этого класса - продуктам SAP, Baan и Oracle. Действительно, помимо высоких цен, программные продукты этих корпораций сложны для внедрения в российских условиях: во-первых, у нас элементарно не хватает специалистов по внедрению, а во-вторых, эти системы требуют от заказчика серьезной реорганизации управления.

Достоинством и одновременно недостатком систем ERP этого уровня является их универсальность. Иными словами, у "гигантов" есть референтные модели для любого типа производственного процесса, и количество автоматизированных рабочих мест определяется исключительно финансовыми возможностями заказчика. Но и возможности эти должны быть серьезными. Проект с использованием такой системы не может обойтись дешевле 500 тысяч долларов, а чаще всего стоит несколько миллионов. По сути, эти системы оптимальны для бизнесов не менее масштабных, чем бизнес самих разработчиков.

Для компаний среднего масштаба или имеющих не слишком диверсифицированный бизнес больше подходят другие системы ERP. О них до недавнего времени потребители либо не слышали, либо не совсем понимали, на кого они рассчитаны. А речь идет о западных продуктах для самого массового сегмента рынка - среднего и малого бизнеса, то есть для компаний с годовым оборотом от 5 до 10 млн. долларов и количеством работающих от 100 до 1000 человек. Типовая стоимость проекта по внедрению такой системы составляет от 50 до 250 тысяч долларов (для сравнения: у российских ИСУП этот показатель колеблется в пределах от 50 до 500 тысяч долларов для тиражно-заказных систем и до 10 тысяч - для тиражируемых, или «коробочных»).


Основное отличие систем ERP среднего уровня от ПО для крупных предприятий состоит в ограниченности решаемых задач и относительной простоте технологий. Иными словами, эти системы поддерживают несколько определенных видов промышленной деятельности и имеют лимитированное количество возможных пользователей.

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

Прежде всего, предприятие должно определить, а что же собственно ожидается от новой системы: какие функциональные области и какие типы производства она должна охватывать, какую техническую платформу использовать, какие отчеты готовить? Проведение такой работы заканчивается составлением документа "Требования к компьютерной системе". Этот документ предназначен, прежде всего, для самого предприятия, так как в нем формализованы и расписаны в соответствии с приоритетами все характеристики новой системы. Он дает объективные критерии для сравнения систем по заранее определенным параметрам.

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

Общая характеристика систем управления

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


Все системы управления, с точки зрения логики их функционирования, решают три задачи:

Сбор информации об управляемом объекте;

Обработка информации;

Выдача управляющих воздействий в той или иной форме.

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

Различают два основных типа систем управления:

Системы управления технологическими процессами в широком смысле этого слова, предназначенные для непосредственного управления производственными процессами на физическом уровне процесса;

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

Главное отличие между ними заключается в характере объекта управления. В первом случае это всевозможные установки, приборы, станки и прочее, во втором - прежде всего люди.

Другое отличие между указанными системами заключается в форме передачи информации. Если в системах управления технологическими процессами основной формой передачи информации являются различного рода сигналы, то в системах организационного управления это документы. Четкую границу между двумя рассматриваемыми типами систем провести невозможно, чаще всего передача информации осуществляется как с помощью документов, так и с помощью сигналов.

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

Автоматические;

Полуавтоматические;

Автоматизированные.

Автоматизированная система не исключает, а наоборот, предполагает участие человека в управлении системой и принятие человеком ключевых решений, в то время как автоматические системы управления исключают участие человека в управлении объектом. Полуавтоматическая система может рассматриваться как вариант автоматической системы, в которой уровень развития техники еще не позволяет исключить человека из контуров системы управления.

Центральным ядром системы управления, с помощью которого осуществляется ее автоматизация, является вычислительная машина. Возможны два способа взаимодействия между ЭВМ, объектом управления и органом управления.

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

Во втором случае основная информация о состоянии управляемого объекта собирается автоматически машиной (в общем случае - вычислительным центром). ЭВМ перерабатывает поступающую информацию и в том или ином виде готовит выходную документацию, после чего выносится решение о воздействии на объект. Автоматизированные системы управления классифицируют также в зависимости от вида выдаваемой ими выходной документации. Последняя может быть представлена в виде:

Переработанной, упорядоченной совокупности сведений об управляемом объекте. На основании их человек (или группа людей) принимает решение о характере воздействия на объект. Это свойственно системе обработки данных, но не собственно автоматизированной системе.

Совокупности рекомендаций (вариантов решения) относительно характера воздействия на управляемый объект. Окончательное решение в данном случае принимает человек. Такая реализация наиболее типична для автоматизированных систем управления.

Заключение

 

Современный подход требует, чтобы в программе были лишь перечислены необходимые для обработки данные и заданы требуемые форматы их представления. При этом описание баз данных становится независимым от программ пользователей и составляет самостоятельный объект хранения. Эти описания обычно называют метаданными.

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

 







Date: 2015-09-24; view: 673; Нарушение авторских прав



mydocx.ru - 2015-2024 year. (0.011 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию