Component-Based Development og Data Flow Diagrams

Flashcards om Component-Based Development, Domain Engineering og Data Flow Diagrams.

Domain Engineering

Udvikling af komponenter, der understøtter et helt forretningsområde, i stedet for at lave skræddersyede applikationer fra bunden.

SOA (Service Oriented Architecture)

Eksempel på Domain Engineering, hvor funktionalitet udstilles som selvstændige services.

Domain Analysis

Fase i Domain Engineering, der omfatter kortlægning af behov og funktioner for hele domænet.

Domain Design

Fase i Domain Engineering, der omfatter udformning af en komponentstruktur, der dækker behovene.

Domain Implementation

Fase i Domain Engineering, der omfatter implementering af komponenterne ud fra designet.

Design By Contract

Anvendes til at definere forventninger til komponenterne via Preconditions, Postconditions og Invariants.

Preconditions

Hvad skal være sandt før eksekvering (Design By Contract).

Postconditions

Hvad er garanteret efter eksekvering (Design By Contract).

Invariants

Hvad skal altid gælde (Design By Contract).

Økonomisk grænseflade

Komponenten eksponerer kun de mest nødvendige operationer, hvilket gør komponenten mere fleksibel og genbrugelig.

Data Flow Diagrams (DFDs)

Viser, hvordan data bevæger sig gennem et system – fra input, gennem bearbejdning, til output.

External Entity (DFD)

Ekstern aktør, som sender data ind eller modtager output. Svarer til aktører i Use Cases.

Process (DFD)

En funktion, der bearbejder input og skaber output.

Data Flow (DFD)

Pilen, som viser dataens vej.

Data Store (DFD)

Permanent lagring – fx filer eller databaser.

Context Diagram (DFD)

Viser hele systemet som én enkelt proces (nr. 0) og dets eksterne aktører.

Level 0 Diagram (DFD)

Viser de overordnede processer i systemet med unikke numre (f.eks. 1.0).

Miracle (DFD)

En proces uden input – dette er ikke realistisk.

Black Hole (DFD)

En proces uden output – spild og ubrugeligt.

Gray Hole (DFD)

Output uden tilstrækkeligt input – logisk brist.