Návrh a test nie je možné vykonať pomocou žiadneho generátora. Najjednoduchšie je použiť cestu
STEINBACH (je) - „Verím, že porovnanie rôznych techník pri navrhovaní programov nie je rozhodujúce,“ píše Volker Elstermann a odôvodňuje to skutočnosťou, že techniky blokového diagramu, štruktúrovaného diagramu a pseudokódu boli konzistentne založené na myšlienke modulárnej štruktúry a im Rovnaký prístup. Elstermann, autor článku „Ako som sa naučil milovať štruktúrované diagramy“ v CW č. 30. júla 25 sa zaoberá odpoveďou Jürgena Ewalda pod nadpisom „Koruna je spôsobená modulárnym programovaním“ v CW č. 34 bola zverejnená 22. augusta. (Medzitým bola skupina diskutujúcich rozšírená o Hermanna Langeho. Pozrite si v tomto vydaní článok „Nevytvárajte modul svojvoľne“.)
Pokiaľ ide o Ewalda, ktorý je členom univerzity, Elstermann tvrdí, že „bude pravdepodobne opäť zrejmé, že teória a prax/aplikácia majú úplne odlišné problémy“. Pre praktikov - teda Elstermanna - to nie je ani tak o samotných diagramoch, ani o ich forme, ale skôr o použiteľnosti, učiteľnosti a úspechu.
Elstermann potom stručne vysvetľuje alternatívne techniky:
V rámci blokového diagramu sa program vyvíja príkazom po príkaze. To je v rozpore so všetkými požiadavkami dobre štruktúrovaného programu, ktorý je nenáročný na údržbu. Ale po dlhom období praxe každý programátor automaticky príde k blokovému diagramu, ktorý je veľmi podobný modulárnemu vývojovému diagramu. (Pozri mod. Plán od Jürgena Ewalda v CW z 22. augusta)
Ako je zrejmé z porovnania „Štruktúrny diagram: modulárny rozvrh“ v CW z 22. augusta, oba diagramy sú rovnako zmysluplné. Štruktogram ponúka na jednej strane viac priestoru pre text.
Ďalším vývojom štruktúrogramov je pseudokód. (Je to zrejmé aj z porovnania v CW z 22. augusta 1980.) V prípade pseudokódu sú stĺpce v štruktúrograme jednoducho nahradené štandardizovanými kódmi.
Elstermann ďalej: Vývojové techniky sú podporované nástrojmi a generátormi ako „Pet“ a „Delta“. Uľahčujú však iba manuálne úsilie spojené s dokumentáciou. Skutočným problémom je, ako nájsť cestu z blokového diagramu do štruktúrovaného programu. Obzvlášť ma znepokojujú programátori praktických aplikácií, ktorí musia každý deň vyvíjať programy. Najjednoduchšie je to cez štrukturogramy. Žiadny nástroj nemôže pomôcť správne predstaviť logiku programu. Rozhodujúci krok pri navrhovaní programu sa uskutočňuje pri stole papierom a ceruzkou:
- Načrtnite štrukturogram,
Podľa môjho názoru neexistuje lepší spôsob reprezentácie ako štruktúrovaný program na kontrolu logiky programu skôr, ako začnete kódovať. Tu je príklad: (Žiadny generátor nenaruší logiku.)
Test tohto štrukturogramu pozostáva z kontroly štruktúry bloku po bloku bloku a testovacích otázok o:
- Odkiaľ údaje pochádzajú?
- Kam idú dáta?
- Ako sa údaje posúvajú?
- Je prevod povolený?
Pri týchto otázkach človek nájde: ak sa načíta nasledujúci záznam, prepíše oblasť hlavného záznamu-1. (Toto je veľmi častá chyba pre začiatočníkov.) Teraz je možné vykonať nasledujúcu opravu:
Skúsenosti ukazujú, že takto navrhnuté a testované programy obsahujú iba chyby, ktoré sa vyskytli pri kódovaní a ktoré sa dajú ľahko nájsť pri teste stroja.
Program „správa hlavných údajov“. teraz stojí iba jeden deň návrhového času, zvyšok je otázkou tvrdej práce a závisí od rutiny kódovania a systémových znalostí programátora.
Najjednoduchší spôsob štruktúrovaného programovania je prostredníctvom štrukturogramov. Ručné kreslenie a testovanie pri stole nemôže robiť žiadny generátor. Môžu však zjednodušiť dokumentáciu a údržbu diagramov.
Variantmi štruktúrogramov sú modulárne vývojové diagramy a pseudokód. Sú založené na rovnakej myšlienke štruktúrovania, sú však znázornené na ilustrácii. iný a niekedy ako jeden, niekedy druhý viac.