Реферат Дипломна робота містить сторінку, рисунків та посилання

Реферат

Дипломна робота містить сторінку, рисунків та посилання на найменувань джерел. В даній роботі розглядається процес обробки та перевірки даних в ERP–системах. Пересилка даних при цьому здійснюється у XML форматі, а їх перевірка – за допомогою DTD та\або XSD схем.

Введение

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

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

Поняние о ERP

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

Термин ERP происходит от английского «Enterprise Resource Planning», что переводится как «планирование ресурсов предприятия».

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

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

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

Многофункциональность ERP-систем позволяет использовать этот термин одновременно в нескольких значениях:

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

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

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

Основное назначение ERP-системы: обеспечить рост конкурентоспособности предприятия путем повышения эффективности бизнес-процессов и сокращения расходов.

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

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

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

повышение контроля над спросом и предложением благодаря сокращению производственного цикла;

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

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

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

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

повышение качества обслуживания путем направления ресурсов предприятия на своевременное осуществление поставок.

Краткие характеристики ERP-системы:

интеграция основных производственных процессов организации;

обработка большинства бизнес-операций;

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

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

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

применение как в традиционной внутренней среде «клиент – сервер», так и во внешней среде с привлечением Интернет-технологий;

поддержка различных отраслей народного хозяйства;

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

Преимущества ERP-систем

1) Интегрирование всех аспектов деятельности предприятия

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

2) Привлечение лучших методологий

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

3) Ликвидация информационного дисбаланса

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

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

4) Доступ к базе данных в реальном времени

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

5) Возможность синхронного доступа для решения задач планирования и контроля

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

6) Формирование организационной целостности предприятия

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

7) Повышение эффективности взаимодействия и сотрудничества между подразделениями организации

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

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

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

9) Возможность привлечения дополнительных инвестиций

Внедрение ERP делает бизнес-процессы компании более прозрачными, повышая ее привлекательность для инвесторов, а следовательно, позволяет привлечь дополнительные инвестиции для дальнейшего развития производства.

10) Управление себестоимостью продукции

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

Недостатки ERP систем

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

Ограниченная во многих случаях настройка

Необходимость пересмотра бизнес-процессов

Непомерно высокие затраты на установку и запуск ERP системы , a также ее техническая поддержка

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

Критерии выбора ERP-систем

Автоматизированные системы управления служат мощным инструментом для развития бизнеса и важным средством выживания в условиях рыночной экономики.

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

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

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

Примеры наиболее распостраненных ERP-систем: R/3 корпорации SAP AG, Oracle Applications, MANMAN/X – производитель СА, TRITON – производитель BAAN.

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

Внедрение ERP-систем

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

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

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

Информационная система планирования ресурсов предприятия является довольно развитой системой и функции ее находятся в постоянной стадии разработки и усовершенствования, но все же, случается так, что после того, как ERP-система была внедрена на определенном предприятии и все методики ее внедрения были задействованы правильно, руководству предприятия по-прежнему не удается получить полный информационный контроль над деятельностью предприятия. И что самое интересное, ничего существенного не происходит, а даже наоборот, все остается по-прежнему. В чем же здесь дело? Факторов, влияющих на некорректную работу ERP-системы может быть много. Это может быть, к примеру, некорректное оформление первичных документов, сбои и нарушения в политике сбыта, наличие на предприятии сверхнормативных запасов. Возможны даже случаи того, что многие предприятия после внедрения ERP-системы, отказываются от нее, по причине того, что она несвоевременно реагирует на поставленные перед ней задачи. Но так дело обстоит не только на наших предприятиях, есть сведения, что и на западе на долю успешных внедрений ERP-системы на предприятиях приходится менее 50% случаев.

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

Стоит выделить следующие ошибки:

1. При проектировании ERP-системы не учитывается дальнейшая стратегия развития предприятия.

