Kravspesifikasjon Gruppe nr ABTF

Transkript

1 1 Presentasjon Tittel: Web-løsning for ABTF Utvikle en Web-løsning helt fra bunnen av, samt med en Oppgave: plattform som gir underviseren muligheten til å veilede og følge opp sine elever gjennom kurset. Prosjektperiode: 1.desember 23. mai 2008 Gruppemedlemmer: Neethiwarman Rasalingam, Saba Munir, Subaranchan Thanagopal Oppdragsgiver: Veileder: Kontaktperson: ABTF Ulf Uttersrud Kulam Paramanathan 1 av 10

2 Innholdfortegnelse 1 Presentasjon...1 Innholdfortegnelse Innledning Om bedriften Om bakgrunnen Kort systembeskrivelse SYSTEMETS BRUKERE Brukerens rettigheter Systemkrav Krav på personalia Krav til Administrasjons - sider: Krav til Underviserens - side Krav til medlem side, Voksen Krav til medlem side, Barn Krav til gjester sider Tekniske krav Datalagring Krav til brukergrensesnittet Krav til kode Krav til dokumentasjon Videreutvikling av 10

3 2 Innledning 2.01 Om bedriften ABTF er en forening for bosatte i Asker og Bærum. Det er en forening som tilbyr diverse kurs i allmennfaglige temaer. I tillegg til å gi kurs, holdes det sportsaktiviteter og turneringer i samarbeid med andre lignende foreninger Om bakgrunnen I dag har foreningen ABTF en utdatert og veldig enkel nettside som kun inneholder nyheter og andre informasjon for gjester og medlemmer. Opplysninger om medlemmer og oppfølging av elevene foregår i dag på papir. Etter hvert som tallet på medlemmer stiger, blir det mer og mer papirarbeid- og derfor blir leting i papir arkiveringen et stort problem. For å holde oversikten på en systematisk og enkel måte har de i dag behov for et nytt og større løsning. Dermed blir oppgaven vår å utvikle en Web-løsning helt fra bunnen av, med en plattform som gir lærerne muligheten til å veilede og følge opp sine elever gjennom kurset. Denne løsningen skal imøtekomme behovet til ABTF og erstatte den eksisterende nettsiden. 3 av 10

4 3 Kort systembeskrivelse Web løsningen som skal utvikles består av tre moduler. Her følger det en kortfattet beskrivelse av disse modulene: - Gjestersider med nyheter, bilde albumer og gjeste bok. Disse sidene fungerer som informeringssider for ikke registrerte medlemmer. Sidene viser også hva foreningen kan tilby av kurs for medlemmer. - Opplæringsplattform. Bare registrerte medlemmer skal ha tilgang til disse sidene. Den viktigste egenskapen ved denne modulen er å holde en oversikt over kursaktivitetene som foregår på foreningen. Dvs en underviser skal ha mulighet til å følge opp sine kursdeltagere. Kursdeltagere skal kunne melde opp til kurs de er interesserte i, hente kursstoff og laste opp oppgaver/innleveringer. Ved siden av dette skal det være mulig å poste medlemsnyheter på forsiden. - Administrasjon modul. Her skal admin administrere de to andre modulene. Her skal det administreres: medlemmer undervisere kurs laste opp bilder til bildealbum nyheter 4 SYSTEMETS BRUKERE Systemet har Voksen og Barn som 2 hovedtyper av brukere. Alle må registrere seg som medlem. Ved registreringen vil det bli foretatt en aldersjekk. Dersom medlemmet er under 18 år, blir man automatisk barnemedlem. Er man over 18 år blir man voksen medlem. Voksen medlemmer kan ha følgende roller: - Underviser - Ledelse - kursdeltager - Vanlige medlem av foreningen Selv om systemet er tenkt til å bruke i kurs og opplæringssammenheng, er det også mulighet for vanlige medlemmer å bruke de interne sidene selv om de ikke tar noe kurs. For gjester skal nyhet- og informasjons - sidene være tilgjengelig. Ved siden av disse brukere har vi administrator som på sin side skal administrere systemet. Det skal ikke stilles krav til forkunnskap innenfor data for administrator. 5 Brukerens rettigheter Systemets brukere har ulike rettigheter. Hva brukeren har rett til er basert på hvilke gruppe brukeren tilhører. Dette blir spesifisert lenger nede. 4 av 10

5 6 Systemkrav 6.01 Krav på personalia Ved registrering som medlem skal følgende data kreves fra brukeren: Fornavn Etternavn Fødselsdato E-postadresse Telefon Kjønn Adresse Postnummer, Poststed Passord (Brukernavnet blir generert automatisk) Dersom man er under 18 år blir adresse, postnummer, Poststed utelatt. Men brukeren må i stedet oppgi en Fid nummer, foresatte id. Ved oppretting av brukere blir brukernavnet generert automatisk fra databasen og brukeren blir lagt inn i MySql database tabellen Voksne dersom brukeren er +18 ellers i tabellen Barn. Eksempel på brukernavn: - v1012, voksen brukernavn - b1010, brukernavn på et barn. Slik vi ser over skilles brukernavnet med forbokstaven, v for voksen og b for barn Krav til Administrasjons - sider: Logge inn - Legge ut nyheter - Redigere nyheter - Slette nyheter - Velge et bilde kategori, laste opp bilde - Administrere medlemmer, slette medlemmer - Administrere kurs. Registrere, redigere og slette. - Administrere undervisere. Registrere og slette. - registrere kurs på en underviser - slette en underviser fra et kurs 5 av 10

