używacie jakiś narzedzi do modelowania graficznego apliacji np UML, sa do tego jakies zgrabne aplikacje , optymalnie plugin do elipse - cos jest ale pytam czy funkcjonalne to jest,

Optymalnie wyobrazam sobie to tak ze rozrysowuje aplikacje i otrzmuje gotoe pliki zklasami i zaczatkami funkcji tak to mniej wiecej dziala ?

pozd grek

nie

polecam Dia

Podobni jak przedmówca polecam proram DIA.
Diagramy pomagają Ci np. w zrozumieniu jak dana aplikacja działa, jakie wzorce są wdrażane, można zobaczyć wiele zależności, krtórych ne widać patrząc na kod.

Pozdrawiam.

Tak :-)

Ale tak to ci tylko w linuksie dopasują :-). Jest program Umbrello - który generuje kod z twojego diagramu.

Najważniejsze cechy dobrego narzedzia do generowania UML to dla mnie:
- generacja kodu
- możliwość tworzenia wielu diagramów w ramach jednego modelu - przy czym zmiany w jednym diagramie są odzwierciedlane we wszystkich innych diagramach. Czyli gdy mam jakąś klasę na kilku diagramach to nie muszę zmieniać wszystkich diagramów a tylko jeden.
- możliwość eksportu jako obrazek
- przyjemna obsługa
- wpsółpraca z komentarzami - żeby za dwa dni nie zastanawiać się po co mi była ta metoda w tej klasie

generalnie wszystko to ma Umbrello. Co do Dia - to powiem tak, fajnie się w tym rysuje ale nie jest to narzędzie od modelowania a do rysowania... Przynajmniej było tak ostatnio gdy tego używałem -> brak wielu diagramów, spójnego modelu projektu itp.

Pod windowsem są 2 w miarę fajne programy
- StarUml - zajefajna metoda dodawania elementów diagramu - najlepsza jaką widziałem. Minus to brak wspracia do generowania kodu php
- Poseidon/ArgoUml - byłoby fajnie, gdyby nie ta toporna obsługa.

Umbrello jest na razie najlepszy z tego co widziałem - jedyny minus to to że się czasami wiesza... ale i tak jest najlepszy.

jak dla mnie lekka przesada narysować sobie schemat - "klik: generate php" , bez sensu,
digramy uml mają graficznie obrazować (a nie odwzorować) aplikacje i w najprostrzy i najbardziej czytelny spsób opisywać spsób jej działania, a nie być kopią kodu powkładaną w prostokąty

A ja podchodzę do sprawy tak.

Na początku staram się wymodelować najważniejsze klasy -> tworzę metody/własności + trochę dokumentacji. Niektóre klasy dodaje do diagramy jako "puste prostokąty" pokazując tylko dziedziczenie i zależności.

Potem generuje sobie kod - po co pisać to co już jest gotowe?

Następnie nanosze poprawki - ale diagramu uml już raczej nie poprawiam - prówowałem kiedyś, ale nic z tego zazwyczaj nie wychodziło - trudno nadążyć za zmianami - może kiedyś będzie reverse eng.

Zamiast tego na bierząco tworzę dokumentację w phpDocumentorze - to w zupełności mi wystarcza.

Uważam jednak, że pierwszy projekt w uml powinin być w miarę dokładny - jeśli robię spory projekt to modelowanie w uml zajmuje mi kilka dni - przemyślenia, tworzenie i poprawianie diagramów itd itp. To jest coś do czego przykładam uwagę. I IMHO warto na to poświęcić czas, potem ma się już jakąś wizję systemu i programowanie idzie lepiej.

@nazihipi - jeśli nie potrzebujesz generowania kodu to spróbuj starUml - na pewno ci się spodoba - jest o niebo lepszy od dia i wygdoniejszy w użytkowaniu.

do Dia się przyzwyczaiłem i śmigam w nim digramy raz, dwa .. nie chce mi się uczyć kolejnego proga


a ja tak: tworze diagram aktywności zaznaczając jakie klasy biorą udział w poszczególnej akcji/operacji, a następnie modeluje te bardziej zawiłe zależności między klasami zaznaczając w nich tylko najważniejsze metody/składowe... dzięki temu szybko można dostrzeć zależności i oprzeć się na tym przy implementacji..
jakoś śledzenie strzałek, linii w całym ich gąszczu nie bardzo mi odpowiada, a na pewno nie ułatwia zadania


