Gå til indhold
XSIS
En mand, der arbejder ved et skrivebord med flere skærme i et åbent kontor

Softwareudvikling

Udvikling af applikationer, platforme og komponerbare produkter

Kerneplatforme, portaler og tjenester bygget til at forblive oppe, forblive hurtige og blive ved med at udvikle sig

Når hyldesoftware holder op med at passe

Standardsoftware passer til det meste af en virksomhed, men ikke til den del, der gør netop din anderledes. Det kan være en prismotor, en driftsplatform, en portal, dine kunder logger ind på, eller de tjenester, der holder dine øvrige systemer sammen.

Den software bærer ofte den største trafik og den største risiko. Nedetid standser salg eller offentlige tjenester, langsomme sider mister brugere, og en skrøbelig arkitektur gør hver ny funktion til et langt projekt.

Det ændrer sig for dig

  1. Software, der passer til din måde at arbejde på

    Dine regler, arbejdsgange og datamodel i koden, ikke løst ved siden af i regneark og manuelle trin.

  2. Platforme, der holder under belastning

    Tjenester og API’er med høj samtidighed, designet til spidsbelastning, med grænser og kvoter, der beskytter dem.

  3. Forandring uden at starte forfra

    Komponerbare byggeklodser, tests og automatiserede udgivelser, så nye funktioner kommer ud som små, regelmæssige udgivelser frem for store projekter.

Det leverer vi

  • Virksomhedssoftware og multi-tenant SaaS

    Kerneforretningsplatforme og multi-tenant SaaS-produkter (flere lejere), med lejerisolering, roller og revisionsspor designet ind fra den første udgivelse.

  • Komponerbar arkitektur og mikro-apps

    Pakkede forretningskapabiliteter (PBC’er) er selvstændige dele, såsom prissætning, onboarding eller fakturering, der kan genbruges, udskiftes eller udgives hver for sig. Vi bygger platforme og små apps ud fra dem.

  • Backends og API’er

    Mikrotjenester og API’er med høj samtidighed via REST og GraphQL, med styring af hastighedsgrænser og kvoter. Servere til Model Context Protocol (MCP) lader AI-agenter bruge dine systemer sikkert.

  • Kundeportaler, offentlige e-tjenester og interne værktøjer

    Selvbetjeningsportaler, offentlige e-tjenester og backofficeværktøjer, der indlæses hurtigt på en langsom forbindelse og kan bruges med tastatur og skærmlæser.

  • Frontends og designsystemer

    Brugerflader i React, Next.js, Angular eller Vue.js, bygget ud fra et tokenbaseret designsystem, så hvert produkt ser ens ud og opfører sig ens, efterhånden som det vokser.

  • Sprog og højre-til-venstre-layouts

    Tekst holdt uden for koden og oversat for hvert sprog, med layouts, der spejles korrekt for arabisk.

  • Tests og en leverancepipeline

    Enheds-, integrations- og ende-til-ende-tests ved hver ændring og udgivelser automatiseret fra kodelageret til hvert miljø.

  • Dokumentation og overdragelse

    Arkitekturbeslutningsdokumenter (ADR’er), dokumenterede API’er og driftsmanualer, så dine ingeniører eller vores kan blive ved med at ændre systemet sikkert.

Desktopapplikationer

Desktopapplikationer bærer stadig meget af det daglige arbejde i økonomifunktioner, ved butiksdiske, på lagre, i klinikker og i kontrolrum. Vi bygger dem til Windows, macOS og Linux, native eller på tværs af platforme. En ældre applikation kan moderniseres trinvis.

  • Design af desktopbrugerflader

    Skærmbilleder designet til tastatur, mus og store skærme med genveje og tætte visninger til erfarne brugere.

  • Builds til Windows, macOS og Linux

    Native applikationer eller applikationer på tværs af platforme bygget ud fra én backlog, med forretningsregler delt, hvor det er muligt.

  • Offlinebrug og synkronisering

    Krypteret lokal lagring og konfliktregler, så arbejdet fortsætter uden forbindelse og synkroniseres sikkert senere.

  • Enhedsintegration

    Forbindelser til stregkodescannere, kvitterings- og etiketprintere, vægte, betalingsterminaler og anden lokal hardware.

  • Signerede installationspakker og opdateringer

    Kodesignerede pakker til dine værktøjer til enhedsadministration med automatiske opdateringer, gradvis udrulning og tilbagerulning.

  • Backend- og API-integration

    Sikre forbindelser til dit ERP- og CRM-system og andre systemer, med gentagne forsøg og klare beskeder, når de ikke er tilgængelige.

  • Login og lokal sikkerhed

    Enkeltlogon (SSO) med din identitetsudbyder, krypterede lokale data og ingen krav om administratorrettigheder for at køre.

  • Tests og nedbrudsrapportering

    Automatiserede tests på hver understøttet version af operativsystemet og nedbrudsrapporter, der viser problemer, før brugerne rapporterer dem.

  • Moderniseringsplan

    For en eksisterende applikation: en plan trin for trin for at udskifte de ældste dele, mens folk bliver ved med at bruge den.

