claritatea programelor

(Claritatea programelor) ©

Claritatea programelor este dată de:
- viteza cu care cineva din exterior identifică un anumit lucru necesar lui din program,
- uşurinţa de a urmări firul implementării unui algoritm într-un modul,
- folosirea de variabile cu nume apropiat de semnificaţia din lumea reală,
- modul de a scrie comentariile ca să fie uşor de delimitat de restul instrucţiunilor,
- regruparea blocurilor şi deplasarea instrucţiunilor prin tab-uri,
- dispunerea în ordine alfabetică a şabloanelor de proceduri,
- găsirea unor modalităţi comune de a folosi variabilele cu care se controlează execuţia.
Lucrurile clare sunt de regulă şi cele simple, iar programatorii care reuşesc să descompună o problemă mai complicată în sub-probleme şi acestora să le asocieze module ceva mai mici şi mai simple, vor reuşi să dea claritate produsului software căci ei reuşesc să separeu modulele după rolul pe care îl au şi anume:
- module de introducere a datelor,
- module de validare date,
- module de calcule,
- module cu prelucrări de fişiere,
- module de lucru cu structuri dinamice de date,
- module de prelucrare cu structuri omogene statice,
- module de afişare a rezultatelor,
- module de customizare.
Dacă din denumire procedură rezultă şi ceea ce face procedura, lucrurile devin şi mai clare, căci vor exista proceduri de tip read_file_nume_yy, sort_file_nume_yy, calcul_indicator_zz write_tabel_qq şi tot aşa. Dacă de la program la program toată lumea foloseşte aceleaşi reguli de a construi numele modulelor şi variabilelor, claritatea structurii va fi foarte bună, mai ales dacă se reuşeşte şi scrierea în nume a unei informaţii legate de numărul nivelului din arborescenţă pe care se găseşte modulul.
Echipa de programare care şi-a stabilit un stil de programare orientat spre claritatea produselor software va avea mult de câştigat, mai ales atunci când alţi programatori din aceeaşi organizaţie vor participa la mentenanţă sau din varii motive se cere dezvoltarea aplicaţiei din mers, iar noile module se realizează de programatori care sunt integraţi din mers în echipă, care trebuie să facă ceea ce trebuie, cu cunoaşterea a tot ceea ce este deja făcut, dar aşa ceva este posibil, dacă şi numai dacă modulele deja realizate sunt clar definite, iar specificaţiile şi interfeţele, sunt deja şi ele foarte clar construite. Altfel, totul este o nebuloasă pentru noii veniţi şi productivitatea lor va fi scăzută, iar riscul de a întârzia livrarea componentelor ce le revin, este deosebit de mare.



                                                                                                                                                                                                    Înapoi