Учреждение образования

«Белорусский Государственный Технологический Университет»

ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ

Курсовой проект

РАЗРАБОТКА экономического ядра модуля ERP СИСТЕМЫ

Выполнил

Научный руководитель

Минск 2007

Содержание

Введение…………………………………….…………………………3

Что такое ERP…………………………………………………………7

Происхождение и развитие ERP…………..…………………………16

Что дает внедрение ERP………………………………………………23

Особенности разработки программ на Java …………..…………….26

Прокетирование и реализация модуля ERP системы. ……………...30

Экономическая схема торговой деятельности……………………….31

Пример реализации схемы…………………………………………….32

Заключение……………………………………………………………..39

Список использованной литературы…………………………………40

Введение

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

И действительно, по данным исследовательской компании IDG Russia (подразделение International Data Group, специализирующейся на анализе рынков информационных технологий), хотя об-щий объем рынка ИТ не вернулся к докризисному уровню и в 1999 году даже снизился на 9% по сравнению с 1998 годом, на рынке ПО для автоматизации предприятий, наоборот, наблюдался рост в 25%.

Не получая ясных требований со стороны клиентов, отечественные производители систем тоже не спешат позиционировать свои продукты.

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

Но если в свое время бухгалтеры и финансисты четко представляли себе, какие задачи им нужно решить с помощью программных средств, то с интегрированными системами ситуация иная. Многие руководители просто не знают, что они хотят улучшить за счет автоматизации. По словам вице-президента компании «АйТи» по исследованиям и разработкам Александра Миронова, наблюдается «неосознанное понимание» потребности в автоматизации управления с «неосознанными» же пока задачами. Так, по данным корпорации «Парус», около половины потенциальных потребителей ПО руководствуется при выборе систем известностью торговой марки и только 16% – технологическими параметрами, то есть качеством системы.

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

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

На самом деле белорусские программные средства поддаются такой классификации. Так, по мнению Александра Миронова, наиболее известные белорусские ИСУП по функциональности соответствуют лишь уровню MRP, то есть наиболее простому стандарту, в рамках которого осуществляется управление «склад–цех». К такому же выводу пришли и авторы исследования «Выбор тиражируемой интегрированной системы управления предприятием» И хотя в ассортименте белорусских разработчиков представлено ПО для управления другими ресурсами предприятия, такими как финансы и персонал, эти направления до сих пор слабо интегрированы с производством, что не позволяет отнести систему в целом к более высокому стандарту по международной классификации ИСУП.

Фактически ни одна из белорусских систем не поддерживает управление процессом планирования, к которому относятся моделирование и сравнение различных вариантов производственных планов по критериям ресурсной и финансовой реализуемости. Они не поддерживают и процесс выработки решений при отклонениях, когда система выдает перечень возможных вариантов изменения плана: снять заказ, изменить его, перераспределить ресурсы – и, таким образом, формирует пространство для выбора управленческого решения.

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

Называются разные причины такого положения. Одна из них в том, что на программных продуктах автоматически отражаются недостатки отечественного менеджмента. «У нас не принято формализовать процессы управления, – говорит заведующий отделом промышленных и финансовых систем компании «Форс» Дмитрий Шехватов, – структурирование процесса принятия решений отсутствует в принципе. Отсюда – невозможность выстроить алгоритм, неизвестно, в какие моменты ставить «контрольные точки», чтобы оценить процесс в количественных показателях». «Наши могли бы написать программу не хуже западников, – уверена координатор службы маркетинга компании Socap Галина Тикунова, – но нет постановщика проблемы. А так белорусские программы всегда будут отставать, потому, что вся управленческая теория – западная».

Другая причина – нехватка денег. Конкурировать собственными силами с индустриальным подходом мировых гигантов к производству ПО технически нереально.

В ответ на упреки многие белорусские разработчики и консультанты утверждают, что к системам типа MRP II и ERP отечественный рынок просто не готов. «Все внедряют финансовые системы и логистику, чтобы эффективно управлять тем, что в дефиците, – деньгами, – говорит Александр Карпачев (корпорация «Парус»). – А производственные мощности и рабочая сила пока не в дефиците, производство недогружено. Нет острой потребности в повышении его эффективности и, следовательно, в автоматизации». Сходную точку зрения высказал и вице-президент группы Aquarius Владимир Дрожжинов: «Программные продукты этого класса (ERP) рассчитаны на определенный уровень насыщения рынка. На Западе компании бьются за доли процентов. А если у нас все и так растет, и станки загружены на 50%, о каких сложных системах можно говорить?»

Эту позицию не разделяет ведущий эксперт исследовательско-консалтинговой группы RC Group Елена Монахова. Она считает, что даже половиной загруженных станков нужно управлять так, чтобы не срывать сроки поставок, производить то, что требуется рынку, и не терять выгодные заказы, не выходя при этом за рамки плановой себестоимости. Что, впрочем, и доказывает интенсивный рост спроса на ИСУП. «Без системы, позволяющей оперативно собирать и анализировать информацию, высок риск просчитаться и принять неверное решение, за которое придется дорого расплачиваться», – соглашается с мнением Елены Монаховой начальник отдела вычислительной техники ОАО «Айс-Фили» Виктор Богомазов. Причем предприятие не обязательно должно быть очень крупным, чтобы оказаться в условиях конкуренции. «Очень жесткий рынок плюс работа в условиях низкой рентабельности диктуют свои законы: не успеем внедрить передовое управление – потеряем конкурентные преимущества», – таково мнение начальника отдела автоматизации концерна «Панинтер» Константина Пучкова. Те, кто пугает отечественного потребителя системами стандарта ERP с их якобы избыточной функциональностью и дороговизной, как правило, апеллируют к самым заметным представителям этого класса – продуктам SAP, Baan и Oracle. Действительно, помимо высоких цен, программные продукты этих корпораций сложны для внедрения в белорусских условиях: во-первых, у нас элементарно не хватает специалистов по внедрению, а во-вторых, эти системы требуют от заказчика серьезной реорганизации управления.

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

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

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

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

Белорусским разработчикам ПО разумнее было бы отказаться от конкуренции с мировыми лидерами в создании универсальных продуктов. То есть надо более четко обозначить свой круг интересов – по отраслям и масштабам бизнеса клиента.

Однако сейчас так поступает меньшинство из разработчиков. Скажем, компания «1С» заявляет, что работает только с малым бизнесом, а «Парус» – со средним. Что касается отраслевой специализации, то среди клиентов одного и того же производителя ПО можно встретить обычно нефтегазовые, энергетические, строительные, машиностроительные, пищевые, фармацевтические, торговые предприятия, а также государственные и образовательные учреждения.

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

