INF3221/4221 Problemdefinering, krav og modellering. Introduktion. Christina Mörtberg, Informasjonssystem gruppen, IFI.

Transkript

1 INF3221/4221 Problemdefinering, krav og modellering Introduktion Christina Mörtberg, Informasjonssystem gruppen, IFI 1

2 Kursorganisering: Forelesere: Christina Mörtberg, Dagny Stuedahl, Pål Sørgaard, Marisa D'Mello Eskild Busch Gruppelærer: Magnus Fuglerud E-post: chrismmo at ifi.uio.no magnujf at ifi.uio.no Elektronisk informasjon: 2

3 Konkret vil emnet ta opp: Problemdefinering og krav: forholdet mellom beskrivelse og virkelighet Systembeskrivelse, modellering og overordnet funksjonelt design Ulike teknikker for analyse og design med brukere Ulike strategier for systemutvikling 3

4 Hva lærer du? Etter emnet skal studentene kunne: Kunne analysere informasjonssystemer i realistiske omgivelser og kunne bruke undersøkelsesteknikker som intervju og observasjon Ha oversikt over forskjellige tilnærmingsmåter og perspektiver i systemutviklingsarbeidet, og kunne vurdere ulike metoder og teknikker Kjenne til teknikker som er egnet til å avklare formål og ønsket resultat av en systemutviklingsprosess (inkludert definisjon av problemer og krav) Kjenne til ulike former for systembeskrivelse og prototyping Kunne anvende objekt-orientert tilnærming i analyse og design 4

5 Undervisningsform 2 timer forelesning og 2 timer gruppeøvelser per uke prosjektoppgave Prosjektoppgaven skal gjøres i kontakt med ekstern oppdragsgiver. Koble teori og praksis med basis i reelle problemer Oppgaven går ut på å lage en forundersøkelse, deretter en objektorientert analyse og til slutt objektorientert design ved hjelp av teknikkene som er beskrevet i kompendium og OOA&D. Se: 5

6 Vurderingsform Evalueringen baseres på en større prosjektoppgave (50%) 3 timers skriftlig eksamen (50%). Bokstavkarakter (A - F) 6