Как показывают проведенные анализы, это является основной ошибкой при внедрении ERP-системы. Давайте разберемся, почему так происходит. За последние годы экономика и различные экономические отрасли, в которых работают предприятия, значительно видоизменились и продолжают постоянно изменяться, в таком контексте невозможно настроить информационную систему корректно, так как она не сможет учитывать возможные изменения в деятельности предприятия в будущем. Примером этому может служить то, что предприятия, работающие в нефтегазовой отрасли, вывели все непрофильные активы, а между тем информация о данных активах была важной частью АСУ. Еще один пример: предприятия, работающие в сфере металлургии, почти в два раза сократили число своих работников, тем самым это отразилось на количестве автоматизированных мест, что также невозможно учесть при внедрении ERP-систем. Исходя из всего этого, становится понятно, что нужно каким-то образом усовершенствовать и модернизировать системы планирования ресурсов предприятия, чтобы в дальнейшем возможно было учитывать все изменяющиеся показатели. В противном случае внедрение ERP-систем станет своего рода обузой для правильной и продуктивной деятельности предприятия. Но уже сейчас становится возможным внедрение полнофункциональной ERP-системы на предприятиях, но это длительный процесс и может занимать от 3-х до 5-ти лет. Для того чтобы не повторять в дальнейшем ошибок, следует спроектировать и продумать структуру и масштаб деятельности предприятия минимум на три года вперед. Но здесь опять же, при неправильном прогнозировании перспектив деятельности предприятия в будущем, возможны большие потери и расходы, к примеру, на покупку дополнительного оборудования для ERP-систем, что ведет за собой непредвиденные расходы на оплату интернет-трафика. Мало кому покажется приятным, когда спустя определенное время поднимется вопрос о том, чтобы перевести уже существующую ERP-систему на другую платформу.

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

2. Проектирование информационных систем «снизу-вверх».

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

3. Некорректное перепроектирование бизнес-процессов.

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

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

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

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

4. Неверная оценка экономической эффективности внедрения ERP-системы.

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

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

Создание и внедрение ERP-системы в компании или на предприятии изначально предполагает радикальные изменения в бизнес-процессах данного предприятия или компании. Этому способствует методология внедрения ERP-системы, функциональность данной ERP-системы. Существуют системы класса SAP R/3, для которых общепринятой практикой внедрения является притягивание бизнес-процессов компании к уже имеющейся богатой функциональности ERP-системы. Вследствие внедрения данной системы предприятие несет серьезные затраты на управление внедряемого проекта, а также из-за изменений в собственных бизнес-процессах. Также существуют такие системы как MS Navision Attain и Axapta, которые принято считать системами среднего класса. Данные системы являются одними из лучших систем в данном классе, при внедрении этих систем проектировщик изначально ориентируется на адаптируемость к требуемым процессам предприятия. То есть основная цель внедрения этих систем сфокусирована на процессах заказчика, а уже потом на функциональности системы. Современные ERP-системы обладают высокоуровневой и интегрированной средой разработки, в данном случае возможно создание системы, которая в полной мере будет отвечать всем существующим требованиям компании.

Возможности ввода данных в ERP-системах

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

Возможности создания отчетов и запросов в ERP системе

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

Отчеты ERP систем

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

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

Запросы в базу данных

Системы планирования ресурсов предприятий обычно имеют под собой реляционные БД. В результате, используя или БД, или возможности запросов ERP систем, можно создавать отчеты, базирующиеся на основной информации, и делать их доступными. Запросы особенно необходимы в том случае, если отчеты, созданные ERP системой, не соответствуют нуждам пользователя.

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

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

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

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

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

Отчеты, созданные на заказ

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

Intranet

Так как ERP системы, в общем, не просты в пользовании, некоторые фирмы помещают отчеты в Интернет или в intranet. В частности, для различных уровней пользователей могут быть созданы различные среды создания отчетов. Например, пользователям-экспертам можно предоставить прямой доступ к SAP, в то время как остальным — доступ к той информации, которая им нужна, в удобном для использования формате в корпоративной сети intranet.

