Tworzenie oprogramowania dla Windows i wsparcie techniczne KomuraSoft

Wymiana aplikacji dla systemu WindowsPrzejąć pracę i odnowić architekturę.

Brak dokumentacji specyfikacji, brak osoby odpowiedzialnej, niemożność przełączenia wszystkiego naraz. Badamy ekrany, raporty, dane i współpracę z urządzeniami w obecnym rozwiązaniu i wspieramy stopniową wymianę.

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

  • Bezpośredni kontakt z inżynierem
  • Konsultacja możliwa przed ustaleniem wymagań
  • Zlecenie tylko w potrzebnym zakresie

Można skonsultować się z nami na takich etapach

Zacznijmy od tego, co sprawia Państwu problem.

Utrzymanie starych aplikacji w VB6, MFC lub WinForms dobiega granic możliwości

Rozdzielamy funkcje do zachowania od tych do usprawnienia i projektujemy architekturę, którą da się utrzymywać w przyszłości.

Nie ma dokumentacji specyfikacji, została tylko działająca aplikacja

Badamy rzeczywiste działanie i procedury pracy, a następnie porządkujemy specyfikację do przejęcia.

Wpływ na pracę jest duży i chcemy uniknąć jednoczesnego przełączenia

Rozważamy jednostki, które można migrować, na przykład wymianę zaczynając od funkcji pobocznych lub pracę równoległą.

Z kimś, z kim można porozmawiać o technice wprost, bez upraszczania.

Zdjęcie profilowe Go Komury

Przedstawiciel i inżynier

Go Komura

Inżynier wyspecjalizowany w systemie Windows zajmuje się sprawą od poznania problemu, przez diagnozę i projekt, aż po implementację. Także to, czego nie potrafią Państwo jeszcze w pełni opisać, uporządkujemy, wychodząc od kwestii technicznych.

Zobacz doświadczenie i technologie / Zobacz informacje o firmie

Opublikowany artykuł techniczny

Jak dziś postępować z ActiveX / OCX

W artykułach technicznych można zapoznać się z kwestiami, którym przywiązujemy wagę w tej dziedzinie, oraz z naszym podejściem do projektowania. Publikujemy je oddzielnie od zrealizowanych zleceń.

Czytaj artykuły techniczne

Zakres wsparcia

Od wybranej części prac po całość: zakres dobieramy do potrzeb.

Od pojedynczej diagnozy lub modyfikacji po rozwój całej aplikacji. Zakres zlecenia ustalamy zgodnie z Państwa aktualną sytuacją.

Analiza specyfikacji obecnej aplikacji

Sprawdzamy ekrany, raporty, dane, integracje zewnętrzne i procedury pracy oraz porządkujemy, które elementy specyfikacji zostają przejęte, a które ulegają zmianie.

Plan migracji etapowej

Przygotowanie planu przełączenia obejmującego priorytety, równoległą pracę, próby migracji i wycofanie zmian.

Projekt, tworzenie i migracja do nowej aplikacji

Ponowny projekt i implementacja aplikacji dla systemu Windows z uwzględnieniem obecnych procesów biznesowych, weryfikacja działania oraz wsparcie migracji.

Przykłady tego, co sprawdzamy i przekazujemy

  • Uporządkowana specyfikacja do przejęcia i lista zmian
  • Plan migracji i nowa aplikacja
  • Procedury weryfikacji danych, przełączenia i wycofania zmian

To przykłady zależne od zakresu zlecenia. Zakres i formę rezultatów uzgadniamy przy sporządzaniu wyceny.

Jeśli któryś z tych problemów brzmi znajomo, prosimy najpierw opisać swoją sytuację.

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

Koszty i przebieg współpracy

Nie trzeba od razu ustalać wszystkiego.

Zaczynamy od analizy obecnej specyfikacji i planu migracji

Nie trzeba od razu rozpoczynać prac rozwojowych. Zlecenie można zacząć od etapu, w którym porządkujemy przejmowaną specyfikację i warunki przełączenia.

