02. oktober 2004 - 13:40Der er
17 kommentarer og 2 løsninger
UP/OOAD rapport: Indholdsfortegnelse?
Hej,
Er der nogen som har et forslag til, hvordan man kan bygge en indholdsfortegnelse op i en rapport der beskriver et projekt, som er udviklet efter retningslinjerne for Unified Process?
Det er lidt det jeg er i tvivl om, det giver jo ikke så meget mening for en læser at læse den indholdsfortegnelse.
Jeg havde lidt tænkt på: 1. Indledning 2. Kravspecifikation 3. Unified Process 3.1 Analyse 3.1.1 Use cases 3.1.2 Use case diagram 3.2 Design 3.3 Implementation 4. Test 5. Konklusion 6. Litteraturliste 7. Bilag
Jeg har lidt forstået UP på den måde, at det handler om en iterativ fremgangsmåde. Dvs man laver lidt analyse, lidt design, lidt implementation m.m. i hver eneste iteration. Der er dog lagt mere vægt på analyse i de tidligere iterationer, og på samme måde er der lagt mere vægt på implementation og test i de senere iterationer.
Det er lige præcis som du har bygget din indholdsfortegnelse op. Men der må være en måde at stille det op, så det giver læseren et bedre overblik over hvad det egentligt handler om.
UP er Inception Elaboration Construction Transition som hver muligvis er delt op i flere iterationer.
Den måde du selv kommer med er fin men du kunne også lave et afsnit for hver fase da det muligvis er nemmere at forklare at dokumentere at du har en forståelse for UP på den måde ved at vise hvad i har lavet i de forskellige faser.
Det er ikke en rapport, som skal skrives i skole sammenhæng. Den skal skrives ude i et firma.
Så man skal vel dokumentere det som man er noget frem til, og ikke så meget selve processen...
Men som jeg har skrevet i det tidligere indlæg, så ved jeg ikke helt om det er fornuftigt at putte de forskellige dele af rapporten ind under punktet 'unified process'
Har søgt på google men har ikke været i stand til at finde noget info på indholdsfortegnelser...
datamatiker hovedopgave? eller datamatiker opgaver i det hele taget .. der er processen en vigtig del af din opgave. alle kan tage og reverse engineer deres kode til færdige diagrammer. Det som er vigtigt er at du kan vise hvilken process du har været igennem og at du har forståelse for up... ellers kunne du jo bare gå vandfalds vejen og skrive at up går ud på dette, uden at dokumentere at du egentligt har gjort det. Det er ihvertfald den besked vi har fået.
hvis du f.eks var kommet frem til et klasse diagram i elaboration og i en senere fase finder ud af at noget andet så er det vigtigt at i får beskrevet jeres overvejelser i forbindelse med det.
jeg skriver selv hovedopgave for tiden og vi har valgt at dele rapporten op i 2. En der er mere rettet mod det firma vi skriver med den undersøgelse vi laver og en process rapport som dokumenter forløbet.
Det er også et godt spørgsmål: Er det nødvendigt at dokumentere de forskellige iterationer i en rapport der anvender UP?
Min opfattelse er at der er tale om, at firmaet vil have et færdigt produkt. Du kan anvende UP undervejs, men det jeg tror tæller, er at du beskriver det færdige produkt fremfor hele processen.
UP er med andre ord et værktøj for udviklerne, læserne af rapporten skal bare have en beskrivelse af produktet. Jeg har tænkt mig at skrive, at jeg har anvendt UP selvfølgelig.
tror du skal snakke med din lærer om det så. for vi har en forskellig opfattelse af hvad man skal.
jeg dokumenterer selvfølgelig ikke hver enkelt iteration og skriver om hvad vi precis lavede i den, men er der kommet nogen vigtigt ting op så skriver jeg om det.
hvis du har lagt planer for dine iterationer er det en god ide at vedlægge dem som bilag og helst henvise til dem i rapporten.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.