Swoiste php IDE, prawie jak Front Page 2000

Nie wiem jaką zależność dostrzegasz między wygenerowaniem szkieletu klas a frontPagem
IMHO trzeba cenić swój czas - po co tworzyć pliki pisząc ciągel class... { ...public stati function... itd itp} skoro może za ciebie zrobić to program - zrobi to tak samo jak ty.
Używając twojej analogii powiedziałbym, że unikanie generowania kodu przypomina mi ludzi, którzy piszą strony w notatniku, potem konwertują na odpowiednie kodowanie i myślą, że są Pro - ja wolę użyć edytora z kolorowaniem składni i podpowiadaniem atrybutów, z obsługą kodowania i kilkoma udogodnieniami - np. Eclipse WTP.

no mi wcale nie, ale jak tam chcesz..


nigdzie nie napisałem, że ja nie. Tyle że od Eclipse wole ZS

Po prostu jak chce przyspieszyć sobie pracę to nie generuje kodu z diagramów tylko korzystam z frameworka, ale co kto lubi...

EOT bo się offtop robi

A testował ktoś rozwiązania dla eclipse to by było najlepsze bo eclipse poza paroma błędami jest bardzo dobre do php.

i teraz z drugiej strony - czy jakiś program do modelowani UML np umbrello lub inny komunikujący sie z php jest wstanie narysować diagram na podstawie kodu - skoro w jedną stronę się da drugą też musi się dac kestia czy ktoś to już zrobił .

Pozdrawiam

Pluginy do Eclipse są podobno średnie, ale nigdy nie próbowałem więc nie wiem.

Co do generowania diagramu z kodu to nie znam narzędzi do php, które to potrafi... ale w zasadzei to nie jest chyba potrzebne. Jeśli jeszcze nie próbowałeś, to spróbuj phpDocumentora - to jest znacznie wygodniejsze niż diagramy w UML do dokumentowania kodu, a przede wszystkim szybsze i dokładniejsze.

UML przy pewnym stopniu szczegółowości po prostu "wysiada". UML jest znacznie lepszy do stworzenia "wizji" projektu - tak jak nazihipi mówi - oczywiście stopień szczegółowości "wizji" to już indywidualna sprawa. Niektórym wystarcza kilka prostokątów, inni robią to bardziej szczegółowo - grunt żeby tobie było wygodnie i żebyś się w tym połapał.

No właśnie UML wydaje się lepszym - przy dużym projekcie już działającym - pobrał by sibie klasy i ich przebudowa mogła by się odbyc na poziomie graficznym , documentator jest ok ale mniej jako coś do rozwoju aplikacji.
widze ze umbrello moze importowac jakies nagłowki - import classes

Header Files (*.h *.hh *.hpp *.hxx *.H)

ale co to jest to juz nei wiem

Tworzenie diagramów z php jest bardzo trudne, ponieważ w kodzie nie ma dokładnych informacji jakiego typu są dane pola. Chodzi o deklaracje:

W javie mamy:

Widać różnicę? Teraz by proces mógł przebiegać prawidłowo to kod musi być dobrze udokumentowany. W javie nawet najbardziej badziewny kod stosunkowo łatwo można obskoczyć, bo we wszystkich deklaracjach są typt (no chyba, że ktoś powewalał wszędzie Object).

Generowanie kodu z diagramu jest opcją dobrą i jak najbardziej pożądaną. Często więcej czasu spędza się nad projektowaniem i analizą niż nad implementacją. Jeśli program będzie potrafił wygenerować chociażby szkielety klas z dokumentacją (np. @param, @return) to skróci czas implementacji jeszcze bardziej. Fakt jest taki, że w większości przypadków po prostu przepisuje dokumentację z wydrukowanego diagramu..

Osobiście polecam visual paradigm.
Tworzy przejżyste diagramy, ma "generowanie" diagramó z Javy/C/C# i PHP5, obsługuje również bardzo wiele typów diagramów.
Co do DIi - korzystałem z niej rok temu na linuksie, był
1. Niestabilny
2. Trudny w obsłudze
3. Ograniczony funkcjonalnie (ktoś wie jak zrobić diagram sekwencji)
4. Uruchomienie pod windowsem graniczyło z cudem
5. Nie miała jakiegokolwiek wsparcia (kod > diagram, diagram > kod).

