Программа jde что это такое

Oracle JD Edwards EnterpriseOne

Oracle JD Edwards EnterpriseOne – интегрированный программный комплекс ERP-класса, объединяющий современные стандартизированные технологии и ценность для бизнеса, в основе которого заложен огромный практический опыт в разработке корпоративных программных приложений с низкой общей стоимостью владения системой.

О СИСТЕМЕ

Oracle JD Edwards EnterpriseОne
Немедленный и долгосрочный экономический эффект для современных компаний.

Oracle JD Edwards EnterpriseOne – идеальное решение для современных компаний.

В современном мире, бизнес-процессы не знают, что такое ограничения, планы и ожидания. Бизнес-процессы разворачиваются в реальных условиях, изменчивы и часто непредсказуемы. Oracle JD Edwards EnterpriseOne – инструмент, позволяющий эффективно управлять современной компанией. Каждый модуль системы является частью единого целого и позволяет связать воедино все аспекты вашего бизнеса: управление финансами, цепочками поставок и логистикой, производственными активами, закупками, продажами, взаимоотношениями с клиентами, и др.

JDE FUNCIONALIDADES 9.2

Таким образом, с помощью Oracle JD Edwards EnterpriseOne, вы можете видеть всю ситуацию на предприятии в реальном режиме времени и соответственно, разрабатывать стратегию развития компании или вовремя предотвращать критические для бизнеса ситуации, опираясь на действительно реальные данные с любым уровнем детализации.

ОТРАСЛЕВОЕ ПРОИЗВОДСТВО
(обзор решения)

СКАЧАТЬ ПРЕЗЕНТАЦИЮ

Oracle JD Edwards в производстве и дистрибуции

Oracle JD Edwards EnterpriseOne может помочь предприятиям с любым типом производства: непрерывным, дискретным и смешанным, управлять производственными операциями для достижения совершенства бизнес-процессов. Идеально подходит, как для средних предприятий, так и для крупных компаний.

Oracle JD Edwards в химической промышленности

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

Oracle JD Edwards в фармацевтической промышленности

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

Комплексная система управления Oracle JD Edwards EnterpriseOne предназначена для автоматизации крупных и средних предприятий.

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

O que é o JD Edwards Orchestrator?

Oracle JD Edwards EnterpriseOne полностью поддерживает стандарты MRP (Material Requirement Planning) и MRP II (Manufactory Resource Planning). В основу функциональности системы, разработчиками была заложена концепция комплексного управления логистикой – SCM (Supply Chain Management). Одной из важных составляющих функциональности системы является стандартизированное решение для управления складской логистикой – WMS (Warehouse Management System).

Продуктивность, эффективность, ответственность.

Любое решение для бизнеса, должно быть надежным. Oracle JD Edwards EnterpriseOne позволяет управлять основными базовыми процессами, в которые вовлечены три обязательных составляющих успешного бизнеса: финансы, люди и оборудование. Владение информацией в современном мире – это гарантия успешного использования информации и ресурсов для достижения успеха.

Только то, что Вам нужно.

Решение Oracle JD Edwards EnterpriseОne, изначально имеет модульную архитектуру. Уникальность системы состоит в том, что Вы приобретаете и внедряете только те приложения, которые необходимы для Вашего бизнеса именно сегодня. В случае, когда Ваши потребности изменятся, вы легко и быстро сможете довнедрить необходимые для Вашей компании модули системы. Вы можете выстраивать и развивать Oracle JD Edwards EnterpriseОne постепенно, практически в любой последовательности – по мере роста и развития Вашего бизнеса.

Ваш рынок меняется.

Сегодня непредсказуемость в бизнесе, стала нормой. Oracle JD Edwards EnterpriseОne поможет Вам справиться с непостоянством рынка, сделав Ваш бизнес более гибким и оперативным. Уникальность решения в том, что его можно адаптировать как к Вашим сегодняшним методам ведения бизнеса, так и к методам, которые Вы будете использовать в будущем. Oracle JD Edwards EnterprisеОne позволяет Вам перейти от сегодня уже неэффективных и дорогих методов (таких, как производство на склад) к более прибыльным и современным (производство на заказ) – даже если Вы работаете в сфере обслуживания или в ресурсоемкой отрасли. Благодаря совместному обмену информацией через приложения, с внедрением Oracle JD Edwards EnterprisеОne, Вы получаете возможность эффективно координировать свои усилия с партнерами и оперативно реагировать на потребности клиентов.

Мир становится теснее, а Ваш бизнес продолжает расти.

География Вашего бизнеса, бизнеса Ваших клиентов и Ваших конкурентов, расширяется с каждым днем. Решение Oracle JD Edwards EnterpriseОne дает Вам возможность направить свою деятельность на новые рынки в любую точку мира, позволяет работать там, где работают Ваши клиенты. При этом, по мере роста Вашего бизнеса, Oracle JD Edwards EnterpriseОne предоставит возможность управлять многочисленными подразделениями и обеспечит необходимую в условиях расширения масштабируемость.

