Teknisk kvalitet: God praksis i utviklingen av fri programvare

Som i alle aspekter av livet vi bygger, er det teknisk kvalitet (fravær av strukturelle feil), i en programvareutvikling er også en grunnleggende nøkkelfaktor i suksess derav.

Lag derfor en evaluering dyp og kontinuerlig teknisk kvalitet av produktet utviklet, i dette tilfellet hovedsakelig kode, det er en prioritet "sine qua non", slik at den ikke bare oppfyller målet som den ble opprettet for, men slik at den ikke forårsaker andre problemer som et resultat av dens mangelfulle teknisk kvalitet.

Teknisk kvalitet

Un programvareprodukt o digitalt verktøy (applikasjon, program, system) utviklet med teknisk kvalitet tilrettelegger for vedlikehold og gjenbrukbarhet av det, delvis eller helt.

Gi og hold teknisk kvalitet en programvareprodukt, er ikke noe som bør gjøres lett, siden programvare er blitt en av viktigste aktiva og strategiske mål for organisasjoner, fordi hver dag, de viktigste prosessene av disse og deres overlevelse i seg selv, avhenger av funksjonen til programvare, og enda mer ingen feil eller feil i deres daglige.

"Den tekniske kvaliteten til et digitalt verktøy er etablert i den grad skriving av kildekoden og arkitekturen til det digitale verktøyet er fri for strukturelle feil som kan blokkere bruken eller gjenbruk av det, og som også letter forståelsen i lesing og modifisering av Kildekode". Teknisk evaluering - Veiledning for publisering av digitale verktøy Kode for utviklingsinitiativ fra den interamerikanske utviklingsbanken

Hvilke egenskaper definerer den tekniske kvaliteten til en programvare?

• fleksibilitet: Å tilby full drift uten store lisensbegrensninger.
• Bærbarhet: Å gi en multiplatform-operasjon, fokusert på gratis operativsystemer.
• skalerbarhet: Å ha riktig dokumentarisk og informativ støtte for beslutningstaking.
• interoperabilitet: For å oppnå tilfredsstillende samtrafikk med andre programvareprodukter.
• Utslipp: For å tillate distribusjon og bruk i forskjellige sammenhenger og brukstilfeller.

Teknisk gjeld

Derfor, rundt om i verden mange mekanismer, standarder, programmer, normer eller god praksis for å sikre at hvert programvareprodukt som er opprettet er av høyeste nivå av teknisk kvalitet, og ikke akkumulerer over tid noe teknisk gjeld. standarder, som den forrige ISO / IEC 9126 og strømmen ISO / IEC 25000. ProgrammerSom Sonaqube og Better Code Hub. Og mekanismer eller prosedyrer, for eksempel bruk av beregninger typen Blokkeringsproblemer o Dupliserte linjer.

"Når programvare bygges, er forskjellen mellom hvordan den skal bygges riktig (fra et teknisk synspunkt) og hvordan den faktisk ble bygget kjent som teknisk gjeld. At gjelden, hvis ting ikke gjøres riktig, vil øke eller akkumulere seg over tid og føre til at det koster mer og mer å implementere nye funksjoner eller bare vedlikeholde programvaren. Det er som om det var et pantelån som en bank har gitt oss". Programvarens tekniske kvalitet, en viktig suksessfaktor (teknisk gjeld) Excentia

God teknisk kvalitetspraksis

For vår artikkel har vi tatt som et eksempel Best Practices unnfanget og avslørt av "Kode for utviklingsinitiativ" den Den interamerikanske utviklingsbanken, på omfanget av teknisk evaluering, som må utføres når du utvikler programvareprodukter (digitale verktøy), spesielt gratis og åpent, for å garantere teknisk kvalitet derav.

Blant de god praksis som tilbys av dem, er de som er nevnt nedenfor:

• Skriv korte enheter med kode: For å lette forståelsen av koden.
• Skriv enkle kodeenheter: For å lette kodebekreftelse.
• Skriv koden en gang: For å redusere dupliserte feil og unngå dupliserte endringer.
• Hold stasjonsgrensesnittene små: For å lette gjenbruk av dem.
• Ulike ansvarsområder skilt i forskjellige moduler: For å lette forandringen av dem.
• Par arkitekturkomponenter løst: For å favorisere isolasjonen av komponentene.
• Hold arkitekturkomponentene balanserte: For å lette forståelsen av koden.
• Hold kodebasen liten: For å lette programvarevedlikehold.
• Automatiser testing: For å effektivisere arbeidet og forhindre feil.
• Skriv ren kode: For å unngå kompleksitet i en allerede optimalisert kode.

For å utvide denne informasjonen, på Best Practices i spørsmål om dokumentasjon for utvikling av Free Software, ved "Kode for utviklingsinitiativ" den Den interamerikanske utviklingsbanken du kan klikke på følgende lenke: Teknisk vurdering - Veiledning for publisering av digitale verktøy. Og i et siste innlegg vil vi utforske den delen som refererer til god praksis på lisensiering den Gratis og åpen programvare dem selv.

Til slutt, hvis du vil lese vår forrige relaterte artikkel kalt "God praksis for å utvikle gratis og åpen programvare: dokumentasjon", klikk her.

Konklusjon

Vi håper det dette "nyttig lite innlegg" på «Buenas prácticas» innen «calidad técnica» som må garanteres ethvert programvareprodukt som utvikles, spesielt hvis det er det «Software libre y abierto», være av stor interesse og nytte, for hele «Comunidad de Software Libre y Código Abierto» og med stort bidrag til spredningen av det fantastiske, gigantiske og voksende økosystemet med applikasjoner for og for «GNU/Linux».

Og for mer informasjon, ikke nøl med å besøke noen Nettbibliotek som OpenLibra y jedit å lese bøker (PDF-filer) om dette emnet eller andre kunnskapsområder. For nå, hvis du likte dette «publicación», ikke slutte å dele den med andre, i din Favorittnettsteder, kanaler, grupper eller lokalsamfunn av sosiale nettverk, helst gratis og åpent som Мастодон, eller sikker og privat som Telegram.

Eller bare besøk hjemmesiden vår på DesdeLinux eller bli med på den offisielle kanalen Telegram av DesdeLinux å lese og stemme på denne eller andre interessante publikasjoner på «Software Libre», «Código Abierto», «GNU/Linux» og andre emner relatert til «Informática y la Computación», og «Actualidad tecnológica».