Sådan arbejder vi

  1. Afdæk

    Vi møder de mennesker, der skal bruge og drive softwaren, kortlægger den nuværende proces og aftaler den første udgivelse.

  2. Design

    Vi udformer arkitekturen, datamodellen og de vigtigste skærmbilleder og tester risikable antagelser med prototyper.

  3. Byg i korte iterationer

    Vi leverer fungerende delleverancer, demonstrerer dem for dig i et stagingmiljø og justerer backloggen efter det, vi lærer.

  4. Verificer ved hver ændring

    Automatiserede tests, kodegennemgang og tjek af ydeevne, sikkerhed og tilgængelighed kører, før noget flettes ind.

  5. Udgivelse

    Vi udruller gennem pipelinen med en plan for tilbagerulning og følger systemet tæt efter idriftsættelsen.

  6. Drift og videreudvikling

    Vi understøtter og udvider systemet under en serviceaftale eller overdrager det til dit team med en overlapningsperiode.

Teknologier og standarder

Vi vælger en teknologistak, dit team kan drive og rekruttere til. At vi nævner et produkt, betyder ikke, at vi er partner med leverandøren.

Sprog
  • TypeScript
  • Java
  • C#
  • Python
  • Go
  • PHP
Frameworks
  • Node.js
  • NestJS
  • Spring Boot
  • .NET
  • Django
  • Laravel
  • React
  • Next.js
  • Angular
  • Vue.js
Databaser
  • PostgreSQL
  • MySQL
  • MongoDB
DevOps og observerbarhed
  • Docker
  • Kubernetes
Design og tilgængelighed
  • Storybook
  • WCAG 2.2
Integration
  • REST
  • GraphQL
  • OpenAPI

Sådan begynder du

Kom med en specifikation, så svarer vi med et forslag. Kom med en idé, så omsætter Blueprint Studio den først til en arkitektur og et fast omfang.

Det sker der nu

  1. Forhåndskonsultation

    En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.

  2. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  3. Valg af spor

    Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.

  4. Levering i fem faser

    Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.

Spørgsmål og svar

Hvordan vælger I teknologistakken?

Vi tager udgangspunkt i, hvad dit team kan drive og rekruttere til, hvad dine øvrige systemer bruger, og hvad softwaren skal kunne. For det meste forretningssoftware betyder det et udbredt sprog som TypeScript, Java, C# eller Python, en relationsdatabase og den cloud, du allerede bruger. Vi dokumenterer hvert valg og begrundelsen for det.

Kan I bygge et multi-tenant SaaS-produkt?

Ja. Vi designer lejerisolering, konfiguration pr. lejer, roller, koblingspunkter til fakturering og revisionsspor fra den første udgivelse, fordi det at tilføje dem senere betyder, at datamodellen skal skrives om. Vi aftaler med dig, om lejerne deler en database, et skema eller intet, ud fra dine behov for sikkerhed og omkostninger.

Hvad betyder komponerbar arkitektur for os?

Din platform bygges af selvstændige forretningskapabiliteter med deres egne API’er, som prissætning, onboarding eller fakturering. Hver af dem kan ændres, skaleres eller udskiftes uden at røre resten, og nye produkter kan genbruge dem. Det passer til platforme, der skal vokse i årevis; et lille værktøj har ikke brug for det.

Hvilket frontend-framework bruger I?

Vi bruger React med Next.js til de fleste nye applikationer, fordi det understøtter serverrendering og har stærke værktøjer. Vi arbejder også med Angular og Vue.js, og vi fortsætter i det framework, du allerede bruger, når det er det fornuftige valg.

Kan vores egne ingeniører arbejde sammen med jeres team?

Ja. Mange kunder vil have deres ingeniører i det samme kodelager fra starten, så viden bliver internt. Vi aftaler kodegennemgang, branching, definition of done, og hvem der godkender udgivelser. Dine ingeniører kan parprogrammere med vores eller overtage dele af systemet, når de er klar.

Hvad hvis vores krav ændres i løbet af projektet?

