KomuraSoft LLC
Rådfør deg med oss
Meny

Windows-utvikling og teknisk støtte fra KomuraSoft

Gjenbruk og migrering av eksisterende løsningerBruk det dere har bygget opp, i neste konfigurasjon.

Komponenter som rommer forretningslogikk og utstyrsspesifikke krav kaster vi ikke ut over én kam. Vi undersøker eksisterende COM-, ActiveX- og C++-ressurser og migrerer ved å kombinere videre bruk, kobling og utskifting.

Diskuter gjenbruk og migrering av eksisterende løsninger Se pris og forløp

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

  • Du snakker direkte med en ingeniør
  • Du kan rådføre deg med oss før kravene er fastlagt
  • Du kan nøye deg med å bestille det du trenger

Du kan rådføre deg med oss i situasjoner som disse

La oss starte med det som er vanskelig akkurat nå.

En gammel komponent rommer viktige spesifikasjoner og kan ikke skiftes ut

Vi undersøker komponentens rolle og vilkårene for fortsatt bruk og gjør det tydelig hvorfor den bevares.

C++- eller 32-biters løsninger står i veien for oppdateringen

Vi vurderer hvordan de kan kobles til den nye siden, for eksempel med innpakking eller ved å flytte dem til en egen prosess.

En samlet fornyelse er vanskelig, men vi kan heller ikke la det stå som det er

Vi avklarer rekkefølgen på oppdateringene ut fra avhengigheter og konsekvenser for driften.

Noen du kan rådføre deg med om det tekniske, akkurat slik det er.

Profilbilde av Go Komura

Representant og ingeniør

Go Komura

En ingeniør som har spesialisert seg på Windows, tar seg av alt fra avklaring av utfordringen til undersøkelse, design og implementering. Også det du ennå ikke kan forklare fullt ut, omsetter vi til tekniske spørsmål.

Se yrkeserfaring og teknologistakk / Se selskapsopplysninger

Publisert teknisk artikkel

Hvordan bør du håndtere ActiveX / OCX i dag?

I de tekniske artiklene kan du se hva vi legger vekt på på dette området, og hvordan vi tenker design. De er holdt adskilt fra oppdragserfaringen vår.

Les den tekniske artikkelen

Arbeidets omfang

Du kan overlate akkurat den delen du trenger, eller hele oppgaven.

Fra en enkelt undersøkelse eller endring til utvikling av hele løsningen. Omfanget fastlegges ut fra din nåværende situasjon.

Undersøkelse av eksisterende løsninger og avhengigheter

Vi undersøker rollen og avhengighetene til COM / ActiveX / OCX, C++-løsninger og lignende, og avklarer vilkårene for å bruke dem videre.

Design av en trinnvis migreringsarkitektur

Vi gjør det tydelig hvilken spesifikasjon som må beholdes, og designer arkitekturen som kobler eksisterende komponenter til den nye appen, samt rekkefølgen på migreringen.

Støtte til migrering i miljøer med blandet 32-biters / 64-biters kode

Vi vurderer migreringsmetoder som passer begrensningene til hver enkelt komponent, inkludert flytting til egen prosess og implementering av koblingslaget.

Eksempler på det vi kontrollerer og leverer

  • Oversikt over løsninger, avhengigheter og begrensninger
  • Sammenligning av integrasjonsmetoder og resultater av verifikasjonen
  • Trinnvis migreringsplan og implementering av koblingspunktet

Eksemplene avhenger av oppdragets omfang. Omfang og form på leveransene avtales når vi gir tilbud.

Kjenner du deg igjen i en av disse utfordringene, så fortell oss først om situasjonen din.

Diskuter gjenbruk og migrering av eksisterende løsninger

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

Pris og forløp

Du trenger ikke å bestemme alt fra starten.

Start med en kartlegging av løsningene og en migreringsstrategi

Du kan også bestille bare fasen der det vurderes hvilke komponenter som kan bevares, og hvor oppdateringen bør begynne.

Veiledende pris

Tilbud etter omfanget av undersøkelse, tilkobling og migrering av løsningene

Vi går gjennom avhengigheter og begrensninger og foreslår hva som skal etterprøves, og hvordan den trinnvise migreringen kan forløpe.

Om omfanget av den gratis innledende undersøkelsen, og om betalt arbeid

Under forutsetning av at selve utviklingen bestilles dersom oppgaven vurderes som gjennomførbar, er den innledende undersøkelsen som trengs for tilbudet og for vår beslutning om å ta oppdraget, i prinsippet gratis. Langvarig verifikasjon, oppbygging av et dedikert miljø, prototyper, PoC, levering av en detaljert undersøkelsesrapport og lignende kan være betalt.

Hvis selve undersøkelsen eller gjennomgangen bestilles, gir vi tilbud på den som et selvstendig, betalt oppdrag. Hvis arbeidet er betalt, opplyser vi om omfang og pris før vi starter.

  1. Fortell om situasjonen

    Fortell oss om formål, problemer og målmiljø, så langt du kjenner dem.

  2. Gå gjennom omfang og pris

    Vi gjør rede for nødvendig undersøkelse, arbeidets omfang, leveransene, prisen og forløpet.

  3. Vi starter når vi er enige

    Underveis i undersøkelsen eller utviklingen deler vi status, det vi har kunnet bekrefte, og begrensningene som gjenstår.

  4. Kontroller resultatet og motta det

    Vi går gjennom resultatet på de avtalte vilkårene og forbereder igangsetting eller neste steg.

Vil du vite mer om det tekniske?

Åpne teknologier og nærmere beskrivelse av forløpet

Behold det som er verdifullt i eksisterende løsninger, og gå videre til neste arkitektur.