Интеграция intranet и ERP системы все в большей степени становится средством распространения отчетной информации в ERP системах.

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

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

Хранилища данных и их преимущества

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

Хранилища данных могут быть физически расположены в одном месте или же представлять из себя «виртуальные» хранилища, части БД которых расположены в нескольких местах.

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

Производители ERP систем все чаще интегрируют возможности хранилищ данных в свои системы.

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

Спецификация и форматы обмена данными ERP системах на базе XML-технологий

Постановка проблемы

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

Данный подход может быть использован при интеграции функциональных подсистем, базирующихся на разнородных программных платформах ERP-класса с системой автоматизации производственного процесса “Hms — Software”

Для решения этой задачи необходимо:

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

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

Варианты использования сценариев обмена между разноформатными системами

Существует два сценария. Представим, что имеются 3 системы различного класса, обозначенные, как: X-система, Y-система, Z-система (см. Рис. 1)

Рис.1 Схема взаимодействия трех разноформатных систем

Вариант регулярного периодического обмена данными

В каждой системе имеется XML-Репозитарий, где хранятся XML-файлы, содержащие схемы загрузки и выгрузки информации из собственного Хранилища (1-й слой метаданных). Со схемами загрузки/выгрузки работают универсальные Java-приложения DBImport и DBExport, доступ к которым может быть осуществлен через Web-интерфейс (см. на схеме Web-приложение). Они не модифицирутся при переносе из системы в систему (или при добавлении новых систем), а настраиваются на работу со схемами данных (XML-схемы). Достоинством этих модулей является то обстоятельство, что они не нуждаются в перепрограммировании. Они обеспечивают возможности экспорта/импорта через гибкие, универсальные интерфейсы:

уровень XML-схемы (XML-парсер, обеспечивающий разбор XML-файлов из Репозитария и безошибочное извлечение данных);

уровень доступа к Хранилищу (JDBC или Сonnector), обеспечивающий извлечение и запись данных в Хранилище c использованием XML-конвертора и валидации данных по схеме.

В общем случае процесс обмена осуществляется с использованием сценариев загрузки/выгрузки автоматически, или с возможностью административного интерфейса через Web-приложение, так как это обозначено на схеме: «Выгрузить из системы X данные по схеме выгрузки N и загрузить в систему Y по схеме загрузки M «.

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

1. Централизованное администрирование репозитария сценариев загрузки/выгрузки данных. Этот вариант предполагает создание единого репозитария схем загрузки/выгрузки для всех систем участвующих в обмене данными и средства его администрирования.

2. Распределенное администрирование локальных репозитариев для каждой системы в отдельности. Этот вариант предполагает создание отдельных репозитариев схем загрузки/выгрузки для каждой из систем и развертывания локальных средств их администрирования.

Вариант динамического обмена

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

Предполагается, что каждая из информационных систем имеет внутреннее хранилище (например, базу данных). Связь между системами осуществляется по принципу «точка-точка» через канал передачи: отправитель экспортирует внутренние данные в формат, а получатель импортирует данные из формата в свое внутреннее хранилище. В этом случае данные находятся в родном формате системы, к которой обращаются по запросу и каждая из запрашивающих клиентских SOAP-программ имеет доступ только к метаданным, но не к методам извлечения этих данных. Методы извлечения нужных данных, определяемых в метаописаниях, реализуют специальные программные компоненты Plug-Ins, написанные средствами той системы, к которой обращаются по запросу. Plug-Ins должны уметь извлекать данные и формировать документ в соответствии с форматом передачи данных. Для этого plug-ins должны реализовывать в полном объеме интерфейсы взаимодействия с SOAP-сервером обмена и снабжаться необходимыми библиотеками для непосредственного доступа к источнику данных. В свою очередь SOAP-сервер должен реализовывать механизм взаимодействия с клиентами посредством SOAP-сообщений, в соответствии с разрабатываемой спецификацией.

