Systemmodeller In 140 Forelesning nr. 9 Sommerville kap. 7.

Slides:



Advertisements
Liknende presentasjoner
Objektorientert systemutvikling og UML  OOSU er den mest anvendte metoden på både store og små prosjekter  UML er det mest anvendte beskrivelsesspråk.
Advertisements

LC238D Datamodellering og databaser Else Lervik, september 2012 Forelesning 6, Uke 39 Objektorientering i ER-modeller.
Høgskolen i Oslo - GM Vær metodisk  Definer og forstå problemet  Spesifiser hva du har av hardware  Lag en prototyp av brukersnittet  Design.
Forelesning IMT Februar 2011
Objektorientert systemutvikling og UML
Forelesning IMT Februar 2006
Normalisering og andre modelleringsmetoder
UML & object models av gruppe 8
Unified Process – Elaboration Iterasjon 3
Flere UML diagrammer UML Distilled kap. 7,8, 9 Kirsten Ribu
Flere UML diagrammer UML Distilled kap. 7,8, 9 Kirsten Ribu
Forstudie og Kravspesifikasjon
Modellbruk i Referansekatalogen Øyvind Aassve NorStella.
Utforming av arkitektur
Prototyping In 140 Sommerville kap. 8. Mål Forstå hensikten med prototyping i forskjellige utviklingsprosjekt Forstå forskjellen mellom evolusjonær og.
Systemmodeller In 140 Sommerville kap. 7. Mål Forstå hensikten med kontekstmodell Forstå ideene bak –oppførselsmodellering –datamodellering –objektmodellering.
Objektorientert utforming In 140 Forelesning Nr 13 Sommerville kap 12 – del 2.
Arbeidet med kravspesifikasjonen In 140 Sommerville kap. 6.
1 KravprosessenKravprosessen Noen sentral punkter.
Introduksjon til systemutvikling
Normalisering Framstillingen avviker noe fra læreboka,
Se ellers læreboka, kap , side
Siste forelesning ER/EER-modellering
4/4/2017 IMT2243: 17.februar 2011 Domenemodellering / Konseptuelle Klassediagram Monopol- eksempel SSD : System Sequence Diagram Kort repetisjon av teknikken.
Læring og tenkning Systemutvikling er læring Gjensidig respekt og samarbeid Følge en konkret oppskrift Velge blant flere oppskrifter Nå målet uten oppskrift,
Prosjektet transparente lag Composite og tegnende objekter Decorator og gui-kontrollere Factory Method Iterator.
Tilstandsmaskiner Tilstandsmaskiner kan beskrives med tilstandsdiagrammer Nivået er teknisk Tilstandsdiagrammet viser ett objekts tilstander og transisjoner.
Ting Forbindelser Ting og forbindelser blir til sammen et diagram
Hovedprinsipper i Rational Unified Process
Bendik Bygstad Høgskolen i Vestfold RUP-prosjekt Sammenhengen med UML 1.Hovedstruktur i RUP-prosjekter 2.Faser og iterasjoner 3.Sammenhengen med.
Koblingspunkter De fire forbindelsene (avhengighet, assosiasjon, generalisering og realisering) definerer konkrete koblingspunkter I tillegg har UML mer.
Klassediagrammer Klassen er en grunnleggende enhet i et objektorientert system Alle kan finne klasser i et domene Det å finne klasser er en intuitiv aktivitet.
I dag snakker vi om: Brukergrensesnitt med kvalitet Bruksegenskaper Normans 7 stadier Testing med papirprototyp.
A UML-based Design Environment for Interactive Applications Paulo Pinheiro Da Silva og Norman W Paton IEEE, Second International Workshop on User Interfaces.
UML og grensesnitt UML er standard for modellering innen objekt-orientert programvare kan UML også brukes til modellering av grensesnitt? fordel: bedre.
Hvordan uttrykke krav Kapittel 4.4. Innledning Målet er å samles rundt ett entydig språk som ikke kan misforståes eller feiltolkes. Gjør sporbarheten.
DEKOMPONERING OG MODULARITET ~Gruppe 4~. Gjennomgang Designtyper/kriterier innen dekomponering Dekomponeringsspesifikasjon Strukturert og objektorientert.
Hva er UML (Martin Fowler)
Verktøy i faget ”Objektorientert systemutvikling og UML” Eclipse Together Architect for Eclipse
Natalya Fridman Noy and Carole D. Hafner The State of the Art in Ontology Design Av Ida Kokkersvold.
Spørsmål og aktiviteter på ulike nivåer
PUG-NORWAY OKTOBER 2008 THOMAS SKJØRTEN, HILDE ANDREASSEN UML og OpenEdge OOABL.
BUCS Utfordringer og valg av fokus Tor Stålhane. Rammebetingelser Første spørreundersøkelse viser at det vi gjør må kunne: Brukes sammen med UML Passe.
Objektorientert utforming
Metode for systembeskrivelse og
Se ellers læreboka, kap , side
Objektorientert utforming In 140 Sommerville kap. 12.
1 Systemering In 140 forelesning nr. 2 Sommerville kap. 3.
Generelle definisjoner Oppslagsverk nå og senere! Finnes også i dokumentet Retningslinjer for datamodellering i UML UML-seminar 12. og 13. mars 2003 SOSI-sekretariatet.
Programvare- prosesser - del2 In 140 Forelesning nr. 4 Sommerville kap. 3.
Forstudie Nå situasjonen: dagens situasjon med ulemper og fordeler
Modellering og diagrammer Jesper Tørresø DAB1 E september 2007.
Gamle systemer In 140 Forelesning Nr 19 Sommerville kap 26.
Objektorientert design
Objektorientert utforming In 140 Forelesning Nr 11 Sommerville kap 12 – del 1.
Objektorientert design In 140 Sommerville kap 12 – del 1.
Introduksjon til in 140 Systemering. In 140 Systemering Forelesninger Rom 112 –Mandag –Torsdag Lærebok: –Sommerville, Ian. Software.
Use case realisering Designmodellering Kirsten Ribu Kapittel 4 UML Distilled.
1 Programvaretesting del 2 In 140 Forelesning Nr 18 a Sommerville kap 20 del 2.
Tilstandsmaskiner Tilstandsmaskiner kan beskrives med tilstandsdiagrammer Nivået er ofte teknisk, men kan også beskrive biologiske tilstander Tilstandsdiagrammet.
Skriv inn prosjekttittelen her Navn Lærerens navn Skole
RUP-prosjekt Sammenhengen med UML
SOSI arbeidsgruppe 7a 8. April 03 Frode Skjævestad
Ting Forbindelser Ting og forbindelser blir til sammen et diagram
Koblingspunkter De fire forbindelsene (avhengighet, assosiasjon, generalisering og realisering) definerer konkrete koblingspunkter I tillegg har UML mer.
Diagramtyper og formål
Koblingspunkter og diagramtyper
Utlånssystem for datautstyr
The Iconix Development Process
Utskrift av presentasjonen:

