Calitate tehnică: bune practici în dezvoltarea software-ului liber

Calitate tehnică: bune practici în dezvoltarea software-ului liber

Calitate tehnică: bune practici în dezvoltarea software-ului liber

Ca în fiecare aspect al vieții noastre pe care îl construim, calitatea tehnică (absența defecțiunilor structurale), într-o dezvoltare de software este, de asemenea, un factor cheie fundamental în éxito din ea

Prin urmare, faceți un evaluare profundă și continuă calitatea tehnică a produsului dezvoltat, în acest caz, în principal cod, este o prioritate condiție sine qua nonMatei 22:21, astfel încât să nu îndeplinească doar obiectivul pentru care a fost creat, ci pentru a nu cauza alte probleme, ca urmare a deficienței sale calitatea tehnică.

Calitate tehnică: Concept - Introducere

Calitatea tehnică

Un produs software o instrument digital (aplicație, program, sistem) dezvoltat cu calitatea tehnică facilitează întreținere și reutilizare din el, fie parțial, fie complet.

De asemenea, dă și păstrează calitatea tehnică o produs software, nu este ceva ce ar trebui făcut ușor, deoarece software-ul a devenit astăzi unul dintre principalele active și obiectivele strategice ale organizațiilor, deoarece în fiecare zi, cele mai importante procese ale acestora și supraviețuirea lor în sine, depind de funcționarea software-ul, și încă mai mult fără defecte sau erori în ziua lor de zi cu zi.

Calitatea tehnică a unui instrument digital este stabilită în măsura în care scrierea codului sursă și arhitectura instrumentului digital este lipsită de defecte structurale care pot bloca utilizarea sau reutilizarea acestuia și care facilitează, de asemenea, înțelegerea în citirea și modificarea Cod sursaMatei 22:21. Evaluare tehnică - Ghid pentru publicarea instrumentelor digitale Cod pentru inițiativa de dezvoltare a Băncii Interamericane de Dezvoltare

Ce caracteristici definesc calitatea tehnică a unui software?

  • flexibilitate: Pentru a oferi funcționare completă fără limitări majore de licențiere.
  • Portabilitate: Pentru a acorda o operație multiplatformă, axată pe sisteme de operare gratuite.
  • scalabilitate: Să aibă suportul documentar și informativ adecvat pentru luarea deciziilor.
  • interoperabilitate: Pentru a realiza interconectarea cu succes cu alte produse software.
  • Descărcare: Pentru a permite implementarea și utilizarea acestuia în diferite contexte și cazuri de utilizare.

Datoria tehnică: Concept

Datoria tehnică

Prin urmare, în întreaga lume mulți mecanisme, standarde, programe, norme sau bune practici pentru a se asigura că fiecare produs software creat are cel mai înalt nivel de calitate tehnică și nu acumulează în timp, niciun nivel de datorie tehnică. standarde, ca și precedentul ISO / IEC 9126 și curentul ISO / IEC 25000. ProgrameCa Sonaqube și Better Code Hub. Și mecanisme sau proceduri, cum ar fi utilizarea valori tipul de Probleme de blocare o Liniile duplicate.

Când software-ul este construit, diferența dintre modul în care ar trebui construit corect (din punct de vedere tehnic) și modul în care a fost construit de fapt este cunoscută sub numele de datorie tehnică. Acea datorie, dacă lucrurile nu sunt făcute corect, va crește sau se va acumula în timp și va determina să coste din ce în ce mai mult implementarea unor noi funcționalități sau pur și simplu menținerea acelui software. Este ca și cum ar fi o ipotecă pe care o bancă ne-a acordat-oMatei 22:21. Calitatea tehnică a software-ului, un factor cheie de succes (datorii tehnice) | Excentia

Bune practici pentru a atinge calitatea tehnică

Bune practici de calitate tehnică

