Као и у сваком аспекту нашег живота који градимо, технички квалитет (одсуство структурних кварова), у развој софтвера је такође основни кључни фактор у успех од тога
Дакле, направите а процена дубоко и континуирано технички квалитет развијеног производа, у овом случају углавном цодиго, је приоритет "сине куа нон", тако да не само да испуњава циљ за који је створен, већ и да не изазива друге проблеме, као резултат недостатка технички квалитет.
Технички квалитет
Un софтверски производ o дигитални алат (апликација, програм, систем) развијен са технички квалитет олакшава одржавање и поновна употребљивост тога, делимично или у потпуности.
Такође, дајте и задржите технички квалитет по софтверски производ, није нешто што би требало радити олако, јер је софтвер данас постао један од главна имовина и стратешки циљеви организација, јер сваки дан најважнији процеси ових и њихов опстанак сами по себи зависе од функционисања софтвер, па чак и више без грешака или грешака у њиховом дану у дан.
"Технички квалитет дигиталног алата утврђен је до те мере да писање изворног кода и архитектура дигиталног алата немају структурне недостатке који могу блокирати његову употребу или поновну употребу, а које такође олакшавају разумевање у читању и модификовању Изворни код". Техничка процена - Водич за објављивање дигиталних алата | Кодекс за развојну иницијативу Међуамеричке развојне банке
Које карактеристике дефинишу технички квалитет софтвера?
- Флексибилност: Нудити пуни рад без већих ограничења лиценцирања.
- Преносивост: Да се одобри операција са више платформи, фокусирана на бесплатне оперативне системе.
- Скалабилност: Имати одговарајућу документарну и информативну подршку за доношење одлука.
- Интероперабилност: Да би се постигла успешна интерконекција са другим софтверским производима.
- Пражњење: Омогућити његову примену и употребу у различитим контекстима и случајевима употребе.
Технички дуг
Стога, широм света многи механизми, стандарди, програми, норме или добре праксе како би се осигурало да сваки створени софтверски производ има највиши ниво техничког квалитета и да се временом не акумулира ни на једном нивоу техничког дуга. Правила, као и претходни ИСО / ИЕЦ КСНУМКС и тренутни ИСО / ИЕЦ КСНУМКС. ПрограмиКао Сонакубе и Беттер Цоде Хуб. И механизми или поступци, као што је употреба метрицс врста Блоцкер Иссуес o Дуплиране линије.
"Када се софтвер прави, разлика између тога како треба да се правилно гради (са техничке тачке гледишта) и начина на који је заправо изграђен позната је као технички дуг. Тај дуг, ако се ствари не ураде правилно, временом ће се повећавати или акумулирати и проузроковаће да све више кошта увођење нових функционалности или једноставно одржавање тог софтвера. То је као да је реч о хипотеци коју нам је банка одобрила". Технички квалитет софтвера, кључни фактор успеха (технички дуг) | Екцентиа
Добра пракса техничког квалитета
За наш чланак смо као пример узели Добра пракса осмислио и обелоданио "Кодекс за развојну иницијативу" дел Интерамерицан развојна банка, о обиму техничка процена, која се мора извршити при развоју софтверских производа (дигиталних алата), посебно бесплатних и отворених, како би се гарантовало технички квалитет од тога
ентре las добре праксе које они нуде, су они који су доле наведени:
- Напишите кратке јединице кода: Да би се олакшало разумевање кода.
- Напишите једноставне јединице кода: Да би се олакшала верификација кода.
- Напиши код једном: Да бисте ублажили двоструке грешке и избегли двоструке промене.
- Нека интерфејси погона буду мали: Да би се олакшала њихова поновна употреба.
- Различите одговорности раздвојене у различитим модулима: Да би се олакшала њихова промена.
- Пар архитектонских компонената лабаво: Да би се фаворизовала изолација компонената.
- Одржавајте уравнотежене компоненте архитектуре: Да би се олакшало разумевање кода.
- Нека ваша база кода буде мала: Да би се олакшало одржавање софтвера.
- Аутоматско тестирање: Да бисте поједноставили рад и спречили грешке.
- Напишите чисти код: Да бисте избегли сложеност у већ оптимизованом коду.
Да бисте проширили ове информације, на Добра пракса у питањима документација за развој Слободни софтвер, од "Кодекс за развојну иницијативу" дел Интерамерицан развојна банка можете кликнути на следећу везу: Техничка процена - Водич за објављивање дигиталних алата. И у последњем посту истражићемо део који се односи на добре праксе на лиценцирање дел Бесплатни и отворени софтвер себе.
Коначно, ако желите да прочитате наш претходни сродни чланак под називом "Добре праксе за развој слободног и отвореног софтвера: Документација", кликните овде.
Закључак
Надамо се да ово "користан мали пост" о «Buenas prácticas»
у области «calidad técnica»
то мора бити загарантовано за било који развијени софтверски производ, посебно ако јесте «Software libre y abierto»
, је од великог интереса и корисности, у целини «Comunidad de Software Libre y Código Abierto»
и од великог доприноса ширењу дивног, гигантског и растућег екосистема примена и за «GNU/Linux»
.
А за више информација, не оклевајте увек да посетите било коју Интернет библиотека као ОпенЛибра y ЈедИТ читати књиге (ПДФ-ови) на ову тему или друге области знања. За сада, ако вам се свидело ово «publicación»
, немојте престати да је делите са другима, у вашем Омиљене веб локације, канали, групе или заједнице друштвених мрежа, по могућности бесплатних и отворених као Мастодонт, или сигурно и приватно Telegram.
Или једноставно посетите нашу почетну страницу на DesdeLinux или се придружите званичном каналу Телеграм од DesdeLinux читати и гласати за ову или друге занимљиве публикације на «Software Libre»
, «Código Abierto»
, «GNU/Linux»
и друге теме повезане са «Informática y la Computación»
, и «Actualidad tecnológica»
.