Systemmodeller In 140 Forelesning nr. 9 Sommerville kap. 7

Mål Forstå hensikten med kontekstmodell Forstå ideene bak –oppførselsmodellering –datamodellering –objektmodellering Bli introdusert til noen UML-notasjoner og bruke dem i systemmodellering –Datamodell – Viser datastrukturen CASE og systemmodellering

Introduksjon Systemmodellering brukes til –presisering av kravspesifikasjon –overgang mellom spesifikasjon og utforming –hjelpemiddel i analysefasen øke forståelsen for eksisterende system spesifisere ønsket system –perspektiver Ytre Oppførsel Strukturelt – system eller data Strukturert analyse – svakheter –Svak på ikke funksjonelle krav –Vanskelig å kjenne grenser –For mye dokumentasjon og detaljer

En modell er en forenkling Mulige modeller –Databehandling – Dataflytdiagrammer –Arkitekturmodell – Viser undersystemer –Objektklasse/arvemodeller –Stimulus/Responsmodeller - Tilstandsdiagrammer

Kontekstmodeller Viser systemet i sin sammenheng Klargjøre grensene for systemet –kan være klar - fht. eksisterende systemer –eller vanskelig ikke tekniske faktorer Vise avhengighet mellom system og omgivelser Overordnet arktitekturmodell

