Hovedopgave semester Ecreo ApS. Selva, Mads, Torben og Klaes

Transkript

1 Forord...4 Indledning...4 Læsevejledning...4 Problemformulering...5 Virksomhedsbeskrivelse...5 Projektstyrings værktøj og udviklingsmetode...6 Referat af første møde med Ecreo...7 Kravspecifikation...8 DEL Forord...10 Sprint backlog...10 Sprint 1 - Intern opgave og projektstyrings værktøj (intranet)...10 Sprint 2 - Kunde login til visning af opgave- og projektstatus (ekstranet)...10 Sprint 3 - Rettighedsstyring af den enkelte bruger...11 Tidsestimering...11 Sprint Data lagring (Mads & Selva)...12 Beskrivelse af database (Selva & Klaes)...13 Guide til oprettelse af MSSQL Express Database...15 Gateways og SqlDataSources (Torben)...18 Beskrivelse af SqlDataSource (Mads & Selva)...18 Beskrivelse af gateways (Torben)...19 Formview (Torben)...19 Validering (Mads)...20 Konklusion af sprint Sprint Forord...22 Use cases...22 Kommenter en opgave - ekstranet (Klaes)...22 Use case for rettighedsstyring (Selva)...22 MSSQL Server og Express (Mads)...23 Express Edition vs. Standard Edition...23 Guide til oprettelse af MSSQL Server Database...24 Database beskrivelse af sprint 2 (Selva & Klaes)...26 Login (Torben & Klaes)...27 Brugerrettigheder (Torben)...28 Mail server (Mads & Klaes)...29 Kodeløsning (Klaes)...31 Konklusion af sprint DEL 2 Udvidelse Forord Scrum møde med Ecreo...33 Ny prioriteringsliste fra Ecreo...34 Sprint backlog...35 Sprint Sprint Sprint Side 1 af 87

2 Tidsestimering...35 Sprint Forord...37 Lagdeling (Torben)...37 ObjektDataSource (Klaes & Torben)...38 Konklusion af sprint Sprint Forord...40 Database beskrivelse af sprint 5 (Selva & Klaes)...40 Lagdeling af status (Klaes)...40 Fremvisning af ulæste kommentarer på forsiden (Mads)...41 Kodeløsning...42 Kommentar maillink (Torben)...42 Privat kommentar (Mads)...44 Kodeløsning...45 PDF (Klaes)...46 Kodeløsning...46 Masterpage (Selva)...49 Beskrivelse af Masterpage (Selva)...49 Konklusion af sprint Sprint Forord...51 Database beskrivelse (Klaes)...51 Upload og download (Ekstranet/Intranet) (Torben)...51 Kodeløsning...52 Filhåndtering (Torben)...56 Ændring af password (Klaes)...59 Kodeløsning...59 Ændring af brugernavn(klaes)...61 Konklusion af sprint Database diagram...63 Klassediagram...64 Tests (Mads) White-box test...65 Black-box test...65 Grey-box test...67 DEL Teori Afsnit Row Data Gateway (Klaes)...70 Table Data Gateway (Klaes)...70 Activ Record (Selva)...70 Scrum (Mads) Værdier i Scrum...72 Roller...72 Artefakter...73 Møder...74 Scrum planning...74 Daily Scrum 24- timers inspektion...74 Scrum review...74 Side 2 af 87

3 Scrum retrospective...74 Sprint...75 Extreme Programming (Selva & Klaes) Hvad er XP?...76 Værdier...77 Kommunikation:...77 Enkelthed:...77 Feedback:...77 Mod:...78 Respekt:...78 Grundlæggende principper Hurtig feedback...79 Det enklest mulige...79 Trinvise ændringer...79 Forvent forandringer...79 Kvalitetsarbejde...79 Practices...79 Par programmering...80 Quarterly cycle...80 Slack...80 Ten-Minute build...80 Continuous integration...80 Test-First programming...81 Incrementalt design...81 DEL Ecreo møde d Idéer til eventuelle udvidelser...83 Scrum evaluering:...85 XP evaluering:...85 Brugervejledning...85 Gruppe konklusion...86 Personlige refleksioner...86 Selvakumaran Thanabalasingam...86 Mads N. Mikkelsen...86 Torben K. Laursen...87 Klaes R. Simonsen...87 Side 3 af 87