Технологии обеспечивают стандартизацию.

Закрытые корпоративные технологии могут стать препятствием для обмена информацией с Вашими клиентами и партнерами. Несовместимость систем мешает взаимодействию между компаниями. Решение Oracle JD Edwards EnterpriseОne обеспечивает открытость Вашей компании для разрабатываемых и уже принятых технологических стандартов, и новых возможностей. Вы можете добавлять новые технологии, интерфейсы взаимодействия с системами партнеров и клиентов, будучи уверенными в безопасности и целостности данных.

Богатство и глубина функциональных возможностей.

Среди многообразия программных продуктов для автоматизации всех аспектов деятельности предприятия Oracle JD Edwards EnterpriseOne выделяется своей гибкостью и широкой функциональностью. Oracle JD Edwards EnterpriseОne может помочь Вам в интеграции практически всех аспектов вашего бизнеса, включая управление взаимодействием с клиентами, управление активами предприятия, управление ресурсами предприятия, управление проектами, управлением цепочками поставок, и многими другими.

Источник: rbc-grp.solutions

Программа jde что это такое

Система управления предприятием Oracle JD Edwards EnterpriseOne — экономичное решение с модульной архитектурой, предназначенное для автоматизации основных функциональных направлений деятельности компаний различной отраслевой направленности.

• Управление взаимоотношениями с клиентами
• Управление заказами
• Управление поставками (закупки)
• Управление запасами
• Производство
• Управление транспортом
• Управление проектами
• Управление недвижимостью
• Управление финансами

Архитектура Oracle JD Edwards EnterpriseOne — это реализация принципов построения распределенной вычислительной среды (Configurable Network Computing). Она представляет собой классическую 3-уровневую модель:

1. Уровень клиента
Клиентские рабочие станции. Основная задача — реализация интерфейса пользователя для работы с данными и приложениями. Пользовательский интерфейс представлен в виде HTML-страниц.

2. Уровень приложений
Серверы приложений обрабатывают бизнес-логику приложений и обеспечивают связь между клиентом и базой данных. На данном уровне обеспечивается балансировка нагрузки между серверами для обеспечения доступности, отказоустойчивоcти, надежности и масштабируемости системы. Уровень приложений образован двумя серверами:

Web Server (отвечает за отрисовку интерфейса пользователя),
Logic Server (обрабатывает данные).

В качестве фреймворка на этом уровне могут использоваться серверы приложений Oracle Application Server и IBM WebSphere.

3. Уровень СУБД
Уровень базы данных представляет собой сервер базы данных Oracle (а также IBM DB2 или MS SQL), который хранит всю информацию Oracle JD Edwards EnterpriseOne.

Серверная платформа для уровней приложений и СУБД:

Windows Server;
Unix (Sun Solaris, HP/UX, AIX);
Linux (RedHat, Oracle);
IBM (AS/400, System i)

Deployment Server, уникальная часть архитектуры Oracle JD Edwards EnterpriseOne, — сервер, с помощью которого решаются административные задачи и выполняется установка ПО на прочие компоненты. Используется для:
построения конфигурации Oracle JD Edwards EnterpriseOne;
создания пакетов — программного обеспечения;
доставки программных компонент прочим элементам архитектуры;
хранения исходных текстов программ (бизнес-функций) и откомпилированных .dll-файлов;
управления лицензиями.

Инструменты

Инструментарий Oracle JD Edwards EnterpriseOne представляет собой среду разработки, позволяющую выполнять различные типы задач. Эти инструменты можно разделить на следующие группы:

1. Инструменты разработки — используются для разработки и настройки приложений, обеспечения графического интерфейса разработок, а также для построения отчетов.

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

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

4. Инструменты интеграции — обеспечивают совместный эффективный обмен данными между внешними приложениями и Oracle JD Edwards Enterprise One.

Отличительными особенностями системы Oracle JD Edwards EnterpriseOne являются:

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

Oracle JD Edwards EnterpriseOne 9.1

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

Oracle Corporation
500 Oracle Parkway
Redwood Shores, CA 94065

Источник: www.erp-online.ru

Программа jde что это такое

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

Э. В. Дейкстра

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

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

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

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

Обычно процедуры процесса управления изменениями в JDE разрабатываются с обязательным участием специалистов в области разработки и администрирования и включают в себя как минимум следующие пункты:

