A tervezés és a tesztelés egyetlen generátorral sem végezhető el, a legegyszerűbb módja a via
STEINBACH (je) - "Úgy gondolom, hogy a különböző technikák összehasonlítása a programok tervezésében nem döntő" - írja Volker Elstermann, és ezt azzal indokolja, hogy a blokkdiagram, a strukturált diagram és az álkód technikája következetesen a moduláris struktúra ötletére és im Megközelítés ugyanaz. Elstermann, a "Hogyan tanultam meg szeretni a strukturált diagramokat" cikk írója a CW. Július 25-én, Jürgen Ewald válaszával foglalkozik a CW "A korona moduláris programozásnak köszönhető" címmel. A 34. augusztus 22-én jelent meg. (Időközben kibővült a beszélgetők csoportja Hermann Lange-nel. Lásd ebben a lapban a "Ne hozza létre önkényesen a modult" cikket.)
Ewalddal kapcsolatban, aki az egyetem tagja, Elstermann szerint "valószínűleg ismét világossá válik, hogy az elméletnek és a gyakorlatnak/alkalmazásnak teljesen más problémái vannak". A gyakorlók számára - tehát Elstermann - kevésbé magukról a diagramokról és azok formájáról van szó, hanem inkább az alkalmazhatóságról, a tanulhatóságról és a sikerről.
Ezután Elstermann röviden ismerteti az alternatív technikákat:
A blokkdiagram segítségével program utasításokat fejleszthetünk utasításokkal, ami ellentmond egy jól felépített és karbantartás-barát program minden követelményének. De hosszú gyakorlás után minden programozó automatikusan elér egy blokkdiagramot, amely nagyon hasonlít a moduláris folyamatábrához. (Lásd: Jürgen Ewald módosító terve augusztus 22-én CW-ben.)
Amint az a CW augusztus 22-i "Structure diagram: moduláris folyamatábra" összehasonlításából kiderül, mindkét ábra egyformán értelmes. A struktogram több helyet biztosít a szöveg számára az egyik oldalon.
A struktogramok továbbfejlesztése az álkód. (Ez az 1980. augusztus 22-i CW összehasonlításból is kitűnik.) Pszeudokód esetében a struktogram sávjait egyszerűen standardizált kódokra cserélik.
Elstermann tovább: A fejlesztési technikákat olyan eszközök és generátorok támogatják, mint a "Pet" és a "Delta". Ezek azonban csak megkönnyítik a dokumentáció kézi munkáját. Az igazi probléma az, hogyan lehet megtalálni az utat a blokkdiagramtól a strukturált programig. Különösen a gyakorlati alkalmazás-programozók érdekelnek, akiknek minden nap fejleszteniük kell a programokat. A legegyszerűbb út a struktúrákon keresztül. Egyetlen eszköz sem segíthet a program logikájának megfelelő képviseletében. A program tervezésének döntő lépését az íróasztalnál hajtják végre papírral és ceruzával:
- Vázolja fel a struktogramot,
Véleményem szerint a struktúránál nincs jobb ábrázolási eszköz, amely a kódolás előtt ellenőrizné a program logikáját. Itt van egy példa: (Egyetlen generátor sem hibázza meg a logikát.)
Ennek a struktogramnak a tesztje abból áll, hogy a blokkokat struktúrák szerint ellenőrzik, és tesztelési kérdéseket tartalmaznak a következőkről:
- Honnan származnak az adatok?
- Hová mennek az adatok?
- Hogyan mozgatják az adatokat?
- Megengedett az átadás?
Ezekkel a kérdésekkel találhatjuk meg: ha a következő rekordot olvassuk, felülírja az 1. törzsrekord területét. (Ez nagyon gyakori hiba a kezdők számára.) Most a következő korrekció végezhető:
A tapasztalatok azt mutatják, hogy az így tervezett és tesztelt programok csak a kódolásban elkövetett hibákat tartalmazzák, és a gépi teszt során könnyen megtalálhatók.
A program "törzsadat-kezelés". most csak egy nap tervezési időbe kerül, a többi kemény munka kérdése, a kódolási rutintól és a programozó rendszerismeretétől függ.
A strukturált programozás legegyszerűbb módja a strukturogramok. Kézi rajzolást és tesztelést az íróasztalnál egyetlen generátor sem végezhet. Egyszerűsíthetik azonban az ábrák dokumentálását és karbantartását.
A struktogramok változatai moduláris folyamatábra és álkód. Ugyanazon strukturáló gondolaton alapulnak, de az ábrán láthatók. más és néha olyan, mint az egyik, néha a másik inkább.