4 Forord Nærværende rapport udgør den skriftlige del af undertegnedes afsluttende projekt på datamatikerstudiets 5. semester ved Tietgen Business College, Odense. Eksamensprojektet har et omfang på 15 ECTS, og udgør 4 personers arbejde i 3 måneder. Projektet omhandler udviklingen af et projektstyrings værktøj lavet i ASP.NET. Opgaven tager udgangspunkt i den viden vi har tilegnet os i løbet af uddannelsen, samt at udvikle vores viden omkring ASP.NET. Opgaven, som har titlen Projektstyrings værktøj, er løst i et samarbejde med vores kunde, Ecreo Aps. I projektforløbet er vi blevet vejledt af Bjørk Bush fra Tietgen Business College. Vi ønsker at rette en stor tak til Bjørk, ligesom vi takker opgavestiller, Ecreo, for at have indviet os i denne opgave. Foruden denne rapport består projektet af en række bilag, samt en cd-rom som bl.a. indeholder vores system løsning Projektstyrings værktøj. Indledning Formålet med denne rapport er at beskrive forløbet for udviklingen af et system der skal løse Ecreo s problemstilling og herved gøre det nemmere for dem at kommunikere med deres kunder. Vi vil dokumentere de metoder vi har brugt under udviklingen af systemet, og endvidere afdække konsekvenserne i forbindelse med de valg som vi foretager. Det mål vi har sat os for projektet er at øge vores forståelse indenfor internetbaserede systemer. Samt at udvide vores praktiske erfaringer, når det gælder virkelige kunder. Ligeledes forbedrer vores kendskab til projektstyring. Læsevejledning Rapporten er opdelt i 4 dele. Første del beskriver starten af vores udviklingsproces, hvilke overvejelser, beslutninger og løsninger der er valgt. Del to beskriver efterfølgende forløb. Del 3 er teorien bag XP og Scrum, som er det projekt- og udviklingsværktøjer som er blevet brugt i dette projekt. Del 4 er den endelige evaluering af projektet fra gruppens synspunkt. Der er tilføjet fodnoter til rapporten, hvor der er en lille beskrivelse eller et link. Vi henviser her til vores rapport på den vedlagte cd rom, hvis man ønsker at følge vores links, som ofte kan være lange og irriterende at skulle skrive i en browser. Videre i rapporten vil man støde på overskriften kodeløsning, hvori vi beskriver nogle af de vigtigste kodestumper i vores system. Dette har vi taget med i rapporten for at gøre læseren opmærksom på de dele i systemet vi finder som de vigtigste, og som vi kan forstille os Ecreo kunne have nogle spørgsmål til, efter projektets afslutning. Side 4 af 87

5 Vi har endvidere i slutningen af hvert sprint skrevet en konklusion om selve sprintets forløb, for at give lærere og Ecreo en forståelse af de erfaringer vi har draget i de forskellige sprints. Problemformulering Ecreo er et webbureau som består af 2 personer, og virksomheden er beliggende i hjertet Odense. De laver professionelle webløsninger med CMS, søgemaskineoptimering(seo) og annoncering med Google AdWords. Firmaet har et voksende klientel og søger derfor en tidsbesparende og mere organiseret måde at håndtere kommunikationen med deres kunder, da firmaet netop kun består af 2 personer. Ecreo har i nogen tid haft hårdt brug for et system, der er i stand til informerer kunden om hvor langt de er i udviklingen i et projekt. De ønsker derfor at få udarbejdet et projektstyrings værktøj, således at deres kunder kan følge med i projekt- og opgavestatus, som Ecreo er blevet hyret til. Systemet skal endvidere kunne bruges til kommunikation. Hvor kunden kan efterlade spørgsmål eller general feedback til et projekt eller opgave og Ecreo kan dernæst svarer tilbage med en ny kommentar. Desuden ønsker de systemet delt op i et Ekstranet (kunde delen) og Intranet (administrations delen), så de senere kan koble Ekstranettet til deres eget system. Vi ønsker at benytte Scrum til projektstyring, og XP's (Extreme Programming) arbejdsteknikker, da vi vil afprøve det i et større projekt der løber over flere måneder. Samt at bruge teknikker fra andre udviklingsmetoder der kan bidrage til højere kvalitets af vores projekt. Ud fra overstående problemstilling er der blevet udarbejdet spørgsmål som der skal holde os på rette spor igennem projektforløbet. o Kan vi med den valgte udviklingsmetode og projektstyring udarbejde et system efter Ecreo s ønsker? o Kan vi nå at udvikle et system indenfor projektets tidsramme? o Vil vores system opfylde Ecreo s krav? o Vil det gavne Ecreo s kunder kreds med vort system? Virksomhedsbeskrivelse Ecreo er en mindre virksomhed, der håndtere Odense Boldklubs sponsorer og kunder. Firmaet er beliggende i hjertet af Odense og består at to personer, Casper Stendal og Anders Wind. Ecreo udvikler professionelle CMS webløsninger som er tilpasset kundens behov og ønsker, og som giver kunden hurtig og nem adgang til at opdatere og vedligeholde deres website. Deres webløsninger er modulbaserede, hvilket sikre at ens webløsning hurtigt kan opdateres med nye moduler og funktioner, for at følge sin virksomheds øvrige udvikling. For at nå disse mål benytter Ecreo deres econstructor CMS, som er en applikation som kunden kan bruge til at vedligeholde sin hjemmeside. Side 5 af 87