@naziphp - czy coś od tamtego czasu się zmieniło?



---
poprawilem linka: dobry numer z [/uml]
dr_bonzo

Opcja której szukasz to reverse engineering - umbrello faktycznie to obsługuje, ale nie dla php

Wydaje mi się nie podoba pomysł generowania kodu z UML, ale to indywidualna sprawa każdego programisty. Natomiast pomysł generowania diagramu z kodu jest o tyle bez sensu, że własnie diagram powinien być tworzony przed kodem. Oczywiście są sytuacje, gdzie takie narzędzie mogłoby się przydać.

DIA to fajny program - niekiedy ma problemy z wczytaniem projektu i nie wiem z czego to wynika ;|

witam

polecam Enterprise architect. Narzędzie jest kapitalne - pozwala na rysowanie każdego chyba znanego mi rodzaju wykresu, generuje kod php (między innymi: c/c++, java, c#), generuje dokumentacje (html, rtf i inne), pozwala dodawać nowe języki które będzie generował, możę przechowywać model w repozytorium SVN/CVS/VSS i automatycznie go wersjonować, odtwarza diagramy z kodu i wiele wiele innych - jednym słowem narzędzie warte swej ceny

pozdrawiam

Wybacz, ale bez sensu są takie niekonstruktywne wypowiedzi. Twierdzenie, że coś "powinno być", w tym przypadku, że diagram powinien być stworzony przed kodem, jest tak samo obowiązkowe jak głosowanie na PiS.
Są różne sytuacje, kiedy diagramu się nie da stworzyć (ze wg na pośpiech). Sam mam też sytuacje, że tworzę diagram, kod. Po pewnym czasie dochodzą mi 3 klasy, które rozszeżają funkcjonalność powiedzmy.. wyszukiwarki. W takiej sytuacji jeśli chcę zaktualizować dokumentację muszę robić to ręcznie, mimo, że w kodzie są komentarze - taka sytuacja jest dopiero "bez sensu".
A nie wspominam już o czymś takim jak wejście do projektu, który takiej dokumentacji nie posiada..

Przeważnie z Dia korzystam pod Win i jeszce nie miałem sytuacji aby się zawiesił, nie uruchomił, samoistnie wyłączył etc...

wiesz.. jakby Ci to powiedzieć...

TRUE

jeżeli ktoś chce kod -> diagram to takie wsparcie (oczywiście bardzo prymitywne) ma Doxygen, ale konfiguracja tego to już prawdziwa sztuka

Ps. Jak dużo czasu zajmuje poznanie (tak aby wykonać sobie każdy projekt) umla? Jestem w trakcie nauki..

Godzinę ?
problem nie tkwi w rysowaniu kresek tylko w znajomości inżynierii budowania aplikacji i ideii oop

godzinę? To nie wystarczy nawet na omówienie podstawowych elementów z ktorych buduje się schematy.

Książki które uczą UML'a mają naprwdę niezłą wagę, a i nawet przerobienie takiego konkretnego tomu może nie wystarczyć.

Nie zmiania to jednak faktu, że warto, a same podstawy można załapać w miarę szybko, co juz wtedy może okazać się bardzo przydatne.

oczywiście ale nie tłumaczą w takiej książce tylko kiedy i gdzie jaką kreską pociągnąć, jaką komórkę etc...

czytałem podręczniki do uml'a, wiem jak sprawa wygląda..

Zajrzyj do tego http://helion.pl/ksiazki/juml2.htm

~Cena: 59.00 zł, chwilowo mnie nie stać...

DIA jest strasznie niewygodne. Zdecydowanie polecam ArgoUML badz Enterprice Architect.

Na najniższym poziomie diagramy mogą opisywać klasy i zależności między nimi i dawać możliwość wygenerowania z nich gotowych interfejsów. I tworzy się je na podstawie diagramów z wyższych warstw.
Nie wyobrażam sobie, żeby po otrzymaniu bardziej ogólnikowego projektu w UMLu, programiści zaczęli wymyślać swoje interfejsy i próbować współpracować w tym samym projekcie. Dla jednego do kilku blisko współpracujących może to zadziała, ale nie dla większego zespołu.

hm ciekawie sie to zapowiada ale cos nie chce mi zadzialac poprawnie, moze wystawil by gdzies ktos przykladowy projekt php na bazie diagramu dla paradigm lub innego programu obslugujacego zapis odczyt php

no i w końcu ktoś napisze właśnie coś takiego i zbije na tym kupe kasy,
bo nit wcześniej na to nie wpadł, bo wszyscy uważali to za bez sensu,
a potem reszta będzie sie zastanawiać: Czemu ja na to nie wpadłem

@php programmer tu nie chodzi o postawieine glupiej kreski, czy narysowanie prostokata. Jesli dla Ciebie UML do tego sie sprowadza to radze ten temat omijac z daleka.

mi też o to nie chodzi,
miałem na myśli generowanie kodu php (a właściwie szkieletu)
na podstawie narysowanego diagramu

Mam pytanie z innej beczki. Piszecie mniejsze, większe aplikacje. Czy zawsze używacie UML do projektowania? Tworzycie wszystkie diagramy czy tylko diagram przypadków użycia, klas i ewentualnie czynności? Są ta diagramy ogólne czy szczegółowe?

Może ktoś z Was orientuje się jak to robią firmy zajmujące się pisaniem aplikacji (nie myślę tu tylko o php)?

Czesc,

Bylem glownym architektem systemow call center w sredniej firmie amerykanskiej i
przez kilka lat udalo mi sie wprowadzic profesjonalne metody
definiowania (IDEF0) i projektowania (UML) systemow komputerowych ..

Mam kilka obserwacji:
1) zbyt dokladne dokladne projektowanie to strata czasu bowiem
kazdy projekt na etapie implementacji wymaga zmiany i modifikacji a
to z kolei propaguje sie na aktualizacje diagramow UML i szybko
rozjezdza sie design i implementacja ...

