Oracle JD Edwards

При розробці в 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, але й глибоким знанням функціональності системи, дозволяє скоротити час на розробку, уникнути багатьох помилок та підводних каменів, про які люди з невеликим досвідом можуть не підозрювати, але з якими консультанти вже стикалися на попередніх проектах.