6 Endvidere arbejder Ecreo med to produkter, når det drejer sig om synlighed på Google: Annoncering med Google AdWords og organisk søgemaskineoptimering (SEO). Kort forklaret går organisk søgemaskineoptimering, også kaldet SEO (Search Engine Optimization), ud på at få ens hjemmeside højst muligt placering hos søgemaskinerne, når potentielle kunder søger efter ens produkter og ydelser. Når en potentiel kunde søger på Google, vil der måske være langt over søgeresultater, som matcher søgeordet. Disse resultater sorteres udefra en lang række kriterier - som f.eks.: Hvem og hvor mange der linker til siden Hvordan og hvor optræder søgeordet i sidens tekst Optræder søgeordet i URL'en (adresselinjen) Optræder søgeordet i titlen (af browseren) Hvilket indhold der øvrigt findes på siden Med en webløsning fra Ecreo, sikrer de at ens hjemmeside har de rigtige forudsætninger for at opnå det bedst mulige Google Index Ecreo arbejder også med annoncering med Google AdWords og er "Kvalificeret Google Advertising Professional" og kan både stå for oprettelse og vedligeholdelse af Google AdWords annoncerings kampagner - uden minimumsforbrug. Det samme gælder for oprettelse af analyse-værktøjer og implementering af sporingskoder, til overvågning af henvendelser og salg opnået gennem annoncering, til udregning af ROI mv.. Deres Kunde grundlag består af Odense Boldklub og deres sponsorer. Projektstyrings værktøj og udviklingsmetode I vores projekt har vi gjort brug af Scrum og XP. Grunden til vi har valgt Scrum og XP er fordi vi mener at de supplerer hinanden godt. XP er en god og meget naturlig måde at arbejde på for os, da vi op gennem skoletiden har arbejdet meget på samme måde. XP levere et resultat efter ganske kort tid. Det var hovedsageligt derfor vores valg pegede på XP. XP har dog ikke kun lyspunkter. Et af de ting der gør XP fantastisk er desværre også det der gør den lidt sårbar. Der er nemlig ikke så meget styring med projektet og det kan godt blive lidt farligt i et stort projekt der strækker sig over en lang periode. Det er her Scrum kommer ind i billedet. Scrum holder projektet i kort snor uden at ødelægge værdierne i XP. Vi bruger Scrum som en skal udenpå XP. Det gode ved denne løsning er at teamet har et meget bedre overblik over projektet. Det gælder både i tidsforbrug og et overblik at tilgængelig arbejdskraft. Scrums værdier har skinnet igennem da de møder vi har holdt har været utrolige gavnligt for den interne information i gruppen. Det hele startede med at vi lavede en Product backlog i samarbejde med Ecreo. Vi lavede derefter en Sprint backlog der beskrev de første 3 sprints. Det var dog fra starten planen at vi kun skulle nå 3 sprits, men vi havde fejlvurderet vores tidsestimering så vi planlagde sprint 4, 5 og 6. Dette gjorde vi på baggrund af mødet med Ecreo d Side 6 af 87

