Jakość techniczna: Dobre praktyki w rozwoju wolnego oprogramowania

Jak w każdym aspekcie naszego życia, który budujemy, jakość techniczna (brak uszkodzeń konstrukcyjnych), w rozwój oprogramowania jest również podstawowym kluczowym czynnikiem w sukces tego

Dlatego zrób plik ocena głębokie i ciągłe jakość techniczna opracowanego produktu, w tym przypadku głównie kodjest priorytetem "sine qua non"tak, aby nie tylko spełniała cel, dla którego została stworzona, ale aby nie powodowała innych problemów w wyniku jakość techniczna.

Jakość techniczna

Un Produkt oprogramowania o narzędzie cyfrowe (aplikacja, program, system) opracowane za pomocą jakość techniczna ułatwia konserwacja i możliwość ponownego użycia części lub całości.

Również dawaj i zachowuj jakość techniczna d Produkt oprogramowania, to nie jest coś, co powinno być zrobione lekko, ponieważ oprogramowanie stało się dziś jednym z główne atuty i cele strategiczne organizacji, bo każdego dnia najważniejsze procesy tych procesów i ich przetrwanie w sobie zależą od funkcjonowania oprogramowanie, i nawet więcej brak usterek lub błędów na co dzień.

"Jakość techniczną narzędzia cyfrowego ustala się w zakresie, w jakim pisanie kodu źródłowego i architektura narzędzia cyfrowego jest wolne od wad strukturalnych, które mogą blokować jego użycie lub ponowne użycie, a także ułatwiają zrozumienie podczas czytania i modyfikowania Kod źródłowy". Ocena techniczna - przewodnik po publikowaniu narzędzi cyfrowych | Kod Inicjatywy Rozwojowej Międzyamerykańskiego Banku Rozwoju

Jakie cechy definiują jakość techniczną oprogramowania?

• elastyczność: Aby zaoferować pełną obsługę bez większych ograniczeń licencyjnych.
• Ruchliwość: Aby przyznać operację wieloplatformową, skoncentrowaną na bezpłatnych systemach operacyjnych.
• Skalowalność: Posiadanie odpowiedniego wsparcia dokumentacyjnego i informacyjnego przy podejmowaniu decyzji.
• Interoperacyjność: Aby osiągnąć udane połączenie z innymi produktami oprogramowania.
• Rozładować się: Aby umożliwić jego wdrażanie i używanie w różnych kontekstach i przypadkach użycia.

Dług techniczny

Dlatego na całym świecie wielu mechanizmy, standardy, programy, normy lub dobre praktyki zapewnienie, że każdy stworzony produkt oprogramowania ma najwyższy poziom jakości technicznej i nie narasta w czasie żadnego poziomu długu technicznego. Reguły, jak poprzedni ISO / IEC 9126 i obecny ISO / IEC 25000. ProgramyJak Sonaqube i Better Code Hub. Oraz mechanizmy lub procedury, takie jak użycie métricas typ Problemy z blokowaniem o Zduplikowane linie.

"Kiedy oprogramowanie jest budowane, różnica między tym, jak powinno być poprawnie zbudowane (z technicznego punktu widzenia) a tym, jak zostało faktycznie zbudowane, nazywana jest długiem technicznym. Ten dług, jeśli coś nie zostanie zrobione poprawnie, będzie z czasem wzrastał lub narastał i spowoduje, że będzie kosztować coraz więcej nowych funkcji lub po prostu utrzymanie tego oprogramowania. To tak, jakby to był kredyt hipoteczny, który udzielił nam bank". Jakość techniczna oprogramowania, kluczowy czynnik sukcesu (dług techniczny) | Excentia

Dobre praktyki dotyczące jakości technicznej

W naszym artykule jako przykład wzięliśmy plik Dobre praktyki wymyślone i ujawnione przez "Kod inicjatywy rozwojowej" del Bank Rozwoju, w zakresie ewolucja techniczna, które należy wykonać przy tworzeniu oprogramowania (narzędzi cyfrowych), zwłaszcza darmowych i otwartych, aby zagwarantować, że jakość techniczna tego

Wśród oferowane przez nich dobre praktyki, to te wymienione poniżej:

• Napisz krótkie jednostki kodu: Aby ułatwić zrozumienie kodu.
• Napisz proste jednostki kodu: Aby ułatwić weryfikację kodu.
• Wpisz kod raz: Aby złagodzić powielanie błędów i uniknąć powielania zmian.
• Zachowaj małe interfejsy dysków: Aby ułatwić ich ponowne wykorzystanie.
• Różne obowiązki podzielone na różne moduły: Aby ułatwić ich zmianę.
• Para elementów architektury luźno: Aby sprzyjać izolacji komponentów.
• Zachowaj równowagę komponentów architektury: Aby ułatwić zrozumienie kodu.
• Utrzymuj małą bazę kodu: Aby ułatwić konserwację oprogramowania.
• Zautomatyzuj testy: Aby usprawnić pracę i uniknąć błędów.
• Napisz czysty kod: Aby uniknąć złożoności w już zoptymalizowanym kodzie.

Aby rozszerzyć te informacje, w Dobre praktyki w sprawach dokumentacja dla rozwoju wolne oprogramowanie, przez "Kod inicjatywy rozwojowej" del Bank Rozwoju możesz kliknąć poniższy link: Ocena techniczna - przewodnik dotyczący publikowania narzędzi cyfrowych. W ostatnim poście zajmiemy się częścią, o której mowa dobre praktyki na koncesjonowanie del Darmowe i otwarte oprogramowanie sami.

Na koniec, jeśli chcesz przeczytać nasz poprzedni powiązany artykuł o nazwie "Dobre praktyki tworzenia wolnego i otwartego oprogramowania: dokumentacja", Kliknij tutaj.

Wnioski

Mamy nadzieję, że esta "pomocny mały post" o «Buenas prácticas» w dziedzinie «calidad técnica» musi to być zagwarantowane każdemu opracowanemu oprogramowaniu, zwłaszcza jeśli jest «Software libre y abierto», cieszy się dużym zainteresowaniem i użytecznością dla całości «Comunidad de Software Libre y Código Abierto» i ma wielki wkład w rozprzestrzenianie się wspaniałego, gigantycznego i rosnącego ekosystemu zastosowań i dla «GNU/Linux».

Aby uzyskać więcej informacji, nie zawsze wahaj się je odwiedzić Biblioteka online jako OpenLibra y Jedit czytać książki (pliki PDF) na ten temat lub inne obszary wiedzy. Na razie, jeśli to lubisz «publicación», nie przestawaj się tym dzielić z innymi w swoim Ulubione witryny internetowe, kanały, grupy lub społeczności sieci społecznościowych, najlepiej bezpłatnych i otwartych jako Mastodontlub bezpieczne i prywatne jak Telegram.

Lub po prostu odwiedź naszą stronę główną pod adresem DesdeLinux lub dołącz do oficjalnego kanału Telegram z DesdeLinux czytać i głosować na tę lub inne interesujące publikacje «Software Libre», «Código Abierto», «GNU/Linux» i inne tematy związane z «Informática y la Computación»i «Actualidad tecnológica».