Разработка экономического ядра модуля ERP системы курсовая по информатике , Дипломная из Информатика

Скачай Разработка экономического ядра модуля ERP системы курсовая по информатике и еще Дипломная в формате PDF Информатика только на Docsity! Учреждение образования «Белорусский Государственный Технологический Университет» ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ Курсовой проект РАЗРАБОТКА экономического ядра модуля ERP СИСТЕМЫ Выполнил Научный руководитель Минск 2007 Содержание Введение…………………………………….…………………………3 Что такое ERP…………………………………………………………7 Происхождение и развитие ERP…………..…………………………16 Что дает внедрение ERP………………………………………………23 Особенности разработки программ на Java …………..…………….26 Прокетирование и реализация модуля ERP системы. ……………...30 Экономическая схема торговой деятельности……………………….31 Пример реализации схемы…………………………………………….32 Заключение……………………………………………………………..39 Список использованной литературы…………………………………40 то есть наиболее простому стандарту, в рамках которого осуществляется управление «склад–цех». К такому же выводу пришли и авторы исследования «Выбор тиражируемой интегрированной системы управления предприятием» И хотя в ассортименте белорусских разработчиков представлено ПО для управления другими ресурсами предприятия, такими как финансы и персонал, эти направления до сих пор слабо интегрированы с производством, что не позволяет отнести систему в целом к более высокому стандарту по международной классификации ИСУП. Фактически ни одна из белорусских систем не поддерживает управление процессом планирования, к которому относятся моделирование и сравнение различных вариантов производственных планов по критериям ресурсной и финансовой реализуемости. Они не поддерживают и процесс выработки решений при отклонениях, когда система выдает перечень возможных вариантов изменения плана: снять заказ, изменить его, перераспределить ресурсы – и, таким образом, формирует пространство для выбора управленческого решения. Очевидно, что стандарт 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 Существует несколько видов автоматизированных систем управления. К ним относятся и такие системы автоматизации, как 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 По мнению аналитиков Центра 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 систем: система 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 ) показывает, что наиболее часто встречающимися критериями являются следующие: стоимость системы, гибкость, масштабируемость, открытость, возможность модификации под потребности предприятия, имидж фирмы- производителя, наличие успешных внедрений на предприятиях аналогичной отрасли, соотношение Цена/Качество, соотношение Цена/Функционал, функционал системы, СУБД, лежащая в основе КИС (Корпоративной Информационной Системы), возможность работы в КИС удаленных подразделений и др. Значения критериев, выдвигаемых в процессе выбора к желаемому объекту, и позволяют принимать решения. Чем более точны и детальны эти критерии, тем, с одной стороны, более сложен механизм выбора, но, с другой стороны, и более правильный, так как учитывает достаточно большое количество различных факторов. Что касается критериев выбора предъявляемых к КИС как специалистами в области информационных технологий, так и сотрудниками предприятий, осуществляющих выбор, то для них характерны следующие особенности: общий характер, низкая степень детализации или отсутствие таковой; отсутствие четких формулировок; ориентация критериев на рекламные материалы фирм-производителей; отсутствие системы критериев; малая доля охвата характеристик объекта выбора; отсутствие систематизации критериев; низкая связь критериев с бизнес-процессами предприятия. К основными критериями, которые носят общий характер и постоянно выдвигаются пользователями и ИТ-специалистами: масштабируемость, открытость, гибкость, интегрируемость, нацеленность команды на достижение успеха, возможность доработки функционала, единое информационное пространство и т.п. только для одного критического ресурса — времени. При необходимости учета еще нескольких ресурсов, например, технологической оснастки – диаграммы Гантта надо воспринимать как “объемные”, приобретающие ряд измерений по числу учитываемых ресурсов. Это удобно для визуальной интерпретации планов, но затрудняет их анализ. Работы Ф. Тейлора и Г. Гантта легли в основу научных дисциплин, возникших в середине ХХ века, — промышленной инженерии (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 получили распространение в США и практически не применялись в Японии. Дело в том, что японские методы управления в машиностроении в основном точки зрения систем управления и планирования (в качестве которых используются 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 представлена только с одной стороны — с точки зрения развития производственного планирования. Предложенный анализ концепций выстроен в историческом ракурсе и не является описанием алгоритмов. Опираясь на этот аналитический материал, более удобно • системы не связаны с производственным процессом непосредственно, они не являются автоматизированными системами управления технологическими процессами, но имеют дело с моделью технологического процесса; • их работа состоит в улучшении деятельности предприятия, оптимизации материальных и финансовых потоков на основе вводимой на рабочих местах необходимой информации; • в одной системе охватывается планирование и управление всей деятельностью производственного предприятия, начиная от закупки сырья и заканчивая отгрузкой товара потребителю; • информация вводится в систему только один раз в том подразделении, где она возникает, хранится в одном месте, и многократно используется всеми заинтересованными подразделениями. Как следствие, MRPII/ERP-системы позволяют достичь согласованности работы различных подразделений, снижая при этом административные издержки и устраняя проблему интеграции данных для разных приложений. Эти системы являются инструментом повышения эффективности управления, принятия правильных стратегических и тактических решений на основе своевременной и достоверной информации, выдаваемой компьютером. 2. Использование MRPII/ERP-систем позволяет достичь конкурентных преимуществ за счет оптимизации бизнес-процессов предприятия и снижения издержек. Эти системы создавались как раз для управления себестоимостью продукции и достижения за счет этого конкурентных выгод. Поэтому системы реализуют методы планирования и управления, позволяющие: • регулировать количество запасов, устраняя их дефицит и залеживание, и тем самым значительно снизить омертвленные в запасах затраты и складские издержки; • сократить незавершенное производство, поскольку производство планируется только на основе спроса на конечную продукцию, при этом производственные работы инициируются исходя из срока, к которому должен быть исполнен клиентский заказ; • оценивать выполнимость поступивших заказов с точки зрения имеющихся на предприятии мощностей; • сократить расходы и время, затрачиваемые на изготовление продукции, за счет оптимизации бизнес-процессов; • отслеживать фактическую производительность каждой производственной единицы и, сравнивая ее с плановой производительностью, оперативно вносить корректировки в производственные планы; • в результате уменьшения цикла производства и цикла выполнения заказа более гибко реагировать на спрос; • улучшить обслуживание клиентов и заказчиков за счет своевременного исполнения поставок. Реализованные в MRPII/ERP-системах возможности гибкого управления себестоимостью продукции позволяют получать более высокую прибыль. Кроме этого, снижение себестоимости означает возможность варьировать рыночную цену продукции (в сторону понижения), что является мощным преимуществом в конкурентной борьбе. Остается заметить, что внедрение MRPII/ERP-системы конкурентом - это сигнал для принятия симметричного решения, поскольку автоматизированные системы управления являются действительно мощным инструментом бизнеса и средством выживания в нелегких рыночных условиях. 3. Внедренная MRPII/ERP-система может помочь компании привлечь инвестиции. MRPII/ERP-системы делают бизнес компании более прозрачным, что повышает доверие к нему со стороны инвесторов. Это особенно актуально в российских условиях. Следует добавить, что существуют российские разработки MRPII- систем ("Галактика", "Парус", "Босс"), однако часто выбор отечественных предприятий падает на аналогичные западные системы. Мотивом такого решения, как правило, является желание привлечь западные инвестиции: обычно иностранные акционеры, инвесторы, консультанты требуют, чтобы на предприятии была установлена знакомая им система. Особенности разработки Java программ Создание языка Java — это действительно один из самых значительных шагов вперед в области разработки сред программирования за последние 20 лет. Три ключевых элемента объединились в технологии языка Java и сделали ее в корне отличной от всего, существующего на сегодняшний день. Java высвобождает мощь объектно-ориентированной разработки приложений, сочетая простой и знакомый синтаксис с надежной и удобной в работе средой разработки. Это позволяет широкому кругу программистов быстро создавать новые программы и новые апплеты. 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). Байт-код, в свою очередь, может интерпретироваться в Экономическая схема торговой деятельности Любая торговая экономическая деятельность, включает в себя несколько основных разделов: • Сами операции • Покупка • Продажи • Посредничество • Смешанный вариант (к примеру Dropshipping) • Субъекты которые непосредственно участвуют в этих операциях: • Клиенты (любой клиент может выступать в роли посредника) • Посредники (помогающие осуществить товарный или денежный расчет м/у клиентами) • Товарное посредничество (Склады и почты) • Прием • Отправка • Обмен • Денежное посредничество (Банки, платежные системы итд) • Прием • Проплата • Конвертация валют • Обмен м/у различными платежными системами Любая торговая экономическая деятельность при упрощении представляет собой оборот товаров и денег. А деньги есть эквивалент товара плюс посредники для обеспечения этого обмена. Но у каждой деятельности, есть также некоторые отраслевые особенности с определенными дополнительными параметрами, по которым она работает. То есть любая экономическая деятельность будь то система управления финансами компьютерного клуба, агенства недвижимости или интернет торговли работает в пределах схемы приведенной выше (какие-то части есть , каких-то нет) в купе с отраслевыми. Если программно реализовать вышеприведенную экономическую схему, то чтобы построить необходимую экономическую модель, нужно просто оставить необходимые модули из этой схемы плюс добавить отраслевые законы, по которым это будет все работать. Такая практика используется, когда пишут большие экономические проекты сходной направленности, после чего они разбиваются на более мелкие, с сохранением архитектуры программы. Измения мелких относительно основного проекта - несоизмеримы по времени разработки большого – что очень удобно. Поэтому в будущем когда заказчику нужна будет бухгалтерская система опреленной направленности ,к примеру работа агентства недвижимости, нет смысла делать автономную, статическую программу , и выделять под это весь проект. Удобней будет сделать один проект , который будет как конструктор- шаблон для других любых экономических проектов. В общем, любая программа построенная на этом “конструкторе”, позволит контролировать товарно- финансовые потоки и представит удобные инструменты для выполнения промежуточных . Пример отраслевой реализации экономической схемы Аукцион EBAY К примеру программа для аукциона Ebay, может затрагивать все разделы схемы деятельности и может быть полезна как продавцам и покупателям для учета всех операций, так и для посредников . Главное, чтобы он серьезно и много работал в этой схеме торговли, чтобы ему был смысл отследить и автоматизировать свою деятельность относительно множества других объектов или операций. Каждый в зависимости от роли, в которой он участвует в обмене товаров и денег, будет наглядно представлять, что он делает относительно других и какой его результат. Для построения программы для ebay, добавляем систему акционов (обычный, голландский итд) это идет как особенность операции продажи. Также можем добавить типы совершения продаж (Buy it now, immediate payment required , private auctions etc) и тд. Добавляем систему рейтингов для продавцов и покупателей(CRM/SRM), Добавляем товарных посредников (почты). Добавляем статистику по закрытым аукционам (аналитика) и тд… Добавили все законы и ограничения этой схемы , характерные для ebay - получили программу для работы на ebay. Агенство недвижимости Участники (клиенты или субъекты) • Арендодатели (продавцы) • Само агенство (посредник) • Квартиросъемщик (покупатель) Квартиросъемщик снимает квартиру через агентство, приводя к перемещению товаров и денег. В данном случае товаром выступает информация о сдаваемой квартире. Деньги от квартиросъемщика идут и к агентству и к арендодателю квартиры. Товар идет от арендодателя к квартиросъемщику. Опять существуют разные типы квартир с разными характеристиками и ценами. Существуют различные агентства и работающие на них агенты, а также различные категории людей, кто будет снимать эти хаты. Для каждого составляется своя база данных. В общем, простые информационные услуги, где товар информация. Построили эту схему перемещения товаров (информации о сдаваемом жилье) Исходный код Файл 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); } Заключение Последнее время отмечено формированием новой экономики, основным инфраструктурным элементом которой является сеть Интернет. Выводя часть своего бизнеса в Интернет, компании преследуют одновременно несколько целей: от сокращения издержек до улучшения обслуживания клиентов и организации нового онлайнового канала сбыта. Существует много схем электронной коммерции как в секторе B2C (например, создание Web-витрины или Интернет-магазина), так и в секторе B2B (к примеру, организация корпоративного портала или участие в работе виртуальной торговой площадки - e-marketplaces). Однако нужно четко понимать, что использование любой из этих схем не будет эффективным, если компания заранее не позаботилась о наведении порядка внутри своего бизнеса, о создании надежного бэк-офиса. В качестве основы построения Интернет-решений практически всегда рассматриваются MRPII/ERP-системы, обеспечивающие ресурсное планирование и интегрированное управление всеми бизнес-процессами компании. Грубо говоря, MRPII/ERP-системы - это хребет, к которому монтируются Интернет-решения. Отсутствие четкой и надежной системы внутреннего планирования и контроля, интегрированной с внешним Интернет-решением, обрекает компанию в новой экономике на неудачу. Список использованной литературы 1. Картузов А.В. Программирование на языке JAVA. -Тамбов,1995.- 169 с. 2. Гослинг М. Иллюстрированный самоучитель по Java Москва 0 0 1 F2002. -704 стр 3. Александреску A. Современное проектирование на Java: Обобщенное программирование и прикладные шаблоны проектирования Вильямс, 2002 г. 336 стр 4. Крамер Д. Платформа Java Бином. 2005 г 1104 стр. 5. Материалы с сайта www.erp-online.ru