Розробка для Windows і технічна підтримка від KomuraSoft

Повторне використання наявних активів і підтримка міграціїВикористайте накопичені активи й перейдіть до наступної архітектури.

Компоненти з бізнес-логікою та специфікою обладнання не слід викидати без розбору. Досліджуємо активи на COM, ActiveX і C++ та мігруємо, поєднуючи збереження, з’єднання й заміну.

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

  • Ви спілкуєтеся безпосередньо з інженером
  • Проконсультуватися можна ще до уточнення вимог
  • Замовити можна лише потрібний обсяг

Проконсультуватися можна на таких етапах

Почнімо з того, що вас зараз турбує.

У старому компоненті важлива специфікація, і його не можна замінити

Дослідимо роль компонента й умови його подальшого використання та чітко поясним, чому його слід зберегти.

Активи на C++ або 32-бітні активи заважають оновленню

Розглянемо з’єднання з новою стороною, наприклад через обгортку (wrapper) або окремий процес.

Повне оновлення складне, але й залишити як є не можна

Впорядкуємо послідовність оновлення з огляду на залежності та вплив на експлуатацію.

Людина, з якою можна обговорити технічні питання такими, як вони є.

Профільна фотографія Ґо Комури

Представник компанії та інженер

Ґо Комура

Інженер, що спеціалізується на Windows, працює над завданням від з’ясування проблеми до дослідження, проєктування й реалізації. Навіть те, що ви поки не можете пояснити, ми впорядкуємо, виходячи з технічних питань.

Переглянути досвід і технології / Переглянути відомості про компанію

Опубліковане технічне пояснення

Як сьогодні поводитися з ActiveX / OCX

У технічних статтях можна ознайомитися з важливими питаннями цієї сфери та принципами проєктування. Їх подано окремо від досвіду виконання замовлень.

Прочитати технічну статтю

Обсяг робіт

Довірити можна потрібну частину — або все разом.

Від окремого дослідження чи доопрацювання до розробки всього рішення: обсяг замовлення визначаємо залежно від вашої ситуації.

Дослідження наявних активів і залежностей

Досліджуємо роль і залежності COM / ActiveX / OCX, активів на C++ та інших компонентів і визначаємо умови їх подальшого використання.

Проєктування поетапної архітектури міграції

З’ясовуємо, які специфікації слід зберегти, і проєктуємо архітектуру та порядок міграції, що поєднують наявні компоненти з новим застосунком.

Підтримка міграції середовищ зі змішаними 32- і 64-бітними компонентами

Розглядаємо способи міграції, що відповідають обмеженням кожного компонента, зокрема винесення в окремий процес і реалізацію сполучної частини.

Приклади того, що перевіряємо й передаємо

  • Огляд активів, залежностей і обмежень
  • Порівняння способів взаємодії та результати перевірки
  • План поетапної міграції та реалізація місць з’єднання

Це приклади залежно від обсягу замовлення. Обсяг і форму результатів погоджуємо під час підготовки кошторису.

Якщо вам близьке якесь із цих завдань, спершу розкажіть про свою ситуацію.

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

Вартість і порядок роботи

Одразу вирішувати все не потрібно.

Почнемо з інвентаризації активів і визначення напряму міграції

Можна замовити й лише етап, на якому вирішується, які компоненти можна зберегти і з чого починати оновлення.

Орієнтовна вартість

Кошторис залежно від обсягу дослідження, з’єднання та міграції активів

Перевіримо залежності й обмеження та запропонуємо обсяг перевірки і порядок поетапної міграції.

Обсяг безкоштовного початкового дослідження та платні послуги

За умови, що ви замовите основну розробку, якщо вона буде визнана здійсненною, початкове дослідження в обсязі, потрібному для кошторису й рішення про замовлення, як правило, безкоштовне. Тривала перевірка, створення окремого середовища, прототипи, PoC і передавання детального звіту про дослідження тощо можуть бути платними.

Якщо ви замовляєте саме дослідження чи рев’ю, ми готуємо для нього окремий кошторис як для платної послуги. Якщо послуга платна, обсяг і вартість повідомимо до початку робіт.

  1. Розкажіть про свою ситуацію

    Повідомте мету, проблему й цільове середовище в тому обсязі, в якому вони вам відомі.

  2. Підтвердьте обсяг і вартість

    Повідомимо потрібне дослідження, обсяг робіт, результати, вартість і порядок роботи.

  3. Починаємо після погодження

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

  4. Перевірте результат і прийміть його

    Перевіримо результат за погоджених умов і перейдемо до впровадження або наступного кроку.

Якщо хочете докладніше дізнатися про технічний зміст

