Diskuze: UML Diagramy
Tvůrce
Zobrazeno 7 zpráv z 7.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
Občas se kouknu na schéma, které vygeneruje Visual Studio nebo SQL management studio, někdy si na papír načmárám nějaký kousek schéma a vztahy tříd, pokud je to něco, kde vztahy nejsou úplně jasný nebo si to potřebuju ujasnit nebo to programujeme ve více lidech, ale jinak taky programuju tak, že prostě píšu rovnou třídy.
Pokud se jedná o větší projekt, obvykle si také něco nakreslím, nebo aspoň delší dobu rozmýšlím. Obvykle se nejedná úplně o třídy, ale spíše o komponenty. Nedá se říci, že bych používal přímo UML, ale jako nějaké diagramy ty moje nákresy vypadají .
Obecně mi přijde, že UML je dobrý nápad, ale najít ten konkrétní typ diagramu, kterým bych mohl standardizovanou formou vyjádřit, co potřebuju, je dosti obtížné. Často pak stejně zjistím, že ten diagram buď nedokáže vyjádřit některé aspekty mého problému, nebo jen velmi složitě. Pak mi vyjde lépe si nakreslit diagram dle vlastních pravidel.
UML má smysl jen u složitějších aplikací, zejména tehdy, když na nich ještě dělá více lidí. Obvykle píšu minimalistický kód, takže UML nepotřebuji. Kde ho občas používám je model entit v DB, když navrhuji novou funkčnost. Určitě si nic nekresli "svým stylem", když existují dobře fungující notace, které stejně nepřekonáš.
Uvítal bych, kdybych našel vhodný nástroj, který by mi z hotového programu vyrobil UML diagram, který by pak mohl být součástí dokumentace.
Zkusil jsem kdysi použít Umbrello k vygenerování zdrojáku z UML diagramu, ale vývoj jednoduché aplikace trval o hodně déle, než kdybych ten zdroják napsal přímo.
Kompromisem mezi oběma přístupy by tedy mohl být návrh v Umbrello, vygenerování stubů zdrojáku a pokračování vývoje bez UML. Jenže tím se může ztratit vazba mezi UML a výslednou aplikací.
Zatím si to vždy nakreslím vlastním způsobem, přijde mi zbytečné čistě pro mě kreslit a dordžovat přímo notace UML. UML má smysl jenom pokud na tom dělá víc lidí, takže je daná notace a každý to bude dělat a chápat stejně.
Nejdříve si rozmyslím co vlastně budu dělat, sepíšu funkce a nakreslím si flow UI. Tedy co uživatel může (USE CASE). POzději nějaký simple OOP návrh. každopádně většinou pak spíš píšu
Pokud dělám něco malýho, tak na návrh nějak kašlu, dávám z hlavy, pokud je to něco složitějšího, nebo je UML podmínkou, pak si udělám hrubej návrh na papír, a potom většinou přes Enterprise Architecta vygeneruju UML z kódu
Zobrazeno 7 zpráv z 7.