Proces Ontwerp

Doelstelling

Het omzetten van gebruikersspecificaties in een functioneel ontwerp op basis waarvan de wijzigingen kunnen worden gerealiseerd en getest.

Voortbouwen op bestaand ontwerp

  • Uitgangspunten:
    • Bestaande aanpak (waterval, incrementeel, prototyping)
    • Bestaande ontwerp
    • Bestaande schematechnieken
  • Consequenties van
  • keuzes uit verleden!

Activiteiten

  • Uitwerking vraagstelling
  • Bepaal oplossingsrichting
  • Oplossingsrichting uitwerken
  • Bijwerken functioneel ontwerp
  • Bijwerken testspecificaties
  • Documenteren
  • Validatie
  • Bewaking
  • Voortgang
  • Evaluatie

Resultaten

  • Ontwerpdocumentatie
    • Specificaties
    • Testspecificaties
  • Voortgangsgegevens
    • Planning
    • Evaluatie

Relaties

Is ontwerpen nog van deze tijd?

In de tijd van Agile wordt vaak de vraag gesteld of ontwerpen nog wel nodig zijn. Immers, een wendbare organisatie stelt requirements vaak bij en dan zit een ontwerp alleen maar in de weg; het maakt het wijzigingstraject trager, het is een stukje documentatie dat moet worden bijgehouden…

Toch klinken ook andere geluiden. Ten eerste is een belangrijk argument om ook in deze dynamische tijd vast te houden aan ontwerpen dat software valt onder het gebied van engineering. En binnen engineering wordt alles tweemaal gemaakt: eenmaal in het hoofd en in een ontwerp, en daarna in het echt. Waarom? Omdat op die manier vliegtuigen in de lucht blijven, bruggen niet instorten en wolkenkrabbers niet omvallen. Met andere woorden, het is een aanpak die in andere, vergelijkbare, vakgebieden zijn nut dubbel en dwars heeft bewezen. Anders moet je maar eens zelf aan de hand van een paar honderd user stories een vliegtuig in elkaar zetten. En dan wel zo flink zijn om daar zelf als eerste in te gaan zitten.

Daarnaast maakt een ontwerp het softwaresysteem meer onafhankelijk van de oorspronkelijke bedenker en bouwers. Natuurlijk is kennis die in mensen hun hoofd zit te waarderen. En menselijke interactie in IT-teams ook. Maar afhankelijkheid van individuele werknemers is helemaal niet te waarderen. Dus hoe vervelend ook, documentatie geeft eenvoudigweg meer garanties op continuïteit van de organisatie.

Al met al is ontwerpen in deze tijd, of misschien wel juist in deze tijd, nog steeds nuttig en nodig.

Onze aanraders

Het ASL basisboek, de pocketguide, de courseware en last but not least, de zelfevaluatie. Al deze boeken zijn online te koop bij Managementboek.

ASL 2 – Een framework voor applicatiemanagement
Remko van der Pols
ASL2 – Pocketguide
Yvette Backer, Remko van der Pols
ASL2 Foundation Courseware
Frank van Outvorst, René Sieders

ASL 2 Zelfevaluatie
– ASL 2 – diagnose voor applicatiemanagement
René Sieders, Remko van der Pols

Slides

ASL - Framework
ASL - Ontwerp
ASL - Ontwerp: Doel
ASL - Ontwerp: Uitgangspunten
ASL - Ontwerp: Activiteiten
ASL - Ontwerp: Resultaten