Nagroda: świeży ananas + moje notatki o wzorcach projektowych (dobrze się te rzeczy konsumuje razem).

Część 1 - zadanie problemowe:
Nawiązując do popularnego wątku "zastosowanie UML-a do opisu procesu" postanowiłem zastosować UML-a do opisu nie informatycznego systemu jakim jest szalet miejski. Zrobiłem miniaturowy diagram use-case który zawiera błędy. Czekam na poprawioną wersję.



>> plik Enterprise Architect <<

Za błąd nie jest traktowany fakt, że system nie jest kompletny. Mówiąc inaczej, nie oczekuję poszerzania funkcjonalności i mnożenia przypadków użycia.

Trochę informacji:
- szalet jest częścią większej sieci. Babcia klozetowa dostaje stałe wynagrodzenie i nie jest właścielem lokalu.

Zgodnie z regułami propozycje rozwiązań umieszczajcie jako posty w tym wątku.

powodzenia
maciek kasprzyk
kapustka.net (nie otwierajcie pod firefoxem bo wybucha)



reguły gry:
-----------------------------------------
Konkurs składa się z dwóch części
Część 1 - zadanie problemowe
Część 2 - pytania kontrolne

oto szczegóły:

Część 1.
Odpowiedzi na problem udzielacie w postach a ja odpowiadam "ciepło" lub "zimno" aby poinformować was o tym czy następna jest bliżej rozwiązania czy dalej niż poprzednia odpowiedź. W chwili gdy pada rozwiązanie zaczyna się część 2.

Część 2.
Zadaję pytania kontrolne aby upewnić się, że autor rozwiązania części 1 nie zgadywał. Konkurs wygrywa pierwsza osoba, która na te pytania odpowie, przy czym zwycięzca części 1 jest uprzywilejowany przez 24h od umieszczenia pytań.

Przewaga uprzywilejowanej osoby polega na tym, że jeżeli inna osoba wyprzedzi ją z poprawną odpowiedzią, to zakładam że osoba uprzywilejowana tą odpowiedź znała i jedynie nie zdążyła udzielić (tym samym wygrywa ona konkurs). Uprzywilejowanie osoby wygasa przy jej pierwszej odpowiedzi.

Nagroda
Zwycięzca konkursu aby dostać nagrodę musi umieścić na forum krótki artykuł obejmujący wskazane przeze mnie zagadnienia, ściśle związane z konkursem.
---------------------------------------------------------

Celem klienta nie jest zaplata za usługę szaletu, wiec powiązanie przypadku "zapłać" jest błedne.

ciepło :)

Ponieważ kasa nie idzie bezposrednio do kieszeni babci powinna zdeponowac pieniadze w kasie.

Czesc :) wydaje mi sie, ze cel klienta wysikaj sie nie powinien zawierac <> zaplac. Moglbym to wtedy zrozumiec, ze realizujac przypadek "wysikaj sie" musze w trakcie tej czynnosci zaplacic! Wogole nie wiazalbym tych przypadkow z racji tego, ze sa na innym poziomie abstrakcji!

Zreszta podobny wniosek byl poprzednio, ale nie do konca... Babcia klozetowa natomiast, jest od tego zeby takie pieniadze przyjmowac i "przyjmij pieniadze" są jej celem biznesowym (ktory poźniej i moze zawierać <> zdeponuj pieniadze...

Ciekawy jestem wyniku ! :)

Ten poziom abstrakcji jest jak najbardziej odpowiedni, pozatym Kapustka od takiego zaczął :]

maksik
temperatura bez zmian
(zasadzkas !)

bartek
zimno :(
(mam nadzieję że konkurs nie wpłynie na rozwój wiosny)

Myśle, że błędne jest zawieranie się "zapłać" w "wysi..." dlatego ze nie sposób wyobrazic sobie scenariuszu "wysikaj sie" z zawartością scenariusza "zaplac". Te nazwy funkcjonalności systemu nie wskazują na to!

Bartku. Najpierw siusiasz później płacisz:]

Może przedstaw swoją koncepcje tego systemu na diagramie. Wtedy bedziemy mogli o nim porozmawiac:)