Hovedprosjekt ved Høgskolen i Oslo våren 2011 CHARITY DOCTORS KRAVSPESIFIKASJON

Transkript

1 CHARITY DOCTORS KRAVSPESIFIKASJON Hovedprosjekt i informasjonsteknologi ved Høgskolen i Oslo våren 2011 Gruppe 13 Muleha Nhonzi Harlem Tambwe Mufoncol Ruban Amuthalingam Page 1 of 6

2 1 Innledning 1.1 Innledning Prosjektet skal gjennomføres som hovedprosjekt ved HiO avdeling for Ingeniøravdelingen i samarbeid med Charity Doctors. Oppgaven består av å utvikle en webside med timebestillings løsning for Charity Doctors. Det skal også innholde en administrator side for dem for å behandle timebestilling/brukerdata. Denne tekniske løsningen hjelper Charity Doctors å øke bedre tilbud for deres bruker. Vi skal løse denne tekniske løsningen ved hjelp av php, MySql og javascripts. 1.2 Om bedrift Charity Doctors er en veldedighetsorganisasjon bestående av to leger. Det tilbys et lavterskeltilbud innenfor legetjenester for de som måtte ha behov for det. Da dette er et engasjement som drives på fritidsbasis er det bare åpent på søndager mellom kl Nødvendig utstyr og materiell har blitt mottatt via donasjoner. Kontoret befinner seg inne i Fattighuset på Grønland. Alt arbeid er av frivillig karakter. 1.3 Bakgrunn for prosjektet Charity Doctors har ikke noe system for bestilling, hverken gjennom telefon. Brukenene bare møter opp på fattighuset og venter på sin tid. Dette gjør selfølgelig kø hos Charity Doctors. Og mulig at brukene får dårlig behandlingstid når lokale er fullt av pasienter. Det er derfor ønsker Charity Doctors en tekniske løsning fra oss for å gi en bedre tilbud. 2 Forord 2.1 Forord Denne kravspesifikasjonen beskriver betingelsene for dette prosjektet. I dette dokumentet skriver vi krav til funksjonalitet og rammebetingelser til Charity Doctors prosjektet. Kravene til prosjektet og websidens grensesnitt er hentet fra deres ønske. 3 Innhold 1. Innledning Innledning...2 Page 2 of 6

3 1.2 Om bedrift Bakgrunn for prosjektet.2 2. Forord Forord Innhold Systemkrav 4.1 Funksjonskrav Krav til bestillingssystem Krav til adminsystem Krav til blogg/nyhets publisering Tekniske krav Datalagring Krav til datalagring 5 5. Krav til design Designmål Generelle desginmål Designmål bestilling Designmål administrasjonsystem Kode Krav til kode Dokumentasjon Krav til dokumentasjon.6 8. Utvidelser Fremtidige utvidelser 6 Page 3 of 6

4 4 Systemkrav 4.1 Funksjonskrav Krav til bestillingssystem 1. Brukeren må være registrert for å bestille timen. Dersom brukeren er allerede registrert skal det være mulig å bestille timen. 2. Når brukeren registrerer seg brukeren skal ikke fylle for mye info og brukeren velger passordet selv. (Dette er et krav fra Charity Doctors) 3. Når man velger å bestille timen, skal systemet vise første 4/8 kommende søndager med datoer og tilgjenlige/ikke-tilgjenlige timer. 4. Brukeren kan velge ledige time og bestille. Systemet skal også kunne avbestilles. 5. I registreringsskjema skal brukeren fylle fornavn, etternavn, telefon, epost(valgfri) og passord(velger selv). 6. Brukeren skal kunne endre opplysningene sine ved å logge inn. Ifølge Charity Doctors krav skal brukeren velge passordet selv. Samtidig skal systemet ikke bekrefte dette for brukeren. Charity Doctors tror at ikke alle pasienter har epost adresse Krav til adminsystem 1. Administrator området skal være passordbeskyttet. 2. Oversikt over pasientlister. Og de skal ha tilgang til å endre pasient data. 3. Administrator skal ha oversikt over bestilte timene. 3. De skal kunne legge inn sistenytt, kunne redigere og samtidig slette Krav til blogg/nyhets publisering 1. Charity skal kunne publisere nyheter via administrator siden. 2. De skal kunne redigere/slette dersom de har behov. Page 4 of 6

5 3. Siste 4 nyhetene skal komme automatisk på forsiden Teknisk krav 1. Løsningen utvikles i php. 2. For å gi brukere levende opplevelse bruker vi samtidig HTML, CSS og jquery. 3. Vi bruker Adobe Dreamwever og notepad++ for utvikling. 4.2 Datalagring Krav til datalagring 1. Alle datane blir lagret i en ekstern server i MySql database hos domeneshop.no. 2.Validering av data skal skje i kliet maskinen. 3.Passordet til pasientene skal krypteres i mysql-server. 5 Krav til design 5.1 Designmål Generelle designmål 1.Siden skal være dynamisk. Og mest som mulig mindre bilder på siden for å redusere nedlastings tiden. 2. Design og kodene skal være delt i to for endre design for lette måte. 3. På websiden skal det være mulig å forstørre teksten og redusere størrelser Designmål bestilling 1. Pasienten skal få tilgjenlige/ikke-tilgjenlige oversikt på en bestemt dato. 2. Pasienten skal få en informasjon data oversikt før bekreftelse Designmål administrator 1. På administrator siden viktig at meny lenkene skal være lettere å navigere på! Page 5 of 6

6 2. Det skal være oversikt over lister som er f.eks oversikt over hvem som har bestilt time og når dag og tid 6 Kode 6.1 Krav til kode Generelle designmål 1. Når det gjelder kodene har vi bestemt oss for å være ryddig. Det vil si kommentere kode i selve filene på alle kodene f.eks css, html, php osv. 2. Sidene skal deles f.eks header, footer, slide osv. Og settes under en egen mapp f.eks include, images. 7 Dokumentasjon 7.1 Krav til dokumentasjon Krav til dokumentasjon 1. I hele prosjekt perioden skal det skrives dagbok om hva som blir gjort, hva som skal gjøres og hvem som skal gjøres. 2. Vi har bestemt å ta være på all slags kladding, og tegninger osv for å dokumentere til slutt rapporten. 8 Utvidelser 8.1 Fremdige utvidelser Fremdige utvidelser 1. Mulighet for donasjoner gjennom paypal. Page 6 of 6