Gestructureerd programmeren: verschil tussen versies

Verwijderde inhoud Toegevoegde inhoud
Zanden30 (overleg | bijdragen)
Zanden30 (overleg | bijdragen)
kGeen bewerkingssamenvatting
Regel 19:
Men hoopte dat een en ander het bewijzen van de (wiskundige) [[correctheid van een programma]] mogelijk zou maken. Dat is echter tot op heden niet gelukt.
 
Daarnaast werd beoogd parallel werken in grote teams aan grote projecten mogelijk te maken; dit is wel gelukt door deze aanpak. Een gestructureerde aanpak leidt ook tot SW waarin functies meer afzonderlijk van elkaar zijn gebouwd; dit maakt onderhoud, zowel correctief als adaptief, aanzienlijk eenvoudiger en minder risicovol.
 
Als alternatief voor het [[stroomdiagram]] werd het [[programmastructuur-diagram|Nassi-Shneiderman-diagram]] uitgevonden. De restricties hiervan werken in het voordeel van het programmeren, het zijn dezelfde restricties die men moet hanteren met gestructureerd programmeren.