Presentasjon lastes. Vennligst vent

Presentasjon lastes. Vennligst vent

DEKOMPONERING OG MODULARITET ~Gruppe 4~. Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert.

Liknende presentasjoner


Presentasjon om: "DEKOMPONERING OG MODULARITET ~Gruppe 4~. Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert."— Utskrift av presentasjonen:

1 DEKOMPONERING OG MODULARITET ~Gruppe 4~

2 Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert design

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

4 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.

5 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.

6 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.

7 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

8 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

9 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


Laste ned ppt "DEKOMPONERING OG MODULARITET ~Gruppe 4~. Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert."

Liknende presentasjoner


Annonser fra Google