Voorbereiding-Quiz-H1

1 Introductie Domain Storytelling

📖 Lees "Domain Storytelling" hoofdstuk 1 (pagina 4 t/m 14) uit de Reader DoEx

❓ Beantwoord hierna onderstaande quiz vragen om je begrip te toetsen.

Quiz H1 - 'Your first Domain Story'

i

Deze quiz helpt je toetsen of je de bron echt hebt bekeken/gelezen en begrepen. Zo niet: bekijk/lees de bron opnieuw. Gebruik deze quiz niet als 'gaming' voor de toets; de toetsvragen zijn inhoudelijk anders.

Wat is een domein? Welke van onderstaande is een geldig voorbeeld van een concreet *domein* voor een applicatie?

Het reserveringssysteem voor een hotel.De wiskundige theorieën achter complexe algoritmen.De esthetische principes van webdesign.De hardware specificaties van servers.

Wat is het voornaamste doel van Domain Storytelling?

Om domeinkennis om te zetten naar business software.Om verhalen van softwaregebruikers hun dagelijkse leven op te schrijven.Om het domein te ontwerpen en de UI visuals te schetsen.Om business software visueel weer te geven voor de gebruikers.

Hoe bereikt Domain Storytelling dit doel?

Door een whiteboard te gebruiken.Door een grote beamer te gebruiken.Door zoveel mogelijk mensen bij elkaar te brengen en elkaar te interviewen en bevragen.Door mensen met verschillende achtergronden of rollen bij elkaar te brengen om van elkaar te leren.

Wat is een goed *voorbeeld* van een domein story?

Een algoritme - uitgedrukt in pseudocode - hoe je - in zo weinig mogelijk zetten - de code kan kraken in het spel Mastermind.Een algoritme - uitgedrukt in Java code - hoe je - optimaal - de code kan kraken in het spel Mastermind.Een foto van een uitgespeeld spel Mastermind met zowel de pegs, de pins, als de geheime code zichtbaar.Een schematische weergave dat een gebruiker 4 pins plaatst als poging om de geheime code te raden in Mastermind.

Wat is de *granulariteit* van een domain story?

Dit is de verhouding tussen het aantal activiteiten en het aantal actoren in de Domain Story (`activiteiten/actoren`).Dit is het *detailniveau* waarop de domain story iets vertelt (abstract, concreet of ergens er tussen in).De granulariteit geeft ongeveer aan *hoeveel gebruikers* de domain story gebruiken.De granulariteit geeft ongeveer aan *hoeveel use cases* de domain story heeft.

Waarbij helpt het vertellen van verhalen in software development?

Om teambuilding te doen voor het softwareontwikkelteam en het HR-team.Om het ontwikkelteam de algoritmes te laten testen die achter de software zitten.Om het domein te begrijpen en developers te laten verifiëren dat ze de processen goed weergeven.Al bovenstaande.

Wat is *collaborative* modeling?

Collaborative modeling gaat over **samenwerken** tussen mensen met verschillende expertise, rol of achtergrond.Collaborative geeft aan dat je **intensief modelleert** VOORdat je gaat coderen.Collaborative modeling betekent **pair programming** met twee developers op domeincode.Collaborative modeling betekent **brainstormen in een visuele omgeving/tool** om het domein te verzinnen.

Wat is de rolverdeling bij domain storytelling?

Developers beschrijven het domein, business experts noteren dit en verifiëren dat het klopt.Business experts beschrijven het domein, developers noteren dit en verifiëren dat het klopt.Er zijn geen vaste rollen, iedereen is gelijk, en wie wat doet bepaal je tijdens de meeting (Agile).Er zijn geen vaste rollen, domain storytelling doen softwaredevelopers onderling.

Wat is waar over Domain Storytelling?

Domain stories zijn verhalen over domeinprocessen die (hopelijk) deels geautomatiseerd kunnen worden.Domain stories zijn verhalen over procesdomeinen met behulp van object-georiënteerde visualisatietechnieken.Domain stories zijn hetzelfde als user stories, maar dan binnen een abstracter domein.Domain stories zijn hetzelfde als use cases, maar dan in pictogramvorm.

3 vragen over 1 zinnetje

Hier is Alberto Brandolini's quote (H1; blz. 4):

"It's developer's (mis)understanding, not expert knowledge that gets released in production."

i

Deze quiz helpt je toetsen of je de bron echt hebt bekeken/gelezen en begrepen. Zo niet: bekijk/lees de bron opnieuw. Gebruik deze quiz niet als 'gaming' voor de toets; de toetsvragen zijn inhoudelijk anders.

Waarom staat 'mis' uit misunderstanding hier tussen haakjes?

Omdat je de zin zowel met 'understanding' als met 'misunderstanding' kunt lezen (en het allebei (tegelijk) kan gelden).Om aan te geven dat wat er naar productie gaat óf helemaal goed is, of helemaal mis.Om aan te geven dat developers het vaker mis dan goed hebben.Om aan te geven dat developers het vaker goed hebben dan mis.

Wat bedoelt Brandolini eigenlijk precies met 'production'?

Production is het maken van software, waarbij veel (mis)understanding komt kijken.Production is het compileren van software, waarbij veel compileerfouten boven kunnen komen.Production is de live omgeving met echte eindgebruikers die (hopelijk) 'productief' kunnen zijn.Production is het live zetten van je broncode, waar business experts er (mogelijk) fouten in kunnen ontdekken.

Als deze uitspraak waar is, hoe kun je er dan toch voor zorgen dat de 'expert knowledge' in productie komt?

Dat kan niet.Door te zorgen dat 'developer's understanding' helemaal overeenkomt met 'expert knowledge' (dus er is geen 'misunderstanding' meer door goed overleg, afstemmen en testen)Door alles precies zo te bouwen als de expert het zegt (zonder verdere vragen te stellen).Door uitgebreide documentatie te schrijven (zodat developers altijd de juiste interpretatie hebben)

Discussie

Alles klakkeloos bouwen zoals een expert het zegt; werkt in de praktijk vaak niet, omdat experts vaak veel impliciete kennis hebben die ze niet expliciet maken ('da's toch logisch!' kennis'). Documentatie helpt. En helemaal niks documenteren is een veel voorkomende fout, die op termijn veel tijd en geld kan kosten. Maar eindeloos veel documentatie schrijven helpt ook niet, want dat lost het probleem van misinterpretatie en contextverschillen niet op.