2) wazne jest zaprojektowanie koncepcji systemu
*) Use Case - aktorzy, gui ( koncept, styl, nawigacja)
*) Entity Objects i relecje miedzy nimi (ERD)

3) state transition diagrams dla zlozonych stanow systemu

4) tworzenie prototypu i zgodnie z extreme programing
"lightweight software development methodologies"
jego inkrementacja oraz weryfikowanie z uzytkownikiem systemu

pozdrawiam ...

Czyli diagram przypadków użycia, diagram klas, stanów.. A to czwarte to co to jest?

Czwarte ..
to istota extreme programing,
czyli nie buduje sie calego systemu w izolacji, tylko
dzieli sie go na etapy, ktore sa
weryfikowane z uzytkownikiem i uwzgledniane
sie jego uwagi ...

Ps. obserwacje o ktorych napisalem wczesniej miedzy innymi
przyczynily sie do opracowaniea SOWA (Services Oriented Web Architecture),
ktora jest wpasowana w takie wlasnie podejscie do projektowania
i pisania systemu ..

Dzięki za odpowiedź. Mógłbyś coś więcej opisać o projekcie SOWA- oczywiście jak znajdziesz czas. Tak luźno bez diagramów. Ile nad tym pracowałeś, jak to się sprawdza (i po polsku).

Czy wogóle spotkał się ktoś z wykorzystaniem pozostałych diagramó? Bo trochę ich jest i zastanawiam się czy się znich korzysta..

Tak zgadzam sie z Toba w tej kwestji, male duperele tu juz trzeba pozostawic do momentu implementacji



Ale tu juz zapomniales chyba kilka rzeczy po drodze jak np. Risk analisys, czy Stakeholder Analisys... ktore sa nie mniej waznie niz te ktore napisales

Czesc,
Nie zapomnialem o elementach o ktorych wspomniales ...
Ale trudno jest umiescic wszystko na jednym diagramie.
Dlatego poracowalem rozne Process Template,
ktory opisuja jakie anlaityczne i projektowe kroki
maja byc wykonane w poszczegolnym etapie.
To o czym wspomniales miesci sie w dokumencie
Product Strategy i zawiera nastepujace elmenty:
Executive Summary
Introduction
Strategic Alignment Audit
High Level Business Requirements
Deployment Technology Assumptions
Market Segment Analysis
Product Target Market Segment Analysis
Target Market Sub-Segment – YYYYYY
Target Market Sub-Segment - YYYYYY
Revenue Projection Summary
Revenue Projection Model
Cost Projection Model
pozdrawiam ...