Pentru articolul nostru, am luat ca exemplu Cele mai bune practici conceput și dezvăluit de Cod pentru inițiativă de dezvoltareMatei 22:21 del Banca Inter-Americană de Dezvoltare, privind domeniul de aplicare evaluarea tehnică, care trebuie realizat la dezvoltarea de produse software (instrumente digitale), în special gratuite și deschise, pentru a garanta calitatea tehnică din ea

Printre bune practici oferite de ei, sunt cele menționate mai jos:

  • Scrieți unități scurte de cod: Pentru a facilita înțelegerea codului.
  • Scrieți unități de cod simple: Pentru a facilita verificarea codului.
  • Scrieți codul o dată: Pentru a atenua erorile duplicate și pentru a evita modificările duplicate.
  • Păstrați interfețele de unitate mici: Pentru a facilita refolosirea acestora.
  • Diferite responsabilități separate în diferite module: Pentru a facilita schimbarea acestora.
  • Pereche de componente de arhitectură: Pentru a favoriza izolarea componentelor.
  • Păstrați componentele arhitecturii echilibrate: Pentru a facilita înțelegerea codului.
  • Păstrați baza de coduri mică: Pentru a facilita întreținerea software-ului.
  • Testează automat: Pentru a eficientiza munca și a preveni greșelile.
  • Scrieți un cod curat: Pentru a evita complexitatea într-un cod deja optimizat.

Pentru a extinde aceste informații, pe Cele mai bune practici în materie de documentație pentru dezvoltarea Software-ul gratuit, langa Cod pentru inițiativă de dezvoltareMatei 22:21 del Banca Inter-Americană de Dezvoltare puteți face clic pe următorul link: Evaluare tehnică - Ghid pentru publicarea instrumentelor digitale. Și într-un ultim post vom explora partea la care se referă bune practici pe licențierea del Software gratuit și deschis înșiși.

În cele din urmă, dacă doriți să citiți articolul nostru anterior, numit Bune practici pentru dezvoltarea software-ului gratuit și deschis: documentațieMatei 22:21, faceți clic pe aici.

Concluzie

Concluzie

Noi sperăm asta acest puțină postare utilăMatei 22:21 pe «Buenas prácticas» în domeniul «calidad técnica» care trebuie să fie garantat pentru orice produs software dezvoltat, mai ales dacă este «Software libre y abierto», să fie de mare interes și utilitate, pentru întreg «Comunidad de Software Libre y Código Abierto» și de mare contribuție la difuzarea minunatului, gigantului și creșterii ecosistemului de aplicații pentru și pentru «GNU/Linux».

Și pentru mai multe informații, nu ezitați întotdeauna să vizitați oricare Biblioteca online ca OpenLibra y jedit a citi cărți (PDF-uri) pe acest subiect sau altele domenii de cunoaștere. Deocamdată, dacă ți-a plăcut asta «publicación», nu înceta să-l împărtășești cu alții, în dumneavoastră Site-uri web preferate, canale, grupuri sau comunități de rețele sociale, de preferință gratuite și deschise ca Mastodont, sau sigur și privat, cum ar fi Telegramă.

Sau pur și simplu vizitați pagina noastră principală la De la Linux sau alăturați-vă canalului oficial Telegramă de la FromLinux pentru a citi și a vota pentru această sau alte publicații interesante pe «Software Libre», «Código Abierto», «GNU/Linux» și alte subiecte legate de «Informática y la Computación», și «Actualidad tecnológica».


Conținutul articolului respectă principiile noastre de etică editorială. Pentru a raporta o eroare, faceți clic pe aici.

Fii primul care comenteaza

Lasă comentariul tău

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *

*

*

  1. Responsabil pentru date: Miguel Ángel Gatón
  2. Scopul datelor: Control SPAM, gestionarea comentariilor.
  3. Legitimare: consimțământul dvs.
  4. Comunicarea datelor: datele nu vor fi comunicate terților decât prin obligație legală.
  5. Stocarea datelor: bază de date găzduită de Occentus Networks (UE)
  6. Drepturi: în orice moment vă puteți limita, recupera și șterge informațiile.