I122 våren 2003 prosjekt 2, fase 1, revisjon 1 Generelle krav til besvarelsen ------------------------------ Som for oppgave 1. Bakgrunn for oppgaven --------------------- Studentene som deltok på I122 våren 2001 satte i gang med utviklingen av FMS (forum og meldingssystemet). Dette er et programsystem som skal kunne benyttes av alle studenter og ansatte til å lette kommuniseringen i og rundt de kurs som blir undervist. FMS ble tenkt på som en hybrid mellom et diskusjonsforum, en meldingstjeneste og en nyhetsgruppeleser, men med fokus på interaktivitet. Programmet skal supplere tjenester som realfagsportalen (http://realfag.uib.no/). Planleggings- og utviklingsarbeidet som ble utført i fjor skal nå videreføres. Dette skjer i to faser: først som en planleggingsfase, og deretter som en iverksettingsfase. Følgende rammer finnes for arbeidet: - uke 10, 11 og 12: planarbeidet i fase 1 utføres i konkurranse av 3 grupper hver på 7 personer. Innlevering senest kl. 0800 fredag 21.3.03 - uke 13: presentasjon av planarbeidet. Denne presentasjonen deles i 2 deler: - en salgspresentasjon av hva gruppen mener FMS kan bli til - en presentasjon av planen for å lage en slik FMS. - uke 14, 15, 17, 18: iverksettingen i fase 2 uføres i samarbeid av alle 22 kursdeltakerne, der hver deltaker yter minst 50% normalarbeidstid (20t/uke pluss eventuelt noe overtid). (uke 16 er påskeferie) Innlevering senest kl. 0800 mandag 5.5.03 - uke 19: presentasjon av arbeidet. Den beste planen, eventuelt en kombinasjon av de beste planene, vil danne basis for gjennomføringen i fase 2. For mer informasjon: - se oppgave 1, i122 vår 2003 - CVS-arkivet for i122 (alle 3 årene) med rot på "/Home/user/KURS/I122". Videre vil det i prosjektperioden bli annonsert noen gjesteforelesninger ved kurset som vil ta for seg problemstillinger som bl.a. personvern og opphavsrett. Vurderinger av disse konsekvensene ved FMS er en viktig del av innleveringen. Prosjektoppgaven ---------------- FMS er nær ved å bli et fungerende verktøy for kommunikasjon mellom studenter. Det arbeidet som skal gjennomføres i prosjektoppgave 2 går ut på å heve kvaliteten og funksjonaliteten til FMS slik at det vil fungere som et effektivt støtteverktøy i praksis. Følgende vedlikeholdsoppgaver skal planlegges og gjennomføres: - Den interne strukturen til FMS skal bedres slik at autentiseringen av brukere skilles ut fra meldingssystemet. I denne omgang skal fortsatt realfagsportalen stå for autentiseringsinformasjonen. - Meldingssystemet i FMS skal bli en av flere mulige tjenester som kobles mot autentiseringstjenesten. - FMS skal så utvides med en serie nye interaksjonsmoduler for brukerne, f.eks.: - mulighet til å få videresendt utvalgte meldinger som e-post til egen brukerkode. Her kan det tenkes at brukerne kan legge inn eget filter som velger ut relevante meldinger. - mulighet for utvalgte brukere, f.eks. foreleserne, til å sende meldinger til FMS via e-post. Denne e-posten distribueres så til de relevante kanaler. - mulighet for å vise grafikk (bildefiler) - mulighet for et gruppebasert tegneprogram. Her kan f.eks. en person ha rett til å tegne, mens de andre kan peke og kommentere tegningen. - mulighet for et gruppebasert tavleprogram der flere personer har rett til å tegne og skrive samtidig. Minst 3 utvidelsesforslag skal 3 presenteres i detalj, samt at ytterligere 4-6 ideer bør skisseres. - Anvendeligheten og kvaliteteten på FMS skal være slik at den trygt kan brukes som kommunikasjonsverktøy på kursene ved mat.nat.fak. UiB. Det forutsetter også at systemet er så godt dokumentert at ytterligere vedlikehold og utvidelser lett kan iverksettes. Godt dokumentert betyr ikke nødvendigvis mye dokumentasjon, men heller at det som finnes er relevant. Noen UML-diagram, forklaring på hvilke CASE-verktøy som skal brukes til hva og en beskrivelse av testeprosedyrer kan være mer verdt enn detaljerte beskrivelser av algoritmer. Navnet FMS er heller ikke helt bra. Et mer fengende navn er ønskelig. Fase 1 resultat --------------- Det som skal lages og leveres inn i fase 1 av dette prosjektet er - et anbudsdokument på ca. 5 sider som motiverer hva FMS kan bli, fastsetter en delleveranse ved slutten av prosjekt 2, og gir et forpliktende anslag for resursbruken for å komme dit, og - et plandokument som diskuterer i detalj de tekniske løsninger som skal implementeres, hva de enkelte delene av FMS er forventet å koste (i arbeidstimer og hva som kreves av kompetanse), hvordan ressursene skal organiserers for å oppnå leveransen, og hvordan kvaliteten på produktet skal sikres. Dessuten skal det lages et evalueringsdokument for arbeidet i fase 1. Dette skal vise hvordan arbeidsgruppen ble organisert, planen for gjennomføringen av fase 1, hvor mye arbeidstid som gikk med til ulike aktiviteter (samme inndeling som i prosjekt 1), og hva gruppen forventet å lære og hva de faktisk lærte av arbeidet. Prosjektrammer -------------- Vær oppmerksom på følgende: - FMS skal brukes som et verktøy i hele prosjekt 2. Dette kan avsløre svakheter som må repareres, og slike utbedringer bør ha prioritet over utvidelser. - Et system for rapportering av feil og svakheter i FMS må etableres. Dette systemet må fungere også etter at I122 våren 2003 er ferdig. - Etterhvert som FMS videreutvikles skal nye distribusjoner tas i bruk (alpha, beta, regulær distribusjon). Hvilke komponenter som inngår i disse distribusjonene, og når de slippes ut på brukerne, er en del av planene som skal skrives. - FMS trenger en skikkelig, men kortfattet, bruksanvisning som motiverer nye studenter til å ta i bruk systemet. Denne må lages slik at den er lett tilgjengelig for alle potensielle brukere av systemet. - FMS må avgrenses i forhold til, og eventuelt ha et grensesnitt mot, andre tjenester studentene kan benytte seg av i studiesituasjonen. - Det å ta i bruk FMS har sårbarhets- og sikkerhetskonsekvenser, samt at det kan berøre juridiske og etiske sider som personvern, opphavsrett og arbeidsmiljø. - Dokumenter (og kode) fra tidligere FMS-arbeid skal gjenbrukes så langt mulig. Det er lite trolig dere på 4 uker kan overgå det utviklingsarbeidet som allerede er gjennomført. - Valg av programvare/vedlikeholdsprosess er viktig for fastsettelsen av milepæler og styringen av prosjektet. - Rigorøse kvalitetssikringsmetoder må gjennomføres om kvaliteten på FMS skal bli god nok. Blant annet må det kunne kjøres regresjonstester på alle kompenenter, deler av FMS, moduler o.a. Dere får tilgang til opptil 8 databaser til små-tester og en egen database for kjøring av beta-versjoner av FMS. - Det er viktigere med høy kvalitet på det som leveres enn på funksjonalitetsforbedring av FMS. - Organiseringen av arbeidsgrupper styrer ofte hvordan systemarkitekturen vil bli, nærmest uavhengig av hvordan arkitekturen er planlagt. Det kan derfor være en ide å nedsette f.eks. en "transaction"-undergruppe i fase 2 fremfor f.eks. en nettverksundergruppe. - Styring av et prosjekt krever rapportering. Det er viktig å bestemme hvilke fremdriftsrapporter, avviksrapporter og øvrige dokumenter som skal leveres til (mellom)ledere og andre ansvarlige underveis. - For å være godt forberedt bør det være en risikoanalyse av prosjektplanen: hva kan gå galt/bra, indikatorer på at fremdriftsplaner/kvalitetsarbeid mm. glipper, og hva som da kan gjøres for å bringe prosjektet i havn: f.eks. redusere omfanget av delleveranser, forskyve milepæler, i verste fall endre målsetting med prosjektet til f.eks. bare å kvalitetssikre den eksisterende FMS og å lage mer detaljerte instrukser til de som eventuelt skal gjenoppta videreutviklingen av FMS ved en senere anledning - Uansett hvor godt planlagt et prosjekt er vil det oppstå uforutsette situasjoner. Det er viktig å etablere en styringsstruktur som kan håndtere slikt. Prosedyrer for endring av planer og omprioritere arbeidsoppgaver inngår som et viktig element her. - Fordeling av personer på arbeidsoppgaver må bestemmes. Her skal dere ikke foreta direkte personvalg, men beskrive "roller": hvilke egenskaper, kompetanse og erfaring som trengs i ulike subgrupper og for ulike formål. Plasseringen av kursdeltakerne på de enkelte arbeidsoppgaver vil foretas av de kursansvarlige. - Tilgangen på arbeidskraft kan variere gjennom prosjektperioden (f.eks. pga. sykdom eller obligatoriske innleveringer i andre kurs). - Det er viktig å tenke seg felles oppstartstreff, statusmøter, innleveringsfester som en del av arbeidsoppgavene. Ikke alt dette er en del av "arbeidstiden" på prosjektet. - Klientdelen av FMS må kunne startes fra realfagsportalen eller tilsvarende og kunne kjøre i en nettleser. Det er videre ønskelig at for de som logger seg inn på UA eller fakultetslabben så kan FMS startes automatisk slik at alle brukere hele tiden kan ha en FMS-klient tilgjengelig. - Fase 2 disponerer 22 personer i ca. 50% stilling til å gjennomføre utviklingsarbeidet, dessuten 2 mellomledere (Helge og Gard) og 1 administrativt ansvarlig (Magne). - Eksisterende dokument kan bearbeides eller deler av disse kan brukes i nye dokument. Med mindre et dokument er omarbeidet til det ugjenkjennelige må det ha en innledning som forteller hvor det skiller seg fra forrige hovedversjon. Bruk CVS til å utveksle og ta vare på mellomversjoner av et dokument. Den versjonen som leveres inn skal markeres som en distribusjon i cvs-arkivet. - Kostnadsanalyser kan baseres på en algoritmisk modell som COCOMO (dersom de nødvendige estimater kan gjøres), på erfaringer vunnet med systemutviklingen i fjor, eller ved en kombinasjon av disse og andre estimeringsteknikker. Argumenter for de kostnadsanalyseteknikkene dere velger, og husk å ta med forutsetningene for estimatene. Tidsplan for innleveringer i fase 1 ----------------------------------- - Alle dokumenter skal være innlevert senest kl. 0800 fredag 21.3.03. Dokumentene skal være i redigerbar form (txt, tex, dia, etc., ikke ps, pdf, e.l.). Dokumentene skal legges i CVS-arkivet, på angitte underkataloger. Melding om innlevering skal sendes til Magne, Gard og Helge med anvisninger på hvordan dokumentene skal formateres og skrives ut. - Presentasjon skjer i uke 13 etter følgende plan: - tirsdag 25.3., kl. 1415-1500, rom 2143 HiB, gruppe A - tirsdag 25.3., kl. 1515-1600, rom 2143 HiB, gruppe B - torsdag 27.3., kl. 1015-1100, rom 2142 HiB, gruppe C - torsdag 27.3., kl. 1115-1200, rom 2142 HiB, diskusjon av løsningene Hver gruppe får 45 minutter til å presentere sitt arbeid. Presentasjonen skal dekke anbudsdokumentet, det plandokumentet, og dokumentet som beskriver arbeidet med fase 1. Alle presentasjonene skal legges inn i cvs. Det vil være tilgjengelig tavle, lysarkprosjektør, en bærbar PC og en videokanon til presentasjoner. Gruppelederne vil være behjelpelig med å lage transparenter og installere dokumenter på den bærbare PCen. Husk at presentasjonene må være installert på PCen og testet ut minst 2 timer før presentasjonen. Gruppene -------- Gruppene for fase 1 består av: Gruppe A, tilsynsfører Gard Hallvar Helleseth, Anita Arianna Kyriacou, Tormod Lid, Lars-Helge Netland, Alexander Sewe, Bjørn Even Wahlstrøm, Mikal Carlson Østensen. Gruppe B, tilsynsfører Helge Martin Arver, Jan Ivar Beddari, Brage Breivik, Sondre Goberg, Audun Hegranes, Dag Viggo Lokøen, Haakon Vik Nilsen. Gruppe C, tilsysnfører Gard&Helge Yngve Espelid, Øystein S. Haaland, Hans Fredrik Nordhaug, Tom Erik Olsen, Lars Skjærven, Therese Sande, Bjørn Songe-Møller. Gruppene må selv organisere seg mht. å velge struktur og roller, møtetider, fordeling av arbeidsoppgaver mm. Gruppene står også fritt til å reorganisere seg i løpet av prosjektoppgaven. Alle gruppene har samme arbeidsoppgave på dette prosjektet, og den beste innleveringen (eventuelt en kombinasjon av disse med justeringer) vil bli valgt som arbeidsplan for prosjektoppgave 3. Prosjektoppgave 3 foregår uke 14-18 (uke 16 er påskeferi), med sluttinnlevering mandag 5.5.03. Den krever fullt samarbeid mellom alle deltakerne på kurset. 6.3.03 Magne Haveraaen kursansvarlig i122 vår 2003