Jeg tror at det er tvivlsomt at man kan "modelere" GUI ved hjælp af UML... Det tætteste jeg har set er, at man har taget views/frames, og betragtet dem som klasser, og så tegnet interaktionen mellem dem og systemets controler framework / det underliggende funktionslag...
Et spørgsmål - hvad vil du opnå ved at tegne GUI i UML... Er det fordi du har et dokumentationskrav, eller er det fordi du skal viderebringe nogle specifikationer til andre udviklere omkring, hvordan brugergrænsefladen skal være ????
Jeg har brug for at dokumentere hvordan jeg designede GUI inden jeg selv implementerer den. Jeg arbejder med en del af et større projekt (i Australien pt). Når jeg rejser hjem ønsker jeg at kunne aflevere noget skriftligt så jeg kan få tilskrevet noget kredit fra mit studie (DTU). Samtidig skal det være nemt for de andre der arbejder videre på projektet at følge designet.
Det er ikke noget krav at det bliver gjort i UML, jeg syntes bare det var interresant at vide om det kunne benyttes.
Jeg har i hvert fald ikke set det gjort (på noget tilfredsstillende måde) - Du siger, der er tale om dokumentation af design... Jeg ville nedskrive de overvejelser og tanker jeg havde haft i forbindelse med brugergrænsefladen (farvevalg, samhørighed af komponenter navigationsmuligheder osv. ) og derefter præsentere nogle skitser, som viser et løsningsforslag, der understøtter dine overvejelser... Derved kan "dem-som-kommer-efter-dig" læse "... Aha!, det var sådan han tænkte, og derfor gjorde han det..." Så kan de beslutte om der er nogle ting, de ville have gjort anderledes, eller om de, qua dine argumenter, tænker at det var et blændende godt visuelt design...
Ved ikke om det var brugbart, men at lave det UML-wise tror jeg ikke er muligt... Det er måske min opfattelse af UML som noget lidt tørt, kedeligt og en kende statisk... Klasser, modeller, sammenhænge mellem forretningsområder osv. kan jeg bruge det til, men ikke GUI
Det giver jeg dig da ret i, og det ender det måske også med. Jeg tror sådan set også det vil gå fint an i en universitets rapport. Problemet er bare at projektet bliver udført i "den virkelige verden" og der er penge involveret. Derfor vil det være bedst hvis dokumentationen kan forevises vha. standard metoder. Yderligere arbejder jeg sammen med folk fra flere lande, hvis engelsk kundskaber ikke er optimale, og for at de kan forstå/arbejde videre med designet vil det igen være en fordel at have det i et standard format
Så er det jo klart at du har brug for en visuel måde at fremlægge dine tanker på... Jeg tror dog at skitser en masse og navigationsdiagrammer måske kunne være vejen...
Hvis du skal bruge UML er det egentligt ligegyldigt om du laver gui eller en baggrunds service, det hele afhænger af hvad for nogle patterns du anvender til det.
Jeg ville kigge på Together fra Togethersoft eller Rational Rose fra firmaet af samme navn. De laver begge nogle hamrende gode UML værktøjer, som begge to kan generere et java skelet til dig bagefter ud fra dit UML, hvis du ønsker det. Faktisk kan de også den anden ved Det skal dog siges de programmer er lettere pebret i prisen, men hamrende gode.
Ohh.. Det har du jo egenlig ret i :-))) ... Men er MVC et pattern eller en arkitektur ???
/Søren
Synes godt om
Ny brugerNybegynder
Din løsning...
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.