7 Vi vil forsøge at holde et daliy scrum møde kl På den måde blev vi alle informeret om hvor langt og hvad vi skulle have lavet inde dagen var omme. Disse møder var ligesom det oprendelig daliy scrum time-boxed til minuntter. Efter hvert sprint var det planlagt at vi skulle have et Sprint review med vores product owner. Desværre er Ecreo en meget travl virksomhed, så vi kunne desværre ikke overholde at lave et sprint review efter hvert sprint. Vi holdt dog et sprint review den med Ecreo. Det passede meget godt med de afsatte 4 timer til dette møde som scrum foreskriver det. Vi præsentrede vores nuværende produkt og fik god response for produktet. Da vi er 4 i gruppen, fandt vi det meget naturligt at gøre brug af XP s parprogrammering. Dette førte til at vi opdelte arbejdet i to mands grupper, som gik i gang med at beskæftige sig med hver deres programmerings opgaver. Hvis der vil opstå problemer omkring dele af kodningen, vil dette blive løst i fællesskab. Vi føler at det var meget vigtigt, at alle i gruppen forstår og lære af hvad der foregik omkring en. Kommunikation, er noget vi sætter meget vægt på, da det er en vigtig del af et gruppeprojekt. Her taler vi om kommunikation mellem gruppen, kunden og vejlederen. For at udarbejde et godt projekt, som kan tilfredsstille kunden, kræves der feedback. Feedbackens formål er, at hvis der opstår spørgsmål, internt eller eksternt, så er det rart med tilbagemelding på dette så hurtigt som muligt. Hvis feedback tager for langt tid kan det forhindre udviklingen, og teamet kan risikere at gå i stå og i værste tilfælde ende i tidspres. Dette kan føre til at produktet ikke kan gøres færdigt til den estimerede tid. Enkelthed, er at vi udvikler systemet så simpelt som muligt og kun de højst nødvendige funktioner bliver udarbejdet. Dette giver også et bedre overblik over hvad der skal udføres af arbejde og hvor der skal arbejdes hen i mod. Efterhånden som projektet udvikler sig, kan vi støde på enkelte idéer der skal laves om da vi finder en bedre løsninger. Hvilket vil resultere i at vi må slette den foregående løsning. Dette kaldes mod, at vi tør at slette eksisterende funktionalitet. Undervejs i udviklingen af Ecreos produkt, vil vi meget op i at kvaliteten af systemet er i top. Dette vil vi blandt andet løse ved at teste og afprøve systemet på hinanden i gruppen. Derved opnår vi et produkt der kan anvendes i den virkelige verden. Referat af første møde med Ecreo Tirsdag havde vi vores første møde med Ecreo. Mødet foregik på Odense Boldklubs Stadion hvor Ecreo har et kontor til rådighed. Vi mødtes klokken hvor vi præsenterede os for hinanden, og fortalte kort om hvem vi var og ligeledes gjorder Ecreo. Ecreo fremlagde et system forslag for os, som vi diskuterede igennem. Systemet gik i al sin enkelthed ud på at vi skulle lave et projektstyrings værktøj til Ecreo. På den måde kan de lettere kommunikere med deres kunder, samt at få et samlet overblik over deres projekter og tilhørende opgaver. Et af vores krav var at vi godt kunne tænke os at lave systemet i ASP.NET og med kodesproget C#. Dette var der ingen indvendinger med fra Ecreo s side, da de selv koder i C# og gerne vil have en ASP.NET side. Side 7 af 87