Конечно, зная лучше других уязвимые места своих систем, наши разработчики стараются их совершенствовать. Растущий интерес к автоматизации управления заставил некоторых из них начать активный поиск партнеров с хорошо проработанными производственными «бизнес-кусками», недостающими в их собственных программах. Других – искать сотрудничества с консультантами, которые насаждают предприятиям культуру управления, соответствующую современным стандартам. Однако скорость развития бизнеса ставит белорусских производителей ПО в очень жесткие временные рамки.

Что такое ERP

Существует несколько видов автоматизированных систем управления. К ним относятся и такие системы автоматизации, как ERP.

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

· финансы

· снабжение и сбыт

· хранение

· производство и т. д.

Расшифровка аббревиатуры erp - это Enterprise Resource Planning, что означает планирование ресурсов предприятия.

Существует несколько определений ERP системы:

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

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

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

ERP-системы – это самое современное решение в эволюции автоматизированных систем управления предприятием. Они “выросли” из систем класса MRPII (Manufacture Resource Planning). Работа MRPII-систем заключалась в том, что планировались материальные, мощностные и финансовые ресурсы, необходимые для производства. Со временем, появлялись новые функциональные возможности, которые привели к пониманию универсальности и комплексности системы, ее применимости для планирования и управления бизнесом всего предприятия. Эти идеи были реализованы в системах, получивших название ERP-систем.

ERP-системы имеют следующие характеристики:

· это готовое ПО, разработанное для среды клиент-сервер, как традиционной, так и базирующейся на Интернет-технологиях;

· эти системы интегрируют большинство бизнес-процессов;

· обрабатывают большую часть деловых операций организации;

· используют БД всего предприятия, каждый образец данных в которой запоминается, как правило, единожды;

· обеспечивают доступ к данным в режиме реального времени;

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

Дополнительные характеристики ERP-систем:

· поддержка мультиязыковая и мультивалютная поддержка (что очень важно для транснациональных компаний);

· поддержка конкретных отраслей (например, SAP поддерживает множество отраслей, включая нефтяную и газовую отрасли, здравоохранение, химическую промышленность и банковское дело);

· способность к настройке (кастомизации) без программирования.

К преимуществам ERP-систем относятся также:

· Интегрирование различных видов деятельности фирмы

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

· Использование лучших методологий

Системы планирования ресурсов предприятий вобрали в себя более тысячи передовых способов организации бизнес-процессов. Эти методологии могут быть использованы для оптимизации работы и управления компаниями.

· Возможность организационной стандартизации

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

· Устранение информационной асимметрии

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

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

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

· Доступ к информации в реальном времени

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

· Обеспечение одновременного доступа к данным с целями планирования и контроля

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

· Возможность взаимодействия и сотрудничества внутри организации

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

· Обеспечение взаимодействия и сотрудничества между организациями

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

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

Цель erp систем - это оптимизация предприятия, для лучшего управления себестоимостью продукции и достижения за счет этого конкурентных выгод. Поэтому системы реализуют методы планирования и управления, позволяющие:

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

· сократить незавершенное производство, поскольку производство планируется только на основе спроса на конечную продукцию, при этом производственные работы инициируются исходя из срока, к которому должен быть исполнен клиентский заказ;

· оценивать выполнимость поступивших заказов с точки зрения имеющихся на предприятии мощностей;

· сократить расходы и время, затрачиваемые на изготовление продукции, за счет оптимизации бизнес-процессов;

· отслеживать фактическую производительность каждой производственной единицы и, сравнивая ее с плановой производительностью, оперативно вносить корректировки в производственные планы;

· в результате уменьшения цикла производства и цикла выполнения заказа более гибко реагировать на спрос;

· улучшить обслуживание клиентов и заказчиков за счет своевременного исполнения поставок.

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

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

Причинами внедрения ERP-системы может быть привлечение компанией дополнительных инвестиций.

ERP-системы делают бизнес компании более прозрачным, что повышает доверие к нему со стороны инвесторов. Это особенно актуально в белорусских условиях.

Ключевые признаки ERP

По мнению аналитиков Центра TAdviser, исходя из указанных положений и того факта, что ERP-системы являются развитием систем MRPII, основными их функциями являются: интеграция корпоративных данных и оптимизация использования имеющихся в распоряжении предприятия факторов производства. Соответственно, эти две «глобальные» функции и являются ключевыми признаками ERP-систем. Что же касается конкретных функциональных блоков, то их состав может варьироваться.

Что такое ERP-проект?

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

Минимальный набор блоков ERP-системы, должен обеспечивать выполнение ею озвученных выше двух «глобальных» функций. К ним можно отнести: блок финансового учета и планирования, блок MRPII и поддержки всех видов производств, блок управления персоналом, блок управления закупками и блок управления логистикой, а также блоки управления продажами и бизнес-аналитики. При этом блок MRPII и поддержки всех типов производств необходим лишь для автоматизации предприятий промышленного сектора, в остальных отраслях он не используется. Вместе с тем, ряд функциональных блоков имеет довольно четкую корреляцию со спецификой бизнеса конкретной компании, например, блок управления логистикой наиболее востребован на предприятиях, обладающих собственным транспортным подразделением, а блок управления продажами – компаниями, обладающими собственной розничной сетью.

Из всего многообразия представленных только на белорусском рынке «ERP-систем» полным функциональным наполнением по требованиям APICS и Gartner обладают продукты только компаний SAP и Oracle. Решения же остальных разработчиков реализуют разные сочетания описанных выше функциональных блоков «идеальной» ERP-системы. В то же время, участники рынка относят их к классу ERP, что лишний раз подтверждает рекомендательный характер приведенных выше описаний.

Исходя из этих соображений, эксперты Центра TAdviser определили «прожиточный минимум ERP-системы» – минимальный набор критериев, при котором бизнес-приложение можно отнести к классу ERP. Учитывая вышесказанное о роли финансового блока, указанный минимальный набор функциональных блоков следующий: «Блок/контур финансового учета и планирования», «Блок/контур управления персоналом», базовая функциональность SCM (в части товарного учета, управления складскими запасами и закупками), базовая функциональность CRM (управление обработкой заказов и продажами), а также «Блок/контур управления персоналом» и «Блок/контур бизнес-аналитики».

Критерии отбора