Orientacyjne koszty

Wycena zależna od zakresu analizy, rozwoju i migracji

Oprócz liczby ekranów i funkcji sprawdzamy analizę specyfikacji, migrację danych i potrzebę pracy równoległej.

Zakres bezpłatnej wstępnej diagnozy i usługi płatne

Wstępna diagnoza w zakresie potrzebnym do sporządzenia wyceny i podjęcia decyzji o przyjęciu zlecenia jest co do zasady bezpłatna, przy założeniu, że w przypadku uznania realizacji za możliwą zlecą Państwo właściwe prace rozwojowe. Długotrwała weryfikacja, budowa dedykowanego środowiska, prototypy i PoC (dowód koncepcji), dostarczenie szczegółowych raportów z diagnozy i podobne prace mogą być płatne.

Jeśli zlecają Państwo samą diagnozę lub przegląd, wyceniamy je jako odrębną usługę płatną. Za każdym razem, gdy usługa jest płatna, przed rozpoczęciem prac informujemy o zakresie i kosztach.

  1. Opis sytuacji

    Prosimy opisać cel, problem i środowisko, którego dotyczy sprawa, w zakresie, w jakim są znane.

  2. Ustalenie zakresu i kosztów

    Przedstawiamy potrzebną diagnozę, zakres wsparcia, rezultaty prac, koszty i sposób prowadzenia prac.

  3. Start po uzgodnieniach

    W trakcie diagnozy lub prac rozwojowych przekazujemy postępy, potwierdzone ustalenia i pozostałe ograniczenia.

  4. Sprawdzenie wyników i przekazanie

    Sprawdzamy wyniki w uzgodnionych warunkach i przygotowujemy wdrożenie lub kolejny krok.

Dla osób, które chcą poznać szczegóły techniczne

Rozwiń obsługiwane technologie i szczegóły przebiegu prac

Przejmujemy proces biznesowy i budujemy nowy system.

Wymiana starej aplikacji to nie tylko przerobienie ekranów. Zaczynamy od sprawdzenia szczegółów raportów, zgromadzonych danych, integracji z urządzeniami, a także czynności, którymi pracownicy uzupełniają braki aplikacji. Na tej podstawie ustalamy, co ma przejąć nowy system.

Problemy, z którymi można zwrócić się do nas o konsultację

  • Chcą Państwo przenieść aplikacje w VB6, MFC, WinForms lub innych technologiach na architekturę, którą da się dalej utrzymywać.
  • Nie ma specyfikacji i zlecenie ma zacząć się od zbadania działania obecnej aplikacji.
  • Chcą Państwo zmienić sytuację, w której wszystko zależy od dotychczasowego wykonawcy lub poprzednika.
  • Wpływ na działalność firmy jest duży, więc jednorazowe przełączenie jest trudne.
  • Trzeba zdecydować, w jakim zakresie zachować istniejące raporty, dane, integracje z urządzeniami i zasoby COM.

Od uporządkowania obecnej specyfikacji do przełączenia

Jasno określamy specyfikację do przejęcia

Sprawdzamy ekrany, raporty, dane, ustawienia, integracje zewnętrzne i procedury eksploatacji. Porządkujemy funkcje, które są używane, i te, które przestały być potrzebne, oraz oddzielamy zachowania, które mają pozostać bez zmian, od tych, które w tym projekcie zostaną ulepszone.

Dzielimy zakres na jednostki, które można zmigrować

Rozważamy nie tylko pełną wymianę, ale także zastępowanie od funkcji pomocniczych oraz migrację etapową. Jeśli istniejące komponenty, takie jak COM / ActiveX / OCX, mają być nadal używane, porządkujemy sposób ich połączenia z nową aplikacją i plan ich późniejszej wymiany.

Tworzymy nową aplikację i sprawdzamy migrację