To wkońcy, które diagramy robić?

Dobre Pytanie,

Praca nad systemem skalda sie z dwoch czesci:

Analizy, ktora jest bardziej opisowa
Design, ktory ma na celu zaprojektowanie systemu.

Z mojego doswiadczenia najwazniejsze sa diagramy:

*) IFEF0 - Business Process Flow ( jak wystepuje )
*) Use Case ( actors, etc ...
*) ERD (Entiry Relation Diagram)
*) Jak wystepuja to Control i Interface Objects ..
*) Interacja i state transition do bardziej skomplikowanych interakcji i stanow ..
( nie ma sensu tego robic dla trywialnych przypadkow)
*) GUI (styl, zawartosc, navigacja) - mozna uzyc state transition dla stron i
akcji ( buttons, links, etc ...)

pozdrawiam ..






Sowa to resultat wieloletniej analizy i projektowania object oriented enterprise systemow
na bazie CORBA, RPC, RMI, SOAP ...
Ostateczna koncepcja SOWA wyksztaltowala mi sie sie w 2003 roku, czyli przed Web 2.0 (Ajax, etc) ..
W 2004 zaczalem pisac SOWA Kernele do JavaScript, php, Python i Content Adaptery
do e-mail, pdf, flash, odbc, mysql, informix-a, etc...
Praktyczne systemy zaczalem implementowac od roku 2004 po wszechstronnym wytestowaniu
SOWA Kerneli.

Obecnie sa exploatowane systemy napisane w SOWA:

*) Mars - obsluga pacjentow w szpitalach
*) Av - Accident Victims Managemnet
*) Xpp - multi-process managment ( loan, sales, call-center, customer supprot, network)
(ilosc uzytkownikow okolo 500, ilosc dziennych transakcji okolo 200-300 tys.)
*) Rm - Restaurants Online (wersja angielska i polska)
*) Lds - Lead Distribution System
*) Mlm - Multi-Level Marketing
*) Kis - system do kosztorysowania (wersja polska)

Nie sa to rozwiazania oprate na dostarczaniu statycznego content do
uzytkownika a raczej zorientowane na realizacje businesowych processow ktore wymagaja
zawansowanego GUI ( wiekszosc z nich ma GUI w przegladarce tak jak win32 aplikacje).

Jak dotychczas nie wystepuja w ich eskspolatacji powazne problemy czy tez bledy fatalne
w kernelach ..

SOWA po nauczeniu sie okazuje sie okolo 10-20 razy (czas zwlaszcza)
szybsza i efektywniejsza w pisaniu webowych aplikacji. A niektore zwlaszcza o zawansowanym
GUI nie da sie napisac w uzywajac typowego podejscia...


pozdrawiam

Nieprawda. Umbrello ma domyślnie ustawione generowanie kodu dla php 5 i robi to znakomicie! W ogóle to najlepszy darmowy program do UML jaki widziałem.

Masz rację, ale reverse engeenering polega na uzyskiwaniu diagramu na podstawie kodu - a tego umbrello jeszcze nie potrafi w przypadku php

Co do generowania kodu z diagramu to jest tak jak piszesz.

Rzuc okiem na XMI2PHP. Wsparcie dla ArgoUML i/lub Poseidona. Integracja z ezpdo. Made in PL.

http://www.phpsolmag.org/pl/phpsolmag/download.html
Do pobrania za darmo jest artykuł "Umbrello - modelujemy aplikację w UML".

Pozdrawiam.

Nikt nie wymienil Visio (pod Windows), czy taka niechec do MS, czy do projektowania UML sie nie nadaje (mozna zaprojektowac wszystkie mozliwe diagramy) ?

Microsoft Visio 2003 Standard PL - 918,66 zł
Microsoft Visio 2003 Professional PL - 2 294,82 zł
Visio Standard 2007 PL - 915 zł + 22% VAT
Visio Professional 2007 - 1995 zł + 22% VAT




Już wiesz dlaczego nikt go jeszcze nie wymienił

No tak, nie wszyscy sa studentami i/lub moga skorzystac MSDNAA ;p

Tak czy inaczej autor nie prosil o wymienianie tylko darmowych narzedzi