Teknisk kvalitet: God praksis i udviklingen af ​​fri software

Som i alle aspekter af vores liv, vi bygger, er det teknisk kvalitet (fravær af strukturelle fejl) en softwareudvikling er også en grundlæggende nøglefaktor i succes af det

Lav derfor en evaluering dyb og kontinuerlig teknisk kvalitet af det produkt, der er udviklet, i dette tilfælde hovedsagelig kode, er en prioritet "sine qua non", så det ikke kun opfylder det mål, som det blev oprettet til, men også at det ikke forårsager andre problemer som følge af dets mangelfulde teknisk kvalitet.

Teknisk kvalitet

Un softwareprodukt o digitalt værktøj (applikation, program, system) udviklet med teknisk kvalitet letter den vedligeholdelse og genanvendelighed af det, enten helt eller delvist.

Giv også og hold teknisk kvalitet en softwareprodukt, det er ikke noget, der skal gøres let, da software i dag er blevet en af ​​de organisationers vigtigste aktiver og strategiske mål, for hver dag afhænger de vigtigste processer af disse og deres overlevelse i sig selv af funktion af softwareog endnu mere ingen fejl eller fejl i deres dag til dag.

"Den digitale kvalitet af et digitalt værktøj etableres i det omfang, at skrivningen af ​​kildekoden og det digitale værktøjs arkitektur er fri for strukturelle fejl, der kan blokere dets anvendelse eller genbrug, og som også letter forståelsen i læsning og ændring af Kildekode". Teknisk evaluering - Vejledning til udgivelse af digitale værktøjer Kode for udviklingsinitiativ fra den interamerikanske udviklingsbank

Hvilke egenskaber definerer den tekniske kvalitet af en software?

• fleksibilitet: At tilbyde fuld drift uden større licensbegrænsninger.
• Bærbarhed: At give en multiplatform-operation med fokus på gratis operativsystemer.
• skalerbarhed: At have den rette dokumentariske og informative støtte til beslutningstagning.
• interoperabilitet: For at opnå tilfredsstillende samtrafik med andre softwareprodukter.
• Udledning: For at tillade implementering og anvendelse i forskellige sammenhænge og brugssager.

Teknisk gæld

Derfor rundt om i verden mange mekanismer, standarder, programmer, normer eller god praksis for at sikre, at hvert softwareprodukt, der oprettes, har den højeste tekniske kvalitet og ikke akkumulerer noget teknisk gæld over tid. Normas, som det foregående ISO / IEC 9126 og strømmen ISO / IEC 25000. ProgrammerSom Sonaqube og Better Code Hub. Og mekanismer eller procedurer, såsom brug af metrics typen af Problemer med blokeringen o Dupliserede linjer.

"Når software bygges, er forskellen mellem, hvordan den skal bygges korrekt (teknisk set), og hvordan den faktisk blev bygget kendt som teknisk gæld. Denne gæld, hvis tingene ikke gøres korrekt, vil stige eller akkumulere over tid og vil medføre, at det koster mere og mere at implementere nye funktioner eller blot vedligeholde denne software. Det er som om det var et pant, som en bank har givet os". Den tekniske kvalitet af softwaren, en vigtig succesfaktor (teknisk gæld) Excentia

God teknisk kvalitetspraksis

For vores artikel har vi taget et eksempel på God praksis undfanget og afsløret af "Kode for udviklingsinitiativ" den Interamerikanske Udviklingsbank, om omfanget af teknisk evaluering, som skal udføres, når der udvikles softwareprodukter (digitale værktøjer), især gratis og åbne, for at garantere teknisk kvalitet af det

Blandt de god praksis, der tilbydes af dem, er dem, der er nævnt nedenfor:

• Skriv korte enheder kode: For at lette forståelsen af ​​koden.
• Skriv enkle kodeenheder: For at lette kodebekræftelse.
• Skriv koden en gang: For at afbøde duplikatfejl og undgå duplikatændringer.
• Hold drevgrænseflader små: For at lette genbrug af dem.
• Forskellige ansvarsområder adskilt i forskellige moduler: For at lette ændringen af ​​dem.
• Par arkitektkomponenter løst: For at favorisere isoleringen af ​​komponenterne.
• Hold arkitekturkomponenterne afbalancerede: For at lette forståelsen af ​​koden.
• Hold din kodebase lille: For at lette vedligeholdelsen af ​​softwaren.
• Automatiser test: At strømline arbejde og forhindre fejl.
• Skriv ren kode: For at undgå kompleksitet i en allerede optimeret kode.

For at udvide disse oplysninger på God praksis i sager om dokumentation til udvikling af Free Software, ved "Kode for udviklingsinitiativ" den Interamerikanske Udviklingsbank du kan klikke på følgende link: Teknisk vurdering - Vejledning til udgivelse af digitale værktøjer. Og i et sidste indlæg vil vi undersøge den del, der henviser til god praksis om licensering den Gratis og åben software dem selv.

Endelig, hvis du vil læse vores tidligere relaterede artikel kaldet "God praksis til udvikling af gratis og åben software: Dokumentation", klik her.

Konklusion

Det håber vi dette "nyttigt lille indlæg" på «Buenas prácticas» inden for «calidad técnica» der skal garanteres ethvert softwareprodukt, der udvikles, især hvis det er tilfældet «Software libre y abierto», være af stor interesse og nytte for hele det «Comunidad de Software Libre y Código Abierto» og med stort bidrag til spredningen af ​​det vidunderlige, gigantiske og voksende økosystem af applikationer af og til «GNU/Linux».

Og for mere information, tøv ikke altid med at besøge nogen Online bibliotek som OpenLibra y jedit at læse bøger (PDF-filer) om dette emne eller andre videnområder. For nu, hvis du kunne lide dette «publicación», stop ikke med at dele det med andre, i din Favoritwebsteder, kanaler, grupper eller samfund af sociale netværk, helst gratis og åbent som Mastodon, eller sikker og privat lignende Telegram.

Eller besøg blot vores hjemmeside på DesdeLinux eller tilmeld dig den officielle kanal Telegram af DesdeLinux at læse og stemme på denne eller andre interessante publikationer om «Software Libre», «Código Abierto», «GNU/Linux» og andre emner relateret til «Informática y la Computación»Og «Actualidad tecnológica».