Таким образом, возникает упомянутый в начале статьи вопрос о критериях отнесения той или иной информационной системы к классу ERP. Мы предлагаем следующий подход к его разрешению. Поскольку методика «распознавания» ERP-систем должна быть применима на практике и не быть слишком сложной для реализации, следует сопоставить каждому функциональному блоку (скорее всего, из определения APICS с отдельным указанием финансового блока и блока управления персоналом) определенное количество баллов и просто определить «проходной балл» (по аналогии с вступительным экзаменом), набрав который система «имеет право» считаться относящейся к классу ERP. Кроме возможности отделения ERP-систем от «неERP-систем», подобный подход позволит также четко сгруппировать ERP-системы по уровням функциональной полноты.

Кого считать ERP-интегратором?

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

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

Рынок ERP-систем: потенциал роста

Рынок ERP-систем является частью информационно-коммуникативной отрасли, которая, в свою очередь, объединяет 2 основных сектора: Связи и Информационных технологий. При этом отрасль Информационные технологии объединяет всю совокупность предприятий и организаций, обслуживающих деятельность других предприятий и организаций в части услуг по техническому и программному обеспечению (разработка программного обеспечения, создание и обработка баз данных, создание и обслуживание локальных компьютерных сетей, услуги сети интернет, техническое обслуживание и ремонт вычислительной техники).

Ускоренные темпы роста являются следствием низкого уровня информатизации основных сфер экономики.

Примеры западных erp систем: система R/3 корпорации SAP AG, система Oracle Applications, MANMAN/X фирма СА, TRITON компании BAAN.

Лидерами белорусского рынка ERP-систем являются:

SAP AG Компания SAP AG пришла в Беларусь в 1995 г., и за годы присутствия создала целую инфраструктуру продвижения своей системы R/3 на белорусском рынке, проводя регулярные тематические семинары, вкладывая средства в обучение консультантов и накапливая опыт в различных отраслях.

Стоимость поставки SAP R/3 на 50 рабочих мест составляет примерно 0000. Стоимость внедрения R/3, как правило, в несколько раз превышает стоимость лицензий.

Oracle Продвижением Oracle Applications в Беларуси занимается российское представительство корпорации Oracle - Oracle CIS - через своих бизнес-партнеров. В настоящее время в СНГ реализовано 29 проектов по внедрению ERP-системы Oracle Applications со средним количеством пользователей около 70.

Microsoft Business Solutions MBS является одним из ведущих мировых поставщиков ERP-решений. Компания предлагает своим клиентам целую линейку продуктов Axapta, Great Plains, Navision, Solomon, а также Microsoft CRM, предназначенных для комплексной автоматизации прежде всего средних и малых предприятий.

В апреле 2000 г. на белорусском рынке ERP-систем для средних предприятий появилась локализованная версия Axapta 2.1 (а уже в декабре 2001 г. — Navision Axapta 2.5), разработанная датской компанией Navision a/s. Специально для розничных сетей, работающих в РБ, на базе ERP-системы Microsoft Axapta было разработано отраслевое решение Axapta Retail.

Стоимость поставки и внедрения системы Axapta составляет несколько сотен тысяч долларов. В среднем стоимость в расчете на одно рабочее место составляет €1600-2500. Соответственно, пакет на 20 одновременных пользователей будет стоить примерно €36 000-50 000.

Корпорация Галактика На рынке с 1986 г. Доход в 2005 г. ,7 млн. (на 16% больше, чем в 2004 г.) В 2005 г. выпустила на рынок полнофункциональный комплекс бизнес-решений Галактика Business Suite, ядром которого является система Галактика ERP. Согласно рейтингу, подготовленному "Эксперт РА", по

Имеет отделения в Санкт-Перетбурге, Екатеринбурге и Самаре, официальных представителей в Тюмени, Новокузнецке, Хабаровске и Владивостоке, а также центральные офисы в Минске, Киеве и Алматы.

1С ЗАО "1С" было основано в 1991 г. По данным экспертов, в 2003 г. продажи компании составили млн., в первом полугодии 2004 г. — млн.

Хотя компания традиционно не позиционирует свои решения как продукты класса ERP, в 2005 г. IDC впервые включила ее в свое исследование, отмечая, что они полностью соответствуют мировым стандартам систем ERP. За 2004 г. продажи "1С Предприятие: 8.0" выросли на 143%, а за январь-сентябрь 2005 г. — на 282% по сравнению с аналогичным периодом 2004 г.

Широкое распространение продуктов 1С во многом обусловлено тем, что "1С" работает с пользователями через самую разветвленную на компьютерном рынке СНГ партнерскую сеть.

"1С" не ограничивается продажей собственных разработок. Фирма — официальный дистрибьютор программного обеспечения Miсrosoft, Novell, Symantec, Intel и других зарубежных фирм.

Классификация критериев выбора ERP

Анализ опыта выбора систем управления предприятиями (ERP, CRM ) показывает, что наиболее часто встречающимися критериями являются следующие: стоимость системы, гибкость, масштабируемость, открытость, возможность модификации под потребности предприятия, имидж фирмы-производителя, наличие успешных внедрений на предприятиях аналогичной отрасли, соотношение Цена/Качество, соотношение Цена/Функционал, функционал системы, СУБД, лежащая в основе КИС (Корпоративной Информационной Системы), возможность работы в КИС удаленных подразделений и др.

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

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

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

Происхождение и развитие ERP

Производственное планирование от Гантта до ERP. Что такое OPT, Just-in-time, CIM, CALS? Какова их связь с ERP и MRP II?

Концепция ERP предложена аналитической фирмой GartnerGroup не так давно, в начале 90-х [Keller96], и уже подтвердила свою жизнеспособность. Но и ERP — не последнее слово в концепциях управления предприятиями. К тому же наряду с ERP в публикациях можно встретить множество иноязычных названий и аббревиатур, например, MRP и MRP II, CAD/CAM/CAE, PDM, MES, OPT, CIM, SCM, CRM, CALS, COMMS и другие. Откуда они взялись? Какая идея лежит в сердцевине каждой концепции? Иногда стоящая за неким сокращением система является частью другой из указанного списка, иногда — нет, и эти системы должны взаимодействовать. В одном случае они могут относиться к разным идейным поколениям, в другом — к одному поколению, но даже не к смежным слоям в архитектуре информационно-управляющей системы.

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

Планирование до ERP

Развитие методов управления промышленными предприятиями в начале ХХ века связывают прежде всего с именами Фредерика Тейлора и Генри Гантта. Ф. Тейлор (Frederick W. Taylor), запомнившийся многим читателям по... “‘научной’ системе выжимания пота”, является создателем производственного планирования как дисциплины. Он исследовал факторы, влияющие на производительность, и методы рациональной организации рабочего времени. На основе анализа тысяч экспериментов были сформулированы рекомендации по организации промышленного производства и по обучению кадров. Фредерик Тейлор выдвинул идею узкой специализации, выделил планирование как важнейший элемент организации производства и считал, что производственным планированием должны заниматься профессиональные менеджеры.