8 Kravspecifikation Efter vores første møde med Ecreo, modtog vi Ecreo s prioriterede kravspecifikation. 1. Intranet a. Visning, tilføjelse, redigering og sletning (administrering) af projekter i. Hvert projekt vil bestå af en betegnelse, beskrivelse, navn og kontaktoplysninger på kunde, deadline, aktuel status mv.. b. Administrering af opgaver under hvert projekt i. Hver opgave vil bestå af en betegnelse, beskrivelse, ansvarlig medarbejder, deadline, aktuel status mv.. c. Udover overstående punkter er det vigtigt at der både er en statusside med et samlet overblik over alle projekter og opgaver, samt en under hvert enkelt projekt med overblik over de tilknyttede opgaver. 2. Ekstranet a. Kunden skal kun have adgang til statussiderne. b. Kunden skal have mulighed for at komme med kommentarer til et projekt eller en enkelt opgave under et projekt. Hvorefter der kan svares på kommentaren via intranettet. Begge dele (kommentar og svar) skal være synlige i systemet, samt der skal sendes en til hhv. den ansvarlige for opgaven (når kunden skriver en kommentar) og kunden (når der svares på kundens kommentar). 3. Rettighedsstyring a. Der skal kunne oprettes selvstændigt log ind til hver kunde af Ecreo. b. Det skal være muligt at styre hvilke projekter den enkelte kunde har adgang til. Side 8 af 87

9 DEL 1 Første Udviklings Fase Side 9 af 87

10 Forord Første del af rapporten består af 3 sprints og deres udviklingsproces. I selve hvert sprint forløb er der beskrivelser af de område vi berører i vores udvikling af dette system. Sprint backlog Ved hjælp af Scrums forudsætninger, har vi opstillet denne sprint backlog som er i en prioriteret rækkefølge baseret på Ecreo s kravspecifikation. Sprint backloggen er en oversigt over hvilke opgaver ens projekt består af. Hvert sprint indeholder beskrivelser om hvilke opgaver/problemstillinger der skal udføres indenfor den planlagte periode. Her er vores sprint backlog: Sprint 1 - Intern opgave og projektstyrings værktøj (intranet) CRUD 1 af projekter o Hvert projekt vil bestå af følgende: Betegnelse Beskrivelse Navn Kontaktoplysninger på kunde Deadline Aktuel status Administrering af opgaver under hvert projekt o Hver opgave vil bestå af: Betegnelse Beskrivelse Ansvarlig medarbejder Deadline Aktuel status Statusside med et samlet overblik over alle projekter og opgaver, samt en under hvert enkelt projekt med overblik over de tilknyttede opgaver. Sprint 2 - Kunde login til visning af opgave- og projektstatus (ekstranet) Kunden skal kun have adgang til statussiderne. o Opret kunde Brugernavn Password 1 Create Read Update Delete (CRUD) Vi ønsker at benytte auto genereret nøgler til primære nøgler Side 10 af 87

11 Mulighed for at kommenterer på et projekt og/eller en opgave. o Kommentarsystem Kommentar Dato tid Overskrift / emne Meddelelse Svar til den ansvarlige af projektet Svar til kommentar Svar til den pågældende bruger der har stillet spørgsmålet Sprint 3 - Rettighedsstyring af den enkelte bruger Der skal kunne oprettes selvstændigt login til hver kunde. o Kunderne skal kun have adgang til deres projekt Det skal være muligt at styre hvilke projekter den enkelte kunde har adgang til Tidsestimering Vi har udarbejdet følgende tidsestimering for de 3 sprints fra sprint backloggen: Sprint 1-3 Uger 15. august 5. september Sprint 2-3 Uger 6. september 27. september Sprint 3-3 Uger 28. september 18. oktober 19. oktober november, bruges til gennemgang af rapport og system. 15. november, afleveringsdag I vores overvejelser omkring hvordan vi skulle bruge de næste 3 måneder på at få udviklet et produkt til Ecreo og få skrevet en god rapport, er vi nået frem til den fælles beslutning af, at vi har inddelt projektet i 3 sprints. Hvor af vi har sat 3 uger af til hvert sprint. Indenfor de 3 uger, skal vi have lavet koden for sprintet og skrevet rapport om sprintets forløb. Samt overvejelser omkring kodemønstre og design og teste om funktionaliteten virker efter hensigten. Vores plan er at efter den 18. oktober, hvor sprint 3 udløber skal vi have et færdigt system til Ecreo og en færdig rapport om de 3 sprints. Fra den 19. oktober til den 14. november skal bruges til at sætte det sidste finish på rapporten og udfylde de huller vi evt. har lavet i rapporten. Side 11 af 87