• Определение и настройка ролей пользователей, правил операций (Activity Rules), разрешенных действий (Allowed Actions), статусов проектов АРМ управления объектами (OMW — Object Management Workbench), правил перемещения объектов (все настройки выполняются в JDE).
• Разработка шаблонов документов для заявок на модификацию, функциональных и технических спецификаций, разработка регламента процедуры модификации.
• Организация механизма по выполнению регламента процедуры модификации (рассмотрение и приоритезация заявок на модификацию, назначение ответственных из числа разработчиков, функциональных специалистов и технических писателей).

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

• Увеличение сроков разработки из-за выбора неоптимального технического решения, незнания «подводных камней» JDE.
• Низкая производительность реализованных модификаций.
• Нарушение целостности данных, неправильное сохранение информации в базу данных JDE.
• Ошибки в работе приложений в результате необдуманного изменения объектов JDE.

Таким образом, чтобы снизить риск возникновения проблем с производительностью системы и целостностью данных, обеспечить быстрое и качественное выполнение модификаций представляется особенно целесообразным привлечение специалистов, имеющих большой опыт ведения разработок и администрирования в системе Oracle JD Edwards EnterpriseOne, для участия в решении следующих задач:

• Обучение разработке в среде JDE.

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

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

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

Источник: jdeidea.ru

Home

В этой статье я продолжу описание инструментов тестирования ERP системы JD Edwards OneWorld. К моменту, когда я заканчивал писать статью, ERP систему успели переименовать несколько раз. Сейчас ее название Oracle JDE Enterprise One (Oracle JDE E1). В дальнейшем для краткости я буду называть ее ERP JD.

В этой статье речь пойдет о следующих инструментах:

• D.EdwardsVirtualScriptEditor — инструмент создания скриптов для «виртуальных» пользователей (для нагрузочного, стресс и тестирования производительности);
• J.D.EdwardsVSMEditor —инструмент создания одного «виртуального» скрипта из нескольких.
• J.D.EdwardsVirtualRunner — инструмент запуска скриптов, созданных в Virtual Script Editor(для нагрузочного, стресс- и тестирования производительности).

Virtual Script Editor

Итак, следующим в линейке инструментов тестирования является инструмент Virtual Script Editor или APEditor.

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

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

Всю работу пользователя, весь этот поток событий можно сохранить в ERP JD. Я писал в первой части статьи об инструментах, которые помогают сохранить этот поток событий. Это инструменты EventCaputre и AutoPilot.

В Vitrual Script Editor все потоки событий, сохраненные EventCaptureили AutoPilot можно посмотреть в хронологическом порядке.

Рисунок 1. Список потоков событий, на основе которых создаются скипты виртуальных пользователей

В этом списке указывается сквозной номер потока, имя клиента, на котором записывался поток событий, время начала выполнения, продолжительность выполнения скрипта или работы пользователя, окружение, версия ERP JD, имя скрипта AutoPilot, или имя результата записанного EventCaptur e.

В APEditor сохраненный поток событий, есть возможность посмотреть с помощью графа, на котором видна последовательность вызова событий по типам (запросы к БД, работа с контролами, вызов API, и т.д.).

Рисунок 2. Последовательность вызова событий

Кроме того, есть возможность посмотреть результат в виде графа идентификаторов потоков.

Рисунок 3. Еще один граф

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

Выбрав интересующий поток событий, он импортируется в Virtual Script Editor. Это тот материал, из которого Virtual Script Editor создает скрипты «вирутальных» пользователей.

Рисунок 4. Импортированный в Virtual Script Editor поток событий

Поток событий содержит следующую информацию

• Время начала, завершения и продолжительности события
• Идентификатор потока
• Идентификатор пользователя, вызвавшего событие
• Идентификатор запроса
• Уровень вызова
• Идентификатор сообщения
• Текст сообщение, детально описывающее событие (например, вызов функции открытия таблицы)

Текст сообщения для каждого события включает в себя аббревиатуру, которая определяет тип события. Встречаются следующие аббревиатуры:

JDB — Вызовы API функций обращения к БД (открытие таблицы, получения в курсор выборки данных, извлечение строки из выборки и т.п.)

RTE — Вызов API функций, обращения к объектам (вызов бизнес-функций).

EVR — Event Rule, функции, которые вызываются сразу после наступления определенных событий, например, нажатия кнопки

LOG — Предупреждения ( warning message)

ERR — сообщения об ошибках ( error message)

MSG — сообщения AutoPilot

AUT — действия с контролами (нажатие кнопки, заполнение полей ввода и пр.)

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

Рисунок 5. На правой панели значения параметров, с которыми вызывалась бизнес-функция

Кроме того, есть возможность посмотреть зависимость параметров между API функциями. Зачем?

Когда сохраняется поток событий, созданный пользователем, то в него записываются вызов API функций с конкретными значениями параметров. При этом не записывается, из какой функции она была вызвана. Поэтому в Vitrual Scrip Editor необходимо явно связать между собой события.

