🚀 go-pugleaf

Użytkownik "radoslaw tereszczuk" <tereszczuk@it1.pl> napisał w wiadomości 
news:c48d1$46448600

> celem jest produkcja oprogramowania za kture klient zaplaci :O)
celem jest produkcja oprogramowania, za które klient zaplaci i I UTRZYMANIE, 
za które klient zaplaci.

> zawsze  kazdy przypadek uzycia wiaze sie z wykorzystaniem elementuw 
> implementacyjnyh
nie podważam użycia elementów 'implementacyjnych', jeśli nalezy się do 
takich obiektów odnieść, tylko fakt opisywania / projektowania rozwiązań.

> a to ze jakas metodologia czegos zabarania to niekoniecznie sensowny powud
'metodologia' (PU) nie zabrania (nie uniemożliwia) - zagadneiniem jest 
zastosowanie technologii: przeznaczenie PU: co POWINNA modelować, a czego 
nie (w obszarze specyfikacji wymagań systemowych metodą PU)

>> Jesteś pewien, że jest to w _jakimkolwiek_ przypadku pożądane?
> tak
? w jakim?


>> Konsekwencją mieszania tych dówch typów jest stan, gdzie twórca PU 
>> narzuca (świadomie lub nie) pewne aspekty projektowe - co ogranicza 
>> architekta / kodera.
> to tylko jedna z mozliwosci
hmm ... to AŻ jedna z możliwości.


> pewnei ze analityk nie jest od arhitektury
> ale nie mozna powiedziec zeby przypadki uzycia nie mogly miec z nia nic 
> wspulnego
mogą - jeśli się uprzeć, by produkt był słabo rozwijalny, słabo zarządzalny, 
słabo modyfikowalny, słabo skalowalny, etc.