4.PROSESSRAPPORT VÅR 2011 1
DELKAPITTEL 1 FORORD Denne prosessrapporten inneholder detaljer om alle metoder vi har benyttet og alle fasene vi gikk gjennom under gjennomføringen av hovedprosjektet ved Høgskolen i Oslo, avd. for ingeniørutdanning våren 2011. Her beskrives det også hvordan arbeidet er fullført, hvilke utfordringer vi gikk gjennom og hvilket fundament det bygger på. I tillegg til dette forteller dokumentet i hvilken grad gruppemedlemmene har tilegnet seg kvalifiserte problemløsningsmetoder og arbeidsmetoder, og hvilken faglig utvikling vi har gjennomgått. Rapporten er beregnet for sensorer, veileder, oppdragsgiver og andre som har interesse av å sette seg inn i utfordringer, løsninger på disse og arbeidsmetoder i prosjektet. Prosessrapporten er delt opp i hovedkapitler som planlegging og metode, utviklingsprosess og kravspesifikasjonen og dens rolle. Samt inneholder rapporten en innledning, avslutning, ordliste med datatekniske og prosessrelaterte ord og kildeoversikt. I vedlegg finner man avtale om prosjektoppgave, arbeidsplan og fremdriftsplan. Når det gjelder teknisk og beskrivelse av produktet og dets oppbygning er det dypere beskrevet i Produktrapporten. 2
DELKAPITTEL 3 INNLEDNING I denne del kapitelet forklares den faglige og bedriftsmessige bakgrunnen for prosjektet: gruppebeskrivelse, om bedriften, dagens situasjon, mål og rammebetingelser. 3.1 PROSJEKTGRUPPEN Gruppen vår bestod av fire studenter hvor alle er fra dataingeniør linjen. Gruppeleder var Madia Kalsoom(3AA), Mariam Bourass(3AA), Sawen Mohammad Ahmed(3AB) og Anzor Aslambekovitsj Akhmiev(3AB). Alle studentene var fra bachelorstudiet ved Høgskolen i Oslo avd. for Ingeniørutdanning. Vi alle valgte å jobbe sammen fordi vi hadde tidligere samarbeidet i flere prosjekter samt vi hadde sammenfallende oppgaveønsker, målsetninger og faglige interesse. 3.2 OM BEDRIFTEN Entobutikk er en privateid og familiedrevet nettbutikk som selger produkter innenfor data, helse og velvære. Bedriften importerer varene direkte fra fabrikker i Asia, spesielt fra Kina. Deres hovedfokus er høy kvalitet produkter med gode priser, og god service til hver enkelt kunde. Entobutikk har sterkt fokus på kundene, og derfor har de 100% fornøyde kunder. De har 14 dagers returrett/åpenkjøp. Alle produktene selges med 1 års fabrikk garanti. Ved reklamasjoner bytter entobutikk varen(e) eller returner pengene etter kundens ønske. 3.3 DAGENS SITUASJON Per i dag benytter bedriften en eksisterende nettside for å selge produktene sine. Denne nettsiden viser alle produkter og produktbeskrivelse, samt at man har mulighet til å kjøpe dem. Nettsiden er kodet med enkel html-kode. Men den mangler enkelte funksjoner og løsninger som kunne ha gjort det bedre for både kunder og administrator, som f. eks innloggingsrutiner, layout, brukervennlighet, handlekurv og historikk. Vår løsning vil bli en bedre og komplett nettbutikk for bedriften med flere funksjoner for kunder og administrator. Gruppen skulle lage en enkel og brukervennlig nettside som er lettere å bruke/lese og oppdatere. Her får kunder mulighet til å se/endre på sin historikk og personlige opplysninger. Administrator skal få kunne oppdatere siden, få oversikt over produkter og kunder uten at vedkommende må kunne programmering. 3
Vi skulle finne en mer avansert løsning enn den nåværende, med hensyn på brukervennlighet, sikkerhet, brukergrensesnitt, og med flere funksjoner enn den nåværende nettbutikk tilbyr. 3.4 MÅL Målet med oppgaven var å utvikle en profesjonell nettbutikk som kan gi flere og nye muligheter til kunder, administrasjon og gjester. Løsningen vår skal ha hensiktsmessig brukergrensesnitt slik at det blir så enkelt som mulig å bruke det. I og med ingen i bedriften kan avansert programmering, skal ikke løsningen kreve noen forkunnskaper innen for programmering eller avansert databruk. Entobutikk vil dele produktene sine i kategorier, slik at det blir enklere for dem å registrere et nytt produkt i en kategori. Admin skal kunne lagre ordre til en kunde, skrive ut kvittering av ordre i etikett, denne funksjonen skal være integrert i nettbutikken. Oppdragsgiveren vil også ha en søkemotor i nettbutikken for Admin som gir muligheten til å søke alt innen nettbutikken sånn som kunde, dato, produkt og produktnøkkel(id). Entobutikk krever også at løsningen skal regne ut moms på alle prisene til produktene automatisk når Admin legger det inn ut på nettbutikken. Når brukeren kjøper et produkt skal også momsgrunnlaget vises på kvitteringen. 3.5 RAMMEBETINGELSER Når det gjelder rammebetingelser var det tid som ble viktigst og påvirket valg av funksjonalitet. All funksjonalitet var vurdert med hensyn på tidsbegrensninger. Systemet var bestemt å lages relativt enkelt med mulighet for å utvides til noe ganske avansert. Gruppen hadde en diskusjon med oppdragsgiver og satt opp en liste over all funksjonalitet som vi kunne tenke oss systemet kunne ha, så prioriterte vi denne listen og utførte så mye vi rakk. Underveis la vi også til nye ideer til funksjonalitet som vi kom på og forandret på designet. Her lister vi opp rammebetingelsene vi kom fram til: Applikasjonen skal kobles opp mot en Sql server, som også støtter.net. Løsningen skal implementeres i ASP.Net. Det skal være mulig å kjøre løsningen fra skolens server og oppdragsgivers server. Løsningen må kunne hvert fall kjøres i Internet Explorer, Mozilla Firefox og Netscape. 4
DELKAPITTEL 4 PLANLEGGING OG METODE Planleggingsfasen var veldig viktig for oss og hadde en avgjørende betydning i forhold til hvor lang tid vi skulle bruke på prosjektet. 4.1 VALG AV PROSJEKTOPPGAVEN Før hovedprosjektet startet hadde vi avtalt på forhånd om å jobbe sammen. Derfor avtalte vi et gruppemøte der vi diskuterte alternative prosjektoppgaver. Vi hadde planlagt å programmere, og lage noe som kunne anvendes av en bedrift. Vi hadde ingen spesielle krav når det gjaldt prosjektoppgaven, men derimot var programmeringsspråket et spennende tema for oss. Vi ville ha enten PHP eller ASP.Net, flertallet i gruppa kunne ASP.Net og fåtall kunne PHP. Prosjektgruppen ville også at applikasjonen skulle utvikles med mest populære teknologi, og det var jo ASP.Net. Derfor valgte vi til slutt ASP.Net, siden det er stort etterspørsel for det i markedet og dessuten ville vi lære mer om dette. Vi så på forskjellige bedrifter og fikk kontakt med entobutikk gjennom en av gruppemedlemmene Madia Kalsoom. Entobutikk hadde et tilbud til oss om å lage en nettbutikk til deres eksisterende nettbutikk, med mulighet for nettbasert betalingssystem. Etter å ha lest gjennom oppgaveteksten, avtalte vi møte med oppdragsgiveren for å få bedre innblikk i hva oppgaven gikk ut på. Etter møtet var alle i gruppen fornøyde med oppdraget, pga prosjektets omfang og de forskjellige faglige utfordringene den hadde. Gruppen innså med engang hvor mye vi kunne lære av dette prosjektet og valgte å gå videre med dette oppdraget. 4.2 FORPROSJEKTET Det første vi gjorde i prosjektet var å lage statusrapport. Når den var godkjent begynte vi å opparbeide en prosjektskisse, forløpende ble den godkjent som hovedprosjekt og vi fikk vår intern veileder. Da vi fikk prosjektet godkjent, skrevet samarbeidsavtale og hadde skrevet kontrakt med oppdragsgiver begynte vi umiddelbart å jobbe med forprosjektrapporten. Formålet med denne rapporten var å skaffe oss en grov oversikt over hva problemområdet er, hva målene i 5
prosjektet er, rammebetingelsene og retningslinjer for gruppa. For å få totalt forståelse i dette, avtalte vi et nytt møte med oppdragsgiver slik at vi kunne finne ut om problemene kunne løses innenfor de rammene som var aktuelle. Selvfølgelig måtte vi begrense problemet i forhold til tids- og teknologiske rammer. Forprosjektet ble avsluttet da vi leverte arbeidsplan, fremdriftsplan og forprosjektrapport. 4.3 PLANLEGGING OG ARBEIDSFORDELING Da vi hadde levert forprosjektrapporten kom vi ganske godt i gang med planleggingsfasen. Siden planlegging var svært viktig del av prosjektet deltok alle gruppemedlemmene i planleggingsfasen. Her ble det diskutert hvordan nettbutikken skulle bygges opp, hva det skulle inneholde, utforming av brukergrensesnittet og ikke minst våre kunnskaper i faglige områder. For å få styr på alt dette, utformet vi derfor arbeids- og fremdriftsplan. 4.3.1 FREMDRIFTSPLAN OG ARBEIDSPLAN Det var ikke lett å planlegge alt i detalj på et såpass tidlig stadium i prosjektet, derfor utarbeidet vi en arbeidsplan. Dette førte til en gjennomtenking av problemene på forhånd og sikret en oversikt som gjorde det mye lettere å innhente eventuelle forsinkelser og fullføre arbeidet i tide. Under utarbeiding av fremdriftsplan ble vi enige om å ha faste gruppemøter, en gang i uka. Fordi en stor del av utvikling ble utført hjemme, vi pleide å utdele oppgaver og jobbe med dem. Deretter pleide vi å treffes på skolen ved gruppemøter, analysere det som ble gjort, fikse på eventuelle feil, diskuterte videre arbeid og fordele oppgaver. Vi tenkte også å bruke meste tiden på å jobbe gjennom prosjektet, ved å ha mindre faste møter. Gjennom fremdriftsplanen ser alt nesten perfekt ut men likevel fikk vi dårlig tid på slutten av prosjektet. Men vi klarte å utvikle meste av funksjonalitet som vi hadde planlagt. Det burde kanskje vært estimert og brukt mer tid på design og testing av systemet. Arbeids- og fremdriftsplan var til veldig stort hjelp for å holde frister, ha oversikt og for ikke å gå glipp av viktige deler av prosjektet. Vi brukte begge dokumentene aktiv gjennom hele prosjektgjennomføringen. Man finner fremdriftsplan og arbeidsplan under styringsdokumentene. 6
4.4 MØTEREFERATER Gruppen vår skrev ikke prosjektdagbok, i stedet skrev vi alle viktige stadiene og hendelsene inn i våre møtereferater som vi hadde hver uke. Som sagt hadde vi faste gruppemøter, og gjennom dem fikk vi alltid innblikk i hva som hadde skjedd og hva som skulle skje. Dermed noterte møtereferent alt som ble diskutert i møtet, og sendte det aktivt gjennom e-post til alle gruppemedlemmene. Samtidig ble møtereferatene oppdatert på gruppas hjemmeside, slik at alle har tilgang til dem. Dette har gitt oss et godt grunnlag og har gjort det enklere for oss å skrive prosessrapporten. 4.5 KRAVSPESIFIKASJON Kravspesifikasjonen var svært nyttig sett i forhold til produktet vi ønsket å utvikle. Dokumentet regnes som et av de viktigste i hovedprosjektet og forteller oss hva vi skal lage, og hvordan produktet prinsipielt skal fungere. Dette dokumentet ga alle parter et innsyn i hvordan oppdragsgiver og prosjektgruppen har utdypet oppgavebeskrivelsen, ved å definere hvilke krav som oppgaveløsningen skal oppfylle. Gjennom kravspesifikasjon fikk vi dekket alle ønskene og behovene oppdragsgiver hadde til dette prosjektet. En mer utfyllende kravspesifikasjon er utledet i eget dokument, under styringsdokumentene. 4.6 RISIKOPLAN Hvor du har planlegging av et stor eller små prosjekt, må man alltid se etter risikoer som kan inntreffe den. Vi har laget en oversiktlig risikoplan hvor vi har prøvd å identifisere og vurdere de viktigste risikoene ved prosjektet vårt. Denne planen forteller hvor stor sannsynlighet det er for at en risiko inntreffer, hvordan man kan forebygge den og hvilket tiltak det finnes hvis noe oppstår. Grunnet risikoplanets omfang har vi valgt å legge den i styringsdokumenter, slik at det ikke går ut over rapportens rekkevidde. 4.7 TEKNOLOGI Som sagt valgte vi en teknologi som er riktig i forhold til systemets kompatibilitet og nettbutikkens fremtid. Vi har tidligere nevnt av ASP.Net er for tiden veldig populær teknologi for å lage interaktive og brukervennlige websider. Denne teknologien er utviklet av Microsoft, og dens løsninger kan kjøres på alle servere som støtter Windows. ASP.Net gjør det enklere og raskere å lage moderne og avanserte applikasjoner. Dette kan være web, multimedia, og bedriftsløsninger med tjenesteorientert arkitektur. Per i dag ser vi at 7
nesten 60 % av alle nye prosjekter benytter ASP.Net, og når vi så at den er så stor i bruk, valgte vi denne teknologi. Ikke minste spilte det en stor rolle for oss at alle gruppemedlemmene gjennomførte faget Webapplikasjoner i forrige semesteret og fikk en del kunnskaper og erfaringer som vi kunne få bruk for i dette prosjektet. For å kunne utvikle systemet i ASP.Net brukte vi utviklingsverktøy Microsoft Visual Studio 2010, LINQ to SQL og SQL som database. 8
DELKAPITTEL 5 UTVIKLINGSPROSESS Utviklingsprosess beskriver hvilken faser prosjektet hatt gjennom utviklingen, hvilket valg vi har tatt for oppbyggingen og funksjonen i nettbutikken og hvilke utfordringer vi møtte. 5.1 SAMARBEID I starten av prosjektet skrev vi sammen samarbeidsavtale for at det ikke skal oppstå noen problemer i samarbeidet. Gjennom hele prosjektperioden har gruppa vår hatt et godt samarbeid som er preget av god kommunikasjon og forståelse av andres problemer. Vi har hjulpet hverandre med å komme ut av vanskelige situasjoner, og har hatt stort stå på vilje. Videre har vi hatt godt samarbeid og god kommunikasjon med oppdragsgiver gjennom tilbakemeldinger fra Madia med entobutikk. Samarbeidsavtale kan man finne i styringsdokumentene. 5.2 STARTFASEN Selve utviklingsprosessen starten med å sitte og diskutere sammen om kunnskaper gruppa hadde, programmeringsspråk og utviklingsmiljø. Målet vårt var å finne om vi kunne utvikle alt av funksjonalitet i løpet av hele prosjektperioden. 5.2.1 VALG AV DESIGN OG STRUKTUR Når det gjelder design og struktur måtte vi ta hensyn til døve og blinde slik at de også får tilgang til nettbutikken. Dermed stod vi ikke i fritt for valg av utseende, farger og diverse ting. Samt skulle designet også tilpasse de funksjonelle kravene vi hadde utarbeidet sammen med entobutikk. I starten lagde vi enkel designskisse på hvordan nettbutikken ville se ut. Designskisse består av flere bilder som har representert aspx sidene. Designskisse er vedlagt. 9
5.3 UTVIKLINGSFASEN I denne prosessen utarbeidet i nettbutikkens hoveddel og utviklet dens database. Utviklingsfasen var også den mest produktive perioden i prosjektarbeidet vårt. 5.3.1 USE CASE MODELL Nedenfor har vi illustrert use case modell som ble aktivt brukt gjennom hele utviklingsprosessen. Denne modellen beskriver systemets funksjonalitet og er beskrevet mer utfyllende i kravspesifikasjon. Modellen vi har laget under inneholder: Se produkter, Se ordrehistorikk, Ordreliste, Bestille produkt av kunde, Redigere Produkter av Admin, Registrere info, Redigere kunderegister og Se kundeliste. 1.Use Case modell. 10
5.3.2 DESIGN OG STRUKTUR Gruppen har brukt veldig mye tid på å designe og strukturere nettbutikken. Som sagt skulle nettbutikken utvikles med hensyn for de blinde og døve. Samt skulle den være brukervennlig, enkel og fin design. Vi stod i fritt om å velge strukturen til nettbutikken da oppdragsgiveren ikke hadde noe krav om dette. Nedenfor ser dere bilder om hvordan det så ut. 2. Hovedsiden. 11
3. Kontakt oss. 4. Produkt siden. 12
5.3.3 DATABASEN For oss var det veldig viktig å bli ferdig med databasen for å videreutvikle systemet. I forbindelse med det hadde vi flere møter med oppdragsgiver for å få full informasjon om hva som kunne være med. Vi måtte tenke godt gjennom alle entitetene og attributtene før vi skulle fylle ut tabellene med data og begynne å kode. Fordi lager man ikke en presis database i forhold til behovet, kan dette føre til at tabellene må forandres midt i utviklingen og forårsake forandringer av hele programmet. Dermed lagde vi databasemodell som var veldig viktig i forhold til planlegging av en database. Anzor var ansvarlig for videreutvikling av databasen. Databasemodellen ser dere under men mer utfyllende beskrivelse finner man i produktrapporten. 13
5.4 SLUTTFASEN I sluttfasen brukte vi meste tiden på testing av systemet og ferdigstillelsen av dokumentasjonen. 5.4.1 TESTING Mye av testing foregikk parallelt med programmeringen. Fordi når vi lagde en funksjon, kunne vi ikke gå videre med det før vi ikke hadde testet den eller feilsøkt den. Dermed gikk mye av tiden under programmeringsfasen under feilsøking og testing av systemet. Mer om testing finner man i testrapport hvor det er beskrevet slags kvalitetssikring som er gjennomført: hvilke tester som er utført og hvilke feil det er testet med hensyn på. 5.4.2 DOKUMENTASJON Dokumentasjonen har vi jobbet med gjennom hele prosjektperioden. Vi begynte med status rapport, prosjektskisse også forprosjektrapporten før prosjektet starten. Senere utarbeidet vi kravspesifikasjon, risikoplan, arbeids- og fremdriftsplan. Videre har vi hele veien utført møtereferater, og endret på kravspesifikasjonen. Gruppen begynte å jobbe med sluttdokumentasjon så snart vi kom litt over halvveis i prosjektperioden, men det ble mye oppdateringer samtidig som systemet ble utviklet. På slutten av prosjektet har vi brukt meste parten av tiden med testing og redigering av sluttdokumentasjon. 14
DELKAPITTEL 6 UTFORDRINGER I denne delen av rapporten tar vi for seg utfordringer gruppen møtte under hele prosjektperioden. Samtidig har vi også prøvd å finne løsninger til 6.1 SERVERTILKOBLING Løsningen vår skulle utvikles med ASP.Net, og da må den kjøres med en Microsoft Server. Oppdragsgiver kjøper servertjenester hos www.one.com, som kun tilbyr MySQL database. Utfordringen ble å få løsningen til å fungere med bedriftens database. Resultatet ble at oppdragsgiveren måtte kjøpe nye servertjenester hos Webhuset, som tilbyr Microsoft server og som kan integrere med løsningen vår. 6.2 BETALINGSSYSTEM Vi har jobbet mye for å kunne implementere en bankbetalingsløsning i betalingssystemet. Siden vi tidligere aldri hadde jobbet med betalingssystemer som PayPal og DIBS, kom vi på en rekke utfordringer med tanke på sikkerhet, ryddighet og godkjenning av betalingen. Vi hadde ikke kunnskap om hvordan vi kunne integrere hele betalings- og godkjenningssystemet i løsningen vår. Resultatet ble at vi kontaktet PayPal og fikk en rekke opplysninger om hvordan vi kunne implementere det inn i løsningen vår. 6.3 SAMME FUNKSJONALITET I NETTLESERE I følge statistikken bruker 80 % av brukerne Internet Explorer, og 20 % bruker andre typer nettlesere. Etter krav fra oppdragsgiveren skulle løsningen fungere i de fleste nettlesere. Følgende nettlesere har vi testet: - Mozilla FireFox - Microsoft Internet Explorer - Netscape Browser Største utfordringen her var spesielt design, om hvordan de forskjellige nettlesere tolker designregler i stilark. Derfor har vi prøvd å spesifisere alle verdier i stilarket for å få best mulig resultat. 15
DELKAPITTEL 7 KRAVSPESIFIKASJON OG DENS ROLLE Kravspesifikasjonen har vært en god veiledning for oss gjennom prosjektet. Alle kravene var godt gjennomtenkt før arbeidet med utviklingen startet. Vi har underveis gjort endringer i kravspesifikasjonen i forhold til funksjonelle krav. Vi mener at kravspesifikasjonen samsvarer med det produktet som vi har beskrevet i produktdokumentasjonen. 16
DELKAPITTEL 8 AVSLUTNING Dette kapitelet tar for seg gruppas vurderinger av prosjektresultatene i henhold til prosjektmål, produktutvikling og fremtid. 8.1 EVALUERING AV PROSJEKTGRUPPE Gjennom prosjektperioden har vi gjort stor innsats og har lært mye nytt. Vi har fått mange erfaringer som vi kan ta med oss videre i arbeidslivet. Gruppen har hatt en brattlæringskurve, har settet oss i nye teknologier og verktøyer samt som vi har lært mye om prosjektarbeid og samarbeid. Vi er svært fornøyd med resultatet, selv om vi kunne ha brukt mer tid på testing og finpussing. Systemet er i bruk og fungerer med de fleste funksjonene. 8.2 PRODUKTETS FREMTID Vi har utviklet en nettbutikk til som entobutikk kan ta i bruk med engang vi har overført systemet på deres server. Det er gode muligheter til å videre utvikle nettbutikken, men hensyn på funksjoner og applikasjoner. Alle utviklere som kjenner til ASP.Net kan ta over systemet for å legge til nye moduler og funksjoner. 8.3 KONKLUSJON Gruppen mener at prosjektet var vellykket, vi har oppnådd samtlige mål for prosjektet og er godt fornøyd med gjennomføringen og resultatet. Selv om det var et par ting vi ville ha gjort mer av, f. eks testing med hensyn på enhetstest. Vi har laget nettbutikk for entobutikk som tilsvarer kravene vi har fått fra arbeidsgiveren. For gjennomføringen av prosjektet har vi brukt Microsoft Visual Studio og Microsoft Office Visio 2007, Paint, ArgoUML, og har fått mer erfaring i bruken av disse programmene. Gjennom prosjektet har vi fått nye kunnskaper og gode erfaringer når det gjelder planlegging, organisering, implementering og gjennomføring av prosjektet. Vi har hatt god samarbeid og hatt god kommunikasjon med hverandre innad i gruppen men også med veileder og oppdragsgiver. Dette har hatt stort betydning for utfallet av prosjektet. 17
Vi har hatt mye fokus med oppbygning av databasen, dermed har vi brukt mye tid på dette og dets planlegging. Men vi har godt fulgt arbeidsplan og fremdriftsplan for å ha oversikt over om vi er i rute eller ikke. Gruppen har tatt med alle de viktigste hovedtemaene og synspunktene i prosjektarbeidet i dette dokumentet(prosessrapport), som er oversiktelig og strukturert. Gruppen mener dette har vært veldig lærerikt og spennende prosjekt å jobbe med. 18
DELKAPITTEL 9 ORDLISTE Use case modell: blir laget i UML(Unified Modeling Language) og blir brukt til å gi en grafisk oversikt over funksjonaliteten i systemet i form av aktører og deres mål. Microsoft Office Visio 2007: er program for Microsoft Windows som bruker vektorgrafikk til å lage diagrammer. Microsoft Visual Studio 2010: er verktøy utviklet fra Microsoft og blir brukt til å utvikle nettsider, web-applikasjoner og andre webtjenester. Dette programmet støtter ulike programmeringspråk som Visual C++, Visual C#, Visual J#, ASP.NET og Visual Basic.NET. ASP.NET: er webapplikasjonsrammeverk(.net) som er utviklet av Microsoft og er bygget på Common Language Runtime(CLR)..NET gir mulighet til å programmere dynamiske websider og webapplikasjoner. #C: uttales som C sharp, er objektorientert programmeringsspråk utviklet av Microsoft innen. NET. C# er basert på programmeringsspråkene Java og C++. ArgoUML: er et diagram-program som er skrevet i Java og brukes til å lage UML(Unified Modeling Language) diagrammer. Paint: er utviklet av Microsoft og er grafikk maleri program som brukes til å åpne og lagre filer som JPEG, GIF og PNG. PayPal: er en betalingssystem på nett som kan brukes til å kunne overføre penger over internett. 19
DELKAPITTEL 10 KILDER 1. Forelesninger fra Webapplikasjoner faget. 2. Informasjon fra entobutikk. 3. Internett. 4. Wikipedia. Bøker 1. Programming ASP.NET 3,5: Liberhy, Hur Witz and Maharry, Fourth edition. October 2008. 2. Kompendiet: Dokumentasjonsstandard for Hovedprosjekter i DATA/IT, IU, Høgskolen i Oslo, Ann-Mari Torvatn, januar 2009. 3. Systemutvikling, Applikasjoner og databaser, Thor E.Hasle, 2008, Cappelen Akademisk Forlag. 20