UML i php |
UML i php |
30.08.2006, 19:47:03
Post
#21
|
|
Grupa: Zarząd Postów: 2 277 Pomógł: 6 Dołączył: 27.12.2002 Skąd: Wołów/Wrocław |
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. -------------------- "Niezależnie od tego, jakie masz osiągnięcia, ktoś Ci pomaga..."
|
|
|
30.08.2006, 19:56:00
Post
#22
|
|
Grupa: Zarejestrowani Postów: 139 Pomógł: 0 Dołączył: 14.07.2006 Ostrzeżenie: (10%) |
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.. |
|
|
30.08.2006, 22:52:05
Post
#23
|
|
Grupa: Zarejestrowani Postów: 1 190 Pomógł: 27 Dołączył: 23.04.2005 Ostrzeżenie: (0%) |
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 -------------------- ”Godzina nauki w życiu nowoczesnego apostoła jest godziną modlitwy.”
(św. Josemaría Escrivá, Droga, 335) |
|
|
30.08.2006, 23:20:03
Post
#24
|
|
Grupa: Zarejestrowani Postów: 139 Pomógł: 0 Dołączył: 14.07.2006 Ostrzeżenie: (10%) |
Zajrzyj do tego http://helion.pl/ksiazki/juml2.htm ~Cena: 59.00 zł, chwilowo mnie nie stać... |
|
|
31.08.2006, 07:43:10
Post
#25
|
|
Grupa: Zarejestrowani Postów: 1 597 Pomógł: 30 Dołączył: 19.02.2003 Skąd: Tychy Ostrzeżenie: (0%) |
DIA jest strasznie niewygodne. Zdecydowanie polecam ArgoUML badz Enterprice Architect.
-------------------- Zapraszam na mój php blog, tworzenie stron.
|
|
|
12.09.2006, 23:57:30
Post
#26
|
|
Grupa: Zarejestrowani Postów: 28 Pomógł: 0 Dołączył: 7.09.2006 Skąd: Poznań Ostrzeżenie: (0%) |
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 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. -------------------- NotePad++ / Eclipse 3.3 (+PDT+PyDev+WTP) / VS 2005 Standard (+WTL 8.0+WM 2003 SDK/WM 5.0 SDK) / Glassfish / php 5.2.3 / Apache 2.2.x / MySQL 5.0.x / PostgreSQL 8.2.x / cvsd / violin 2.0 / piano 0.7-pre :P
|
|
|
13.09.2006, 08:20:12
Post
#27
|
|
Grupa: Zarejestrowani Postów: 30 Pomógł: 0 Dołączył: 14.07.2006 Ostrzeżenie: (0%) |
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
|
|
|
13.09.2006, 08:40:45
Post
#28
|
|
Grupa: Zarejestrowani Postów: 1 045 Pomógł: 5 Dołączył: 8.11.2004 Skąd: trójmiasto Ostrzeżenie: (0%) |
Cytat jak dla mnie lekka przesada narysować sobie schemat - "klik: generate php" dry.gif , 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 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 Ten post edytował php programmer 13.09.2006, 08:41:15 |
|
|
13.09.2006, 08:45:32
Post
#29
|
|
Grupa: Przyjaciele php.pl Postów: 2 923 Pomógł: 9 Dołączył: 25.10.2004 Skąd: Rzeszów - studia / Warszawa - praca Ostrzeżenie: (0%) |
@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.
-------------------- |
|
|
13.09.2006, 08:48:39
Post
#30
|
|
Grupa: Zarejestrowani Postów: 1 045 Pomógł: 5 Dołączył: 8.11.2004 Skąd: trójmiasto Ostrzeżenie: (0%) |
mi też o to nie chodzi,
miałem na myśli generowanie kodu php (a właściwie szkieletu) na podstawie narysowanego diagramu Ten post edytował php programmer 13.09.2006, 08:49:49 |
|
|
9.11.2006, 00:58:18
Post
#31
|
|
Grupa: Zarejestrowani Postów: 1 190 Pomógł: 27 Dołączył: 23.04.2005 Ostrzeżenie: (0%) |
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)? -------------------- ”Godzina nauki w życiu nowoczesnego apostoła jest godziną modlitwy.”
(św. Josemaría Escrivá, Droga, 335) |
|
|
9.11.2006, 17:21:21
Post
#32
|
|
Grupa: Zarejestrowani Postów: 146 Pomógł: 0 Dołączył: 9.03.2006 Skąd: Columbus Georgia Ostrzeżenie: (0%) |
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 ... |
|
|
9.11.2006, 19:41:23
Post
#33
|
|
Grupa: Zarejestrowani Postów: 1 190 Pomógł: 27 Dołączył: 23.04.2005 Ostrzeżenie: (0%) |
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 Czyli diagram przypadków użycia, diagram klas, stanów.. A to czwarte to co to jest? -------------------- ”Godzina nauki w życiu nowoczesnego apostoła jest godziną modlitwy.”
(św. Josemaría Escrivá, Droga, 335) |
|
|
10.11.2006, 11:18:33
Post
#34
|
|
Grupa: Zarejestrowani Postów: 146 Pomógł: 0 Dołączył: 9.03.2006 Skąd: Columbus Georgia Ostrzeżenie: (0%) |
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 .. Ten post edytował 60156 16.11.2006, 19:41:14 |
|
|
10.11.2006, 23:19:02
Post
#35
|
|
Grupa: Zarejestrowani Postów: 1 190 Pomógł: 27 Dołączył: 23.04.2005 Ostrzeżenie: (0%) |
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.. -------------------- ”Godzina nauki w życiu nowoczesnego apostoła jest godziną modlitwy.”
(św. Josemaría Escrivá, Droga, 335) |
|
|
10.11.2006, 23:23:11
Post
#36
|
|
Grupa: Zarejestrowani Postów: 634 Pomógł: 14 Dołączył: 27.05.2006 Skąd: Berlin Ostrzeżenie: (0%) |
Cytat Czesc, 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 ... Tak zgadzam sie z Toba w tej kwestji, male duperele tu juz trzeba pozostawic do momentu implementacji Cytat 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 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 Ten post edytował nasty_psycho 10.11.2006, 23:24:29 |
|
|
11.11.2006, 11:38:41
Post
#37
|
|
Grupa: Zarejestrowani Postów: 146 Pomógł: 0 Dołączył: 9.03.2006 Skąd: Columbus Georgia Ostrzeżenie: (0%) |
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 ... |
|
|
11.11.2006, 12:07:18
Post
#38
|
|
Grupa: Zarejestrowani Postów: 1 190 Pomógł: 27 Dołączył: 23.04.2005 Ostrzeżenie: (0%) |
To wkońcy, które diagramy robić?
-------------------- ”Godzina nauki w życiu nowoczesnego apostoła jest godziną modlitwy.”
(św. Josemaría Escrivá, Droga, 335) |
|
|
11.11.2006, 12:54:23
Post
#39
|
|
Grupa: Zarejestrowani Postów: 146 Pomógł: 0 Dołączył: 9.03.2006 Skąd: Columbus Georgia Ostrzeżenie: (0%) |
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 .. 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.. 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 Ten post edytował 60156 14.12.2006, 18:48:22 |
|
|
22.12.2006, 12:09:19
Post
#40
|
|
Grupa: Zarejestrowani Postów: 58 Pomógł: 0 Dołączył: 8.12.2005 Ostrzeżenie: (0%) |
|
|
|
Wersja Lo-Fi | Aktualny czas: 24.09.2024 - 04:08 |