Генри Гантт (Henry L. Gantt) работал вместе с Ф. Тейлором над количественными методами организации производства. Один из методов наглядного упорядочения работ — диаграммы Гантта (Gantt Charts) — и сегодня считается одним из стандартов де-факто. Идея Гантта состояла в том, что главным ресурсом планирования является время, а основой принятия управленческих решений — сравнение запланированного и фактического состояния работ. На диаграммах Гантта по горизонтали обычно показывают интервалы времени, а по вертикали — работы, операции, оборудование. Горизонтальные отрезки отражают длительность выполнения работ. Выбрав по горизонтальной оси текущий момент времени и получив оперативную информацию о ходе производства, можно сопоставить фактическое состояние дел и планировавшееся.

Все современные системы управления проектами и планирования предлагают представление графиков работ в виде диаграмм Гантта. В то же время диаграммы Гантта имеют ряд очевидных недостатков. Например, с помощью диаграмм Гантта неудобно планировать многовариантные взаимосвязанные цепочки работ (в строительных, военных, государственных проектах, производстве). Для таких задач в военном ведомстве США в 50-е годы были предложены методы сетевого планирования, или методы выбора “критического пути”. Кроме того, диаграммы Гантта удобно применять только для одного критического ресурса — времени. При необходимости учета еще нескольких ресурсов, например, технологической оснастки – диаграммы Гантта надо воспринимать как “объемные”, приобретающие ряд измерений по числу учитываемых ресурсов. Это удобно для визуальной интерпретации планов, но затрудняет их анализ.

Работы Ф. Тейлора и Г. Гантта легли в основу научных дисциплин, возникших в середине ХХ века, — промышленной инженерии (Industrial Engineering), занимающейся управлением и организацией производства, а также исследования операций (Operations Research). С исследованием операций связаны работы по применению математических методов формализации человеческой деятельности, в том числе в производстве и планировании. Разработаны многие статистические и оптимизационные алгоритмы планирования, используемые в современных системах. Например, в SAP R/3 [SAP96] для прогнозирования потребностей в продукции (функция Forecast) с учетом информации о фактическом спросе за предыдущие периоды, используются статистические и эвристические методы (расчеты сезонных колебаний спроса, расчеты по трендам). Еще одним примером являются методы оперативного планирования (функция Scheduling), подсистемы планирования производства (PP) SAP R/3, в которых “зашиты” алгоритмы расчета даты выполнения заказа, сокращения длительности производственного цикла, минимизации переналадок оборудования и др. (Заметим, что SAP R/3 упоминается как пример реализации упоминаемых здесь и далее функций.)

В начале 60-х в США начались работы по автоматизации управления запасами (Inventory Control). В результате активного роста крупносерийного и массового производства товаров народного потребления и торговли после Второй мировой войны стало очевидно, что использование математических моделей планирования спроса и управления запасами ведет к существенной экономии средств, замороженных в виде запасов и незавершенного производства. Невозможно разработать “абсолютно оптимальные методы планирования запасов”, поэтому следует выбирать и адаптировать алгоритмы к специфике конкретных складских задач в зависимости от цикла производства или поставок хранимой номенклатуры, стоимости, размеров изделий, расфасовки, применяемости и спроса, объемов складов и др. Было установлено, что выбор оптимального объема партии заказа — одно из важнейших условий повышения эффективности предприятия, так как их недостаточный объем ведет к росту административных расходов при повторных заказах, а избыточный — к замораживанию средств. Управление складами (Inventory Control) в современных системах управления основано на математических методах управления запасами. Например, в подсистеме MM управления материальными потоками SAP R/3 может использоваться планирование пополнения склада на основе прогноза или по достижении минимального уровня запаса (по “точке заказа”). Предлагаются более десяти вариантов расчета оптимальной партии заказа, а также возможности включения в систему алгоритмов, разработанных пользователем.

Первые автоматизированные системы управления запасами в промышленном производстве основывались на расчетах по спецификации состава изделия (Bill of Materials). По плану выпуска изделия формировались планы производства и рассчитывался объем закупки материалов и комплектующих изделий [APICS92].

Конец 60-х связан с работами Оливера Уайта (Oliver Wight) [Уайт78], который в условиях автоматизации промышленных предприятий предлагал рассматривать в комплексе производственные, снабженческие и сбытовые подразделения. Такой подход и применение вычислительной техники впервые позволили оперативно корректировать плановые задания в процессе производства (при изменении потребностей, корректировке заказов, недостатке ресурсов, отказах оборудования).

В публикациях Оливера Уайта и Американского общества по управлению запасами и управлению производством [APICS92] были сформулированы алгоритмы планирования, сегодня известные как MRP (Material Requirements Planning) — планирование потребностей в материалах — в конце 60-х годов, и MRP II (Manufacturing Resource Planning) — планирование ресурсов производства — в конце 70-х — начале 80-х гг.

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

· Заказы (Orders) упорядочиваются, например, по приоритетам или по срокам отгрузки.

· Формируется объемный план-график производства (Master Schedule). Обычно он создается по группам продукции и может быть использован для планирования загрузки производственных мощностей.

· Для каждого изделия, попавшего в план-график производства, состав изделия “детализируются” до уровня заготовок, полуфабрикатов, узлов и комплектующих изделий.

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

В отличие от методов теории управления запасами, предполагающих независимый спрос на всю номенклатуру, MRP часто называют методом расчетов для номенклатуры “зависимого спроса” (то есть формирования заказов на узлы и комплектующие изделия в зависимости от заказа на готовую продукцию). Алгоритм MRP не только выдает заказы на пополнение запасов, но и позволяет корректировать производственные задания с учетом изменяющейся потребности в готовых изделиях. Заметим, что методы MRP получили распространение в США и практически не применялись в Японии. Дело в том, что японские методы управления в машиностроении в основном были ориентированы на массовое производство, а американские — на мелкосерийное. В условиях мелкосерийного производства может меняться номенклатура и структура заказов. Изменение потребностей в готовой продукции ведет к изменению потребностей в комплектующих изделиях, сырье и материалах. В массовом производстве можно достаточно эффективно использовать более простые, объемные методы учета и планирования.

Рис. 1.