Komponenter som har vært i bruk i mange år, rommer forretningsregler og utstyrsspesifikke detaljer som har samlet seg opp over tid. KomuraSoft skifter ikke ut alle disse komponentene på samme måte. Vi undersøker rollene og avhengighetene, og støtter migreringen med en kombinasjon av videre bruk, gjennomgang av hvordan komponentene kobles til, og utskifting.

Utfordringer du kan rådføre deg med oss om

  • Viktig spesifikasjon ligger i COM / ActiveX / OCX, så den kan ikke skiftes ut med en gang.
  • En 32-biters komponent hindrer oppdatering av appen eller kjøremiljøet.
  • Du vil bruke funksjonalitet bygget i C++ fra en ny .NET-app.
  • En full fornyelse er vanskelig, men du er også urolig for å fortsette vedlikeholdet av dagens arkitektur.
  • Du vil først kartlegge avhengigheter og rekkefølge for migreringen, som forberedelse til utskifting senere.

Behold, koble, skift ut

Vi vurderer hvilke løsninger som skal beholdes

Vi finner ut om en komponent er en skjermkomponent, en komponent med forretningslogikk eller en som tar seg av kommunikasjon med utstyr. Vi undersøker kildekode, bruksvilkår og avhengige miljøer, og kartlegger verdien av å bruke komponenten videre og begrensningene.

Vi designer koblingen til den nye siden

Vi vurderer wrappere i C++/CLI, samhandling via COM, flytting til egen prosess og lignende. Vi gjør det tydelig hvilken rolle koblingslaget har, inkludert 32-biters / 64-biters kode, rettigheter, tråder og feilhåndtering.

Vi bestemmer rekkefølgen på trinnvis utskifting

Vi går gjennom avhengige funksjoner og konsekvensene for dagens drift, og skiller mellom det som oppdateres først og det som skiftes ut senere. Hvordan vi kontrollerer eksisterende spesifikasjon, og vilkårene for tilbakerulling, tar vi også med i migreringsplanen.

Slik går samarbeidet frem

  1. Vi undersøker løsningene og begrensningene. Vi kartlegger rollen til hver komponent, kallforholdene og utviklings- og kjøremiljøene.
  2. Vi sammenligner metoder. Vi går gjennom fordeler og kostnader ved videre bruk, bygging av et koblingslag, flytting til egen prosess og utskifting.
  3. Vi verifiserer koblingen. Vi kontrollerer de usikre delene først, og gjør det konkret hvilke endringer som trengs og i hvilken rekkefølge migreringen skal skje.
  4. Vi implementerer og migrerer fra det omfanget vi har blitt enige om. Vi går videre til den nye arkitekturen mens vi kontrollerer at eksisterende oppførsel bevares.

Målet er ikke bare å forlenge levetiden til gamle komponenter, men å komme dit at det er tydelig hva som vedlikeholdes, og hva som kan endres neste gang.

Vi tilpasser oss det som er kjernen i det du vil rådføre deg om

Handler det i hovedsak om utvikling eller retting av en bestemt komponent, kan du se Utvikling av COM-komponenter. Handler det i hovedsak om å bygge hele appen på nytt, kan du se Utskifting av Windows-apper.

Selv om du ikke kjenner oppbyggingen av komponentene, kan du fortelle oss det du vet, for eksempel navnet på appen, programmeringsspråket og hvorfor du vil oppdatere.

Ofte stilte spørsmål før en bestilling

Kan vi rådføre oss med dere selv om vi ikke kan skifte ut COM eller ActiveX med en gang?

Ja. Vi tar utgangspunkt i at forretningsregler og utstyrsspesifikk behandling fortsatt ligger igjen, og avklarer hva som brukes videre og hva som endres. Vi gjør det tydelig hvorfor noe beholdes og under hvilke vilkår det kan skiftes ut senere, og vurderer en trinnvis arkitektur.

Kan vi migrere selv om vi fortsatt har 32-biters komponenter?

Vi undersøker hvor mye som kan migreres og med hvilken metode. Vi går gjennom begrensningene hos den kallende applikasjonen og komponentene og vurderer en arkitektur der blant annet komponenten flyttes til en egen prosess. Om det er nok å legge til et koblingslag, vurderer vi først etter verifisering.

Kan vi bestille bare kartlegging av løsningene og migreringsstrategi?

Ja. Du kan bestille kartlegging av eksisterende løsninger, sammenligning av metoder og vurdering av rekkefølgen på utskiftingen. Vi går gjennom omfanget av undersøkelsen og hvilke dokumenter som trengs før vi begynner.

Kontakt

Skriv først noen få linjer om situasjonen din.

Du trenger verken en detaljert spesifikasjon eller tekniske begreper. Fortell oss følgende, så langt du vet det.

  • Hva som er vanskelig, og hva du vil oppnå
  • Programvaren, utstyret og miljøet det gjelder
  • Ønsket tidspunkt (det er i orden om det ikke er fastlagt)

Du trenger ikke legge ved fortrolige dokumenter eller passord i den første henvendelsen.

Eksempel på en forespørsel om rådgivning

Vi vil gjerne beholde C++- og COM-løsningene våre og flytte dem til en ny .NET-app. Vi vil gjerne diskutere hvor migreringen bør deles opp.
Diskuter gjenbruk og migrering av eksisterende løsninger Rådfør deg med oss på e-post

Du trenger ingen spesifikasjon. Du kan rådføre deg med oss ut fra det du vet.

Knappen for henvendelse åpner den norske kontaktsiden vår med måter å ta kontakt på. «Rådfør deg med oss på e-post» kan opprette en e-post som inneholder tjenestens navn.

Se relaterte tekniske artikler