🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #5067

ODP: ODP: UML czyli 'Unified Modeling Language'

#5067
From: Artur Kasprzyk
Date: Sat, 13 Mar 1999 09:53
87 lines
4808 bytes
[...]
| 
| Sytuacja jest mniej wiecej nastepujaca. Firmy, z ktorymi sie zetknalem, stosuja
| pewien wlasny przepis postepowania przy projektowaniu, wypracowany przez
| lata, obudowany formularzami i konwencjami, uwarunkowany wczesniejszymi
| doswiadczeniami i wiedza ludzi, ktorzy w nich pracuja. Czasami ten sposob
| postepowania nazywaja "metodyka", czesto pilnie go strzega przed konkurencja
| uwazajac go za dorobek sprzyjajacy powodzeniu firmy. Czesto chwala sie, ze
| ich metodyka jest oparta na OMT, Coad/Yourdon,... ale tak naprawde stosuja
| wlasna metodyke oraz elementy notacji OMT, Coad/Yourdon, etc..
| Metodyki (takie jak OMT) sa moim zdaniem idealistyczne, za malo precyzyjne
| i przywiazane do typowego, wyobrazanego przez ich tworcow procesu
| projektowego. Rozne uwarunkowania powoduja, ze nie odpowiadaja one
| czesto realnym sytuacjom. Zgodzic sie jednak nalezy, ze takie metodyki mozna
| uwazac jako case study, pozwalajace na wypracowanie wlasnej metodyki
| lepiej przystajacej do aktualnej sytuacji danej firmy.

Czyli ... ?

| 
| Chcialbym rowniez zwrocic uwage, ze notacja taka jak UML, to nie jest "tylko
| notacja". Kazdy jezyk, w tym UML, ma trzy strony: skladnie, semantyke
| i pragmatyke. Autorzy UML precyzuja skladnie, ale pod powierzchnia ich
| wysilkow tkwi semantyka (co te diagramiki znacza), a jeszcze glebiej tkwi
| pragmatyka (do czego je mozna zastosowac i po co).

Tak ? Moim zdaniem, pierwsza rzecza, która nalezy zarzucic autorom UML
jest to, iz nie podaja jak bawic sie ich klockami ! Wierze, ze postac i mnogosc
tych klacoków, jest poparta pragmatyka - ale niestety nie jest ona a zaden
sposób przekazywana uzytkownikom. Wiec owa pragmatyka w UML (w posatci
dostepnej na stronach Rationala) tylko w ten sposób moze byc podkreslona.
Jak, na przyklad, praktycznie uzasadni Pan mozliwosc definiowania Przypadkow
Uzycia (Use Case) dla klasy ? Takich "kwiatuszkow" jest mnóstwo i nie bede
ich tutaj przytaczal. Wiec, parafrazujac tekst z Killera "niech mi Pan nie mówi,
ze nie wiem co to pragmatyka" :-)

| Jezeli wezmiemy
| te wszystkie strony UML i porowna np. z VDM, Design By Contracts, czy
| innymi tego rodzaju tworami, to latwiej dostrzec, ze w istocie UML okresla
| pewna metodyke postepowania i dotyczy wylacznie pewnej klasy projektow.
| Nie jestem np. pewny, czy nadaje sie do projektowania systemow
| uwarunkowanych czasowo,

Nie mialem okazji tworzyc takiego systemu, ale cos tam moge sobie wyobrazic.
Dla wszystkich wyobrazonych elementów ,moge podac konstrukcje UML, ktore
to pokaza. Jazeli poda Pan jakis przyklad, mozna sie zastanawiac...

| protokolow komunikacyjnych,

Jezeli bedzie oparty na obiektach ... czemu nie ?

| rozproszonej relacyjnej bazy danych, 

UML tak ma sie do relacyjnej bazy jak piesc do oka, ale przy pomocy 
Dependencies i stereotypów można z latwoscia pokazac replikacje, itp.
Przy pomocy Nodes moze Pan pokazac "rozproszenie" owej bazy.
Przy pomocy Tagged Values bez problemu poradzi Pan sobie z triggerami,
procedurami wbudowanymi itp.

| czy tez monitora transakcji.

Na podopnej zasadzie jak dwa pietra wyzej.

| W tym sensie napisalem, ze UML ma ograniczenia (jak zreszta wszystko).

Na razie stwierdzil Pan, ze nie wie, czy UML nadaje sie do tego typu systemów,
po czym (niejawnie) zalozyl Pan, ze sie nie nadaje i wysnul wniosek, ze UML
ma ograniczenia :-) Jak na naukowca ... :-))))

[...]

| Tym niemniej metodyki sa bardzo wazne,
| poniewaz lepsza jest niedoskonala ale skuteczna metodyka niz
| jej brak, czyli pelny chaos w trakcie projektowania.
| Jezeli p. Lewandowski mowi, ze metodyki to zwykly pic, to
| (w moim odczuciu) chce wyrazic fakt, ze argumenty na rzecz
| stosowania danej metodyki nie sa wiarygodne, zas wojna
| na te argumenty zbyt czesto sprowadza sie do zwyczajnego
| pustoslowia i demagogii.

Podobnie, odnosze wrazenie, jest z krytyka metodyk. Prosze zauwazyc, 
ile ARGUMENTÓW (w przeciwienstwie do OPINII) pojawilo sie w tym
watku dyskusji. Tak dlugo, jak tych argumentów bedzie niewiele, takie
dyskusje beda jalowe, a jedynie TP SA bedzie miala z tego korzysci.

Pozdrowienia, Artur Kasprzyk
Technical Details
Message-ID: <01BE6D3B.E3A9B2C0.potis@wr.onet.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!news.wnaft.agh.edu.pl!news.memax.krakow.pl!news.astercity.net!news.icm.edu.pl!ict.pwr.wroc.pl!m2n-gate.okapi.usenet.pl

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!agh.edu.pl!news.wnaft.agh.edu.pl!news.memax.krakow.pl!news.astercity.net!news.icm.edu.pl!ict.pwr.wroc.pl!m2n-gate.okapi.usenet.pl
From: potis@wr.onet.pl (Artur Kasprzyk)
Newsgroups: pl.comp.objects
Subject: ODP: ODP: UML czyli 'Unified Modeling Language'
Message-ID: <01BE6D3B.E3A9B2C0.potis@wr.onet.pl>
Date: 13 Mar 99 09:53:03 GMT
Sender: objects@sprocket.ict.pwr.wroc.pl
Organization: Lista dyskusyjna objects@sprocket.ict.pwr.wroc.pl
Lines: 88
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit