Hej Jag håller med om att UC och klassdiagram är kanonbra. All annan dokumentation kan dock bli betungande tycker jag. Dessutom är det viktigt att man kommenterar sin kod så att "arvtagare" lättare kan sätta sig in i den. Det kan vara att ni pratar samma sak när ni pratar objektmodell och klassdiagram. Hej. Hej. Use case är bra och viktigt även objektmodell är mycket bra men jag vill gärna tillägga detta: refactoring och design..
Fick idag mitt första lilla projekt.. Jag skulle slutföra ett mindre program som en annan person gjort och koden var inte att leka med.. Vet inte vad jag skall kalla det med någon sorts pastakod var/är det nog. Kollade med personen om han hade några designdokument eller något dylikt.. Men det verkar som om det inte finns någon sorts dokumentation runt detta projekt förutom applikationen då.. första tanken var att sätta sig ner och börja strukturera upp allt men eftersom det snart skall vara klart så ser jag ingen möjlighet till detta utan jag får jobba med det som finns..
Men här hade refactoring varit väldigt praktiskt och även någon sort designdokumentation hade varit nice, usecases, klassdiagram...
Så tänkte höra med folket här på pellesoft.. Vilken typ av dokument, diagram som ni anser nödvändiga vid lite större projekt..
Personligen tycker jag väldigt mycket om UseCases och klassdiagram.. UC för att få ner vad som skall göras och klassdiagram för att få en bättre bild av strukturen i programmet..
/wSv: refactoring och design..
Sv: refactoring och design..
Vad menar du med objektmodell, en konceptuell modell som beskriver problemdomänen?Sv: refactoring och design..
Den bild jag har av dem båda så är slutresultatet det samma, även om objektmodell
är en mer korrekt skolboksterm om inte jag minns fel... =)
/EmmaSv: refactoring och design..
>><b>Fick idag mitt första lilla projekt.. Jag skulle slutföra ett mindre program som en annan person gjort och koden var inte att leka med.. Vet inte vad jag skall kalla det med någon sorts pastakod var/är det nog. Kollade med personen om han hade några designdokument eller något dylikt.. Men det verkar som om det inte finns någon sorts dokumentation runt detta projekt förutom applikationen då..</b>
Walle,
Välkommen till verkligheten.
Det är såhär den ser ut...
:-)Sv: refactoring och design..
UseCase i textform fungerar riktigt fint. Eftersom Usecase är en sådan simpel notation behövs inte diagramen. Sedan kan du istället för att göra UseCase diagram lägga till Sekvensdiagram till din textbaserade UseCase, på detta vis tar du lättare fram en domän model samt metoder, som du sedan omvandlar till riktigt Class diagram och sekvensdiagram. På detta sätt får du ett bra flöde i din process som kommer ge dig god hjälp i både små som stora projekt.
Textbaserat Usecase ---> Sekvensdiagram ---> Domän modell (högnivå class diagram, som spelgar verkligneten) ---> Class diagram ---> Detaljerat Sekvensdiagram ----> Implementation...
Typ. :-)Sv: refactoring och design..
Finns en relationsdatabas i botten tycker jag att man absolut skall ha en datamodell (relationsmodell, entity/realtionship diagram). Det ger en snabb och bra överblick och alla systemutvecklare förstår den (får vi hoppas). Objektmodell är fint men det gäller ju mest om hela systemet är hyffsat strikt objektorienterat. Många gånger är det ju inte så och jag har en känsla av att det inte är så i den kod du fått i ditt knä. Det känns inte helt gjutet att rita objektdiagram på ett gammal system som inte är skapat objektorienterat.
Ola