KomuraSoft LLC
Søg rådgivning
Menu

Windows-udvikling og teknisk støtte fra KomuraSoft

Genbrug og migrering af eksisterende løsningerBrug det, I har opbygget, i den næste konfiguration.

Vi kasserer ikke over en kam de komponenter, der rummer forretningslogik eller udstyrsspecifikke krav. Vi undersøger eksisterende COM-, ActiveX- og C++-aktiver og migrerer ved at kombinere bevarelse, forbindelse og udskiftning.

Drøft genbrug og migrering af eksisterende løsninger Se pris og forløb

Du behøver ikke en specifikation. Du kan rådføre dig med os ud fra det, du ved.

  • Du taler direkte med en ingeniør
  • Du kan rådføre dig med os, før kravene er fastlagt
  • Du kan nøjes med at bestille det, du har brug for

Du kan rådføre dig med os i situationer som disse

Lad os starte med det, der er svært lige nu.

En gammel komponent rummer vigtige specifikationer og kan ikke udskiftes

Vi undersøger komponentens rolle og betingelserne for fortsat brug og gør det tydeligt, hvorfor den bevares.

C++- eller 32-bit-løsninger står i vejen for opdateringen

Vi overvejer, hvordan de kan forbindes til den nye side, for eksempel med indkapsling eller ved at flytte dem til en separat proces.

En samlet fornyelse er svær, men vi kan heller ikke lade det stå som det er

Vi afklarer rækkefølgen for opdateringerne ud fra afhængigheder og konsekvenser for driften.

En samtalepartner, du kan drøfte tekniske spørgsmål med, helt uden omveje.

Profilbillede af Go Komura

Repræsentant og ingeniør

Go Komura

En ingeniør, der har specialiseret sig i Windows, tager sig af alt fra afklaring af udfordringen til undersøgelse, design og implementering. Også det, du endnu ikke kan forklare fuldt ud, omsætter vi til tekniske spørgsmål.

Se karriere og teknologier / Se virksomhedsoplysninger

Offentliggjort teknisk artikel

Sådan håndterer du ActiveX / OCX i dag

I de tekniske artikler kan du se, hvad vi lægger vægt på på dette område, og hvordan vi tænker design. De er adskilt fra vores opgaveerfaring.

Læs den tekniske artikel

Arbejdets omfang

Du kan overlade os netop den del, du har brug for, eller hele opgaven.

Fra en enkelt undersøgelse eller ændring til udvikling af hele løsningen. Omfanget fastlægges ud fra din nuværende situation.

Undersøgelse af eksisterende løsninger og afhængigheder

Vi undersøger roller og afhængigheder for COM / ActiveX / OCX, C++-løsninger og lignende og afklarer betingelserne for fortsat brug.

Design af en trinvis migreringsopbygning

Vi gør de specifikationer, der skal bevares, tydelige og designer den opbygning og migreringsrækkefølge, der forbinder eksisterende komponenter med den nye app.

Migreringsstøtte til miljøer med blandet 32-bit / 64-bit

Vi vurderer migreringsmetoder, der passer til hver komponents begrænsninger, herunder flytning til en separat proces og implementering af forbindelsesled.

Eksempler på det, vi kontrollerer og leverer

  • Oversigt over løsninger, afhængigheder og begrænsninger
  • Sammenligning af integrationsmetoder og resultater af verifikationen
  • Trinvis migreringsplan og implementering af forbindelsespunktet

Eksemplerne afhænger af omfanget af opgaven. Omfang og form af leverancerne aftales, når vi giver tilbud.

Genkender du en af disse udfordringer, så fortæl os først om din situation.

Drøft genbrug og migrering af eksisterende løsninger

Du behøver ikke en specifikation. Du kan rådføre dig med os ud fra det, du ved.

Pris og forløb

Du behøver ikke at beslutte alt fra starten.

Start med en kortlægning af løsningerne og en migreringsstrategi

Du kan også bestille blot den fase, hvor det vurderes, hvilke komponenter der kan bevares, og hvor opdateringen bør begynde.

Vejledende pris

Tilbud efter omfanget af undersøgelse, forbindelse og migrering af løsningerne

Vi gennemgår afhængigheder og begrænsninger og foreslår, hvad der skal efterprøves, og hvordan den trinvise migrering kan forløbe.

Om den gratis indledende undersøgelse og betalt arbejde

Under forudsætning af, at selve udviklingen bestilles, hvis opgaven vurderes gennemførlig, er den indledende undersøgelse, der er nødvendig for tilbuddet og for vores beslutning om at tage opgaven, som udgangspunkt gratis. Længerevarende verifikation, opbygning af et dedikeret miljø, prototyper, PoC, levering af en detaljeret undersøgelsesrapport og lignende kan være betalt.

Hvis selve undersøgelsen eller reviewet bestilles, giver vi tilbud på det som en selvstændig, betalt opgave. Hvis arbejdet er betalt, oplyser vi omfang og pris, før vi går i gang.

  1. Fortæl om situationen

    Fortæl os om formål, problemer og målmiljø, så vidt du kender dem.

  2. Gennemgå omfang og pris

    Vi redegør for den nødvendige undersøgelse, arbejdets omfang, leverancerne, prisen og forløbet.

  3. Vi begynder, når vi er enige

    Undervejs i undersøgelsen eller udviklingen deler vi status, det vi har kunnet bekræfte, og de begrænsninger, der er tilbage.

  4. Kontroller resultatet og modtag det

    Vi gennemgår resultatet på de aftalte betingelser og forbereder ibrugtagning eller næste skridt.

Vil du vide mere om det tekniske?

