DEKOMPONERING OG MODULARITET ~Gruppe 4~

Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert design

Helhetsstruktur (arkitektur) Systemstruktur: Etablere helhetlige dataflytdiagrammer og kontrollrelasjoner Kontrollmodeller: Etablere helhetlige kontrollflytdiagrammer og sekvensrelasjoner Arkitekturen presenteres normalt i blokkdiagrammer.

DEKOMPONERING OG MODULARITET 1.Modulær dekomponering – å tilegne funksjoner til komponenter. Bygger lavnivå forklaringer på hvordan hver komponent skal organiseres og relateres til andre komponenter. 2.Dataorientert dekomponering – Basert på eksterne datastrukturer. Høynivå databeskrivelser gjenspeiler generelle datastrukturer, og lavnivå beskrivelser fremviser detaljer om hvilke elementer som skal inkluderes og hvordan disse er relatert til hverandre. 3.Hendelsesorientert dekomponering – Basert på hendelser som systemet må håndtere og benytter informasjon om hvordan hendelsene endrer systemets tilstand. Høynivå beskrivelser katalogiserer de ulike tilstandene mens lavnivå beskrivelser forteller hvordan tilstandendringer foregår. 4.Utside-inn design – Basert på brukerinput til systemet. Høynivå beskrivelser lister alle mulige input en bruker kan foreta, mens lavnivå forteller hva systemet gjør med hvert input (inkludert output). 5.Objektorientert design – Identifiserer klasser av objekter og deres indre forbindelser.

Uansett designmetode vil dekomposisjon dele opp designet i moduler eller komponenter. Man sier sytemer er modulært dersom hver aktivitet i systemet er fremført av kun én komponent, og når input/output til hver komponent er godt definert. En komponent er godt definert kun dersom hver output er et resultat av komponentens funksjon, og når ingen input blir output uten å ha blitt transformert av komponenten.

Dekomponeringsspesifikasjon Conceptual dekomponering: Strukturert analyse benytter DFD-er (data flow diagrams) til å spesifisere systemfunksjoner. Disse gir en samling av prosesser som kommuniserer seg imellom for å oppfylle eksterne systemfunksjoner.

Data process separation 2 typer komponenter : datalagre med minne men ingen aktvivitet, dataprosesser uten minne men med aktivitet. Update encapsulation Motsatt av DPS Øyeblikkelige dataprosesser er modellerte etter oppdateringer forbundet med tilstanden som oppdateres

Control process separation Separerer dataprosesser fra kontrollprosesser Dermed: DFDer benytter 4 typer av datakomponenter: 1)Datalagring 2)Øyeblikkelige dataprosesser 3)Kontinuerlige dataprosesser 4)Kontrollprosesser Objektorienterte metoder benytter kun objektet

The subject domain Den delen av verden som data refererer til kalles subject domain (abstrakt eller reelt) Viktig i forbindelse med dekomponering i objektorientert design NB: En conceptual modell er en definisjon av meningen til dataenhetene i henhold til subject domain