Det gør de som regel, og processen er bygget til det. Backloggen gennemgås med dig ved hver iteration. På et projekt med fast omfang aftales en ændring skriftligt med dens betydning for pris og datoer, før arbejdet med den begynder.

Hvad sker der efter idriftsættelsen?

Det vælger du. Vi kan understøtte og udvide systemet under en aftale med svartider og overvågning. Eller vi overdrager det til dit team med koden, dokumentationen og en overlapningsperiode.

Hvorfor bygge en desktopapplikation i stedet for en webapplikation?

Vælg desktop, når arbejdet kræver offlinebrug, direkte adgang til enheder eller lokale filer, store datamængder eller tung grafik eller hurtige, tastaturstyrede skærmbilleder. Til de fleste andre behov er en webapplikation lettere at udrulle og opdatere. Vi anbefaler fra sag til sag, og nogle gange er en webapplikation med en lille desktopkomponent det rigtige svar.

Native eller på tværs af platforme: hvad skal vi vælge til desktop?

Native applikationer giver den bedste ydeevne og passer tættest til hvert operativsystem. Applikationer på tværs af platforme deler én kodebase på Windows, macOS og Linux, hvilket sænker omkostningerne ved at bygge og ændre dem. Vi anbefaler native, når én platform dominerer, eller arbejdet er krævende, og på tværs af platforme, når flere platforme betyder noget.

Kan en desktopapplikation fungere uden netværksforbindelse?

Ja, til de opgaver, der tillader det. Vi beslutter sammen med dig, hvilke data hver bruger har brug for på enheden, holder dem krypteret og registrerer brugerens ændringer, indtil netværket er tilbage. Når den samme post ændres to steder, afgør aftalte regler, hvilken ændring der vinder, eller beder en person om at vælge.

Kan applikationen fungere med vores scannere, printere og andre enheder?

Ja. Vi integrerer med de enheder, dine medarbejdere bruger, som stregkodescannere, kvitterings- og etiketprintere, vægte og betalingsterminaler. Vi forbinder via hver enheds drivere, SDK’er eller standardporte og tester med præcis de modeller og den firmware, du kører, fordi enheder af samme type ofte opfører sig forskelligt.

Hvordan leveres og styres opdateringer til desktopapplikationer?

Hver udgivelse er kodesigneret, så hver enhed kan kontrollere, at den ikke er ændret. Udgivelser sendes ud gennem dine værktøjer til enhedsadministration eller en indbygget opdateringsfunktion, først til en pilotgruppe og derefter til alle. Hvis en udgivelse skaber problemer, kan enhederne vende tilbage til den forrige version.

Vores desktopapplikation er gammel og svær at ændre. Hvilke muligheder har vi?

At skrive alt om på én gang er sjældent det sikreste valg. Vi vurderer koden, dens afhængigheder, og hvordan folk bruger den. Derefter anbefaler vi, om den skal refaktoreres, flyttes til et nutidigt framework eller erstattes af websoftware. Uanset hvilken vej du vælger, ændrer vi den i trin, så brugerne kan blive ved med at arbejde, og hvert trin kan testes.

Hvordan sikrer I en desktopapplikation?

Brugerne logger ind via din identitetsudbyder med enkeltlogon (SSO), hvor du har det. Lokale data er krypteret, hemmeligheder opbevares i operativsystemets sikre lager, og applikationen kører uden administratorrettigheder. Forbindelser til dine systemer er krypteret, og afhængigheder kontrolleres for kendte sårbarheder før hver udgivelse.

Hvad bestemmer prisen på en desktopapplikation?

Antallet af arbejdsgange og skærmbilleder, de platforme, der skal understøttes, offlinebrug, enhedsintegrationer og de systemer, den forbindes med. For en eksisterende applikation har tilstanden af dens kode og dokumentation også betydning. Signering, pakning og at følge med i opdateringer af operativsystemet er løbende omkostninger, der skal planlægges.

Klar til at bygge? Bed om et forslag.

Send dine krav eller din RFP. Vores arkitekter validerer dem og sender et bindende forslag med fast omfang retur.

Det sker der nu

  1. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  2. Bindende forslag

    Efter arkitekturvalidering uden omkostninger modtager du et bindende forslag med fast omfang inden for 3 til 5 hverdage: milepæle, arkitektur, teamstruktur og SLA’er. Vi underskriver efter anmodning en fortrolighedsaftale (NDA) med dig, før du deler dine krav.

  3. Mobilisering

    Når du har underskrevet, begynder vores ingeniørteams på sprint 0 inden for 5 til 10 hverdage efter kontraktunderskrivelse.

  4. Levering i fem faser

    Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.