Tehniskā kvalitāte: laba prakse bezmaksas programmatūras izstrādē

Tāpat kā visos mūsu dzīves aspektos, kurus mēs veidojam, arī tehniskā kvalitāte (strukturālu bojājumu neesamība), jo programmatūras izstrāde ir arī būtisks galvenais faktors veiksme no tā

Tādējādi izveidojiet a novērtējumu dziļa un nepārtraukta tehniskā kvalitāte izstrādātā produkta, šajā gadījumā galvenokārt kods, tā ir prioritāte "obligāts nosacījums", lai tas ne tikai atbilstu mērķim, kuram tas tika izveidots, bet lai neradītu citas problēmas tā nepilnības dēļ tehniskā kvalitāte.

Tehniskā kvalitāte

Un programmatūras produkts o digitālais rīks (lietojumprogramma, programma, sistēma), kas izstrādāts ar tehniskā kvalitāte atvieglo uzturēšana un atkārtota izmantošana vai nu daļēji, vai pilnībā.

Arī dodiet un paturiet tehniskā kvalitāte līdz programmatūras produkts, tas nav kaut kas, kas būtu jādara viegli, jo programmatūra šodien ir kļuvusi par vienu no organizāciju galvenie aktīvi un stratēģiskie mērķi, jo katra diena, vissvarīgākie to procesi un to izdzīvošana pati par sevi ir atkarīga no programmatūra, un pat vairāk nav kļūdu vai kļūdu viņu ikdienā.

"Digitālā rīka tehniskā kvalitāte tiek noteikta tādā mērā, ka avota koda un digitālā rīka arhitektūras rakstīšanā nav strukturālu trūkumu, kas varētu bloķēt tā lietošanu vai atkārtotu izmantošanu, un kas arī atvieglo izpratni lasot un modificējot programmatūru. Avota kods". Tehniskais novērtējums - rokasgrāmata digitālo rīku publicēšanai Amerikas Attīstības bankas attīstības iniciatīvas kods

Kādas īpašības nosaka programmatūras tehnisko kvalitāti?

• Elastīgums: Piedāvāt pilnu darbību bez lieliem licencēšanas ierobežojumiem.
• Pārnesamība: Lai piešķirtu daudzplatformu darbību, koncentrējoties uz bezmaksas operētājsistēmām.
• Mērogojamība: Lai lēmumu pieņemšanā būtu atbilstošs dokumentārs un informatīvs atbalsts.
• Savietojamība: Lai panāktu apmierinošu savienojumu ar citiem programmatūras produktiem.
• Izlāde: Lai ļautu to izvietot un izmantot dažādos kontekstos un lietošanas gadījumos.

Tehniskais parāds

Tāpēc visā pasaulē daudzi mehānismus, standartus, programmas, normas vai labu praksi nodrošināt, ka katram izveidotajam programmatūras produktam ir visaugstākā tehniskās kvalitātes pakāpe un laika gaitā neuzkrājas jebkāda līmeņa tehniskais parāds. Noteikumi, tāpat kā iepriekšējā ISO / IEC 9126 un pašreizējais ISO / IEC 25000. ProgrammasKā Sonaqube un labāks Code Hub. Un mehānismus vai procedūras, piemēram, metriku veida Bloķētāja jautājumi o Dublētas līnijas.

"Kad programmatūra tiek veidota, atšķirība starp to, kā tā būtu pareizi jābūvē (no tehniskā viedokļa), un tā, kā tā faktiski tika uzbūvēta, ir pazīstama kā tehniskais parāds. Šis parāds, ja lietas netiek izdarītas pareizi, laika gaitā palielināsies vai uzkrāsies un liks tam maksāt arvien vairāk, lai ieviestu jaunas funkcijas vai vienkārši uzturētu šo programmatūru. It kā tā būtu hipotēka, kuru banka mums piešķīrusi". Programmatūras tehniskā kvalitāte, galvenais veiksmes faktors (tehniskais parāds) Excentia

Laba tehniskās kvalitātes prakse

Par mūsu rakstu mēs esam ņēmuši par piemēru Labā prakse ko izdomājusi un atklāj "Attīstības iniciatīvas kods" del Amerikas Attīstības bankapar darbības jomu tehniskais novērtējums, kas jāveic, izstrādājot programmatūras produktus (digitālos rīkus), īpaši brīvus un atvērtus, lai garantētu tehniskā kvalitāte no tā

starp viņu piedāvātā labā prakse, ir minēti turpmāk:

• Uzrakstiet īsas koda vienības: Lai atvieglotu koda izpratni.
• Uzrakstiet vienkāršas koda vienības: Lai atvieglotu koda pārbaudi.
• Vienreiz uzrakstiet kodu: Lai mazinātu kļūdu dublikātus un izvairītos no izmaiņu dublikātiem.
• Glabājiet diska saskarnes mazas: Lai atvieglotu to atkārtotu izmantošanu.
• Dažādi pienākumi, kas sadalīti dažādos moduļos: Lai atvieglotu to maiņu.
• Arhitektūras komponentu pāris brīvi: Lai veicinātu komponentu izolāciju.
• Uzturiet līdzsvarotu arhitektūras komponentus: Lai atvieglotu koda izpratni.
• Saglabājiet koda bāzi mazu: Lai atvieglotu programmatūras uzturēšanu.
• Automatizēt testēšanu: Racionalizēt darbu un novērst kļūdas.
• Uzrakstiet tīru kodu: Lai izvairītos no jau optimizēta koda sarežģītības.

Lai paplašinātu šo informāciju, vietnē Labā prakse jautājumos par dokumentācija attīstībai Bezmaksas programmatūra, ar "Attīstības iniciatīvas kods" del Amerikas Attīstības banka varat noklikšķināt uz šīs saites: Tehniskais novērtējums - ceļvedis digitālo rīku publicēšanai. Un pēdējā ziņojumā mēs izpētīsim daļu, kas attiecas uz labas prakses uz licencēšana del Bezmaksas un atvērta programmatūra paši.

Visbeidzot, ja vēlaties izlasīt mūsu iepriekšējo saistīto rakstu ar nosaukumu "Labas prakses bezmaksas un atvērtas programmatūras izstrādei: dokumentācija", klikšķis šeit.

Secinājums

Mēs to ceram šis "noderīga maz ziņa" par to «Buenas prácticas» jomā «calidad técnica» tas ir jāgarantē jebkuram izstrādātajam programmatūras produktam, it īpaši, ja tāds ir «Software libre y abierto», ir liela interese un lietderība kopumā «Comunidad de Software Libre y Código Abierto» un ir liels ieguldījums brīnišķīgās, gigantiskās un pieaugošās ekosistēmas izplatībā «GNU/Linux».

Lai iegūtu vairāk informācijas, ne vienmēr vilcinieties ar kādu no tiem Tiešsaistes bibliotēka kā OpenLibra y jedit Lasīt grāmatas (PDF) par šo tēmu vai citiem zināšanu jomas. Pagaidām, ja jums tas patika «publicación», nepārtrauciet to kopīgot ar citiem, jūsu Izlases vietnes, kanāli, grupas vai kopienas sociālo tīklu, vēlams bezmaksas un atvērtu kā Mastodontsvai droša un privāta Telegram.

Vai vienkārši apmeklējiet mūsu mājas lapu vietnē DesdeLinux vai pievienojieties oficiālajam kanālam Telegramma no DesdeLinux lasīt un balsot par šo vai citām interesantām publikācijām vietnē «Software Libre», «Código Abierto», «GNU/Linux» un citas tēmas, kas saistītas ar «Informática y la Computación», un «Actualidad tecnológica».