Kravspesifisering (3): Forhold til OO Analyse og Design
|
|
- Arthur Håland
- 7 år siden
- Visninger:
Transkript
1 Dagens tema / læremål Kravspesifisering (3): Forhold til Analyse og Design Guttorm Sindre, IDI Problemanalyse, kravspesifisering og design Forstå forskjeller mellom disse tre Forstå hvor modellering passer inn (og ikke) Forstå hva som bør modelleres i hhv A og D Bli bedre til å lage objektorienterte analysemodeller og designmodeller i praksis To artikler i pensum Davis: Requirements to Design: An Easy Transition? (995) Parsons/Wand: Using Objects for Systems Analysis, (997) Til dels overlappende, men også utfyllende Alan M. Davis Requirements to Design: An Easy Transition? Journal of Systems and Software, juli/august 995 Overgangen krav design Formålet med artikkelen Overgangen krav -- design må være vanskelig, også om man bruker samme perspektiv Reaksjon på -miljøets tese om seamless transition Rydde opp i terminologi (analyse, krav, design) Mer om Alan M. Davis Grunnlegger av firmaet Omni-Vista som lager verktøy for kravspesifisering, se Kjent for diverse artikler og bøker om systemutvikling, kravspesifikasjon og prosjektstyring, f.eks. 20 Principles of Software Development (995) Just Enough Requirements Management (200) Introduksjon om R vs D P (60-tallet): Innkapsling, klasser, arv D (midt 80-tallet) Gjerne basert på spesifikke P-språk R (sent 80-tallet) Vanlig term A, begrepsbruk forvirrende, jfr fotnote Mye A egentlig grovdesign R bør (som annen RE) inkludere Problemanalyse: forstå anvendelsesområdet Kravspesifisering: uttrykke systemets eksterne egenskaper teknikker hittil anvendelige for problemanalyse, ikke for kravspesifisering D, målsetning: lage en optimal arkitektur Vedlikeholdbarhet, Ytelse, Pålitelighet... I samsvar med kravene ofte lurt i design R innkapsling av data lavere kopling gjenbruk redusert arbeid, høyere pålitelighet Ikke noe mål om optimal arkitektur, men Forståelighet, kommunisere kundens behov Def. av objekt i R og D må være ulik
2 Objekter i kravspek vs objekter i design Eksisterende R-teknikker, kategorier Krav-objekter Representere en entitet i problemområdet Innkapsler dennes tilstand og tjenester Arver fra de klassene de er medlem av Velges / vrakes mhp forståelighet Design-objekter Innkapsler tilstand og tjenester Arver fra de klassene de er medlem av Velges / vrakes mhp ytelse, vedlikeholdbarhet e.l. I praksis er forskjellene ofte tåkelagte. Fra D R-objekt = D-objekt, forskjell bare detaljnivå 2. Fra DB-design R-objekt ~ entitet, dynamiske aspekter ignorert 3. Fra kravspek-miljøer R-objekt i tråd med Davis def. 4. Fra strukturert analyse (DFD,...) Egentlig ikke, PR-triks Transisjon fra krav til design Forskjeller på krav og design Meninger fra sentrale personer Ingen transisjon, samme slags objekter Jacobson, Embley Enkel transisjon (design mer detaljert) Coad/Yourdon, Booch, Rumbaugh et al. Kravspek hindrer fremgang (Cox) Ignorerer problemet (Meyer) The objects are there for the picking Behov for kravspek, vanskelig overgang Cherry, Lorenz, Shlaer/Mellor, Wirfs-Brock et al. ): mange A-teknikker egentlig tidlig design To vanskelige overganger: Problemanalyse krav Krav design Kan ikke trylles bort med lurt valg av språk! 7 viktige forskjeller:. Ulike objekter 2. System-objekt 3. Aggregering 4. Instansiering 5. Ulikt fokus på teknikker/tjenester 6. Generisitet, dynamisk binding 7. Verifisering, validering 7 viktige forskjeller (-3). Ulike objekter Viktig i problemdomenet, vs gunstig for designet? Eksempel, heissystem 2. Systemobjekt Passasjer et viktig objekt i problemanalyse, ikke senere Heisforespørsel viktig i design, ikke tidligere Fins ikke, men av ulike grunner 3. Aggregering Problemanalyse: løsningssystemet eksisterer ikke Krav, design: modellen er systemet Analyse, krav: ~ hel-del-forhold i domenet Design: gunstig pakking av programvarearkitekturen 7 viktige forskjeller (4-7) 4. Instansiering 5. Ulikt fokus Analyse, krav: lite bekymring for detaljene om dette Design: algoritmer for å opprette/slette obj. m.m. Analyse: Ikke detaljere oppførsel hvis forstått Krav: Ikke beskrive oppførsel internt mellom objekter Design: alle tjenester må beskrives i detalj 6. Generisitet, dynamisk binding Viktig i D, irrelevant i R 7. V & V, ulike behov Analyse: riktig modell av problemdomenet? Krav: realistiske, i samsvar med kundens/brukernes behov? Design: i samsvar med kravspek? 2
3 Råd for transisjon (-3). Innse at kravspek er nødvendig (jfr fig ) Kunder/brukere må vite hva de får Designere bør ikke ta krav-avgjørelser 2. Ikke forvent lett overgang Forståelighet vs smart design Avgjørelsen Hva skal automatiseres? er imellom 3. Velg passende utviklingsprosess (jfr fig 2) Komplekse produkter må analyseres i flere abstraksjonsnivåer R ikke eneste kandidat Råd for transisjon (4-6) 4. Bruk R-objekter som utgangspunkt i D Men mange må vrakes 5. Legg til andre objekter fra kravspek Automatiseringsgrense og ekstern interaksjon bestemt Mange mulige ideer til nye objekter Ikke så enkelt som å lete etter substantiv! 6. Design! Ikke lett å lage en optimal arkitektur som tilfredsstiller alle krav Ofte behov for nye design-objekter som ville vært irrelevante i krav-fasen, f.eks. stakker, køer Heis-eksempel, analysemodell Forb. Heis Trapp er_i er_i Etasje - nr Knapp..2 xor Passasjer vil_til trykker Heis-eksempel, designmodell Forespørsel Kø Heis Fordeler Etasje - nr Knapp..2 i problemanalyse Jeffrey Parsons og Yair Wand Using Objects for Systems Analysis Communications of the ACM, desember 997 Prog.konsepter sneket seg inn i analysemetoder For lavnivå for formålet Dette har redusert suksessen til A Designspørsmål forstyrrer forståelsen av problemområdet Gjør sluttproduktet dårligere Objekter i analyse bør ha Fokus på representasjon Ikke på implementasjon 3
4 Inspirasjonskilder Ontologisk angrepsvinkel Ontologi Et IS representerer ting i applikasjonsdomenet Se på det essensielle, ikke på overflateaspekter Kognitiv psykologi / klassifiseringsteori Et IS representerer menneskelig kunnskap om domenet Hvordan er kunnskap strukturert og organisert? Vil ta de to ovenstående angrepsmåtene for å se på ifbm analyse Og hvordan dette dermed må bli forskjellig fra design Inspirert av M. Bunge Ting og egenskaper Verden består av ting m visse egenskaper Tings tilstand vs attributter, som er hva vi vet om tingen Tings dynamikk: tilstand endres Interaksjon: ting påvirker annen ting Komposisjon: sammensatte ting Objekter: representasjoner av ting steoretisk angrepsvinkel Analyse av objektkonsepter Instans: kunnskap om en antatt eksisterende ting Egenskap: kunnskap om ting utover ren eksistens Strukturell, relasjonell eller oppførselsmessig Konsept: felles egensk. som deles av instanser Intensjonelt, dvs. definert av egenskapene Kan spesialiseres Formål: effektiv kunnskapsorganisering Komposisjon Instanser kan settes sammen av mindre del-instanser Objekter: representasjoner av kognitive instanser Ser nå på konsepter som definert i A-litteratur Sammenholder dette med ontologi og klassifiseringsteori Strukturerer diskusjonen i 4 bolker Objekter som distinkte enheter Assosiasjon og interaksjon Objektoppførsel Diskuterer flere punkt for hver av disse, ser etter Likheter og forskjeller, oppsummert tabell s. 08 Objekter som distinkte enheter Unik identitet litteratur: unik referanse Representasjon: eksistens, unikhet Innkapsling litteratur: information hiding Representasjon: struktur og oppførsel kan ikke separeres Persistens litteratur: objekters temporale dimensjon Representasjon: nominell invarians Homogenitet litteratur: Alt er objekter (elegant for prog.språk) Representasjon: ikke støtte for dette av objekter / instansiering ekstensjonelt (klasse), intensjonelt (type) Representasjon kombinert ekstensjon/intensjon (ontologi), eller Intensjon (klassifiseringsteori) Spesialisering / arv gjenbruk, deling av kode redefinering av metoder / attributter Representasjon: Subklasser må ha egenskaper som foreldre ikke har 4
5 Assosiasjon og interaksjon Objektoppførsel Komposisjon Reduserer kompleksitet, øker integritet, effektivitet Tilsvarer menneskelig tenkemåte Representasjon Må ha egenskaper utover delenes egenskaper (ontologi) Kommunikasjon mellom objekter : Sending av meldinger Representasjon: felles egenskap Assosiasjoner : inkludert Representasjon: felles egenskaper Polymorfisme litteratur: nyttig egenskap, men paradoks? Ontologi: presedens for egenskaper Dynamisk binding Ingen mening i representasjonsmodeller Samtidighet Ikke eksplisitt diskutert i representasjon Ingen motsigelse Implikasjoner for representasjon Oppsummering Struktur og oppførsel kan ikke separeres Ikke fulgt av f.eks Embley et al., Rumbaugh et al. Homogenitet meningsløst Multippel arv sterkt støttet Subklasser må legge til egenskaper Ikke fulgt av f.eks. Coad/Yourdon, Rumbaugh et al. Komposisjoner må legge til egenskaper Ikke vektlagt i A Meldingssending ikke relevant customer sends a message to the inventory item dette er implementasjon! A D: vanskelig overgang innimellom kommer kravspesifisering Dvs egentlig 2 vanskelige overganger Mange objekter vil være forskjellige Detaljnivå ikke hovedforskjellen En del mekanismer irrelevante på analysenivå En del A metoder designpregede ikke bevisst på representasjon av problemdomenet Mange konsepter nyttige for problemanalyse Men ikke for spesifisering av krav HVORFOR IKKE DET? 5
21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA)
21. Objektorientert Analyse (OOA) Kap. 21 Objektorientert Analyse (OOA) Når vi skal lage en OO analysemodell, bruker vi 5 hovedprinsipper: 1. Lag en modell av informasjonsdomenet. 2. Beskriv modul-funksjonene
DetaljerKap3: Klassemodellering
Kap3: Klassemodellering I dag: Litt repetisjon fra sist (innledende om klassemodellen) Deretter egentlig litt mer repetisjon, men nå fra intro- Felt-/Instansvariabler og kurset i Java: Klasser og Objekt,
DetaljerHensikten med denne delen av kurset. Objektets egenskaper. Objektorientering hva er det? Best practises ved programvareutvikling. Kravspesifikasjonen
Hensikten med denne delen av kurset Objektorientert systemutvikling Rational Unified Process (RUP) Gurholt og Hasle kap. 6 UML Distilled kap. 2 Å lære modellerings- og designprinsipper og øve opp teknikker
DetaljerBolk om Kravspesifisering
Bolk om Kravspesifisering Guttorm Sindre, IDI Læremål Forstå Hva en kravspesifikasjon er, og hva den bør inneholde? Hvorfor god kravspesifikasjon er viktig i IS - utviklingsprosjekter Hvordan man går fram
DetaljerOppsummering. Thomas Lohne Aanes Thomas Amble
Oppsummering Thomas Lohne Aanes Thomas Amble 14.11.04 Kapittel 2: Data Modell Mål: Data som skal brukes av applikasjonen blir spesifisert på en formell og likevel intuitiv måte. Resultat: Vi får et konseptuelt
DetaljerModel Driven Architecture (MDA) Interpretasjon og kritikk
Model Driven Architecture (MDA) Interpretasjon og kritikk Ragnhild Kobro Runde (Ifi, UiO) Veileder: Ketil Stølen (Ifi/SINTEF) Stuntlunsj SINTEF Oversikt Bakgrunn/utgangspunkt for presentasjonen MDA stuntlunsj
DetaljerTom Røise 26.02.2007. IMT2243 : Systemutvikling 1. IMT2243 Systemutvikling 26. februar 2007. Klassediagrammet. Klasse
IMT2243 Systemutvikling 26. februar 2007 Tema : Domenemodellering og Kravspeken - Repetisjon konseptuelle klassediagram - Eksempler - konseptuelle klassediagram (IHID løsningen og OL-Veiviseren) - Maler
DetaljerHva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP
Hva gjøres i design? 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å
DetaljerLæringsmål for forelesningen
Læringsmål for forelesningen Objektorientering Abstrakte klasser og grensesnitt, redefinering av metoder Java-programmering Arv og bruk av abstrakte klasser Eclipse Undersøke instanser i Eclipse 1 Dagens
DetaljerTom Røise 9. Februar 2010
Forelesning IMT2243 9. Februar 2010 Tema : Kravspesifisering : prosessen og produktet Viewpoint en myk tilnærming Pensum : Kap. 6 og 7 i Sommerville, Kravspesifisering Kravspesifisering = arbeidet med
Detaljerclass Book { String title; } class Dictionary extends Book { int wordcount; } class CartoonAlbum extends Book { int stripcount; }
Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere
DetaljerSpråk, abstraksjonsmekanismer og perspektiver i konseptuell modellering
Oversikt over forelesningen Språk, abstraksjonsmekanismer og perspektiver i konseptuell modellering Guttorm Sindre, IDI Modellering som hierarkisk abstraksjon Hierarkiske relasjoner brukt i modellering
DetaljerArv. Book book1 = new Book(); book1. title = "Sofies verden" class Book { String title; } class Dictiona ry extends Book {
Arv Arv (eng: inheritance) er en mekanisme for å bygge videre på eksisterende klasser og regnes ofte som varemerket til objektorientert programmering. Når arv brukes riktig, kan den gjøre koden ryddigere
DetaljerUse Case-modellering. INF1050: Gjennomgang, uke 04
Use Case-modellering INF1050: Gjennomgang, uke 04 Kompetansemål Modellering av krav Kunne modellere ulike typer krav UML-diagrammer Innføring i grunnleggende UML-modellering Bruksmønster (use case) Sekvensdiagram
DetaljerObjekt med Java. Harald Yndestad Høgskolen i Ålesund
Objekt med Java Harald Yndestad Høgskolen i Ålesund Dagens tema Objektorientert programmering Abstraksjon Modul-konseptet Arv Livssyklus 26.10.2002 HiÅ/KBS2001/Yndetad/JavaObjekt 2 26.10.2002 HiÅ/KBS2001/Yndetad/JavaObjekt
DetaljerUML- Use case drevet analyse og design. Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller
UML- Use case drevet analyse og design Bente Anda 23.09.2004 23.09.04 INF320 I dag Domenemodeller Sekvensdiagrammer Use case realisering med GRASP patterns Klassediagram - designmodeller 23.09.04 INF320
DetaljerUML-Unified Modeling Language
UML-Unified Modeling Language Use case realisering Designmodellering 21.01.2004 Kirsten Ribu Use Case diagram Klassediagram Oppførselsdiagrammer: Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerKravspek: Mål-orientering
Kravspek: Mål-orientering Guttorm Sindre, IDI Mål-orientert kravmodellering Utgangspunkt: mål (som er mer abstrakt enn krav) F.eks forretningsmål for organisasjonen Fokuserer på HVORFOR et system skal
DetaljerUML-Unified Modeling Language. Prosess-oversikt. Use case realisering
Use case realisering Designmodellering 31.01.2005 Kirsten Ribu UML-Unified Modeling Language Use Case diagram Klassediagram Oppførselsdiagrammer Sekvensdiagram Kollaborasjonsdiagram Tilstandsdiagram Aktivitetsdiagram
DetaljerEtter uke 6 skal du. Introduksjon til objektorientert programmering. Hva skjedde ~1967? INF1001. Grunnkurs i objektorientert programmering
Etter uke 6 skal du Kjenne til motivasjonen for objektorientert programmering Introduksjon til objektorientert programmering INF1001 Høst 2016 Forstå hva en klasse er, og forskjellen på klasse og objekt
DetaljerUniversitetet i Oslo Institutt for informatikk. Eskild Busch. UML hefte
Universitetet i Oslo Institutt for informatikk Eskild Busch UML hefte 6. desember 2000 Innhold Dette heftet tar for seg deler av UML som er sentralt i kurset IN29. Use case-, sekvens-, tilstand- og klassediagrammer,
DetaljerInnhold uke 7. Objektorientert programmering i Python: Introduksjon. Lite tilbakeblikk: Programflyt og skop. Lite tilbakeblikk: Funksjoner er uttrykk
Innhold uke 7 Objektorientert programmering i Python: Introduksjon IN1000 Høst 2017 uke 7 Siri Moe Jensen Lite tilbakeblikk: Prosedyrer og funksjoner Objektorientert programmering Introduksjon: Hvorfor,
DetaljerUse case drevet design med UML
Use case drevet design med UML Bente Anda 26.09.2005 23.09.04 INF3120 1 I dag Domenemodeller System sekvensdiagrammer Operasjonskontrakter GRASP patterns Designmodeller med sekvens- og klassediagram 26.09.05
DetaljerDistributed object architecture
Forelesning IMT2243 6. April 2010 Tema: forts. arkitektur og design av programvare Prosjektstatus Programvarearkitektur Oppsummering fra før påske Distribuerte objektarkitektur MDA - Model Driven Architecture
DetaljerI dag UML. Domenemodell visualisering av konsepter. Eksempel. Hvordan finne domeneklasser?
UML Use case drevet analyse og design 31.01.2005 Kirsten Ribu I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 1 2 Domenemodell visualisering
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 30.04.2007. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerSystemutvikling. Universitetet i Oslo, Institutt for informatikk Vår 2017
Systemutvikling Universitetet i Oslo, Institutt for informatikk Vår 2017 Dagens plan Introduksjon Emnets oppbygging Praktisk om ukesoppgaver og obligatoriske oppgaver Gjennomgang av ukesoppgaver Registrering
Detaljer1. Modellering av objektorienterte systemer
Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Modellering av objektorienterte systemer Tore Berg Hansen Lærestoffet er utviklet for faget IFUD Objektorientert systemutvikling 1. Modellering
DetaljerObjektorientert design av kode. Refaktorering.
Objektorientert design av kode. Refaktorering. DEL 1 INF1010-forelesning 2. mars Ragnhild Kobro Runde Læringsmål Kjenne til og kunne bruke viktige prinsipper for god kodedesign. Kunne finne alternative
DetaljerUKE 11 UML modellering og use case. Gruppetime INF1055
UKE 11 UML modellering og use case Gruppetime INF1055 Hva skal vi i dag? Analyse og design - kapittel 5 og 7 UML modellering Ukesoppgaver 3: Modellering av krav UML UML Kompetansemål Modellering av krav
DetaljerHvorfor objektorientert programmering? Objektorientert programmering i Python: Introduksjon. Læringsmål uke 7. Undervisning og pensum IN1000
Objektorientert programmering i Python: Introduksjon IN1000 Høst 2019 uke 7 Siri Moe Jensen Læringsmål uke 7 Kjenne til motivasjon og bakgrunn for objektorientert programmering Kunne definere en klasse,
DetaljerDatabaser & objektorientering.
Databaser & objektorientering. Noen grunnbegreper innen objektorientering. Klasser og forekomster klasser beskriver strukturen for noe. Beskrivelsen inneholder: et navn attributter /egenskaper / tilstander
DetaljerHvorfor objektorientert programmering?
Objektorientert programmering i Python: Introduksjon IN1000 Høst 2019 uke 7 Siri Moe Jensen Læringsmål uke 7 Kjenne til motivasjon og bakgrunn for objektorientert programmering Kunne definere en klasse,
DetaljerLæringsmål uke 7. Objektorientert programmering i Python: Introduksjon. Innhold uke 7. Lite tilbakeblikk: Programflyt og skop
Læringsmål uke 7 Objektorientert programmering i Python: Introduksjon IN1000 Høst 2018 uke 7 Siri Moe Jensen Kjenne til motivasjon og bakgrunn for objektorientert programmering Kunne definere en klasse,
DetaljerUML 1. Use case drevet analyse og design. 20.01.2004 Kirsten Ribu
UML 1 Use case drevet analyse og design 20.01.2004 Kirsten Ribu 1 I dag Domenemodell (forløper til klassediagram) Interaksjonsdiagrammer Sekvensdiagram Kollaborasjonsdiagram 2 Domenemodell visualisering
DetaljerOppsummering : IMT2243 Systemutvikling. Hensikt med kurset. Innfallsvinkel : Tom Røise 29.04.2009. IMT2243 : Systemutvikling 1
Oppsummering : IMT2243 Systemutvikling Målformuleringen i emnebeskrivelsens : Studentene skal ha forståelse for grunnleggende administrative og teknologiske aspekter ved spesifisering, utvikling, innføring
DetaljerHva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP
Hva gjøres i analysen? 2. oktober 2001, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å
DetaljerOppgave 1: Multiple choice (20 %)
Oppgave 1: Multiple choice (20 %) For alle oppgavene gjelder at det bare er ett riktig svar. No Spørsmål Svar A Svar B Svar C Svar D 1 Kanban er et eksempel på: Prosess Software prosess Prosess modell
DetaljerSOSI standard - versjon 4.0 1 Del 1: Regler for navning av geografiske elementer. DEL 1: Regler for navning av geografiske elementer
SOSI standard - versjon 4.0 1 DEL 1: Regler for navning av geografiske elementer SOSI standard - versjon 4.0 2 INNHOLDSFORTEGNELSE DEL 1: Regler for navning av geografiske elementer 1 0 Orientering og
DetaljerPrototyping. TDT4180, vår Yngve Dahl IDI, NTNU NTNU
Prototyping TDT4180, vår 2017 Yngve Dahl IDI, NTNU NTNU Hva er prototype? En forenklet representasjon av en designløsning. KonkreAsering av design-idéer. Verktøy for tesang og gjenstand for Albakemelding
DetaljerDenne ukens tema Del 1: Faginfo + A1; Del 2: kap Velkommen til fag SIF8060 Modellering av informasjonssystemer. Faginfo: Terminologi
Velkommen til fag SIF8060 Modellering av informasjonssystemer Guttorm Sindre, IDI Denne ukens tema Del 1: Faginfo + A1; Del 2: kap 1 + 8.1 Faginfo Motivasjon Hvorfor modellere, hvorfor ta faget? Avgrensing
DetaljerPresentasjon 1, Requirement engineering process
Presentasjon 1, Requirement ing process Prosessodeller Hvorfor bruke prosessmodeller? En prosessmodell er en forenklet beskrivelse av en prosess En prosessmodell er vanligvis lagd ut fra et bestemt perspektiv
DetaljerEksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus
// class Bygning Oppgave 1 System.out.println( Bolighus ); // class Bolighus Hva blir utskriften fra dette programmet? class Blokk extends Bolighus{ // class Blokk IN105subclassesII-1 Eksekveringsrekkefølgen
DetaljerDigitalisering av krav - kravhåndtering
Digitalisering av krav - kravhåndtering Frokostmøte Standard Norge 23. mai 2017 Kirsten Helle Broadest portfolio of solutions for the production and transformation of oil and gas Subsea Onshore/Offshore
DetaljerInnhold. Innledning... 15. Del 1 En vei mot målet
Innledning.............................................. 15 Del 1 En vei mot målet Kapittel 1 Utviklingsarbeidet.............................. 22 1.1 Systemutviklerens arbeid...............................
DetaljerData design p.1/17. Data design. Lage ER modell av kravspesifikasjoner.
Data design p.1/17 Data design Lage ER modell av kravspesifikasjoner. Data design p.2/17 Prosess 2 scenario: Ingen eksisterende database over hva applikasjonen skal inneholde. Datadesign et utvikles samtidig
DetaljerFlere design mønstre. 19. september 2002, Tore Berg Hansen, TISIP
Flere design mønstre 19. september 2002, Tore Berg Hansen, TISIP Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere som ønsker å
DetaljerVed KHiB brukes åtte kriterier som felles referanseramme for vurdering av studentenes arbeid ved semestervurdering og eksamen:
VURDERING OG EKSAMEN I KHiBS MASTERPROGRAM I DESIGN 1. Introduksjon til vurderingskriteriene I kunst- og designutdanning kan verken læring eller vurdering settes på formel. Faglige resultater er komplekse
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 21. sept. 05 Informasjonssystem og datasystem Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer og perspektiver for SU-arbeidet
DetaljerUKE 9 Prosesser og prosessmodeller inkludert smidige metoder. Gruppetime INF1055
UKE 9 Prosesser og prosessmodeller inkludert smidige metoder Gruppetime INF1055 Hva skal vi i dag? Introduksjon til modul B - systemutvikling (kap. 1, 2 og 3) Prosesser og prosessmodeller + smidig utvikling
DetaljerDRI2001 forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 6.10.04 Hva er systemutvikling (SU) Et enkelt eksempel å bygge et hus Rammer for SU-arbeidet Ulike SU-metoder Perspektiver i SU-arbeidet SU er
DetaljerDRI 2001 Systemutviklingsarbeidet et overblikk Forelesning
Systemutviklingsarbeidet et overblikk DRI2001 forelesning 12. sept. 06 Forholdet mellom informasjonssystemet og virkeligheten Hva innebærer utvikling av et IS (systemutvikling: SU) Å utvikle et IS det
DetaljerFra krav til objektdesign
Fra krav til objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer INF1050-ansvar-1 Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Hva skal systemet gjøre? UML: Bruksmønstermodeller
DetaljerEksamen INF
Eksamen INF5120 06.06.2005 Et løsningsforslag Oppgave 1 a) Business Model Oppgaven spør om en business model for samhandlingen mellom Buyer og Seller, og det er da viktig å ikke modellere alt det andre!!!
DetaljerPsykologisk institutt. Eksamensoppgave i PSY3101 Forskningsmetode - Kvalitativ. Faglig kontakt under eksamen: Mehmet Mehmetoglu Tlf.
Psykologisk institutt Eksamensoppgave i PSY3101 Forskningsmetode - Kvalitativ Faglig kontakt under eksamen: Mehmet Mehmetoglu Tlf.: 91838665 Eksamensdato: 16. desember 2015 Eksamenstid (fra-til): 09:00-13:00
DetaljerSpesifikasjon av Lag emne. Kursregistrering bruksmønstermodell (ny versjon) Dagens forelesning. Fra krav til objektdesign
Dagens forelesning o Kort repetisjon av kravspesifikasjon med UML Fra krav til objektdesign Hva skal systemet gjøre? UML: Bruksmønstermodeller o Objektdesign Ansvarsdrevet OO: CRC og UML Sekvensdiagrammer
DetaljerDRI2001 Offentlige nettsteder. Litt om systemutvikling Torsdag 24 aug Arild Jansen, AFIN, UiO
DRI 2001 13.9 : Introduksjon til systemutvikling. Introduksjon til systemutvikling Systemutvikling og nettstedsutvikling Om ulike typer offentlige nettsteder Kvalitetskrav til offentlige nettsteder Litt
DetaljerHensikten med denne delen av kurset. Objektorientering hva er det? Objektets egenskaper. Best practises ved programvareutvikling
Objektorientert systemutvikling, litt UML og Rational Unified Process (RUP) UML Distilled kap. 2 Hensikten med denne delen av kurset Å lære og øve på modelleringsteknikker Å lære om gode designprinsipper
DetaljerLæringsmål for forelesningen
Læringsmål for forelesningen Objektorientering Håndtering av unntak (eng: exceptions) Java-programmering Håndtering av unntak Exception-objekter og klasser try, catch og finally throw og throws Eclipse
DetaljerLøsningsforslag Sluttprøve 2015
Høgskolen i Telemark Løsningsforslag Sluttprøve 2015 Emne: IA4412 Systemutvikling og dokumentasjon Fagansvarlig: Hans- Petter Halvorsen, Olav Dæhli Klasse: IA2, A- vei Dato: 2015.05.27 Time: 09:00-12:00
DetaljerSystemutvikling (Software Engineering) Professor Alf Inge Wang
1 Systemutvikling (Software Engineering) Professor Alf Inge Wang 2 Undervisningsmål og henvisning Målet med timen er: Få kunnskap om hva systemutvikling er Forstå hva en utviklingsprosess består av Få
DetaljerForskningsmetoder i informatikk
Forskningsmetoder i informatikk Forskning; Masteroppgave + Essay Forskning er fokus for Essay og Masteroppgave Forskning er ulike måter å vite / finne ut av noe på Forskning er å vise HVORDAN du vet/ har
DetaljerPrototyping. Plenumstime Uke 6. Med Maria og Helle
Prototyping Plenumstime Uke 6 Med Maria og Helle Hva skjer i dag? Prototyping Hva og hvorfor Konseptuelt design Dimensjoner Low-fi og high-fi Oblig 3 Do s and don ts Oblig 1 09/09 Oblig 2 23/09 Oblig 3
DetaljerGJENNOMGANG UKESOPPGAVER 7 REPETISJON
GJENNOMGANG UKESOPPGAVER 7 REPETISJON INF1050 V16 KRISTIN BRÆNDEN DAGENS TEMA Oppgaver hentet fra tidligere eksamensoppgaver om temaene vi har gått gjennom til nå DAGENS PLAN Gjennomgang av oppgaver Repetisjon
Detaljer23. mai A) I boka er det nevnt re forskjellige dialog-modelleringsteknikker som ogsa er de mest
Lsningsforslag til Eksamen i 45160 Systemering 1 Torsdag 18. mai 1995 Kl. 0900 { 1300 23. mai 1995 Oppgave 1 A) I boka er det nevnt re forskjellige dialog-modelleringsteknikker som ogsa er de mest brukte:
DetaljerTrustworthy computing, hva har det med tillit å gjøre?
Trustworthy computing, hva har det med tillit å gjøre? Tom Lysemose Oslo, 20 September, 2006 1 Innhold Definisjon av tillit Aspekter ved tillit Trustworthy Computing Trust in Cyberspace Trustworthy Computing
DetaljerObligatorisk oppgave INF3221/4221
Obligatorisk oppgave INF3221/4221 Dette er en beskrivelse av den obligatoriske oppgavene for kurset INF3221/4221 Problemdefinering, krav og modellering, våren 2005. Formål Oppgaven går ut på å lage en
DetaljerTilstandsmaskiner med UML og Java
Tilstandsmaskiner med UML og Java DAT2160 DAT2160 Høst Høst 2002 2002 Tilstandsmaskiner Tilstandsmaskiner med med UML UML og og Java Java Hva er en (endelig) tilstandsmaskin? En tilstandsmaskin kan sees
DetaljerINF 4130. 8. oktober 2009. Dagens tema: Uavgjørbarhet. Neste uke: NP-kompletthet
INF 4130 8. oktober 2009 Stein Krogdahl Dagens tema: Uavgjørbarhet Dette har blitt framstilt litt annerledes tidligere år Se Dinos forelesninger fra i fjor. I år: Vi tenker mer i programmer enn i Turing-maskiner
DetaljerEksamen 2013 Løsningsforslag
Eksamen 2013 Løsningsforslag Oppgave 1. Multiple choice 1b# 2a# 3b# 4c# 5b# 6a# 7a# 8b# 9d# 10b# Oppgave 2 - Bibliotek - Utlån av bøker a) Måle størrelse eller mengde funksjonalitet Denne oppgaven ser
Detaljer1. Modellering av objektorienterte systemer
Tore Berg Hansen 3.2.2004 Opphavsrett: Forfatter og Stiftelsen TISIP Lærestoffet er utviklet for faget LV339D Objektorientert systemutvikling 1. Resymé: I denne leksjonen skal vi se på hva som genererelt
DetaljerKap. 12 Analysemodellering (Analysis Modeling)
Kap. 12 Analysemodellering (Analysis Modeling) Strukturert analyse er en av de mest brukte brukte modelleringsmetoder i analysen. Den andre er objektorientert analyse. 12.1 Kort historikk Strukturert analyse
DetaljerForskningsmetoder i menneske-maskin interaksjon (MMI)
Forskningsmetoder i menneske-maskin interaksjon (MMI) Kapittel 1- Introduksjon Forskningshistorie innenfor MMI Den første konferansen ble holdt i 1982 Annet arbeid i feltet fant sted før 1982 Konferanser
DetaljerIntroduksjon til 3290
Introduksjon til 3290 Magnus Li magl@ifi.uio.no INF3290 29 / 30.08.2017 Gruppetimene Presentasjon og diskusjon av ukens tema, pensum og begreper. Tirsdager 14:15-16:00 Onsdager 12:15-14:00 Dere kan møte
DetaljerUNIVERSITETET I OSLO
Bokmål Kandidat nummer: UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i: INF1050 Eksamensdag: 31. Mai, 2011 Tid for eksamen: 09:00-13:00 Oppgavesettet er på 6 sider Vedlegg:
DetaljerAgenda. TDT4140: Kravinnhenting. Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav. Den organisatoriske dimensjonen
TDT4140: Kravinnhenting Torbjørn Skramstad IDI / NTNU Introduksjon til objektorientert design Agenda Kravprosessen Forståelsesproblemet Teknikker for innhenting av krav Intervju Scenarier Etnografi Eksempel
DetaljerModellering av objektorienterte systemer
Modellering av objektorienterte systemer 16. august 2002, Tore Berg Hansen, Tisip Kursleksjonene er forfatters eiendom. Som kursdeltaker kan du fritt bruke leksjonene til eget personlig bruk. Kursdeltakere
DetaljerKapittel 7: Mer om arv
Kapittel 7: Mer om arv Redigert av: Khalid Azim Mughal (khalid@ii.uib.no) Kilde: Java som første programmeringsspråk (3. utgave) Khalid Azim Mughal, Torill Hamre, Rolf W. Rasmussen Cappelen Akademisk Forlag,
DetaljerInnhold uke 10. Objektorientert programmering i Python. Oblig 7 og 8. IN1000 Seminar! IN1000 Høst 2018 uke 10 Siri Moe Jensen
Innhold uke 10 Hva bruker vi klasser til? Objektorientert programmering i Python IN1000 Høst 2018 uke 10 Siri Moe Jensen Noen sentrale datastrukturer for programmering lenkede lister trær grafer Eksempler:
DetaljerKravspesifisering (5): Use Cases, forts. 1.1 identifiser/oppsummer hver u.c. Tema / læremål. 1. Del opp i detaljerte use cases
Tema / læremål Hvordan skrive gode tekstlige use cases? Primært basert på P12 kap 5: The Filled Iteration 1. Del opp i detaljerte use cases 2. Lag fylte (filled) use cases 3. Samle og dokumentere ikke-funksjonelle
DetaljerLøsningsforslag til Case. (Analysen)
Løsningsforslag til Case (Analysen) Dette er en skisse til løsning av Case et med bussinformasjonssystemet. Jeg kaller det en skisse fordi det på den ene siden ikke er noe fasitsvar og fordi løsningen
DetaljerOversikt over forelesningen. DFD sentrale konsepter. Intro til Dataflytdiagrammer (DFD) Marakas, kap. 5
1 2 Oversikt over forelesningen Institutt for datateknikk og informasjonsvitenskap Guttorm Sindre Intro til Dataflytdiagrammer (DFD) Marakas, kap. 5 DFD, intro Sentrale konsept Diagramnotasjon, dialekter
DetaljerDRI2001 h04 - Forelesning Systemutvikling og nettsteder
Systemutvikling utvikling av offentlig nettsteder DRI2001 forelesning 20.10 Litt om eksperimentell systemutvikling og prototyping Systemutviklingsprosessene og utvikling av [offentlige] nettsteder Fasene
DetaljerTom Røise 18. Februar 2009
Forelesning IMT2243 18. Februar 2009 Tema : Kravspesifisering : litt mer om prosessen Viewpoint en myk tilnærming Use Case en scenariebasert teknikk innen metoden Objektorientert Analyse brukes til å avklare
DetaljerIntroduksjon til objektorientert programmering
Introduksjon til objektorientert programmering Samt litt mer om strenger og variable INF1000, uke6 Ragnhild Kobro Runde Grunnkurs i objektorientert programmering Strategi: Splitt og hersk Metoder kan brukes
DetaljerBruk av nettressurser i utvikling av matematikkundervisning. Seminar Realfagskommuner Pulje 1, 26. september 2016
Bruk av nettressurser i utvikling av matematikkundervisning Seminar Realfagskommuner Pulje 1, 26. september 2016 Hva er matematikk? Måter å se matematikk på: Regler resonnering Redskap eget fag Huske kreativitet
DetaljerModeller for design av Web-Applikasjoner
Modeller for design av Web-Applikasjoner Kapittel 2: Data Modell Kapittel 3: Hypertekst Modell Av Eskil Saatvedt og Arianna Kyriacou. http://www.ii.uib.no/~eskil/fag/ http://www.ii.uib.no/~arianna/fag/
DetaljerDistribuerte objekter og objekt-basert mellomvare
Distribuerte objekter og objekt-basert mellomvare INF 5040 H2006 foreleser: Frank Eliassen INF5040 Frank Eliassen 1 Hvorfor objekt-basert distribuert mellomvare? Innkapsling naturlig tilnærming til utvikling
DetaljerGod objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04
Mer om UML God objektorientert design Flere UML diagrammer UML Distilled kap. 7,8, 9 Using UML, kap. 11, 12, 14 Kirsten Ribu 17.03.04 1 I dag Litt repetisjon GRASP mønstre og OO design Prosjektoppgaven:
DetaljerForskningsmetoder i informatikk
Forskningsmetoder i informatikk Forskning; Masteroppgave + Essay Forskning er fokus for Masteroppgave + Essay Forskning er ulike måter å vite / finne ut av noe på Forskning er å vise HVORDAN du vet/ har
DetaljerHvordan kan innsats for å koordinere begrepsbruk i offentlig forvaltning organiseres?
Hvordan kan innsats for å koordinere begrepsbruk i offentlig forvaltning organiseres? AFIN-seminar: Felles begrepsbruk i elektronisk forvaltning på lovstyrte områder 15. september 2010 Steinar Skagemo,
DetaljerInnhold. Forord Kapittel 1 Dybdelæring i naturfag Kapittel 2 Kjennetegn på undervisning som gir dyp forståelse... 38
Forord... 13 Kapittel 1 Dybdelæring i naturfag... 17 Liv Oddrun Voll og Anne Holt Den lærende hjernen... 18 Mentale modeller som hierarkiske strukturer... 18 Hjernens organisering i nettverk............................
DetaljerSystem integration testing. Forelesning Systems Testing UiB Høst 2011, Ina M. Espås,
System integration testing Forelesning Systems Testing UiB Høst 2011, Ina M. Espås, Innhold Presentasjon Hva er integration testing (pensum) Pros og cons med integrasjonstesting Når bruker vi integration
DetaljerTittel Objektorientert systemutvikling 2
EKSAMENSFORSIDE Fagnr. OBJ208 Tittel Objektorientert systemutvikling 2 Ansvarlig faglærer Viggo Holmstedt Klasse(r) Dato IS/IN 2 11.06.2009 Eksamensoppgaven Ant. sider inkl. består av følgende: forside
Detaljer1. Hvilke type krav angår sikkerhet og pålitelighet?
1. Hvilke type krav angår sikkerhet og pålitelighet? a) Funksjonelle b) Ikke-funksjonelle Svar: b) 2. Verdien av etnografi er at den hjelper til å oppdage som reflekterer hvordan folk faktisk jobber a)
DetaljerFormål og hovedinnhold Kunst og Håndverk Grünerløkka skole
Formål og hovedinnhold Kunst og Håndverk Grünerløkka skole Revidert høst 2016 Formål med faget Til alle tider har mennesket utnyttet og bearbeidet materialer til redskaper, klær, boliger og kunst. De menneskeskapte
DetaljerINF3290 Takk for nå! Margunn Aanestad og Petter Nielsen
15.11.2013 INF3290 Takk for nå! Margunn Aanestad og Petter Nielsen Eksamen For å bestå kurset må dere bestå eksamen Følg de formelle kravene Diskuter gjerne, men individuell besvarelse Ikke bruk mye plass
DetaljerDistribuerte objekter og objekt-basert mellomvare
Distribuerte objekter og objekt-basert mellomvare INF5040 foreleser: Olav Lysne Frank Eliassen, SRL & Ifi/UiO 1 Hvorfor objekt-basert distribuert mellomvare? Innkapsling naturlig tilnærming til utvikling
DetaljerITGK - H2010, Matlab. Dagens tema : Teori - Databaser
1 ITGK - H2010, Matlab Dagens tema : Teori - Databaser 2 I dag Teori: Databaser Bok: 8.1 8.2 (8.1-8.4 i gamle bøker) Læringsmål Lære det grunnleggende om databaser Lære det grunnleggende om databasedesign
DetaljerKravspesifisering (2): Validering av kravspek er
Ø Ø SIF 8035 - Informasjonssystemer Grunnkurs, 2002 Læremål Kravspesifisering (2): Validering av kravspek er Guttorm Sindre, IDI Forstå Kvalitetskriterier for kravspesifikasjoner Viktige steg i prosessen
Detaljer