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 analyse av virksomheten ved en selvvalgt organisasjon ved hjelp av teknikkene og metoder som er beskrevet i kompendium og i bøker: Mathiassen, Lars, Andreas Munk-Madsen, Peter Axel Nielsen & Jan Stage (2000) Object Oriented Analysis & Design. Aalborg: Marko (OOA) og Dahlbom, Bo and Lars Mathiassen 1993): Computers in Context: The Philosophy and Practice of Systems Design. Oxford: Blackwell. Selv om vi ønsker å legge opp dette som et realistisk prosjekt, er det viktig å understreke at dette er en øvelse. Hovedtrekk i oppgaven Hovedinnholdet i den obligatoriske oppaven er at gjennomføre en forundersøkelse (foranalyse), deretter en objektorientert analyse og til slutt objektorientert design. I forundersøkelsen velger man hvordan oppgaven skal forstås etter å ha undersøkt hvordan situasjonen oppfattes hos ulike grupper, avdelinger, interessenter. Det skal gjennomføres med de teknikker og metoder som inngår i pensum. I den objektorienterte analysen kartlegges problemområdet som den framtidige løsningen skal handle om, og resultatene samles i et forslag til framtidig løsning. I designaktiviteten designes det nye systemet. Vekten bør legges på problemdefinisjon, krav, samt analyse av problemområde og analyse av bruksområde. Oppgaven skal gjennomføres ved å følge kompendium og læreboka i OOA&D så nøyaktig som praktisk mulig. Oppgaven skal resultere in en rapport som følger forslag til disposisjon (se vedlegg) og de anbefalinger for dokumentasjon som finns læreboka i seksjon 16.2 (side 301-306). Første innlevering - foranalyse - dekkes av punkt 1-6 i forslag til disposisjon og punkt 1 "analysedokumentet" (se side 301), andre innlevering dekkes av punkt 2, 3 og 4 i analysedokumentet mens tredje innlevering omfatter hele designdokumentet. Oppgaven består av tre innleveringer. Oppgaven avviker fra læreboka i OOA&D på følgende områder: Foranalysen skal inneholde: visjoner om den samlede forandringen (mål, problemer, behov og ideer till løsning); arbeidets organisering og
utdanningsbehov; IT-platform (eksisterende, ny); fordeler og ulemper i forhold til ansatte og relasjoner till andre ansatte, kunder og andre interessenter. En analyse og drøfting av hvilken strategi som prosjektet bør velge skal gjennomføres. Strategi-analysen skal baseres på "Computers in Context" og artiklene som inngår i pensum på dette området. Strategi-analysen skal inneholde en identifikasjon av hvilke faktorer som er særlig viktige for valg av strategi og hvordan disse faktorene påvirker valg av strategi for det spesifikke prosjektet. Den endelige rapporten (3. innlevering) skal også inneholde en refleksjon over gjennomføringen av prosjektet og erfaringer med bruk av "teoriene" og metodene som inngår i pensum. Plan -milepæler o uke 4 Inndeling i grupper o uke 5 Etablere prosjekter - valg av organisasjon o 11.3 Foranalyse - Del I. presentasjon for "brukere" o 15.4 Analyse - Del II presentasjon for "brukere" o 6.5 Design - Del III refleksjon prototype Dere kan velge organisasjoner fritt, enten en privat bedrift, en statlig etat eller (del av) en kommune. Men det er noen viktige krav som må stilles til organisasjonen Den bør ha et klart problem eller oppgave som søkes løst (helt eller delvis) ved bruk av IT o Problemet/oppgaven må ikke være ferdig løst, dvs at systemet er utviklet og innført. Helst bør virksomheten være i ide eller startfasen av arbeidet.. o Organisasjonen må være villige til å snakke med dere (at de har tilstrekkelig tid og ressurser til å la dere gjøre prosjektet). Det må kunne identifiseres en eller konkrete brukere Organisasjonen behøver absolutt ikke være en IT-virksomhet eller ha høy kompetanse på IT, kanskje snarere det motsatte. Velg gjerne en mindre bedrift, eller en avdeling i privat/offentlig virksomhet. Eksempler på organisasjoner/temaer. Forretninger, f eks. som vurderer å starte med elektronisk handel, Servicebedrifter. Bedriftsinformasjon, Publikumsinformasjon: Museer, Nasjonalbiblioteket, turistinformasjon.
Krav til foranalyse obligatorisk oppgave nr 1 Foranalysen skal gjennomføres i henhold til kompendium og bøker Arbeidet innen hver prosjektgruppe skal gjennomføres i to delprosjektgrupper, der resultatene fra disse integreres. Hver delprosjektgruppe skal analysere ulike deler av "situasjonen" knyttet til det valgte case, hvor de skal basere seg på ulike teknikker/metoder og perspektiver eller forståelse av virksomheten og oppgaven som skal løses. Hver gruppe skal lage sitt eget scenario (eller annen teknikk), rike bilder og hver sin systemdefinisjon. Koordinering mellom gruppene må gjøres for at arbeidet ska bli effektivt og for å minimere ulemper for organisasjonen. Foranalysen skal resultere i en rapport der resultatene fra de to gruppene integreres. Denne skal minst inneholde o En beskrivelse av "situasjonen", visjoner om den samlede forandringen (mål, problemer, behov og ideer till løsning); arbeidets organisering og utdanningsbehov; IT-platform (eksisterende, ny); fordeler og ulemper i forhold til ansatte og relasjoner till andre ansatte, kunder og andre interessenter. o En beskrivelse av den dyptgående analysen, hvilke teknikker/metoder (scenarier, story board, intervjuer, observasjoner, workshops, dokument analyse) som er brukt og gjennomført, hvem har deltatt, når og hvar har metoder/teknikker brukts. o Beskriv resultatene og illustrere dem i minst 2 rike bilder. o En systemdefinisjon som integrer resultatene fra den dyptgående analysen av valgt arbeidsområde og rike bilder o En beskrivelse av systemdefinisjonen i henhold til FACTOR - kriteriet o En diskusjon av mulige strategier for gjennomføring av prosjektet og beskrivelse av valgt (anbefalt) strategi o Rapporten skal presenteres for og diskuteres med "brukere" Frist for innlevering 11.3 Krav til analyse: obligatorisk oppgave nr 2 Obligatorisk oppgave nr. 2 er en direkte videreføring av oppgave nr. 1. Oppgaven dreier seg om analyse, dvs. det skal utføres en analyse i henhold til den systemdefinisjon som ble valgt i foranalysen. Analysen skal gjennomføres i henhold til læreboka
Analysen skal resultere i et analysedokument med en struktur (så langt det er realistisk) som er angitt i vedlegg og figur 16.1 i læreboka (side 300-301). I tillegg bør valg som er gjort begrunnes og alternativer som er forkastet beskrives. Dersom "beslutninger" tatt i foranalysen revideres skal dette beskrives og begrunnes. Rapporten skal presenteres for og diskuteres med "brukere" Frist for andre deloppgave er 15.4 Krav til design: obligatorisk oppgave nr 3 Obligatorisk oppgave nr. 3 er en videreføring av obligatorisk oppgave 1 og 2. Oppgaven dreier seg om design, dvs. det skal lages et design i henhold til den analysen som ble utført i analysedelen. Denne delen omfatter også utvikling av en prototyp, som skal ha vært vist til brukerne Følgende krav stilles til designet: Designet skal gjennomføres i henhold til kompendium og læreboka Designet skal resultere i et analysedokument med en struktur (så langt det er realistisk) som er angitt i bilaga 1, kap. 16.3 og figur 16.2 i læreboka (side 303-306). I rapporten skal dere beskrive den prototypen som er utviklet, hva formålet med den har vært, hvilke tilbakemeldinger dere fikk fra brukerne og hva dere oppnådde med prototypen. Valg som er gjort begrunnes og alternativer som er forkastet beskrives. Dersom "beslutninger" tatt i foranalysen eller analysen revideres skal dette beskrives og begrunnes. Rapporten skal også inneholde en refleksjon over gjennomføringen av prosjektet og erfaringer med bruk av "teoriene" og metodene som inngår i pensum. Spesielt skal teknikker og metoder samt den strategien som ble beskrevet i del I drøftes, hvor dere vurderer om enkelte deler skulle vært utformet og gjennomført annerledes og dets konsekvenser. Rapporten skal presenteres for og diskuteres med "brukere". Frist for innlevering er 6.5
Vedlegg: Forslag til disposisjon for foranalysen 0. Sammenfatning 1. Formål Foranalysens formål og utgangspunkt En generell beskrivelse av "situasjonen" 2. Organisering Organisering av prosjekt Interessenter 3. Analyse av valgt organisasjon/område Metode Plan Teknikker og beskrivelseverktøy Resultat fra gjennomførte analyser beskrives og illustreres i rike bilder Systemdefinisjon som integrer de rike bildene FACTOR - kriteriet 4. Visjoner om den samlede forandringen Arbeidets organisering Kvalifikasjoner hos de ansatte og utdanningsbehov IT- plattform 5. Fordeler og ulemper i forhold til Grupper av ansatte og relasjoner mellom avdelinger Andre interessenter (i organisasjonen, kunder etc.) IT-systemer 6. Strategi og plan for realisering En diskusjon mulige strategier for gjennomføring av prosjektet og beskrivelse av valgt (anbefalt) strategi