Відкрити технології, що підтримуються, і подробиці порядку роботи

Зберігаємо цінні наявні активи й переходимо до нової архітектури.

У компонентах, які використовуються роками, накопичилися бізнес-рішення та специфіка конкретного обладнання. KomuraSoft не замінює їх усі без розбору: ми досліджуємо роль і залежності кожного компонента та підтримуємо міграцію, поєднуючи подальше використання, перегляд способу підключення й заміну.

Завдання, щодо яких можна проконсультуватися

  • У COM / ActiveX / OCX закладено важливі специфікації, тож замінити їх одразу неможливо
  • 32-бітні компоненти заважають оновленню застосунку або середовища виконання
  • Потрібно використати функціональність, створену на C++, у новому .NET-застосунку
  • Повне оновлення складне, але й залишати конфігурацію без змін та продовжувати її супровід тривожно
  • Заради майбутньої заміни спочатку потрібно впорядкувати залежності й порядок міграції

Розбираємо «зберегти, підключити, замінити»

Визначаємо активи, які залишаємо

Ми з’ясовуємо, чи це компонент екрана, компонент із бізнес-логікою чи компонент, що відповідає за зв’язок з обладнанням. Вивчаємо вихідний код, умови використання та залежності середовища й визначаємо цінність подальшого використання та обмеження.

Проєктуємо підключення до нової частини

Ми розглядаємо обгортку на C++/CLI, взаємодію через COM, винесення в окремий процес та інші підходи. Чітко визначаємо роль сполучної частини, зокрема щодо 32- і 64-бітної розрядності, прав доступу, потоків і обробки помилок.

Визначаємо порядок поетапної заміни

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

Як ми працюємо

  1. Досліджуємо активи й обмеження. Систематизуємо роль кожного компонента, зв’язки викликів, середовища розробки та виконання.
  2. Порівнюємо підходи. Оцінюємо переваги й витрати подальшого використання, створення сполучної частини, винесення в окремий процес і заміни.
  3. Перевіряємо підключення. Спершу перевіряємо невизначені місця й уточнюємо потрібне доопрацювання та порядок міграції.
  4. Реалізуємо та мігруємо в погодженому обсязі. Перевіряючи наявну поведінку, переходимо до нової архітектури.

Наша мета — не просто підтримувати старі компоненти, а досягти стану, у якому зрозуміло, що зберігається і що можна змінити далі.

Підлаштовуємося під головне завдання вашої консультації

Якщо основне — розробка чи виправлення конкретного компонента, зверніться до послуги Розробка COM-компонентів, а якщо головне — повне перепроєктування застосунку, ознайомтеся з послугою Заміна застосунків для Windows.

Якщо вам невідомо, з яких компонентів складається система, розкажіть те, що знаєте: назви застосунків, мови розробки та причини, з яких ви хочете оновлення.

Поширені запитання перед замовленням

Чи можна проконсультуватися, якщо COM або ActiveX неможливо замінити відразу?

Так. Виходимо з того, що в них збереглися бізнес-специфікації та логіка, пов’язана з конкретним обладнанням, і розподіляємо, що використовувати далі, а що змінити. Ми чітко визначаємо, чому щось залишається і за яких умов це можна буде замінити в майбутньому, та розглядаємо поетапну архітектуру.

Чи можлива міграція, якщо залишаються 32-бітні компоненти?

Ми досліджуємо, у якому обсязі й у який спосіб міграція можлива. Перевіряємо обмеження викликаючого застосунку та компонентів і розглядаємо такі архітектури, як винесення в окремий процес. Чи достатньо лише додати сполучну частину, ми вирішуємо після перевірки.

Чи можна замовити лише інвентаризацію активів і стратегію міграції?

Так. Ви можете звернутися з запитом на впорядкування наявних активів, порівняння способів і розроблення порядку заміни. Ми працюємо, уточнивши обсяг дослідження та потрібні матеріали.

Контакти

Спершу достатньо кількох рядків про вашу ситуацію.

Докладна специфікація й технічні терміни не потрібні. Повідомте таке в тому обсязі, в якому вам відомо.

  • Що вас турбує й чого ви хочете досягти
  • Цільове ПЗ, обладнання та середовище
  • Бажаний термін (можна не визначати)

До першого звернення не потрібно додавати конфіденційні матеріали чи паролі.

Приклад повідомлення для консультації

Хочу зберегти активи на C++ і COM та перенести їх у новий застосунок на .NET. Хотів би обговорити, що слід розділити під час міграції.

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

Кнопка веде на сторінку контактів зі способами зв’язку. «Проконсультуватися електронною поштою» дає змогу створити електронний лист із назвою послуги.