🚀 go-pugleaf

> ad opcji ostatniej (mieszanej) - czemu służyć ma mieszanie analizy (CO) z 
> projektem (JAK)?

celem jest produkcja oprogramowania za kture klient zaplaci :O)

zawsze  kazdy przypadek uzycia wiaze sie z wykorzystaniem elementuw 
implementacyjnyh. moziwe sa sytuacje gdy eksplicite myslenie o tym jest do 
czegos potrzebne

przy tworzeniu oprogramowania maja miejsce bardzo ruzne sytuacje, wymagajace 
ruznego rodzaju myslenia. nie zawsze trzeba to "myslenie" formalnei 
zapisywac - czasem warto ;p a to ze jakas metodologia czegos zabarania to 
niekoniecznie sensowny powud

prostym przykladem nieh bedzie kwestia praw dostepu do poszczegulnyh 
elementuw implementacyjnyh przez poszczegulnyh aktoruw

> Bo chyba nie sprzyja jakości produktu. Jesteś pewien, że jest to w 
> _jakimkolwiek_ przypadku pożądane?

tak

> 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

pewnei ze analityk nie jest od arhitektury

ale nie mozna powiedziec zeby przypadki uzycia nie mogly miec z nia nic 
wspulnego