Такое связывание событий гарантирует, что значение необходимого параметра будет передаваться в API функцию при её вызове, во время работы «виртуального» скрипта.

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

Virtual Script Editor позволяет связывать параметры и присваивать им значения как автоматически (то есть, когда значения будут формироваться по определенным правилам и передаваться в API функции, например, даты, номера заказов), так и вручную, когда тестировщик задает явные значения, которые должны передаваться во время работы виртуального скрипта.

В Virtual Script Editor длякакой-либо части потока событий есть возможность создать циклы, чтобы во время работы виртуального скрипта определенные запросы, вызов API-функций выполнялись несколько раз. При этом можно задать количество повторений, а также время, в течение которого определенный поток событий должен повторяться.

После того, как в Virtual ScriptEditor связаны API функции, заданы правила динамического изменения параметров и созданы правила, по которым определенный поток событий выполняется по некоторому циклу, можно создавать «виртуальный» скрипт нажатием кнопки [Generate].

Рисунок 6. Создать «виртуальный» скрипт

Если во время редактирования потоков событий какие-то событие были связаны неверно или были допущены другие ошибки, то после попытки сгенерировать «виртуальный» скрипт Virtual Script Editor выдаст сообщения об ошибках.

Рисунок 7. Ошибки при создании «виртуального» скрипта

Если же редактирование потоков событий было сделано без ошибок, то Virtual Script Editor сгенерирует «виртуальный» скрипт в определенном формате «.vsx». После этого его можно запускать.

Для запуска «виртального» скрипта в JD имеется специальный движок, Virtual Script Player, который можно запускать из командной строки, а также через Virtual Runner. О нем речь пойдет позже. А сейчас следующий инструмент

VSMEditor

Простой инструмент, который из нескольких «виртуальных» скриптов собирает один. Более о нем писать нечего. На рисунках 8 и 9 все видно.

Рисунок 8. VSMEditor — сборка скрипта

Следующий инструмент в линейке инструментов тестирования ERP JD Virtual Runner.

Virtual Runner

Virtual Runner является достаточно простым инструментом. С помощью его мастера задаются параметры для каждого виртуального пользователя — а именно: какое количество «виртуальных» скриптов он будет запускать, сколько раз будет повторяться каждый виртуальный скрипт.

Также с помощью мастера можно задать порядок работы виртуальных пользователей, то есть будут они работать параллельно, или последовательно. Этот инструмент напоминает по функциональности Rational TestManager, в котором при создании Test Suite определяется порядок и правила запуска скриптов, или Контроллер в Mercury LoadRuuner. Virtual Runner имеет намного меньше возможностей, но зато он намного проще в работе. Все необходимое для нагрузочного тестирования в нем есть.

Рисунок 9. Virtual Runner

При выполнении скрипов в VirtualRuuner, для каждого вируального пользователя прописывается состояние, например: «начал работу», «инициализация в JD», «в процессе работы», «завершил работу» и т.п.

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

Рисунок 10. Лог-файл работы «виртуального» скрипта

На рисунке 10, видно, что «виртуальный» скрипт «отработал» с ошибками.

Напомню, что для запуска виртуального пользователя есть специальный движок Virtual Script Player. Virtual Runner создает столько экземпляров Virtual Script Player, сколько виртуальных пользователей было указано в мастере LoadRuuner.

Собственный опыт (в качестве завершения)

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

Для этого я создал модель, в которой сымитировал одновременную работу большого количества пользователей, выполняющих различную функциональность. У меня было сильное желание быстрее испытать Virtual Runner и после предварительной проверки на 3-5 виртуальных пользователях, я задал количество виртуальных пользователей 10 тысяч в мастере Virtual Runner.

При этом, как выяснилось потом, каждый виртуальный пользователь потреблял около 3О Мб памяти. Поэтому, после того, как я нажал кнопку RUN (запустить тест), на тестовом компьютере мгновенно была занята вся память и активно включилась работа файла подкачки. Но, это не спасло тестовый компьютер. Он заблокировался, и мне пришлось его перегрузить.

После этого я рассчитал потребление ресурсов каждым виртуальным пользователем. Рассчитал потребности в ресурсах тестовой площадки. В итоге я проводил стресс-тестирование на площадке в два-три десятка компьютеров, на каждом из которых «работало» от 5 до 25 виртуальных пользователей. Общее число виртуальных пользователей было около 500. В итоге, с помощью этих инструментов тестирования ERP JD было успешно проведено тестирование – виртуальные скрипты, завершили свою работу, с мониторов сервера БД и сервера приложений были сняты показатели, которые потом анализировались администраторами системы.

На этом я завершаю краткий обзор инструментов тестирования ERP системы Oracle JDE Enterprise One.

Источник: www.software-testing.ru