Supplerende forklaringer til HHH-skemaet
Da det har vist sig, at nogle af HHH-skemaets rubrikker kan volde problemer, er her nogle uddybende forklaringer:
Rubrik nr. 6 Datagrundlag:
I denne rubrik noteres de data, som denne use case har ansvar for at få registreret. Der er således tale om nye data til virksomheden/systemet. Disse inddata kommer fra en ekstern aktør.
Denne rubrik er således tom for de use cases, der udelukkende arbejder på data, der findes i systemet i forvejen.
Når der er inddata fra en aktør, er det som regel en del af use casens arbejde at få registreret disse data. Således vil dataene i denne rubrik ofte være attributter på de klasser, der står i rubrik 9.
Rubrik nr. 7 Startbetingelser:
I denne rubrik står de objekter, use casen skal benytte for at kunne udføre sit arbejde. Der er tale om objekter som tidligere use cases har oprettet. Der er således tale om data, som use casen skal læse.
Man skriver navnet på klassen, evt. dens tilstand. Man kan også fremhæve en attribut eller en association, som er vigtig at huske.
Denne rubrik opleves ofte som den sværeste at udfylde. Det skyldes, at rubrikken ikke er særlig betydningsfuld. Du kan lade rubrikken blank og kun bruge den, hvis der er noget specielt, du gerne vil have bliver husket.
Eksempel: "Ordre i tilstand "opfyldt"" for at huske, at denne use case kun arbejder på opfyldte ordrer. Eller "genbestillingspunkt på Vare" for at huske, at der skal være et genbestillingspunkt på Vare-klassen.
Skemaerne udfyldes i flere gennemløb, se bogen. Denne rubrik har ikke megen mening i første gennemløb.
Rubrik nr. 9 Slutresultater:
I denne rubrik står de klasser, hvis objekter opdateres af denne use case. Dvs. når use casen er færdig med sit arbejde, er de nævnte objekter (potentielt) oprettet, ændret eller slettet.
Det er også vigtigt at nævne de klasser, hvis objekter der knyttes referencer til. "Kunde bestiller" er således eksempel på et associationsnavn. Rubrikken er vigtig for at kunne lave post-konditionelle begrebsmodeller, se i bogen under hvem/hvad/hvor-mønster.
I første gennemløb fungerer denne rubrik som brainstorming af stikord. Det er en god idé at have fænomenoversigten ved siden af sig som inspiration til hvilke begreber, der er relevante i forbindelse med denne use case.
Når begrebsmodellen senere er færdig, er det meningen, at man skal tilbage og rette i skemaerne, således at denne rubrik fungerer som en præcis dokumentation af, hvilke objekter denne use case opretter, ændrer og sletter.
Rubrik nr. 10 Uddata:
Her noteres uddata på papir, skærm eller andre medier.
Hvis use casen skal skrive en faktura, vil der i denne rubrik stå "fakturadokument". Vær opmærksom på, at der så i rubrik nr. 9 sandsynligvis vil stå "Faktura". Der er nemlig forskel på klassen faktura (som husker dataene i systemet) og fakturadokumentet, som skal sendes til en kunde.
Generelt om de 4 rubrikker:
Hvis du har stiftet bekendtskab med datastrømsdiagrammer (dataflowdiagrammer) kan du tænke på
· Rubrik nr. 6 (Datagrundlag) som ind-datastrømmen
· Rubrik nr. 10 (Uddata) som ud-datastrømme
· Rubrik nr. 7 (Startbetingelser) som læs fra datalagre (essentiel hukommelse)
· Rubrik nr. 9 (Slutresultater) som opdatering af datalagre (essentiel hukommelse)