12 Sprint 1 Vi har udarbejdet følgende 2 use cases for at sikre os at vi har opnået en fælles forståelse af vores funktionalitet: Use case for Opret Projekt: (Klaes) Solskinsscenarie 1. Bruger vælger opret Projekt. 2. System viser dialog for opret projekt 3. Bruger indtaster; Betegnelse, beskrivelse, navn, kontaktoplysninger på kunde, dato for opgavestart og deadline, samt den aktuelle status. 4. Bruger vælger Gem Projekt. 5. Systemet gemmer informationerne. 6. Systemet bekræfter. Use case for Opret Opgave: (Torben) Solskinsscenarie 1. Bruger vælger det ønskede projekt 2. Bruger opretter opgave til valgte projekt 3. Bruger udfylder: Betegnelse, beskrivelse, ansvarlig medarbejder, opgavestart, deadline og aktuelstatus. 4. Brugeren opretter opgaven 5. Systemet gemmer informationerne. 6. Systemet bekræfter Data lagring (Mads & Selva) I dette afsnit kommer vi ind på vores valg af datalagring. Dette valg har vi truffet ud fra de krav som vi har opstillet nedenfor. o Skal kunne gemme dataene persistent. o Det skal være nemt for Ecreo at tage brug når vi aflevere produktet o Ecreo skal ikke købe nye licenser til ny software. o Systemet skal være nemt at vedligeholde. Det vil sige at det for eksempel skal være nemt at laver backup af. Vi har valgt at bruge en database til at gemme vores data, da vi føler at en database bedst dækker vores krav. Vi mener også dette er en mere fremtidssikret løsning. En database er for eksempel også transaktionsstyret, og opfylder ACID 2 som sikre at data i databasen ikke bliver korrupt. ACID er en god huskeregel så man husker de forskellige ting Database Management System (DBMS) opfylder. A'et står for atomicity som er atomar afvikling. 2 Atomicity, Consistency, Isolation, Durability Side 12 af 87

13 Hvilket vil sige at hvad der imellem begin og commit bliver enten eller slet ikke afviklet (alt eller intet). C'et står for consistency. Det vil sige at hvis databasen er konsistent i begyndelsen vil den også være konsistent til slut. I'et står for Isolation. Alt hvad der står imellem Begin og Commit er isoleret, så den data der bruges ikke kan modificeres under afviklingen D'et står for durability. Her menes at hvad der en gang er comittet kan det ikke laves om, - der vil kun kunne lave modposteringer. Lige som man kender fra for eksempel en bankkonto. (debit og kredit). Ved det første møde vi havde med Ecreo tirsdag den 7. august fik vi at vide at de brugte MSSQL 3, så det ville være nemt hvis vi brugte det samme. Dette ville gøre at de ikke behøvede at installere en ny database. Et alternativ til MSSQL ville være MYSQL, men da MSSQL er bygget til at være kompatibel med ASP.NET er dette at foretrække. En andet alternativ ville være en tekst fil, da det er meget enkelt at gemme i en tekst fil. Det kræver heller ikke at der installeres noget ekstra på serveren. Ulemper ved at gemme i en tekst fil er for eksempel at det ikke er transaktionsstyret(acid) som en database er. Vi har valgt at bruge en MSSQL EKSPRESS database i vores system. En af grundende er at Ecreo selv anvender MSSQL og ønsker at vi ligeledes bruger det. Dette vil gøre det nemmere for dem at implementer vores system. En anden grund til at valget faldt på MSSQL EKSPRESS er at Microsoft Visual Studio 2005 er integreret med MSSQL EKSPRESS database support. Det er derfor nemmere at tilgå og få dataene hentet fra tabeller og få det vist til siden. Indtil nu har vi også kun prøvet kræfter med MYSQL og ACCESS. Det kunne være spændende at prøve en ny database. Beskrivelse af database (Selva & Klaes) Vi har oprettet databasen ved at gøre brug af Server Exploren som Microsoft Visual Studio tilbyder. En anden mulighed var at vi kunne have valgt at lave database Scripts, og afvikle dem i en Query browser. Dette har vi dog ikke valgt at gøre da det er tidskrævende, i forhold til at det tager væsentligt mindre tid ved hjælp af Server Exploren. Når der oprettes en tabel i databasen, ved hjælp af Server Exploren, angives der navne på felterne og typer. Tabellerne er opbygget ud fra de prioriterede sprints. Tabeller oprettet: Projekt og Opgave. ProjektID i projekt tabellen- og OpgaveID i opgave tabellen er begge af typen integer, og er autonummereret da de skal være unikke. Der er valgt Varchar 4 til tekst baserede felter, da det er en variable størrelse, i forhold til f.eks. Text, NChar 5 og Int 6 der er statiske. 3 Microsoft SQL Server 4 Variable Character Field 5 Fixed-length character data 6 Integrer data type Side 13 af 87

