🚀 go-pugleaf

koncepcja przypadkuw uzycia jest czyms wiecej niz diagramem przypadkuw 
uzycia z uml

natomiast zawezajac sie do tego o czym zdajesz sie muwic:

w ramah wiekszosci metdologji dokumentowania - masz racje

sa jednak sytuacje gdy warto robic od tego odstepstwa

nie sposub oceniac ogulnie - to akademickie podejscie. do wlasciwej oceny 
potrzebna byla by konkretny kontekst i dokumentacja projektu. ale nawet 
tutaj mozna sie spierac czy cos ma sens czy nie. kwestia wielu rzeczy w tym 
kultury procesu, ludzi (autoruw, korzystajacyh)

> to nadal nie odpowiada na wyjściowe pytanie: czy elemnety projektowe są 
> dopuszczalne w dokumentacji funkcjonalności systemu za pomocą PU

w dokumentacji funkcjonalnosci to nieszczegulnie ;p to oczywiste. tak muwi 
teoria i wiekoszc praktyki

> (i czy PU funkcjonalny oraz PU projektowy nie powinny jawnie nazywać się 
> 'PU funkcjonalnym',  czy 'PU projektowym', (w odóżnienia od 'PU 
> bezpłciowego/wielopłciowego' - bezużytecznego) co czyni je innym tworem w 
> sensie przeznaczenia, mimo że notacja ta sama).

oczywiscie ze warto to rozgraniczyc

>> koncepcja przypadku uzycia nie jest zadna metodologia
> 'notacja' będzie dobrze?

notacja przypadku uzycia to cos o wiele bardziej konkretnego niz koncepcja 
przypadku uzycia jako taka