Prosessmodell Kontekstmodeller

Oppførselsmodeller (Behavioural models) Dataflytmodeller –Viser hvordan data behandles av systemet –Passer for de fleste forretningssystemer Tilstandsmaskinmodeller –Viser hvordan systemets tilstand reagerer på hendelser –Passer til sanntidssystemer –Kan også brukes på GUI-systemer

Dataflytmodeller (De Marco 1978) Intuitiv viser data og behandlingsoperasjoner Behandlingstrinn –design ved programfunksjoner –analyse også manuelt God dokumentasjon av hva som skjer Lette å forstå for kunde og utvikler Støtter splitt og (be)hersk Funksjonelt Også brukbart som kontekstdiagram Data inn Be- handling Data ut Datalager, kilde eller sluk

Dataflytmodeller

Tilstandsmaskinmodeller Viser systemets reaksjon på hendelser Systemet kan skifte tilstand som reaksjon på hendelse Sanntidssystemer GUI Del av UML (Finnes under SDL i visio)

Mikrobølgeovnmodell

Microbølgeovn tilstandsbeskrivelse

Tilstandsmaskinmodell i GUI

Datamodeller Databaser i de fleste informasjonssystemer Relasjonsdatabaser – 3. normalform Entity-Relation-Attribute ERA modeller (Chen 1976) UML-datamodell som utvidelse av klassediagram Gjerne supplert med datakatalog –alfabetisk liste over E, R og A, med beskrivelse –Sammensatte –av hvem, når –Navnadministrasjon –Felles lagersted for informasjon om systemet –Gjerne CASE-støttet

Datamodell for CASE-system

Datamodell for et ordresystem

Objektmodeller Objektorientering på vei inn: –Kravspesifikasjon –Utforming –Utvikling –java C++ Objektmodeller for –Data –Behandling Objektmodeller i analyse –Lettforståelig for fysiske objekter –Vanskeligere for begreper –Letter overgang til utforming –Vanskelige å fatte for vanlige brukere –Supplere med dataflytdiagrammer

Objektmodeller i analysefasen Objektklasse – en abstraksjon Instansiering Objektklasser og sammenheng mellom dem Modellering av virkeligheten med objektklasser – ikke objekter Modellering av arv, aggregering, interaksjon UML – objektklasse vises som tredelt rektangel –Navn –Attributter –Operasjoner

Klassehierarki for bibliotekssystemer

Arvemodeller Klassifisering som viser felles attributter og operasjoner Arvehierarkier –De mest generelle øverst –Arv av attributter og tjenester –Spesialisering med egne attributter og tjenester –Pilretning –Arv i UML Generalisering –Vanskelig kunst – krever områdekjennskap

UML Mange forslag til standarder for OOA OOD Standardkrig Tre av hovedmetodene ble slått sammen til UML i 1999 –3 amigos Booch, Rumbaugh, Jacobson

Multippel arv Arv fra flere foreldreklasser –Attributter –Operasjoner Problematisk –Unødvendig arvegods –Mindre robust for forandring –Navnekollisjoner

Objektaggregering Objekter satt sammen av andre objekter Symboliseres med rombe

Objekthandlingsmodellering Hensikten er å vise hvordan et use case kan gjennomføres ved at objekter samhandler. Scenarier med sekvensdiagram Samarbeidsdiagram (Collaboration d.)

Object behaviour modelling A behavioural model shows the interactions between objects to produce some particular system behaviour that is specified as a use-case Sequence diagrams (or collaboration diagrams) in the UML are used to model interaction between objects

Utlevering av elektronisk materiale

CASE workbench

Sammendrag En modell er en abstrakt framstilling av systemet. Forskjellige modeller gir forskjellig informasjon Kontekstmodeller viser systemet i sin sammenheng. Dataflytmodeller kan brukes til å vise hvordan data bearbeides i systemet Tilstandsmaskinmodeller viser hvordan systemet reagerer på stimuli.

Sammendrag Datamodeller viser hvordan data er strukturert Objektmodeller viser hvordan systemet kan bygges opp av objekter og hvordan objektene henger sammen. CASE workbencher kan støtte oppbyggingen av systemmodeller.