Proiectarea și testarea nu pot fi efectuate de niciun generator. Cel mai simplu mod este prin
STEINBACH (je) - „Cred că o comparație a diferitelor tehnici în proiectarea programelor nu este decisivă”, scrie Volker Elstermann și justifică acest lucru prin faptul că tehnicile diagramei bloc, a diagramei structurate și a pseudocodului s-au bazat în mod constant pe ideea structurii modulare și im Abordarea de a fi la fel. Elstermann, autorul articolului „Cum am învățat să iubesc diagramele structurate” în CW nr. 30 din 25 iulie, se ocupă de răspunsul dat de Jürgen Ewald la rubrica „Coroana aparține programării modulare” în CW nr. 34 a fost publicat pe 22 august. (Între timp, grupul de discutanți a fost extins pentru a include Hermann Lange. A se vedea articolul „Nu creați modulul în mod arbitrar” în acest număr.)
În ceea ce-l privește pe Ewald, care este membru al universității, Elstermann spune că „va deveni probabil clar din nou că teoria și practica/aplicarea au probleme complet diferite”. Pentru practicieni - deci Elstermann - este mai puțin despre diagrame în sine și forma lor, dar mai mult despre aplicabilitate, învățabilitate și succes.
Elstermann explică apoi pe scurt tehnicile alternative:
Cu diagrama bloc, un program este dezvoltat comandă cu comandă. Acest lucru contrazice toate cerințele unui program bine structurat și ușor de întreținut. Dar după o lungă perioadă de practică, fiecare programator ajunge automat la o diagramă bloc care este foarte asemănătoare cu diagrama de flux modulară. (A se vedea planul mod. De Jürgen Ewald în CW din 22 august)
După cum se poate vedea din comparația „Diagrama structurii: diagramă modulară” din CW din 22 august, ambele diagrame sunt la fel de semnificative. Structograma oferă mai mult spațiu pentru text pe o parte.
O dezvoltare ulterioară a structogramelor este pseudocodul. (De asemenea, evident din comparația din CW din 22 august 1980.) În cazul pseudocodului, barele din structogramă sunt pur și simplu înlocuite cu coduri standardizate.
Elstermann mai departe: Tehnicile de dezvoltare sunt susținute de instrumente și generatoare precum „Pet” și „Delta”. Cu toate acestea, ele simplifică efortul manual de documentare. Adevărata problemă este cum să găsiți calea de la diagrama bloc la programul structurat. Sunt deosebit de îngrijorat de programatorii de aplicații practice care trebuie să dezvolte programe în fiecare zi. Cel mai simplu este prin intermediul structogramelor. Niciun instrument nu poate ajuta la reprezentarea corectă a logicii unui program. Pasul decisiv al proiectării programului este realizat la birou cu hârtie și creion:
- Schițați structograma,
În opinia mea, nu există mijloace mai bune de reprezentare decât structograma pentru a verifica logica unui program înainte de codificare. Iată un exemplu: (Niciun generator nu va defecta logica.)
Testul acestei structograme constă în verificarea bloc de structură cu bloc de structură și testarea întrebărilor despre:
- De unde vin datele?
- Unde merg datele?
- Cum sunt mutate datele?
- Este permis transferul?
Cu aceste întrebări se constată: dacă se citește următoarea înregistrare, aceasta suprascrie zona înregistrării master-1. (Aceasta este o greșeală foarte frecventă pentru începători.) Acum se poate face următoarea corecție:
Experiența a arătat că programele concepute și testate în acest mod conțin doar erori care au fost făcute în codificare și sunt ușor de găsit în testul mașinii.
Un program „master management de date”. acum costă doar o zi de timp de proiectare, restul este o chestiune de muncă grea și depinde de rutina de codare și de cunoștințele de sistem ale programatorului.
Cea mai ușoară cale de programare structurată este prin structograme. Proiectarea și testarea manuală la birou nu poate fi făcută de niciun generator. Cu toate acestea, ele pot simplifica documentarea și întreținerea diagramelor.
Variantele structogramelor sunt organigramele modulare și pseudocodul. Ele se bazează pe aceeași idee structurantă, dar sunt prezentate în ilustrație. diferit și uneori ca unul, alteori mai mult.