MRP II — это замкнутая система планирования, относящаяся к детальному планированию производства, к финансовому планированию себестоимости материалов и производственных затрат, а также к моделированию хода производства. Планируется не только выпуск изделий, но и ресурсы для выполнения плана. Начальным этапом планирования является прогнозирование и оценка производственных мощностей (Capacity Requirements Planning). Присутствует также этап объемного планирования (Master Production Scheduling). Результаты объемного планирования являются исходной информацией для планирования потребностей в материалах (MRP), изготавливаемых и поступающих по кооперации.

Замкнутость системы MRP II означает наличие обратных связей для планирования в модулях, отвечающих за управление производством и учет производства (Execution, Production activity control), а также то, что модули оценки производственных мощностей, снабжения, планирования и учета функционируют как компоненты единой системы с использованием интегрированной базы данных.

Другие методики

Не все современные концепции управления возникали в США. Так, метод планирования и управления Just-in-time (JIT — Точно вовремя) появился на предприятиях автомобильного концерна в 50-х годах. Он охватывает проектирование изделий, выбор поставщиков, обеспечение качества, планирование, учет производства и контроль (с использованием специальных бирок-ярлыков Kanban). Одна из важнейших концепций метода “точно вовремя” связана с минимизацией страховых и межоперационных заделов за счет стабилизации поставок, а также обеспечения резерва производственных мощностей. Метод “точно вовремя” не противоречит MRP и MRP II и часто предлагается в современных системах как одна из форм организации производства. Однако до сих пор он не соответствовал традиции отечественной промышленности, так как именно заделы и запасы сырья служат буфером от нестабильности поставок, смежников и растущих цен комплектующих изделий. Кроме того, в СССР считалось, то полезнее повышать значение коэффициента использования оборудования (вместо создания задела мощностей), чем рационально планировать объем межоперационных заделов, а эти два показателя — взаимосвязаны.

Методы OPT (Optimised Production Technology — оптимизированная технология производства) созданы в Израиле в 70-х годах (работы Эли Голдрайт). На их основе был разработан ряд программных пакетов. Методы OPT предназначены для максимизации выпуска продукции при сокращении объема запасов и производственных затрат. В их основе лежит определение “узких мест” (производственных мощностей или материальных ресурсов) и наиболее точный их учет при планировании. Методика оценки “узких мест” сохраняет актуальность и применяется в алгоритмах планирования и определения ресурсов производственных мощностей MRP II.

Концепция компьютеризированного интегрированного производства (CIM, Computer Integrated Manufacturing) возникла в начале 80-х годов и связана с интеграцией гибкого производства и систем управления им. CIM с точки зрения систем управления и планирования (в качестве которых используются ERP и MRP II) предполагает интеграцию всех подсистем системы управления (управления снабжением, проектированием и подготовкой производства; планирования и изготовления; управления производственными участками и цехами; управления транспортно-складскими системами; управления обеспечением оборудованием, инструментом и оснасткой; систем обеспечения качества, сбыта, а также финансовых подсистем) [APICS92].

Методы CALS (Computer-aided Acquisition and Logistics Support — компьютерная поддержка процесса поставок и логистики) [CALS99] [Родников95] возникли в 80-х годах в военном ведомстве США для повышения эффективности управления и планирования в процессе заказа, разработки, организации производства, поставок и эксплуатации военной техники. CALS предусматривает однократный ввод данных, их хранение в стандартных форматах, стандартизацию интерфейсов и электронный обмен информацией между всеми организациями и их подразделениями — участниками проекта. Методы доказали свою эффективность и переносятся в настоящее время на “гражданские” отрасли промышленности. Новая концепция сохранила аббревиатуру CALS с более широким смыслом (Continuous Acquisition and Life circle Support — поддержка непрерывного жизненного цикла продукции). Проводится стандартизация ряда аспектов CALS в международной организации стандартизации ISO. Методы CALS могут использоваться вместе с MRP II/ERP и CIM. В отличие от них CALS позволяет управлять всем жизненным циклом продукции, включая маркетинг, управление комплексными проектами, обслуживанием при эксплуатации.

В чем отличия ERP от MRP II?

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

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

Основные отличия систем управления предприятиями, построенных на основе концепции ERP [Keller96], следующие.

· В ERP, в отличие от MRP II, больше внимания уделяется финансовым подсистемам.

· Системы ERP, в отличие от MRP II, ориентированы на управление “виртуальным предприятием”. Виртуальное предприятие, отражающее взаимодействие производства, поставщиков, партнеров и потребителей, может состоять из автономно работающих предприятий, или корпорации, или географически распределенного предприятия, или временного объединения предприятий, работающих над проектом, государственной программой и др.

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

Эти отличия в меньшей степени затрагивают логику и функциональность систем, и в большей степени определяют их инфраструктуру (Internet/intranet) и масштабируемость – до нескольких тысяч пользователей. Требования к гибкости, надежности и производительности программного обеспечения и вычислительных платформ неуклонно растут.

· Растут требования к интеграции систем ERP с приложениями, уже используемыми на предприятии (например, системами проектирования, подготовки производства, учета хода производства и управления технологическими процессами, биллинга и расчета с клиентами и др.), а также с новыми разработками. Система ERP не может решить всех задач управления промышленным предприятием и часто воспринимается как хребет, на основе которого выполняется интеграция с другими приложениями.

· В новых системах ERP больше внимания уделяется средствам поддержки принятия решений и средствам интеграции с хранилищами данных (иногда включаемых в систему как новый модуль).

· В системах ERP разработаны развитые средства настройки (конфигурирования) и адаптации, в том числе применяемые динамически в процессе эксплуатации систем.

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

Что дает внедрение ERP

Существует 5 основных причин, из-за которых компании берутся за внедрение ERP систем.

Интегрировать финансовую информацию. Когда руководитель пытается оценить работу компании, он может увидеть много разных «версий правды». Финансовый отдел предоставляет одну версию отчёта о доходах, отдел продаж – другую. Остальные подразделения могут показывать свои варианты того, каков их вклад в бизнес. ERP-система создает один окончательный вариант правды, который не может никем оспариваться, поскольку все используют одну систему.

Интегрировать информацию о заказах. В ERP-системе заказ проживает всю свою жизнь – от момента появления во фронт-офисе, до той минуты, когда товар отгружается клиенту, а бухгалтерия выписывает ему счет. Имея информацию в одной системе, а не «размазанной» по множеству различных приложений, компании легче отслеживать заказ и координировать производство, складирование и отгрузку по всем подразделениям одновременно.

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

Уменьшить складские запасы. ERP-системы способствуют тому, что производственный процесс протекает более гладко, улучшается процесс исполнения заказа внутри компании. Компания теперь может запасать меньше сырья, необходимого для производства продукта, и хранить меньше готовой продукции на складах. Для того, чтобы радикально улучшить всю цепочку поставок, вам может потребоваться специальный модуль SCM (Supply Chain Management – управление цепочками поставок), который сегодня входит в стандартную конфигурацию большинства ERP-систем.