14 Det var Ecreos ønske at vi gjorde brug af Varchar i databasen. En af fordelende ved Varchar, er at den har en variabel størrelse i databasen og herved bidrager til at optimere søge tiden. Endvidere er det også en fordel da de har kunder i de nordiske lande, hvor der skrives landkode foran telefonnummeret som f.eks. +47 som de gør i Norge. Her ville inputtet til databasen indeholde et + tegn, hvilket ikke ville kunne lade sig gøre, hvis vi havde sat telefonnummeret til en type af Int. Deadline og Projektstart er sat som en datetime da det er datoer så vi slipper for at konvertere dem fra en streng til en datetime. Projekt og Opgave tabellens felter ser således ud. Dette er opstillet i type-form som viser hvilke typer feltet kan medtages. Projekt Int Varchar(100) Datetime -projektid -firmaid betegnelse beskrivelse kontaktperson tlf adresse byen status deadline projetkstart Opgave Fig. 1 -opgaveid -projektid betegnelse beskrivelse ansvarlig status deadline opgavestart Som der kan ses i fig. 1 har vi i tabellen Opgave en type af Int der hedder projektid. Denne har vi tilføjet, da tabellen Opgave skal have forbindelse til et Projekt, for at vi kan holde styr på hvilke opgaver der er tilknyttet hvilke projekter. Når der bliver oprettet en opgave, trækker den projektid et med over fra Projekt tabellen. Dette bliver håndteret på vores præsentationslag. Side 14 af 87

15 Guide til oprettelse af MSSQL Express Database Fig. 2 Start med at åbne Microsoft Visual Studio 2005 Side 15 af 87

16 Fig. 3 Derefter åbner du dit projekt. I vores tilfælde er det Intranet siden. Som vist på billedet højreklikkes der på projektet. Her vælges Add New Item. Side 16 af 87

17 Fig. 4 Nu vælges SQL Database samt navnet på databasen. Vi har kaldt vores database for EcreoDB. Tryk dernæst på knappen Add Fig. 5 Microsoft Visual Studio spøger om man vil ligge Databasen i App_Data mappen. Dette har vi valgt at sige ja til da det giver en bedre overskuelighed at projektet. Så det hele ikke er i samme mappe. Side 17 af 87

18 Fig. 6 Så er databasen oprettet og den vises nu i Solution Explorer. Gateways og SqlDataSources (Torben) Det første vi lagde ud med var at konstruere row data gateways 7 til vores system da dette var hvad vi havde brugt før og vi havde gode erfaringer med dem. Men inden vi kom for godt i gang checkede vi Microsofts.Net Framework igennem for eksisterende komponenter som havde de samme egenskaber som vores row data gateways. Her fandt vi SqlDataSource komponenten, som tilsyneladende indeholder hvad vi har brug for. En SqlDataSource kan indeholde 4 sql-strenge, som er 1 til hver CRUD funktion, og i SqlDataSourcen kan de forskellige sql-parametre sættes til at blive aflæst fra andre komponenter. For eksempel kan fremmednøglen projektid på en opgave sættes til at blive aflæst fra en projektlistboks. En af ulemperne ved at benytte sqldatasources er hvad der normalt burde blive delt op i lagdeling ved hjælp ved af klasser er nu placeret i designet. Beskrivelse af SqlDataSource (Mads & Selva) SQL DataSource er en måde at tilknytte sin database uden brug af kode. SQL DataSource er en kontrol som forbinder til en ADO.net database provider som fx SQL, OLEDB 8, ODBC 9 eller Oracle. Det er også muligt at køre op imod en Microsoft Jet 4.0 OLEDB provider(access). SQL DataSourcen peger på databasen som sørger for at håndtere data der er tilknyttet en tabel. Forskellige nye kontroller i ASP 2.0 til at bruge i sammenspil med SQL DataSource. o GridView o Afløseren for det gamle det originale DataGrid o DetailsView o Begrænsede layoutmuligheder, men lynhurtigt at sætte op via wizard 7 Pattens Of Enterprise Application Architecture Side Object Linking og Embedding, Database 9 Open Database Connectivity Side 18 af 87

