Tworzenie oprogramowania dla Windows i wsparcie techniczne KomuraSoft

Konsultacje techniczne i przegląd projektuZanim zaczną Państwo budować lub naprawiać: podstawa do decyzji.

Dla osób, które wahają się przy wyborze technologii, przeglądzie projektu lub decyzji o istniejących zasobach. Uwzględniając ograniczenia specyficzne dla systemu Windows i obecną pracę, porządkujemy opcje oraz to, co należy sprawdzić w następnej kolejności.

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.

Jest wiele opcji technologii i architektury i trudno wybrać

Porównujemy je, uwzględniając istniejące zasoby, urządzenia, środowisko odbiorcy i warunki utrzymania.

Mamy obawy co do projektu, ale nie wiemy, gdzie leży problem

Porządkujemy interfejs użytkownika, komunikację, wątki, zasoby i zachowanie w sytuacjach awaryjnych.

Potrzebujemy przesłanek, by zdecydować: modyfikacja czy przebudowa

Zestawiamy zalety, koszty i pozostałe niepewności oraz wskazujemy kolejne badania i priorytety.

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ą.

Konsultacje w sprawie wyboru technologii i kierunku rozwoju

Porządkujemy cele, ograniczenia techniczne i warunki eksploatacji oraz rozważamy sposób realizacji i kwestie wymagające sprawdzenia.

Przegląd projektu

Przeglądamy podział ról między interfejs, komunikację i przetwarzanie w tle, połączenia z istniejącymi komponentami, zachowanie w sytuacjach awaryjnych i inne elementy projektu.

Uporządkowanie kierunku modyfikacji i migracji

Porównujemy dalsze użycie istniejących zasobów, zmianę sposobu połączenia i wymianę, a następnie ustalamy priorytety.

Przykłady tego, co sprawdzamy i przekazujemy

  • Uporządkowane opcje i uzasadnienie decyzji
  • Uwagi projektowe i kwestie do weryfikacji
  • Wyniki przeglądu i dokument z kierunkiem w uzgodnionym zakresie

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 zlecenia samego ustalenia kierunku lub przeglądu projektu

Rozważane rozwiązania i projekty można zrecenzować jeszcze przed zleceniem implementacji. Zaczynamy od uporządkowania kwestii, które chcą Państwo rozstrzygnąć.

Orientacyjne koszty

Wycena zależna od zakresu konsultacji i przeglądu

Samodzielne zlecenie konsultacji lub przeglądu wyceniamy po sprawdzeniu materiałów, kwestii do rozstrzygnięcia i zakresu dokumentacji.

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

Zanim zaczną Państwo tworzyć lub poprawiać oprogramowanie, uporządkujmy podstawy decyzji.

Nie wiadomo, którą technologię wybrać. Nie ma pewności, czy zachować istniejące zasoby. Awarie trwają i chcą Państwo zacząć od przeglądu projektu. KomuraSoft wspiera opracowanie kierunku tworzenia i modyfikacji oprogramowania, uwzględniając zarówno ograniczenia specyficzne dla systemu Windows, jak i bieżące procesy biznesowe.

Tematy, które można z nami skonsultować

  • Chcą Państwo porównać technologie i architektury rozważane dla nowego projektu.
  • Chcą Państwo uporządkować role interfejsu, komunikacji, przetwarzania w tle i logowania.
  • Chcą Państwo przejrzeć sposób współpracy z udziałem COM / ActiveX / C++/CLI / .NET.
  • Chcą Państwo zdecydować, w którym miejscu zlikwidować mieszanie komponentów 32-bitowych i 64-bitowych.
  • Chcą Państwo porównać modyfikację obecnego oprogramowania z jego wymianą.
  • Chcą Państwo ustalić, jakie logi i testy będą potrzebne, zanim rozpocznie się diagnostyka błędów.

Co sprawdzamy podczas przeglądu

Czy architektura odpowiada celom i ograniczeniom

Nie kierujemy się samą nowością technologii. Sprawdzamy, czy rozwiązanie pasuje do istniejących zasobów, urządzeń, miejsc dystrybucji, uprawnień, planowanego okresu eksploatacji itp. Oddzielamy rozwiązania, które można przyjąć, od tych, które wymagają wcześniejszej weryfikacji.

Czy uwzględniono eksploatację i utrzymanie

Sprawdzamy podział zadań w przetwarzaniu, zarządzanie wątkami i zasobami, obsługę wyjątków, zamykanie aplikacji, logowanie, testy ścieżek błędów itp. Porządkujemy miejsca, które mogą sprawiać problemy przy zmianach i awariach.

Co należy zdecydować w następnej kolejności

Przedstawiamy zalety i wady poszczególnych opcji, zakres ich wpływu oraz pozostałe niepewności, a także porządkujemy priorytety dalszej diagnostyki i modyfikacji. Nie ograniczamy się do polecenia konkretnego rozwiązania: zależy nam na tym, by jasno wskazać powody wyboru oraz informacje, których do podjęcia decyzji brakuje.

Jak prowadzimy konsultacje

  1. Porządkujemy kwestie do rozstrzygnięcia. Sprawdzamy obecną architekturę, trudności, rozważane rozwiązania i warunki, których nie można zmienić.
  2. Porównujemy opcje. W niezbędnym zakresie analizujemy dokumentację i kod, oceniając je z perspektywy implementacji, eksploatacji i utrzymania.
  3. Podsumowujemy kolejne działania. Porządkujemy kierunek, uwagi i kwestie do weryfikacji, a w uzgodnionym zakresie dokumentujemy wyniki przeglądu lub kierunek modyfikacji.

Już na etapie przed zleceniem implementacji

Konsultacje i przegląd można zamówić jako odrębną usługę albo zlecić na ich podstawie tworzenie lub modyfikację oprogramowania. Prosimy zacząć od informacji, „co chcą Państwo rozstrzygnąć”, oraz tego, co jest już znane. Po ustaleniu zakresu i sposobu pracy przygotujemy wycenę.

Wstępną ocenę wykonalności, przeprowadzaną z myślą o zleceniu właściwego wytworzenia oprogramowania, opisujemy wraz z zakresem i warunkami na stronie Zaawansowane tworzenie oprogramowania dla systemu Windows.

Najczęstsze pytania przed zleceniem

Czy można zamówić samą konsultację przed rozpoczęciem implementacji?

Tak. Można zgłosić się z prośbą o wybór technologii lub potwierdzenie kierunku projektu jeszcze przed napisaniem pierwszej linii kodu. Ustalamy, jakie kwestie chcą Państwo omówić i jakie rezultaty są potrzebne, a następnie określamy zakres przeglądu.

Czy można skonsultować także starą architekturę obejmującą COM lub ActiveX?

Tak, zapraszamy do konsultacji. Uwzględniając dotychczasowe działanie i ograniczenia eksploatacyjne, porządkujemy, które elementy zostają w użyciu, w których trzeba zmienić sposób połączenia, a które należy wymienić.

Czy można zasięgnąć konsultacji, gdy nie potrafimy jeszcze dobrze opisać problemu?

Tak. Prosimy o opis obecnej architektury, trudności i rozważanych rozwiązań w zakresie, w jakim są znane. Zaczniemy od ustalenia, jakie decyzje trzeba podjąć.

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 sprawdzić, czy można prowadzić prace w oparciu o obecny projekt. Prosimy o przegląd uwzględniający istniejące zasoby COM i strukturę wątków.

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.