Стандартизировать информацию по персоналу. В компаниях с большим количеством различных бизнес-единиц отделы кадров часто не имеют единой унифицированной методики отслеживания рабочего времени персонала и работы с ним. Это положение может исправить ERP. Спеша сделать это, компании часто упускают из виду, что ERP дает не более чем общее представление того, как некая типичная компания делает свой бизнес. Реальность же намного сложнее, и каждая отрасль имеет «фишки», делающие бизнес компании уникальным. Так, большинство ERP-систем изначально разрабатывалось для использования компаниями, производящими вещи, которые можно пересчитать или потрогать, т.е. для дискретного производства. Сейчас ERP-поставщики предлагают также решения для непрерывного производства и отраслевые решения для компаний, чьим продуктом являются различные процессы (нефтяные, химические или сервисные компании, которые оценивают свои продукты скорее в потоках, чем отдельных единицах).

Что может дать предприятию внедрение ERP-системы или современной MRPII-системы?

1. Системы класса MRPII/ERP представляют собой интегрированные информационные системы управления. Это означает, что:

· системы не связаны с производственным процессом непосредственно, они не являются автоматизированными системами управления технологическими процессами, но имеют дело с моделью технологического процесса;

· их работа состоит в улучшении деятельности предприятия, оптимизации материальных и финансовых потоков на основе вводимой на рабочих местах необходимой информации;

· в одной системе охватывается планирование и управление всей деятельностью производственного предприятия, начиная от закупки сырья и заканчивая отгрузкой товара потребителю;

· информация вводится в систему только один раз в том подразделении, где она возникает, хранится в одном месте, и многократно используется всеми заинтересованными подразделениями.

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

2. Использование MRPII/ERP-систем позволяет достичь конкурентных преимуществ за счет оптимизации бизнес-процессов предприятия и снижения издержек.

Эти системы создавались как раз для управления себестоимостью продукции и достижения за счет этого конкурентных выгод. Поэтому системы реализуют методы планирования и управления, позволяющие:

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

· сократить незавершенное производство, поскольку производство планируется только на основе спроса на конечную продукцию, при этом производственные работы инициируются исходя из срока, к которому должен быть исполнен клиентский заказ;

· оценивать выполнимость поступивших заказов с точки зрения имеющихся на предприятии мощностей;

· сократить расходы и время, затрачиваемые на изготовление продукции, за счет оптимизации бизнес-процессов;

· отслеживать фактическую производительность каждой производственной единицы и, сравнивая ее с плановой производительностью, оперативно вносить корректировки в производственные планы;

· в результате уменьшения цикла производства и цикла выполнения заказа более гибко реагировать на спрос;

· улучшить обслуживание клиентов и заказчиков за счет своевременного исполнения поставок.

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

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

3. Внедренная MRPII/ERP-система может помочь компании привлечь инвестиции. MRPII/ERP-системы делают бизнес компании более прозрачным, что повышает доверие к нему со стороны инвесторов. Это особенно актуально в российских условиях.

Следует добавить, что существуют российские разработки MRPII-систем ("Галактика", "Парус", "Босс"), однако часто выбор отечественных предприятий падает на аналогичные западные системы. Мотивом такого решения, как правило, является желание привлечь западные инвестиции: обычно иностранные акционеры, инвесторы, консультанты требуют, чтобы на предприятии была установлена знакомая им система.

Особенности разработки Java программ

Создание языка Java — это действительно один из самых значительных шагов вперед в области разработки сред программирования за последние 20 лет.

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

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

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

История создания

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

Рождению языка Java предшествовала довольно интересная история. В 1990 году разработчик ПО компании Sun Microsystems Патрик Нотон (Patrick Naughton) понял, что ему надоело поддерживать сотни различных интерфейсов программ, используемых в компании, и сообщил исполнительному директору Sun Microsystems и своему другу Скотту МакНили (Scott McNealy) о своем намерении перейти работать в компанию NeXT. МакНили, в свою очередь, попросил Нотона составить список причин своего недовольства и выдвинуть такое решение проблем, как если бы он был Богом и мог исполнить все, что угодно.

Нотон, хотя и не рассчитывал на то, что кто-то обратит внимание на его письмо, все же изложил свои претензии, беспощадно раскритиковав недостатки Sun Microsystems, в частности, разрабатываемую в тот момент архитектуру ПО NeWS. К удивлению Нотона, его письмо возымело успех: оно было разослано всем ведущим инженерам Sun Microsystems, которые не замедлили откликнуться и высказать горячую поддержку своему коллеге и одобрение его взглядов на ситуацию в Sun Microsystems. Обращение вызвало одобрение и у высшего руководства компании, а именно, у Билла Джоя (Bill Joy), основателя Sun Microsystems, и Джеймса Гослинга (James Gosling), начальника Нотона.

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

Вскоре компания Sun Microsystems преобразовала команду Green в компанию First Person. Новая компания обладала интереснейшей концепцией, но не могла найти ей подходящего применения. После ряда неудач неожиданно ситуация для компании резко изменилась: был анонсирован броузер Mosaic - так родился World Wide Web, с которого началось бурное развитие Internet. Нотон предложил использовать Oak в создании Internet-приложений. Так Oak стал самостоятельным продуктом, вскоре был написан Oak-компилятор и Oak-браузер "WebRunner". В 1995 году компания Sun Microsystems приняла решение объявить о новом продукте, переименовав его в Java (единственное разумное объяснение названию - любовь программистов к кофе). Когда Java оказалась в руках Internet, стало необходимым запускать Java-аплеты - небольшие программы, загружаемые через Internet. WebRunner был переименован в HotJava и компания Netscape встала на поддержку Java-продуктов.

Революционный язык программирования

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

Простота и мощь

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

Безопасность

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

Объектная ориентированность

Забавно наблюдать, как многочисленные новые диалекты старых языков безапелляционно объявляются объектно-ориентированными. Поскольку при разработке языка отсутствовала тяжелая наследственность, для реализации объектов был избран удобный прагматичный подход. Разработчики Java старались выдержать разумный компромисс между моделью пуристов — “все является объектами”, и моделью хакеров — “уйди с моей дороги”. Объектная модель в Java проста и легко расширяется, в то же время, ради повышения производительности, числа и другие простые типы данных Java не являются объектами.

Надежность