Åbn teknologier og nærmere beskrivelse af forløbet

Bevar de værdifulde eksisterende løsninger, og gå videre til den næste opbygning.

Komponenter, du har brugt i mange år, rummer forretningsbeslutninger og udstyrsspecifikke krav, som er samlet op gennem tiden. KomuraSoft udskifter dem ikke ensartet, men undersøger deres roller og afhængigheder og støtter migreringen med en kombination af fortsat brug, ny forbindelsesmetode og udskiftning.

Problemer, du kan søge rådgivning om

  • Vigtige specifikationer ligger i COM / ActiveX / OCX, så de kan ikke udskiftes med det samme
  • En 32-bit-komponent forhindrer opdatering af appen eller kørselsmiljøet
  • Du vil bruge funktionalitet, der er bygget i C++, fra en ny .NET-app
  • En fuld fornyelse er svær, men du er også usikker på at fortsætte vedligeholdelsen med den nuværende opbygning
  • Du vil først kortlægge afhængigheder og migreringsrækkefølge som forberedelse til en senere udskiftning

Bevare, forbinde, udskifte

Vi vurderer, hvilke løsninger der skal bevares

Vi undersøger, om der er tale om en skærmkomponent, en komponent med forretningslogik eller en komponent, der står for kommunikation med udstyr. Vi gennemgår kildekode, brugsbetingelser og afhængigt miljø og afklarer værdien af og begrænsningerne ved fortsat brug.

Vi designer forbindelsen til den nye side

Vi vurderer en wrapper i C++/CLI, integration via COM, flytning til en separat proces og lignende. Vi gør det tydeligt, hvilken rolle forbindelsesleddet har, herunder 32-bit / 64-bit, rettigheder, tråde og fejlhåndtering.

Vi fastlægger rækkefølgen for en trinvis udskiftning

Vi gennemgår afhængige funktioner og konsekvenserne for den nuværende drift og skelner mellem de dele, der opdateres først, og dem, der udskiftes senere. Migreringsplanen omfatter også, hvordan eksisterende specifikationer kontrolleres, og betingelserne for rollback.

Sådan foregår et forløb

  1. Vi undersøger løsninger og begrænsninger. Vi kortlægger hver komponents rolle, kaldeforhold og udviklings- og kørselsmiljø.
  2. Vi sammenligner metoder. Vi gennemgår fordele og byrder ved fortsat brug, et nyt forbindelsesled, en separat proces og udskiftning.
  3. Vi verificerer forbindelsen. Vi afklarer først de usikre dele og konkretiserer de nødvendige ændringer og migreringsrækkefølgen.
  4. Vi implementerer og migrerer inden for det aftalte omfang. Vi går mod den nye opbygning, mens vi kontrollerer den eksisterende adfærd.

Målet er ikke blot at forlænge de gamle komponenters levetid, men en tilstand, hvor man ved, hvad der bevares, og hvor man kan ændre næste gang.

Vi tilpasser os det, rådgivningen især handler om

Hvis udvikling eller rettelse af en bestemt komponent er det centrale, kan du se Udvikling af COM-komponenter. Hvis det er en ombygning af hele appen, kan du se Udskiftning af Windows-apps.

Selv om du ikke kender komponenternes opbygning, må du gerne starte med at fortælle os, hvilke apps du kender, hvilket udviklingssprog der er brugt, og hvorfor du vil opdatere.

Ofte stillede spørgsmål før en bestilling

Kan vi få rådgivning, selv om COM eller ActiveX ikke kan udskiftes med det samme?

Ja. Vi tager udgangspunkt i, at der stadig ligger forretningsspecifikationer og udstyrsspecifik behandling i komponenterne, og kortlægger, hvilke dele der fortsat skal bruges, og hvilke der skal ændres. Vi gør tydeligt, hvorfor noget bevares, og hvornår det kan udskiftes, og vurderer en trinvis opbygning.

Kan vi migrere, selv om der stadig er 32-bit-komponenter?

Vi undersøger, hvad der kan migreres, og hvordan. Vi gennemgår begrænsningerne hos den kaldende applikation og komponenterne og vurderer opbygninger som en separat proces. Om det er nok at tilføje et forbindelsesled, afgør vi, når vi har verificeret det.

Kan vi bestille alene en kortlægning af løsningerne eller en migreringsstrategi?

Ja. Du kan bestille allerede fra gennemgangen af de eksisterende løsninger, sammenligningen af metoder og vurderingen af udskiftningsrækkefølgen. Vi gennemgår undersøgelsens omfang og det nødvendige materiale, før vi går i gang.

Kontakt

Skriv først et par linjer om din situation.

Du behøver hverken en detaljeret specifikation eller tekniske begreber. Fortæl os følgende, så vidt du ved det.

  • Hvad der er svært, og hvad du vil opnå
  • Den software, det udstyr og det miljø, det drejer sig om
  • Ønsket tidspunkt (det er i orden, hvis det ikke er fastlagt)

Du behøver ikke vedhæfte fortrolige dokumenter eller adgangskoder i den første henvendelse.

Eksempel på en forespørgsel om rådgivning

Vi vil gerne beholde vores C++- og COM-løsninger og flytte dem til en ny .NET-app. Vi vil gerne drøfte, hvor migreringen bør deles op.
Drøft genbrug og migrering af eksisterende løsninger Søg rådgivning på e-mail

Du behøver ikke en specifikation. Du kan rådføre dig med os ud fra det, du ved.

Knappen til rådgivning åbner vores danske kontaktside med måder at kontakte os på. „Søg rådgivning på e-mail“ kan oprette en e-mail med tjenestens navn.

Se relaterede tekniske artikler