SOAP-сообщение выглядит следующим образом:

xmlns=»http://schemas.xmlsoap.org/soap/envelope/»

Заголовки пакета (содержимое элемента

) могут быть любыми. Прикладные программы должны формировать их с учетом потребностей конкретной среды передачи данных в соответствии со стандартом SOAP.

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

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

Вместе с этим, спецификация определяет четыре стандартных подтипа передаваемых сообщений:

1. Команды для управления действиями систем;

2. Метаданные (описания) предоставляемых ресурсов;

3. Передаваемые данные;

4. Результат обработки запроса системой.

При этом спецификация никак не ограничивает возможности передачи нескольких документов в одном SOAP-сообщении.

Процесс обмена динамическими данными между разноформатными системами представляет собой взаимодействие SOAP-клиента и SOAP-сервера, обменивающихся SOAP-сообщениями. После процесса установления соединения, SOAP-клиент запрашивает у удаленного SOAP-сервера блок метаданных, где описана структура предоставляемой для экпорта информации. На данном этапе происходит SOAP-обмен управляющими блоками (пакеты данных еще не передаются). После получения метаданных, клиент формирует специальный запрос на получение определенного пакета данных в едином универсальном формате. SOAP-сервер принимает запрос клиента, вызывает необходимый модуль выгрузки (plug-in), который выгружает нужные данные из источника данных в единый формат передачи. SOAP-сервер формирует SOAP-сообщение, проверяет его на целостность и передает по линии связи (протокол HTTP) в принимающую систему. На принимающей стороне начинает работу импортирующая программа (соответствующий plug-in), который обеспечивает импорт данных, конвертируя XML-представление во внутреннее представление источника данных. Для различных ERP-систем существуют готовые XML конверторы, которые могут быть использованы при необходимости.

Типы документов в системах

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

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

Входные преобразования

Можно выделить несколько источников для входных преобразований:

1. Неэлектронный документ. В этом случае происходит распознавание в том или ином виде: распознавание текста отсканированных бумажных документов, распознавание речи, введенной с микрофона и т.д.

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

3. Структурированный документ. Это самый простой случай. Здесь необходимо лишь преобразование данных из одного формата в другой, например из DBF в XML.

Выходное преобразование переводит структурированную информацию в неструктурированную. Результатом являются, как правило, текстовые форматы, предназначенные для печати — HTML, RTF, TEX, PDF и другие.

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

Любой документ можно представить в виде модифицированной модели «сущность-связь»

Объекты:

1.1. Тип объектов обязательно имеет имя.

1.2. Объекты могут иметь метаданные (не путать со свойствами).

2. Свойства (реквизиты):

2.1. Только простые, нет составных (структур).

2.2. Есть ключевые свойства, уникальные в контексте отношения.

2.3. Возможны однозначные и многозначные свойства. Под многозначными свойствами понимается неупорядоченное множество попарно различных элементов (т.е. порядок элементов не сохраняется).

2.4. Нет производных свойств (таких, как сумма чего-нибудь).

2.5. Свойства (как и объекты) могут иметь метаданные.

3. Отношения. Возможны отношения как со степенью два (бинарные), так и более.

4 Подтипы отсутствуют.

Единственным серьезным дополнением модели сущность/связь в данной концепции является введение понятия метаданных. Метаданные документа — это некоторая дополнительная информация, которая семантически не может быть отнесена к свойствам документа. Например, идентификатор документа является внутренней информацией, которая актуальна для хранилища, но ее бессмысленно делать свойством. Метаданные свойства — это дополнительная информация о свойстве, которая отражает его представление в прикладной программе и влияет на его обработку. Метаданные могут быть только простых типов или являться ссылками на другие типы).

Документ — это множество объектов, связанных отношениями, с одним выделенным объектом — корневым. Коллекция документов — это множество, элементами которого являются Документы и Коллекции документов.



Страницы: 1 | 2 | Весь текст