Java ограничивает вас в нескольких ключевых областях и таким образом способствует обнаружению ошибок на ранних стадиях разработки программы. В то же время в ней отсутствуют многие источники ошибок, свойственных другим языкам программирования (строгая типизация, например). Большинство используемых сегодня программ “отказывают” в одной из двух ситуаций: при выделении памяти, либо при возникновении исключительных ситуаций. В традиционных средах программирования распределение памяти является довольно нудным занятием — программисту приходится самому следить за всей используемой в программе памятью, не забывая освобождать ее по мере того, как потребность в ней отпадает. Зачастую программисты забывают освобождать захваченную ими память или, что еще хуже, освобождают ту память, которая все еще используется какой-либо частью программы. Исключительные ситуации в традиционных средах программирования часто возникают в таких, например, случаях, как деление на нуль или попытка открыть несуществующий файл, и их приходится обрабатывать с помощью неуклюжих и нечитабельных конструкций (кроме Delphi). Java фактически снимает обе эти проблемы, используя сборщик мусора для освобождения незанятой памяти и встроенные объектно-ориентированные средства для обработки исключительных ситуаций.

Интерактивность

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

Независимость от архитектуры ЭВМ

Вопрос о долговечности и переносимости кода важнее религиозных войн между ПК и Макинтошами. Создатели Java наложили на язык и на среду времени выполнения несколько жестких требований, которые на деле, а не на словах позволяют, однажды написав, всегда запускать программу в любом месте и в любое время (где существует виртуальная Java-машина – броузеры на всех платформах, OS/2, Netware).

Интерпретация плюс высокая производительность

Необычайная способность Java исполнять свой код на любой из поддерживаемых платформ достигается тем, что ее программы транслируются в некое промежуточное представление, называемое байт-кодом (bytecode). Байт-код, в свою очередь, может интерпретироваться в любой системе, в которой есть среда времени выполнения Java. Большинство ранних систем, в которых пытались обеспечить независимость от платформы, обладало огромным недостатком — потерей производительности (Basic, Perl). Несмотря на то, что в Java используется интерпретатор, байт-код легко переводится непосредственно в “родные” машинные коды (Just In Time compilers) “на лету”. При этом достигается очень высокая производительность (Symantec JIT встроен в Netscape Navigator).

Простота изучения

Язык Java, хотя и более сложный чем языки командных интерпретаторов, все же неизмеримо проще для изучения, чем другие другие языки программирования, например C++. Черты языка станут казаться вам естественным путем для решения тех или иных задач и будут способствовать отработке хорошего стиля программирования. Поскольку объектная модель в Java одновременно проста и выразительна, вы скоро освоитесь с объектно-ориентированным стилем создания программ.

Богатая объектная среда

Среда Java — это нечто гораздо большее, чем просто язык программирования. В нее встроен набор ключевых классов, содержащих основные абстракции реального мира, с которым придется иметь дело вашим программам. Основой популярности Java являются встроенные классы-абстракции, сделавшие его языком, действительно независимым от платформы. Библиотеки, подобные MFC/COM, OWL, VCL, NeXTStep, Motif и OpenDoc прекрасно работают на своих платформах, однако сегодня главной платформой становится Internet.

Проектирование и реализация модуля ERP системы.

Общее описание проекта

Данный проект представляет собой один из модулей ERP системы.В частности “Управление товарными и финансовыми потоками” . Предназначена для мелких фирм и индивидуальных предпринимателей. Будет также полезна все кто много и часто совершает операции покупки / продажи. Позволяет вести учет всего цикла перемещения товаров/денег в торговой операции и составлять отчет о проделанной работе. Для демонстрации возможностей программы реализована схема интернет-торговли на аукционе Ebay.

Реализация

При решение поставленной задачи использовалась среда Net Beans на базе языка программирования Java. Интерфейс пользователя создавался с применением технологии Swing. Графическое оформлении делалось с помощью редактора “Corel Draw”, документация с помощью текстового процессора MS Word и Macromedia Flash

Логическая схема

Требования

Для работы программы необходим, по возможности качественный монитор, c поддержкой разрешения 1024*768 и выше, компьютер c 256 Mb и более оперативной памяти и тактовой частотой процессора не менее 700Mhz. Операционная система c установленной виртуальной машиной Java

Экономическая схема торговой деятельности

Любая торговая экономическая деятельность, включает в себя несколько основных разделов:

· Сами операции

o Покупка

o Продажи

o Посредничество

o Смешанный вариант (к примеру Dropshipping)

· Субъекты которые непосредственно участвуют в этих операциях:

o Клиенты (любой клиент может выступать в роли посредника)

o Посредники (помогающие осуществить товарный или денежный расчет м/у клиентами)

- Товарное посредничество (Склады и почты)

· Прием

· Отправка

· Обмен

- Денежное посредничество (Банки, платежные системы итд)

· Прием

· Проплата

· Конвертация валют

· Обмен м/у различными платежными системами

Любая торговая экономическая деятельность при упрощении представляет собой оборот товаров и денег. А деньги есть эквивалент товара плюс посредники для обеспечения этого обмена. Но у каждой деятельности, есть также некоторые отраслевые особенности с определенными дополнительными параметрами, по которым она работает.

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

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

Пример отраслевой реализации экономической схемы

Аукцион EBAY

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

Для построения программы для ebay, добавляем систему акционов (обычный, голландский итд) это идет как особенность операции продажи. Также можем добавить типы совершения продаж (Buy it now, immediate payment required , private auctions etc) и тд. Добавляем систему рейтингов для продавцов и покупателей(CRM/SRM),

Добавляем товарных посредников (почты). Добавляем статистику по закрытым аукционам (аналитика) и тд…

Добавили все законы и ограничения этой схемы , характерные для ebay - получили программу для работы на ebay.

Агенство недвижимости

Участники (клиенты или субъекты)

· Арендодатели (продавцы)

· Само агенство (посредник)

· Квартиросъемщик (покупатель)

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

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

После вводим законы и условия, по которым функционирует сегмент Недвижимость - > Аренда жилья: Накладываем ограничения на схему Недвижимость - > Аренда жилья: в рамках общей экономической схемы:

· Смешанный тип операции (Продажа через посредничество)

Определяем роли относительно субъектов экономических отношений и определяем перемещение товаров и денег м/у ними. Информация (товар) поступает от квартиросъемщиков (продавцов) и агентов (посредников) к агентству, после чего продается квартиросъемщику. В данном случае агент, работающий на агентство выступает в роли посредника м/у агентством и арендодателем. Агентство по отношению к квартиросъемщику также посредник.

· Законы проведения операции и их последовательность.

Вводим порядок проведения операции (очень упрощенно)

1. Подача заявки

