Obligatrisk ppgave INF3221/4221 Dette er en beskrivelse av de bligatriske ppgavene fr kurset INF3221/4221 Objektrientert analyse g design, våren 2006. Frmål Oppgaven går ut på å lage en analyse av virksmheten ved XX ved hjelp av teknikkene sm er beskrevet i pensum g i bka: Mathiassen, Lars, Andreas Munk-Madsen, Peter Axel Nielsen & Jan Stage (2000) Object Oriented Analysis & Design. Aalbrg: Mark (OOA). Selv m vi ønsker å legge pp dette sm et realistisk prsjekt, er det viktig å understreke at dette er en øvelse. Hvedtrekk i ppgaven Hvedinnhldet i pensum g OOA&D er en frundersøkelse, deretter en bjektrientert analyse g redusert bjektrientert design. I frundersøkelsen velger man hvrdan ppgaven skal frstås etter å ha undersøkt hvrdan situasjnen ppfattes hs ulike grupper, avdelinger, interessenter, mv. I den bjektrienterte analysen kartlegges prblemmrådet sm den framtidige løsningen skal handle m, g resultatene samles i et frslag til framtidig løsning. I designaktiviteten designes det nye systemet (begrenset design). Oppgaven skal gjennmføres ved å følge pensum g lærebka i OOA&D så nøyaktig sm praktisk mulig. Oppgaven skal resultere in en rapprt sm følger de anbefalinger fr dkumentasjn sm pensum g lærebka (seksjn 16.2, side 301-306). Første innlevering - franalyse g analyse I - se "analysedkumentet" (se side 301 punkt 1, 3, 4). Andre innlevering dekkes av punkt 1-4 i analysedkumentet, en versiktlig beskrivelse av teknisk plattfrm g arkitektur. Oppgaven avviker fra lærebka i OOA&D på t mråder: Franalysen skal utvides med en analyse g drøfting av hvilken strategi sm prsjektet bør velge. Strategi-analysen skal baseres på "Cmputers in Cntext" g artiklene sm inngår i pensum på dette mrådet. Strategi-analysen skal innehlde en identifikasjn av hvilke faktrer sm er særlig viktige fr valg av strategi g hvrdan disse faktrene påvirker valg av strategi fr det spesifikke prsjektet. Den endelige rapprten (2. innlevering) skal gså innehlde en refleksjn ver gjennmføringen av prsjektet g erfaringer med bruk av "teriene" g metdene sm inngår i pensum. Den bligatriske ppgaven er delt i t deler - g t innleveringer.
Plan -milepæler 30.1 Inndeling i grupper 6.2 Etablere prsjekter - valg av rganisasjn 26.3 Franalyse g analyse I Rapprt Presentasjn fr "brukere" 7.5 Analyse - Del II Rapprt Prttype Refleksjner Dere kan velge rganisasjner fritt, enten en privat bedrift, en statlig etat eller (del av) en kmmune. Men det er nen viktige krav sm må stilles til rganisasjnen Den bør ha et klart prblem eller ppgave sm søkes løst (helt eller delvis) ved bruk av IT Prblemet/ppgaven må ikke være ferdig løst, dvs at systemet er utviklet g innført. Helst bør virksmheten være i ide eller startfasen av arbeidet.. Organisasjnen må være villige til å snakke med dere (at de har tilstrekkelig tid g ressurser til å la dere gjøre prsjektet). Det må kunne identifiseres en eller flere knkrete brukere Organisasjnen behøver abslutt ikke være en IT-virksmhet eller ha høy kmpetanse på IT, kanskje snarere det mtsatte. Velg gjerne en mindre bedrift, eller en avdeling i privat/ffentlig virksmhet. Eksempler på rganisasjner/temaer. Frretninger, f eks. sm vurderer å starte med elektrnisk handel, Servicebedrifter. Bedriftsinfrmasjn, Publikumsinfrmasjn: Museer, Nasjnalbibliteket, turistinfrmasjn... Krav til franalyse Franalysen skal gjennmføres i henhld til pensum Arbeidet innen hver prsjektgruppe skal gjennmføres i t delprsjektgrupper, der resultatene fra disse integreres. Hver delprsjektgruppe skal analysere ulike deler av "situasjnen" knyttet til det valgte case, hvr de skal basere seg på ulike perspektiver eller frståelse av virksmheten g ppgaven sm skal løses. Hver gruppe skal lage sitt eget rike bilde g hver sin systemdefinisjn. Franalysen skal resultere i en rapprt der resultatene fra de t gruppene integreres. Denne skal minst innehlde En generell beskrivelse av "situasjnen" minst 2 rike bilder En systemdefinisjn sm integrer bidragene i de t delgruppene.
En beskrivelse av systemdefinisjnen i henhld til FACTOR (tidligere BATOFF)- kriteriet En diskusjn mulige strategier fr gjennmføring av prsjektet g beskrivelse av valgt (anbefalt) strategi Rapprten skal presenteres fr g diskuteres med "brukere" Krav til analyse I Analysen skal gjennmføres i henhld til lærebka Analysen skal resultere i et analysedkument med en struktur (så langt det er realistisk) sm er angitt i figur 16.1 (1.3,1.3.2. g 3-3.4, 4-4.3) i lærebka (side 300-301) se gså appendiks 1. I tillegg bør valg sm er gjrt begrunnes g alternativer sm er frkastet beskrives. Dersm "beslutninger" tatt i franalysen revideres skal dette beskrives g begrunnes. Rapprten skal presenteres fr g diskuteres med "brukere" Frist fr innlevering 26.3 Krav til analyse II Obligatrisk ppgave nr. 2 er en direkte videreføring av ppgave nr. 1. Oppgaven dreier seg m analyse av prblemmråde, dvs. det skal utføres en analyse i henhld til den systemdefinisjn sm ble valgt i franalysen. Denne delen mfatter gså utvikling av en prttyp, sm skal ha vært vist til brukerne Analysen skal gjennmføres i henhld til pensum Analysen skal resultere i et analysedkument med en struktur (så langt det er realistisk) sm er angitt i figur 16.1 (1.3,1.3.1, 2 (hela punktet)) i lærebka (side 300-301) se gså appendiks 1. I tillegg bør valg sm er gjrt begrunnes g alternativer sm er frkastet beskrives. Dersm "beslutninger" tatt i franalysen revideres skal dette beskrives g begrunnes. En versiktlig beskrivelse av teknisk plattfrm g arkitektur dvs. kun Arkitektur design (kriterier g kmpnenter) se fig. 16.2 (1,2, 3 (ikke 3.2), ikke 4, 5) NB! Ikke bligatrisk (prsesser g kmpnent design) I rapprten skal dere beskrive den prttypen sm er utviklet, hva frmålet med den har vært, hvilke tilbakemeldinger dere fikk fra brukerne g hva dere ppnådde med prttypen.
Valg sm er gjøres begrunnes g alternativer sm er frkastet beskrives. Dersm "beslutninger" tatt i franalysen eller analysen revideres skal dette beskrives g begrunnes. Rapprten skal gså innehlde en refleksjn ver gjennmføringen av prsjektet g erfaringer med bruk av "teriene" g metdene sm inngår i pensum. Spesielt skal strategien sm ble beskrevet i del I drøftes, hvr dere vurderer m enkelte deler av strategien skulle vært utfrmet annerledes Rapprten skal presenteres fr g diskuteres med "brukere". Frist fr innlevering er 7.5.2006
Frslag til dispsisjn fr franalysen 0. Sammenfatning 1. Frmål Franalysens frmål g utgangspunkt En generell beskrivelse av "situasjnen" 2. Organisering Organisering av prsjekt Interessenter 3. Analyse av valgt rganisasjn/mråde Metde (før hela analysen) Plan fr gjennmføring av prsjektet Teknikker g beskrivelsesverktøy Resultat fra gjennmførte analyser beskrives g illustreres i rike bilder Systemdefinisjn sm integrer de rike bildene FACTOR kriteriet Analyse av anvendelsesmråde: se Fig. 16.1 g følgende punkter 1.3, 1.3.2, 3 (hela 3 altså med under punkter) Analyse av prblemmråde: Se Fig. 16.1 g følgende punkter 1.3, 1.3.1, 4 (hela 2 altså med under punkter) Oversiktlig beskrivelse av teknisk plattfrm g arkitektur Se Fig 16.2 g følgende punkter 1 (1.1, 1.2, 1.3), 2 (2.1, 2.2, 2.3), 3 (ikke 3.2), ikke 4, 5. 4. Visjner m den samlede frandringen Arbeidets rganisering Kvalifikasjner hs de ansatte g utdanningsbehv IT- plattfrm 5. Frdeler g ulemper i frhld til Grupper av ansatte g relasjner mellm avdelinger Andre interessenter (i rganisasjnen, kunder etc.) IT-systemer 6. Strategi g plan fr realisering En diskusjn av mulige strategier fr gjennmføring av prsjektet g beskrivelse av valgt (anbefalt) strategi