Переносимо бізнес-процес і оновлюємо систему.
Під час заміни старого застосунку недостатньо просто перемалювати екрани. Потрібно врахувати дрібні вимоги до друкованих форм, накопичені дані, інтеграцію з обладнанням і навіть роботу, яку співробітники виконують вручну, компенсуючи обмеження застосунку. Ми починаємо з того, що визначаємо, що саме потрібно перенести до нової системи.
Завдання, щодо яких можна проконсультуватися
- Перенести застосунки VB6 / MFC / WinForms та подібні на конфігурацію, яку можна супроводжувати й надалі
- Специфікацій немає, і замовлення має починатися з дослідження поведінки чинного застосунку
- Позбутися залежності від розробника або попереднього виконавця
- Вплив на бізнес великий, тому перемкнутися на нову систему одразу неможливо
- Вирішити, наскільки зберігати наявні друковані форми, дані, інтеграцію з обладнанням і COM-активи
Від впорядкування чинних специфікацій до перемикання
Визначаємо специфікації, які переносяться
Ми перевіряємо екрани, друковані форми, дані, налаштування, зовнішні інтеграції та порядок експлуатації. Розділяємо функції, які використовуються, і ті, що вже не потрібні, а також поведінку, яку слід зберегти без змін, і поведінку, яку цього разу буде вдосконалено.
Ділимо на одиниці, які можна мігрувати
Ми розглядаємо не лише повне оновлення, а й заміну починаючи з периферійних функцій та поетапну міграцію. Якщо наявні COM / ActiveX / OCX тощо і далі використовуватимуться, ми впорядковуємо спосіб їх підключення до нового застосунку та стратегію їх подальшої заміни.
Розробляємо новий застосунок і перевіряємо міграцію
Окрім проєктування й реалізації нового застосунку, ми в потрібному обсязі плануємо перевірку даних і друкованих форм, паралельну експлуатацію, пробну міграцію, порядок відкату тощо. Ми перевіряємо не лише те, чи роботу завершено, а й те, чи можна продовжувати бізнес-процес.
Як ми працюємо
- Дослідження поточного стану — вивчаємо застосунок, документацію, дані та порядок виконання бізнес-процесів і виявляємо незрозумілі місця та обмеження.
- Погодження стратегії міграції — визначаємо, що переноситься, що вдосконалюється, пріоритети та умови перемикання.
- Проєктування та розробка — реалізуємо погоджені специфікації та перевіряємо відмінності в роботі порівняно зі старим застосунком.
- Міграція та впровадження — готуємо дані й експлуатацію та підтримуємо поетапне перемикання.
Навіть якщо ви ще не вирішили переписувати
Проконсультуватися можна, починаючи з питання, чи можна й далі користуватися застосунком після доопрацювання і з яких частин почати заміну. Якщо основне — подальше використання наявного ПЗ, можливий і варіант у межах послуги доопрацювання та супроводу.
Розкажіть, для чого використовується поточне ПЗ, чому ви розглядаєте заміну, чи є вихідний код і документація та коли бажано перемкнутися. Навіть якщо не всі відомості зібрано, ми почнемо з визначення порядку дослідження.