19 o FormView o 100 % templatebaseret Beskrivelse af gateways (Torben) En gateway kan beskrives som et objekt der omkapsler adgangen til et eksternt system eller ressource 10. Gateways skal holdes så simple som muligt og kun indeholde den nødvendige kode til at forbinde den valgte ressource til sit system, hvilket i vores tilfælde er en database. Yderligere kode til for eksempel behandling af data fra ens gateway skal placeres i en anden klasse som benytter gatewayen. Dette gøres for at holde en gateway så kompakt og simpel som mulig. Det som hver af vores gateways gør i vores system er at give os adgang til en tabel i databasen, for hvis vi lavede en stor gateway til hele databasen, så ville det blive for uoverskueligt. Dette hjælper med at isolere koden der er nødvendig for at anvende de enkelte tabeller, og herved gør systemet nemmere at opdatere hvis der ændres i for eksempel databasen. Her er de forskellige typer af gateways: Row data gateway er beregnet til en enkelt række i en tabel, altså en gateway instans per række i en tabel. Table data gateway 11 er hvor en instans af en gateway håndtere alle rækkerne i en tabel. Active Record 12 er meget lig en row data gateway, men hvor en row data gateway kun indeholder den nødvendige kode til tilgangen af en database, så indeholder en active record også domæne logik såsom FindById. Formview (Torben) For at minimere vores tid angående arbejdet med designet af præsentationslaget, har vi valgt at bruge formviews 13 til at ordne dette for os. Et formview fungere således at når det bliver koblet til en sqldatasource 14, så bliver der automatisk oprettet de tekstfelter som den tilsvarende tabel som sqldatasourcen er bundet til i databasen. Vi har valgt at fjerne de unødvendige felter som formviewet generere, som for eksempel projekt id, da brugeren ikke har indflydelse på det og ved indsættelse bliver det automatisk genereret i databasen. Udover dette har vi valgt at erstatte de tekstfelter, som har med datoer at gøre, med kalendere komponenter for at gøre det nemmere for brugeren at vælge en dato i forhold til manuel indtastning. 10 Pattens Of Enterprise Application Architecture Side Pattens Of Enterprise Application Architecture Side Pattens Of Enterprise Application Architecture Side Et framework der producere automatiske layout kontroller for dialoger og forms 14 Web kontrol der giver adgang til data i en forbindende database Side 19 af 87

20 Validering (Mads) For at sikre os at input fra præsentationslaget bliver korrekt indtastet har vi valgt at bruge validering. Vi validerer på tekst felter i både opret projekt og opret opgave. Det vil sige at den tjekker på om der er skrevet noget i tekstfelterne, grundet af at systemet ikke skal sende tomme felter til databasen. Da systemet validere på tekstbokse har vi lavet kalenderens datetime til en string, som bliver overført til en tekstboks der er gemt på siden. Hvis der mangler at blive skrevet data i en tekstboks vil systemet gøre opmærksom på dette ved at udpege feltet med *. Denne validering kan også foregå på database niveau ved hjælp af stored procedures, men da vi allerede validere på præsentationslaget har vi ikke valgt at gøre dette. Fig. 7 viser vores validering i praktisk. Fig. 7 Konklusion af sprint 1 Målet med dette sprint var at kunne håndtere projekter og opgaver, således at vi kunne lave CRUD og sætte opgaver i relation til projekter. Vi startede med at udvikle gateways til at forbinde til databasen, men besluttede at bruge formviews, da vi ikke havde berørt dette emne før i ASP.NET. Vi har valgt at beholde gateways i systemet, selvom vi egentligt ikke bruger dem. Dette gør systemet mere skalerbart, og vil gøre det nemmere hvis Ecreo skulle få lyst til at tillægge nogle flere moduler. Side 20 af 87