I Del 7 beskrev vi hur vi planerar för anpassning av applikationen genom att ställa krav på information och funktionalitet i en befintlig applikation.
I den här delen beskriver vi hur man kartlägger vad rekryteringsmodulen har för funktionalitet i nuläget och vilken data den hanterar.
Applikation
Kartläggningen av applikationen sker genom en så kallad funktionell dekomposition, en logisk nedbrytning av modulens funktionalitet.
Funktionalitet
Applikationsfunktionerna på nivå 4 är en gruppering av mer detaljerad funktionalitet, s k applikationsuppgifter (från engelskans Application Task) och det är vanligt att namnge dem efter de nyckelentiteter som hanteras i modulen.
Typiska applikationsuppgifter som grupperas i en applikationsfunktion som ”hantera ansökan” kan vara: ”söka ansökan”, ”begära komplettering” och ”uppdatera ansökan”. Nivåmässigt stämmer applikationsuppgifterna med processaktiviteter då de bägge ligger på nivå 5.
Kartläggningen av applikationen består av två delar, den funktionella nedbrytningen som vi just beskrivit samt beskrivningen av den data som applikationen hanterar.
Data
Tumregeln är att en applikationsmodul, som är en ”självständig logisk del av en större applikation som har givits ett specifikt syfte” hanterar data motsvarande en datakomponent.
Datakomponenten på nivå 3 består i sin tur av flera mindre dataobjekt på nivå 4, som innehållsmässigt matchar en artefakt.
Rekryteringsmodulen hanterar följande data i nuläget:
Viktigt att notera är att den data som hanteras av Rekryteringsmodulen namnsätts efter den applikation som modulen tillhör, i vårt fall ”HR-systemet”. Det är viktigt att namnmässigt skilja på data från olika applikationer. Tänk att vi skulle ha två olika applikationer som hanterar samma informationsmängd. Det kan vara två funktionellt likartade applikationer som används i olika affärsenheter, eller två applikationer som helt enkelt har funktionella överlapp och därmed även överlapp sett till data. Även om det namnmässigt ser ut som samma information skiljer sig datamodellerna åt, då de är utvecklade av olika leverantörer där attribut och relationer högst sannolikt skiljer sig åt.
Applikationsmodellen är av typen komposition och innehåller 2-3 metaobjekt, beroende på om man placerar Applikationen (nivå 2) bakom Applikationsmodulen (nivå 3).
Modellen som beskriver applikation och data är en samverkansmodell som innehåller metaobjekt på nivå 3 och 4 från bägge dessa dimensioner.
I Del 9 beskriver vi hur vi planerar för utveckling av applikationen och dess data över tid genom att knyta krav till olika tidpunkter, så kallade platåer.