7 Prosjektoppgaven obligatorisk oppgave Skaffe praktisk erfaring med virkelig problem og organisasjon Identifisere problem og krav Få trening i å bruke verktøy Rike bilder for å fange mangfold i problemområdet Fastlegge strategi Analyse av problemområdet Analyse av anvendelsesområdet Spesifikasjon av design (begrenset - kun Arkitektur design (kriterier og komponenter) Bruk kompendium og OOA&D-boka som veileder i arbeidet, og D & M som bakgrunn for å se flere perspektiver og innfallsvinkler 7

8 Prosjekt Plan -milepæler 30.1 Inndeling i grupper 6.2 Etablere prosjekter - valg av organisasjon 26.3 Foranalyse og analyse I Rapport Presentasjon for "brukere" 7.5 Analyse - Del II Rapport Prototype Refleksjoner 8

9 Forundersøkelse prosjekt IT prosjekt Rapport Systemutviklings prosjekt Anbud Avtale MUST Implementerings prosjekt 9

10 Visjoner om framtidig situasjon IT-forundersøkelse Forundersøkelse prosjekt Evaluering Rapport Nåværende situasjon Anbud Framtidig situasjon Avtale MUST Implementerings prosjekt 10

11 Hva er systemutvikling? Design can be understood as a process that includes activities concerned with three levels of abstraction. At the most abstract level we find a vision, at a more concrete level an operative image, and at the most concrete level we find the design specification (Stolterman, 1991) 11

12 Teorier, modeller og virkeligheten Andre kilder BESKRIVELSER METODIKK Modell: En del av VIRKELIGHETEN: Interesser Temaer Problemer Forventninger IDÉER TEORIER PROBLEMER MODELLER Utviklingssubjekt TEKNIKKER 12

13 Modell En forenklet avbildning av utvalgte deler av virkeligheten, med en bestemt hensikt (ut fra en gitt referanseramme) - F eks. en tegning, et kart, en husmodell, en datamodell, Et informasjonssystem (IS) baserer seg på en forenklet modell av virkeligheten 13

14 14

15 Intresseområdet Datamodell registrering påvirkning Oppfatning av intresseområdet Informasjonssystem Brukare Datamodellen dokumenterer vår opfatning av virkligheten 15 Gerhard Skagerstein (2005:119)

16 Hva er en systemutviklingsmetode? Veileder i SU-arbeidet - En fornuftig samling av hva & hvordan - ikke en kokebok eller fasitsvar ingen tvangstrøye - Viktig for kommunikasjon og organisering av prosjektet Må brukes med fornuft, tilpasses avhengig av - Problemets type og betingelser - Personalets kompetanse - Kulturelle og historiske forhold - Improvisasjon forutsetter at en kan grunnlaget 16

17 Hva er et system? Noe forslag: - En samling av elementer og relasjonene mellom dem - Et sett av komponenter som interagerer på bestemte måter for å utføre en oppgave (nervesystem, fordøyelsen) - Et ordnet sett av fakta, prinsipper, klassifikasjon (Linnee s plantesystem, det periodiske system,..) - Et struktur av prosedyrer & metoder (kvalitetssikringssyst.) - Noe som kan atskilles fra sine omgivelser (økosystem,.. Systemer er en abstraksjon ut fra en bestemt hensikt Systemer kan betraktes utenfra eller innenfra 17

18 Systemtenkning Dahlbom & Mathiassen, kap. 3 Tre typer systemtenkning Hard Systems: klare og sanne representasjoner av verden Soft Systems: systemene er i våre hoder, det er flere og like relevante systembetraktninger å velge mellom Dialektisk systemtenkning: systemer er definert av iboende motsigelser 18

19 Hard Systems antakelser Virkeligheten er selv et velordnet, stabilt system Systemutviklernes rolle er å avbilde verden sannferdig, konsistent og fullstendig Systemutviklerne studerer verden for å utlede krav Språket er en avbilding av verden, vi må bruke presist, helst formelt, språk (jfr. matematisk informatikk) Hard Systems vurderinger Kraftfull tankemåte Våre beskrivelser er svært fattige Idéen om at det finnes en sann representasjon blandes sammen med forestillingen om at vår representasjon er den sanne 19

20 Soft Systems Vi velger å betrakte noe som et system Vi kan anlegge ulike perspektiver og vil ut fra det komme med ulike Systembetraktninger Fortolkning er viktig, prøve å forstå ulike tankemåter. Det er viktig med flere rike bilder og systemdefinisjoner De ulike betraktningsmåtene skal bringes sammen Soft Systems antakelser Design oppfattes som læring Forskjeller mellom ulike oppfattelser kan håndteres gjennom en læreprosess hvor de ulike synene beskrives og defineres Systemutvikleren blir prosesskonsulent Se Peter Checkland: Soft Systems Methodology 20

21 Dialektikk Ulike perspektiver ses på som uttrykk for konflikter og motsigelser, f.eks. basert på interessekonflikter og maktkamp Konflikter/motsigelser som skyldes misforståelser og uvitenhet kan løses med kommunikasjon og diskusjon Konflikter/motsigelser som skyldes interessemotsetninger kan ikke det, de må løses ved forhandlinger, maktkamp eller revolusjon Det antas normalt at det er en hovedmotsigelse som dominerer bildet Det forhandles og inngås kompromisser Dialektikk antakelser Design er handling Systemutvikleren agerer som intervensjonist og forandringsagelser 21 Hegel, Marx

22 To verdensanskuelser - det rasjonelle versus det romantiske Rasjonalisme - arven fra Aristoteles, Galileo, Descartes, Bacon, Newton, Leibniz,.. Utviklingen av naturvitenskapen Skille mellom en ytre (sann) og indre (sanset) verden Sann kunnskap er basert vitenskapelig representasjon av virkeligheten (formalisering) Tenkning er symbolmanipulasjon Romatikken arven fra Socrates, Platon, Data blir til informasjon gjennom fortolkning basert på forståelse av bakgrunn og kontekst Kunnskap utvikles både fra teori og praksis Noen begreper kan ikke defineres, men forklares ved eksempler Vekt på kultur, kunst, følelser 22

23 Kunnskapssyn Kunnskap som mekaniske helheter Deler kan tas ut av helheten uten at dennes karakter endres Fenomener kan defineres formelt Kunnskap som organiske helheter Helheten utgjør mer en delene Fenomener forståes gjennom sosiale prosesser 23

24 3 syn på systemutvikling (systemtenkning) Konstruksjon Evolusjon Intervensjon Dahlbom og Mathiassen, kap

25 Konstruksjon Stabil verden, kompleksitet men forutsigbar Problemet er kjent Rasjonalitet og optimalisering Evolusjon Virkelig verden preget av usikkerhet Problemet er uklare problembeskrivelse, utilstrekkelig beskrevet Begrenset rasjonalitet, søk etter tilfredstillende løsning gjennom eksperimentering Intervensjon Virkelig verden er preget av forandring og konflikter Problemet er åpen, ikke definert Søkeådefinereproblemet Utviklingsarbeidet er en integrert del av løpende aktiviteter 25

26 Konstruksjon (av programvarer) Skrittvise forfining (Stepwise refinement) Start med en gitt problemformulering Bryt ned i mindre og mindre delproblemer Fortsett inntil delproblemene er trivielle Forutsetninger Veldefinert problem Stabilt problem Lukket problemstilling Full kunnskap om problemet Problemløseren har perfekt rasjonalitet Ofte er problemene enkle, men betydelige integrasjonsbehov Hva gjør vi når brukeren midtveis sier«jeg vil ha det sånn i stedet»? 26

27 Evolusjon: hva er det? Eksperimentering og læring Trinnvis utvikling (prøv og feil) Konkurranse og andre elimineringsmekanismer («natural selection», «survival of the fittest», Darwin og ikke Linné) Utvikle og teste ut alternativer er viktige! Fokus på usikkerhet (ikke kompleksitet) Manglende kunnskap : nødvendig med læring Ustabile omgivelser Endring - forståelse av organisk tilnæring til ledelse Systemutvikling er en vitenskapelig utforskning av alternative løsninger, ikke et tilfeldig utvalg 27

28 Intervensjon Sammenheng Intervensjonssyn preget av konfliktperspektiv (dialektikk) fokus på problemdefinering opportunistisk atferd (rasjonalitet) problemet antas åpent Design is action 28

29 Intervensjon Verden er kaotisk - problemet er ikke gitt => Prøv å forstå - finn en hensiktsmessig definisjon av problemet Ofte vanskelig å finne ut hva brukerne egentlig gjør - gjør en liten endring som skaper nye konflikter og dermed bringer saker til overflaten => Utprøving av prototyp, enkelt system En endring skaper en ny situasjon - opprinnelige muligheter vil være lukket Konflikter - etabler allianser, søk kompromisser Teknologien vil kunne være en viktige aktør - både konfliktskaper og løser 29

30 Hard, myk og dialektisk systemtenkning OOA &D? Konstruksjon: Problemområdet er veldefinert, applikasjonsområdet er stabilt Top-down tilnærming kan være hensiktsmessig Evolusjon Flere problemer med ulike oppfatninger av problemområdet, aplikasjonsområdet i endring, Rike bilder og prototyping for å prøve ut alternativer Intervensjon Problemområdet ikke definert, applikasjonsområdet preget av konflikter Rike bilder får å identifisere konfliktområder, prototyping med vekt på virkelige situasjoner 30