Poza projektem i implementacją nowej aplikacji planujemy w niezbędnym zakresie weryfikację danych i raportów, równoległą pracę, próby migracji, procedurę wycofania zmian (rollback) itp. Sprawdzamy nie tylko to, czy aplikacja została ukończona, lecz także to, czy przejęła proces biznesowy.

Jak prowadzimy zlecenie

  1. Analiza stanu obecnego — sprawdzamy aplikację, dokumentację, dane i procedury pracy, a następnie wskazujemy kwestie niejasne i ograniczenia.
  2. Uzgodnienie strategii migracji — ustalamy zakres przejmowany, zakres ulepszany, priorytety i warunki przełączenia.
  3. Projekt i tworzenie — implementujemy zgodnie z uzgodnioną specyfikacją i sprawdzamy różnice w działaniu względem starej aplikacji.
  4. Migracja i wdrożenie — przygotowujemy dane i procesy eksploatacyjne oraz wspieramy przełączenie etapowe.

Także wtedy, gdy nie zdecydowali się Państwo jeszcze na przepisanie

Zapraszamy do rozmowy już na etapie pytań: „czy dzięki modyfikacjom można dalej używać tej aplikacji” oraz „od której części należy zacząć wymianę”. Jeśli głównym celem jest dalsze użytkowanie istniejącego oprogramowania, można to zrealizować w ramach usługi Modyfikacje i utrzymanie istniejącego oprogramowania dla systemu Windows.

Prosimy o informację o przeznaczeniu obecnego oprogramowania, powodach rozważania wymiany, dostępności kodu źródłowego i dokumentacji oraz o oczekiwanym terminie przełączenia. Jeśli nie mają Państwo wszystkich informacji, zaczniemy od ustalenia sposobu analizy.

Najczęstsze pytania przed zleceniem

Czy można zasięgnąć konsultacji, jeśli specyfikacja aplikacji jest nieaktualna lub w ogóle nie istnieje?

Tak. Sprawdzamy działanie obecnej aplikacji, ekrany, raporty i dane oraz rzeczywiste procedury pracy, a następnie porządkujemy specyfikację, którą należy przejąć. Kwestie niejasne badamy osobno, oddzielając je od specyfikacji już potwierdzonej.

Czy można wymieniać aplikację od jednej części, zamiast przepisywać ją w całości?

Tak, jest to możliwe. Rozważamy wydzielanie funkcji pomocniczych, równoległą pracę ze starą aplikacją, przełączanie etapami i podobne podejścia. Sprawdzamy zależności i warunki eksploatacji, aby wybrać jednostki migracji, które nie będą dla Państwa uciążliwe.

Czy przed wymianą można zlecić samą diagnozę i plan?

Tak. Można zacząć od uporządkowania obecnej specyfikacji lub rozważenia strategii migracji. Zakres badań i oczekiwane rezultaty uzgadniamy z góry.

Kontakt

Wystarczy kilka zdań o Państwa sytuacji.

Nie potrzebują Państwo szczegółowej dokumentacji specyfikacji ani terminologii technicznej. Prosimy o podanie poniższych informacji w zakresie, w jakim są znane.

  • Problem lub cel, który chcą Państwo osiągnąć
  • Oprogramowanie, urządzenia i środowisko, których sprawa dotyczy
  • Preferowany termin (może być jeszcze nieustalony)

W pierwszej wiadomości nie trzeba dołączać poufnych dokumentów ani haseł.

Przykład wiadomości z prośbą o konsultację

Chcemy przebudować starą aplikację biznesową, ale nie mamy dokumentacji specyfikacji. Chcielibyśmy zacząć konsultację od zbadania obecnej eksploatacji i migracji etapami.

Dokumentacja specyfikacji nie jest wymagana. Konsultację można zacząć od tego, co jest znane.

Przycisk konsultacji otwiera polską stronę kontaktową ze sposobami nawiązania kontaktu. „Skonsultuj się e-mailem” tworzy wiadomość e-mail z nazwą usługi.