6 Logge ut 6.03 Krav til Underviserens - side Logge inn - Endre medlem profilen sin - Lese interne nyheter - Oversikt over de kursene en underviser - Legge ut kursinfo, lekser. - Laste opp kurs stoff, og innleveringer under hvert kurs rom - Avvise/ godkjenne forespørsel på kurs fra kursdeltagere. Logge ut 6.04 Krav til medlem side, Voksen Logge inn - lese interne nyheter - Endre profilen Dersom medlemmet har meldt seg på kurs: - sende forespørsel om å bli med på nytt kurs - liste opp alle oppmeldte kurs - navigere i kurs rommene - navigere i kursstoff - laste opp filer, oppgaver/innleveringer - sjekke resultater Logge ut 6.06 Krav til medlem side, Barn Logge inn - lese interne nyheter - Endre profilen Dersom medlemmet har meldt seg på kurs: - sende forespørsel om å bli med på nytt kurs - liste opp alle oppmeldte kurs - navigere i kurs rommene - lese kurs info - navigere i kursstoff - laste opp filer, oppgaver/innlevringer - sjekke resultater Logge ut 6 av 10

7 6.07 Krav til gjester sider - lese nyheter på gjeste - sider - tilgang til albumsider - skrive i gjestebok 7 av 10

8 7 Tekniske krav Web løsningen vår skal erstatte den nåværende løsningen oppdragsgiveren har. Web løsningen skal selvsagt kjøres på en web server som kommuniserer mot MySql database server 5.0 som er lett å bruke, gratis, og holder en høy ytelse. Løsningen i seg selv skal utvikles i - PHP 5 - HTML - Ajax - JavaScript - CSS - DOM PHPMyAdmin brukes som et hjelpeverktøy. Denne løsningen er ment til å brukes først og fremst under Internett Explorer 6.0 eller nyere versjon. 8 Datalagring All data blir lagret på en MySql database som oppdragsgiveren leier. Minimumskravet til databasens struktur er tredjegrads normaliseringsform, 3NF. Data blir sjekket før den blir lagret inn på databasen, slik at det er tilfredsstillende data som blir lagt inn. For å hente data må man være en godkjent/registrert medlem. Hvilke data brukeren får tilgang til bestemmes etter hvilke brukergruppe en hører til. Medlems data er passordbeskyttet. Passordet er igjen kryptert ved hjelp md5 algoritmen. MD5 brukes for å lagre passord uten å måtte ha de liggende i klartekst. 9 Krav til brukergrensesnittet Nettsidene skal være dynamiske. Vi har tenkt å bruke Ajax der det trengs for gjøre systemet raskere og smidigere å bruke. Den nødvendige layout koden blir adskilt i egne php filer, slik at det blir mest mulig oversiktlig for utvikleren. I tillegg bruker vi eksterne CSS- filer for å style nettsidene. Sidene skal være mest mulig brukervennlige, oversiktlige, behagelige, profesjonelle og ryddige. Det skal ikke stilles krav på data kunnskaper for å bruke løsningen vår. Brukeren skal utføre ønsket operasjon med få museklikk som mulig. Dette gjelder alt fra gjeste sider til administrator sidene. Det skal være selvforklarende og enkle navigeringssystem slik at brukeren aldri tviler på hva han gjør. Vi skal forholde oss til punkter som - Affordances - Konsistenthet - Metaforer - Navigering og andre normer som spiller en stor rolle ved Web-design. 8 av 10

9 10 Krav til kode Programmeringskoden skal kommenteres godt. Koden skal ha riktig innrykk struktur slik at man kan lett se hvordan koden henger sammen. Figuren viser et eksempel på innrykk: Som vi ser av figuren, er det lett å se hvor selve tabellen starter, deretter hvor raden starter osv. Utover dette skal alle variabler og funksjoner ha selvforklarende navn som sier hva dem er ment for. 11 Krav til dokumentasjon Den ferdige dokumentasjonen skal beskrive alt som er blitt gjort gjennom denne prosjekt perioden. Den ferdige dokumentasjonen består av : - Kravspesifikasjon, definerer kravet til systemet. - Prosessrapport, beskriver arbeidet ved de forskjellige fasene. - Produktrapport, beskriver systemet. - Testrapport, tester som blir utført og resultatet av det. - Brukerdokumentasjon, brukerveiledning. Dagboken som vi skriver hver gang vi jobber med dette prosjektet vil være til en stor hjelp ved dokumentasjons arbeidet, da den forteller hva vi har gjort til enhver tid og hvilke problemstillinger vi møtt, hvordan disse ble løst og alle avgjørelser som vi har tatt. Vi har internt i gruppen blitt enige om å notere mye underveis for å lette dokumentasjonsarbeidet. Dette blir enten notert i dagboken eller i hver og en sine egne notat sider. 12 Videreutvikling Web-løsningen skal programmeres på en strukturert måte som gjør at en videreutvikler skal sette seg fort inni i systemet. Kommenteringen i programkoden og godt dokumentasjon skal være til en stor 9 av 10

10 hjelp for videreutvikling. Vi vil tilrettelegge metoder og ideer for videreutvikling slik at det blir en enklere jobb for videreutvikleren i fremtiden. Dette vil fremkomme i dokumentasjonen og i programkoden. 10 av 10