Архітектура продукту, пристосована до хмарних технологій
Традиційні локальні архітектурні моделі переробляються у зручні в обслуговуванні та безпечні для оновлення рішення, придатні для розгортання у хмарі або в гібридному середовищі.
Перехід від ISV до SaaS для рішень Business Central
Перетворіть існуюче рішення на базі NAV або Business Central на продукт, що легко підтримується та базується на розширеннях. Xpand супроводжує весь технічний процес — від оцінки продукту та перепроектування архітектури до розробки на мові AL, контролю якості, підготовки до розміщення на Microsoft Marketplace та подальших випусків оновлень
Модернізуйте продукт, а не лише код
Для подальшого розвитку існуючого рішення незалежного постачальника програмного забезпечення (ISV) недостатньо просто перетворити об’єкти C/AL на AL. Архітектура, залежності, інтеграції, обробка даних, тестування, розгортання та процеси випуску також повинні підтримувати сучасну модель Business Central.
Xpand оцінює існуючий продукт, перепроектує непідтримувані шаблони, зменшує технічний борг та готує його до розгортання у хмарі, розміщення на Microsoft Marketplace, розгортання з урахуванням специфіки клієнта або подальшого використання на локальних серверах.
Проводиться аналіз кодової бази, архітектури, інтеграцій, залежностей, моделі даних, процесу встановлення та питань готовності до роботи в хмарі з метою визначення обсягу трансформації, ризиків та плану реалізації.
Застарілі та монолітні шаблони реорганізовано в компоненти на основі розширень, що полегшують обслуговування та призначені для спрощення розробки, тестування, розгортання та майбутніх оновлень Business Central.
Код C/AL, модифікації базової програми, застарілі компоненти та непідтримувані залежності конвертуються, замінюються, рефакторуються або видаляються відповідно до узгодженої цільової архітектури.
Функціональне, технічне, регресійне, інтеграційне, інсталяційне, оновлювальне та релізне тестування допомагають підтвердити, що модернізований продукт зберігає необхідну функціональність і залишається стабільним.
Перед подачею додаток перевіряється на відповідність чинним технічним вимогам Microsoft, правилам аналізатора, вимогам до пакетування, залежностям та критеріям перевірки, що стосуються конкретного продукту.
Xpand підтримує технічне оформлення, перевірку, виправлення помилок, підготовку до випуску та комунікацію під час процесу подання. Остаточну відповідальність за сертифікацію та публікацію несе компанія Microsoft.
Після випуску Xpand може забезпечувати оновлення сумісності, технічне обслуговування, перевірку версій, заходи з повторної сертифікації, усунення дефектів та розробку нових функцій.
Перетворіть своє рішення для незалежних розробників програмного забезпечення (ISV) на продукт, готовий до роботи в хмарі, за допомогою Xpand
Проводиться аналіз кодової бази, архітектури, інтеграцій, залежностей, моделі даних, процесу встановлення та питань готовності до роботи в хмарі з метою визначення обсягу трансформації, ризиків та плану реалізації.
Чи знайома вам ця ситуація з клієнтом?
Модернізація продукту може знадобитися в таких випадках:
Рішення, як і раніше, залежить від C/AL
Застарілий код, прямі зміни в базовій програмі або застарілі компоненти заважають переходу продукту на сучасну архітектуру Business Central.
Перевірки готовності до роботи в хмарі виявляють значну кількість помилок
Команда розробників розуміє бізнес-функціонал, але не має достатніх можливостей для вирішення проблем, пов’язаних з взаємозалежністю архітектури, коду та залежностей.
Модифікований варіант рішення, як і раніше, складний в обслуговуванні
Продукт може компілюватися в AL, але його структура все одно робить тестування, розгортання, оновлення та розробку нових функцій повільними або ризикованими.
У процесі перевірки на ринку постійно виявляються нові проблеми
Помилки аналізатора, залежності, пакування, сумісність або технічні вимоги постійно затримують подання.
Оновлення Business Central створюють постійний тиск
Команда змушена постійно виправляти проблеми сумісності, оскільки підготовка до випуску та автоматизована перевірка ще не стали частиною стабільного життєвого циклу продукту.
Технічний борг гальмує розвиток продукту
Занадто багато ресурсів розробників витрачається на підтримку застарілої архітектури замість того, щоб вдосконалювати продукт, надавати підтримку клієнтам або виходити на нові ринки.
Впровадження та процес
Повний шлях від застарілої архітектури до продукту, що піддається обслуговуванню та готового до роботи в хмарі, підготовленого для Microsoft Marketplace або обраної вами моделі постачання, з постійною підтримкою у міру розвитку Business Central.
Крок 1
Ваше рішення
Повідомте про ваше існуюче локальне рішення, поточну версію Microsoft Dynamics NAV або Microsoft Dynamics 365 Business Central, архітектуру, інтеграції, залежності та цільову модель надання послуг. Це надасть компанії Xpand необхідний контекст для розуміння продукту та цілей його модернізації перед визначенням технічного обсягу робіт.
Крок 2
Ми оцінюємо
Xpand аналізує існуючий код та архітектуру, щоб виявити, що саме заважає подальшому розвитку рішення. Оцінка охоплює несумісність із хмарними технологіями, прямі зміни в додатку, застарілий код, застарілі залежності, обмеження інтеграції, технічний борг та потенційні проблеми з валідацією на Marketplace.
Крок 3
Наш план дій
Отримайте чітку дорожню карту трансформації, що охоплює цільову архітектуру, обсяг ліквідації технічного боргу, етапи розробки, підхід до тестування, розподіл обов’язків, графік та бюджет. Ця дорожня карта допоможе підготувати продукт до публікації на Microsoft Marketplace, розгортання у приватній хмарі, гібридного розгортання або подальшого використання на локальних серверах.
Крок 4
Ваше схвалення
Ознайомтеся з пропонованою архітектурою, обсягом модернізації, пріоритетами реалізації, графіком та бюджетом. Робота розпочнеться лише після того, як ви затвердите план трансформації, а обидві команди узгодять розподіл обов’язків, результати роботи та критерії приймання.
Крок 5
Ми модернізуємо
Xpand перепроектує архітектуру, що більше не підтримується, перетворює або переробляє застарілу функціональність у AL, усуває застарілі залежності, адаптує інтеграції та налагоджує необхідні процеси тестування та випуску. Протягом усього процесу реалізації рішення перевіряється на відповідність чинним технічним вимогам Microsoft щодо валідації та правилам AppSourceCop. Business Central тепер базується на розширеннях, і додатки, що подаються до Microsoft Marketplace, повинні відповідати чинному переліку вимог Microsoft щодо технічної валідації.
Крок 6
Ви перевіряєте та запускаєте
Ви перевіряєте модернізований продукт на відповідність вашим критеріям щодо функціональності, технічних характеристик, встановлення, інтеграції та оновлення. Для продуктів Microsoft Marketplace компанія Xpand готує додаток до подання та допомагає усунути виявлені під час перевірки недоліки, при цьому остаточне право затвердження залишається за Microsoft. Продукти, що не призначені для публічного випуску, можна підготувати для узгодженої приватної, орієнтованої на конкретного клієнта, хмарної, гібридної або локальної моделі постачання.
Крок 7
Постійний розвиток та підтримка
Повний шлях від застарілої архітектури до продукту, що піддається обслуговуванню та готового до роботи в хмарі, підготовленого для розміщення на Microsoft Marketplace або для обраної вами моделі постачання, з постійною підтримкою у міру розвитку платформи.
Зв’яжіться з нами будь-яким зручним для вас способом
Поширені запитання
Знайдіть відповіді на поширені запитання щодо наших послуг та рішень
Залишилися питання? Ми завжди готові допомогти!
Що таке перехід від ISV до SaaS?
Це технічна модернізація існуючого програмного продукту, що дозволяє розробляти, впроваджувати, оновлювати та підтримувати його в рамках хмарного життєвого циклу продукту.
Чи достатньо перетворити код C/AL на AL?
Зазвичай ні. Перехід на іншу мову програмування не призводить до автоматичної модернізації архітектури, залежностей, інтеграцій, обробки даних, тестування, пакування, розгортання чи управління релізами.
Чи обов’язково опублікувати додаток у Microsoft Marketplace?
Ні. Marketplace — це лише один із варіантів. Рішення також можна розміщувати на власних серверах або розгортати у вигляді розширення, адаптованого під конкретного клієнта (на основі моделі «один орендар»), якщо така модель є доцільною.
Чи може Xpand гарантувати схвалення на Marketplace?
Ні. Компанія Xpand може проводити оцінку, модернізацію, перевірку, упаковку та підготовку продукту, але остаточне рішення щодо сертифікації та публікації приймає компанія Microsoft.
Чи може Xpand підтримувати існуючий додаток з Marketplace?
Так. Обсяг робіт може включати перевірку сумісності версій, проблеми з аналізаторами, технічний борг, нові випуски, інтеграції, контроль якості та подальшу розробку продукту.