2. Предложение вариантов квартир

3. Заключение предварительного договора с агентством

4. Выезд агента и просмотр хат

5. Заключение договора с хозяином квартиры

6. Оплата услуг агентства

7. Заключение договора в ЖЭС м/у хозяином хаты и квартиросъемщиком

· Определяем товар

Два вида товара, характерные только для данной отрасли

1. Оплата по факту заселения (договорился с хозяином хаты – заплатил деньги агентству. Эта услуга, как правило, дороже + выезд агента)

2. Предоставление просто информации о сдаваемых в текущий момент квартирах (дешевле, но нет гарантии, что квартира не сдана)

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

Внешний вид программы

Исходный код

Файл MclientsPanel

public class MClientsPanel extends SVModPanel {

public JDBConnect DBConnect = new JDBConnect();

public JDBConnect.JTData dataGrid = new JDBConnect.JTData();

public ClientTab clTab;

public AuditTab auTab;

public AnnexTab anTab;

public RolesTab rlTab;

public AccountsTab acTab;

public WarehousesTab whTab;

public CommentTab cmTab;

public ClientTransTab ctTab;

public int opType;

/** Creates new form ClientsPanel */

public MClientsPanel(){}

public MClientsPanel(int opType,Object parentDlg,boolean t) {

this.parentDlg = parentDlg;

this.opType=opType;

initEnvironment();

}

private void initEnvironment(){

initDialog();

clTab = new ClientTab(opType);

auTab = new AuditTab(opType);

anTab = new AnnexTab(opType);

rlTab = new RolesTab(opType,this);

acTab = new AccountsTab(opType,this);

whTab = new WarehousesTab(opType,this);

cmTab = new CommentTab(opType);

ctTab = new ClientTransTab(opType);

tabbedPane.addTab( "General",clTab);

tabbedPane.addTab( "Roles",rlTab);

tabbedPane.addTab( "Accounts",acTab);

tabbedPane.addTab( "Warehouses",whTab);

tabbedPane.addTab( "ClientTrans",ctTab);

tabbedPane.addTab( "Comment",cmTab);

tabbedPane.addTab( "Audit",auTab);

tabbedPane.addTab( "Annex",anTab);

showDialog("dd",600,450);

}

public void onOk(){

clTab.saveData(opType);

acTab.saveData();

saveData();

JModules.updateInfo(JModules.selModName);

JMainDlg.mfRefer.updateInfo();

closeDialog();

}

}

Файл MItemsPanel

public class MItemsPanel extends SVModPanel{

public ItemTab iTab;

public CommentTab cmTab;

public AuditTab auTab;

public AnnexTab anTab;

public JDBConnect DBConnect = new JDBConnect();

public int opType;

public MItemsPanel(int opType,Object parentDlg,boolean t) {

this.parentDlg = parentDlg;

this.opType=opType;

initEnvironment();

}

private void initEnvironment(){

initDialog();

iTab = new ItemTab(opType);

cmTab = new CommentTab(opType);

auTab = new AuditTab(opType);

anTab = new AnnexTab(opType);

tabbedPane.addTab( "General",iTab);

tabbedPane.addTab( "Comment",cmTab);

tabbedPane.addTab( "Audit",auTab);

tabbedPane.addTab( "Annex",anTab);

showDialog("dd",600,450);

}

public void onOk(){

String i_id = new Integer(JModules.selTRecID).toString();

String clName1 = iTab.jTextField1.getText();

String clName2 = iTab.jTextField2.getText();

String street = iTab.jTextField3.getText();

String cl_city = iTab.jTextField4.getText();

String cl_land = iTab.jTextField5.getText();

String cl_tel = iTab.jTextField6.getText();

try {

Statement st = DBConnect.conn.createStatement();

JTParameter param = new JTParameter();

param.reset();

param.add(clName1,Types.VARCHAR);

param.add(clName2,Types.VARCHAR);

param.add(street,Types.VARCHAR);

param.add(cl_city,Types.VARCHAR);

param.add(cl_land,Types.VARCHAR);

param.add(cl_tel,Types.VARCHAR);

//param.add(cl_fax,Types.VARCHAR);

//param.add(cl_email,Types.VARCHAR);

//param.add(cl_www,Types.VARCHAR);

String sql="";

if(opType==1){ // New

sql= "insert into items(I_CODE,I_GR,I_DESC,I_MODEL,I_COND,I_EBAYID) values (?,?,?,?,?,?)";

DBConnect.execParamSqlUpdate(sql,param);

}

if(opType==2){ // Open

param.add(i_id,Types.NUMERIC);

sql="update items set I_CODE=?,I_GR=?,I_DESC=?,I_MODEL=?,I_COND=?,I_EBAYID=? where i_id=?";

DBConnect.execParamSqlUpdate(sql,param);

}

} catch (SQLException ex) {

ex.printStackTrace();

}

JModules.updateInfo();

JMainDlg.mfRefer.updateInfo();

closeDialog();

}

}

Заключение

Последнее время отмечено формированием новой экономики, основным инфраструктурным элементом которой является сеть Интернет. Выводя часть своего бизнеса в Интернет, компании преследуют одновременно несколько целей: от сокращения издержек до улучшения обслуживания клиентов и организации нового онлайнового канала сбыта. Существует много схем электронной коммерции как в секторе B2C (например, создание Web-витрины или Интернет-магазина), так и в секторе B2B (к примеру, организация корпоративного портала или участие в работе виртуальной торговой площадки - e-marketplaces). Однако нужно четко понимать, что использование любой из этих схем не будет эффективным, если компания заранее не позаботилась о наведении порядка внутри своего бизнеса, о создании надежного бэк-офиса.

В качестве основы построения Интернет-решений практически всегда рассматриваются MRPII/ERP-системы, обеспечивающие ресурсное планирование и интегрированное управление всеми бизнес-процессами компании. Грубо говоря, MRPII/ERP-системы - это хребет, к которому монтируются Интернет-решения. Отсутствие четкой и надежной системы внутреннего планирования и контроля, интегрированной с внешним Интернет-решением, обрекает компанию в новой экономике на неудачу.

Список использованной литературы

1. Картузов А.В. Программирование на языке JAVA. -Тамбов,1995.- 169 с.

2. Гослинг М. Иллюстрированный самоучитель по Java Москва 2002. ­-704 стр

3. Александреску A. Современное проектирование на Java: Обобщенное программирование и прикладные шаблоны проектирования Вильямс, 2002 г. 336 стр

4. Крамер Д. Платформа Java Бином. 2005 г 1104 стр.

5. Материалы с сайта www.erp-online.ru