Kravspesifikasjon. Utvikling av moduler til CMS for bonefish.no. Gruppe 08-23

Transkript

1 Utvikling av moduler til CMS for bonefish.no Gruppe Kravspesifikasjon for hovedprosjektet utvikling av moduler til CMS for bonefish.no ved Høgskolen i Oslo, avdeling for Ingeniørutdanning våren 2008.

2 1 Innledning Prosjektet utføres som hovedprosjekt ved HiO for oppdragsgiver Nomedia Norge. Oppgaven består av videreutvikling av bonefish.no CMS. Dette systemet skal gjøre det enklere for både de ansatte og kundene ved oppretting av nye websider og oppdatering av eksisterende websider. 2

3 2 Bakgrunn Nomedia Norge leverer flere forskjellige tjenester til privat, bedrifter og det offentlige. Nomedia er et firma sammensatt av 3 selvstendig næringsdrivende som ønsket å samarbeide for å kunne nå ut til et bredere kundesegment, samt å få et bredere produktspekter. Bedriften er delt opp i 2 avdelinger Hurum IT og bonefish.no. Bonefish.no Leverer websider og webløsninger primært til bedrifter. Bonefish.no har hele Norge som nedslagsfelt, og satser høyt på design og enkel funksjonalitet. Bonefish.no leverer også skreddersydde websystemer / løsninger etter kundens ønske. Bonefish.no bruker i dag et utdatert CMS som er tungvindt i bruk. Det tar lang tid å implementere nye sider inn i systemet, dette gjøres i dag manuelt. Funksjonaliteten inne i systemet er enkelt, men noe uoversiktlig. Ulempen med dagens system er at det er lite skalerbart, det passer kun til enkle websider. Dette er noe bonefish.no ønsker å endre slik at de kan tilby et bredere spekter av websider. 3

4 3 Forord Denne kravspesifikasjonen er laget med tanke på at den skal fungere som en kontrakt mellom oppdragsgiver og arbeidstaker. At begge parter kommer til enighet over arbeidsmengde og systemkrav er viktig for at prosjektet skal bli vellykket. Kravspesifikasjonen har også fungert som en mal å følge sammen med arbeid og fremdriftsplanen. 4

5 4 Innholdsfortegnelse 1 Innledning Bakgrunn Forord Innholdsfortegnelse Systemkrav Moduloversikt: Generelle krav Database Funksjonelle krav Grafisk brukergrensenitt Klasser og funksjoner Rettigheter Sikkerhet Tekniske krav Krav til design Krav til kode Krav til dokumentasjon

6 5 Systemkrav Modulene vi skal utvikle skal legge grunnlaget for videre utvikling på bonefish.no sitt CMS (content management system) - vi skal derfor ikke lage et komplett system. 5.1 Moduloversikt: Brukermodul Denne modulen styrer grunnleggende funksjonalitet i systemet. Når en bruker logger inn på kontrollpanelet, blir vedkommende autorisert opp mot brukermodulen og gitt riktige tilgangsnivåer i forhold til de andre modulene. Menymodul Denne modulen styrer menyen på websiden, og linker videre til riktige undermenyer og undersider. Vår jobb med denne modulen er å tilrettelegge databasen og visningen av meny-treet i CMS kontrollpanelet, samt utvikling av funksjoner i forhold til presentasjon, visning og endring av meny-elementer. Sidemodul Denne modulen styrer selve innholdssidene på websiden. Den består av en front-end funksjon (visning av selve siden - display) og en back-end (mulighet for endring via kontrollpanelet). 6

7 Legge til nye undersider Endre undersider Fjerne undersider Undersider kan bestå av tekst og bilder. Brukeren får tilgang til en "editor" (ligner på word) som heter TinyMCE for å enkelt endre tekst og sette inn bilder. Artikkelmodul Denne modulen styrer artikkelsystemet. Modulen sin front-end kan tilpasses til enten en liten nyhetsticker med tittel og notisfelt - eller et større artikkelsystem med tittel, ingress, bilde og tekst. Brukeren får tilgang til samme type editor som i sidemodulen for enkel redigering. Gallerimodul Modul som styrer bildegallerier. Her skal vi kun implementere den gamle modulen til å passe inn i det nye systemet utseendemessig. Utvikle funksjoner og implementere grafiske brukergrensesnitt. 5.2 Generelle krav Det settes krav til at funksjonene i modulene skal virke opp mot testdatabasen med websider og innhold til modulene. 5.3 Database Ettersom det allerede finnes en database på det gamle systemet har vi valgt å videreutvikle denne. Databaseoppsettet er tilstrekkelig i forhold til utvikling og videreutvikling av nye moduler. Nye funksjoner som trenger nye felter i tabellen blir lagt til i henhold til gammel standard for å bevare strukturen. Dette punktet er satt som et viktig krav fra bonefish.no sin side - slik at de enkelt kan importere kunder fra det gamle til nye systemet uten for mye endringer. 7

8 6 Funksjonelle krav 6.1 Grafisk brukergrensenitt Det skal utvikles og presenteres et grafisk brukergrensesnitt som gir brukerne/kundene mulighet til å bruke modulene. Hvis det blir tid til overs, kan vi starte arbeidet med det grafiske brukergrensnittet til et administrator kontrollpanel for bonefish.no ansatte til å administrere det hele. 6.2 Klasser og funksjoner Modulene består av klasser, logikk og presentasjon. Klassene i modulene skal inneholde funksjoner som utfører de grunnleggende kommunikasjonen mellom moduler og database. Hvis det blir tid til overs, kan vi starte arbeidet med klasser og funksjoner til admininistrator kontrollpanelet i tillegg. 7 Rettigheter Det settes krav til at det er kun moduler og innhold som er tilknyttet den gitte brukeren som skal vises. 8 Sikkerhet Passord skal lagres i database som md5 hash - og sammenlignes med md5 hash av passordet brukeren logger inn med. Dette gir tilstrekkelig sikkerhet i forhold til lagring av passord. Systemet skal flyttes over til SSL-sikret server når det skal ut i produksjon - dette sikrer data inn/ut ved hjelp av kryptering. 8

9 9 Tekniske krav Systemet skal kjøre på LAMP (Linux, Apache, MySQL, PHP) plattform. Dette er en meget robust plattform - og passer perfekt til et slikt system. 10 Krav til design Vi skal få tilsendt profilmanual og grafiske elementer som viser hvilke rammer vi skal holdes oss innenfor. Bonefish.no sin designer leverer skisser til design og retningslinjer i forhold til dette. Det settes krav til enkelhet og rene linjer i forhold til design og oppbygning. 11 Krav til kode Fra før bruker bonefish.no PHP klasser til å samle funksjoner i, samt å dele opp det grafiske i flere filer i separate mapper per modul og funksjon. Vi skal holdes oss til denne metoden for å lette videreutviklingen som skal gjøres av bonefish.no. Det tillates å gjøre kommunikasjon direkte med database i enkelte tilfeller. 12 Krav til dokumentasjon Bonefish.no ønsker å ha en enkel dokumentasjon på hvordan de bruker det grafiske brukergrensesnittet på de modulene vi har laget. Denne lages ved hjelp av screenshot av det grafiske grensenittet og forklaringer på hva de forskjellige valgene gjør. Ettersom bonefish.no skal videreutvikle systemet, så ønsker de ikke å prioritere noe mer dokumentasjon. Alle klassene skal ha enkel forklaring på hva funksjonen gjør, dette gjøres ved hjelp av kommentarer i selve kildefilene. 9