Witam,
Wykonuje właśnie aplikacje tworzacą cztery rodzaje etykiet do produktów elektronicznych z kodami kreskowymi na podstawie wypełnianego formularza.

Chce wykonać analizę tej aplikacji, sprawa jest o tyle trudna, że jest to praca inżynierska i sam jestem sobie klientem :)

Zrobiłem Diagram UC, ale nie wydaje mi sie on dobry.

To jest mała aplikacja robiaca 4 rzeczy + ustawienia, skomplikowana jest implementacja, gdyz kazda etykieta uzywa innego rodzaju kodu kreskowego.

Prosba o pokierowanie. Chodzi bardziej o metodologie takiej analizy, bo rozumiem, ze UML to tylko notacja.

Z gory dzieki i pozdrawiam
jaskooo

A oto rzeczony diagram:

Nie czekając na odpowiedz zrobiłem Diagram Aktywności, mam nadzieję, ze to o to chodzi. Bardzo prosze o jakaś konstruktywną opinie.






Pozdrawiam

Punktem wyjścia dla Analizy powinien być dobry diagram przypadków użycia, bo podczas jego tworzenia zaczynamy się zastanawiać nad scenariuszami alternatywnymi i jesteśmy w stanie od razu wychwycić braki, albo funkcjonalności, które nie są uszczegółowione.

Kolejnym krokiem jest próba odpowiedzenia sobie na pytanie: Po co to tworzymy- czyli poszukujemy wartości dodanej w kontekście procesu biznesowego w Firmie, w której chcemy to zrealizować. Przecież nie będziemy tworzyć czegoś dla samego siebie.

Kiedy już odkryjesz wartość dodaną(pamiętaj, że automatyzacja jakiś procesów nie jest równoznaczna z przeniesieniem tego co było na papierze do interfejsu jakiejś Aplikacji.) warto zabrać się za analizę.

Na pierwszy ogień wyszczególnij wszystkie wymagania funkcjonalne i niefunkcjonalne. Później spróbuj wymagania funkcjonalne tak opisać, poprzeć diagramami aktywności, i połączyć aby Architekt (czyli Ty) po czytaniu takiej specyfikacji mógł od razu zaproponować dobrą i wydajną Architekturę Aplikacji.

Teraz pora na zarządzanie wymaganiami, bo przecież Klient powiedział to co chciał, a naszym zadaniem jest dowiedzieć się czego on tak naprawdę potrzebuje- tego akurat Klient nie wie. Zatem musisz spojrzeć jeszcze raz na te wymagania surowym okiem i zobaczyć czy wszystko jest potrzebne, czy workflow nie jest za skomplikowany i ujmuje zbędne procesy?

Jak już to zrobisz, no to cóż mogę Ci pogratulować bo odwaliłeś kawał dobrej roboty i napisałeś dobrą specyfikację- co się akurat okaże po wdrożeniu systemu.

Powodzenia.

Jak dla mnie przepływ jest w porządku. Czepił bym się tylko tego jak jest generowany błąd po weryfikacji GTIN bo według przepływu jest pętla do weryfikacji a powinno wejść do "Wprowadzenie numeru GTIN"

ale pewnie to tylko przeoczenie.

Dokladnie tak jak piszesz, konektor idzie w zle miejsce.

Dodatkowo, czy w diagramie UC nie powinno byc:
Geneowanie etykiety GS1 zamiast Etykieta GS1?

Dodatkowo aplikacja ma umożliwiać ustawianie różnych parametró globalnych, czyli jakiego kodu użyc itp.
Czy to tez powinienem jakos umieścić w diagramie UC jako rozszerzenie czy osobno?

I jeszcze jedno, aby generować daną etykietę trzeba najpierw zaptaszkować tę możliwość. Moim zdaniem to juz za bardzo szczegułowa informacja na ten diagram.

I ostatnie :) Aplikacja ma umożliwiać generowanie wszystkich etykiet na raz, czy to też powinienem opisać jako UC? Chyba tak.

Z góry dzięki za odpowiedź

Pozdrawiam
jaskooo

jeśli aplikacja ma możliwość generowania wszystkich etykiet to wystarczy dać przypadek użycia który będzie powiązaniem tych 4 przpadków za pomocą "Include".

Przy drukowaniu wszystkich naraz zasada ustawiania dla każdej etykiety rozumiem się nie zmieni natomiast wszystkie ustawienia będą np z jednego panelu szły.

Czy taki UC diagram jest do przyjęcia? moge zacząc opisywac diagramy aktywności na jego podstawie?

Nie ten rodzaj strzałki.

Strzałka z linią przerywaną i grot otwarty.

Do tego przypadku użycia powinno również być połączenie od użytkownika.

Ok wszystko zrozumiałem i mam dodatkowe pytanie.

Elementem kazdej etykiety jest kod kreskowy, czy to znaczy, ze "Wygnerowanie kodu EAN-13" to tez jest przypadek uzycia polaczony z innymi poprzez "include" badz "uses", czy to jest juz za duże zagłebienie?

Dzieki za odpowiedz
pozdrawiam
jaskooo

Proponuje zrobić przypadek użycia "Generuj kod kreskowy" i połączyć dla każdego z osobna z tych 4 za pomocą INCLUDE co będzie oznaczało że jest zawsze wykonywany.


Rozumiem że generowanie kodu kreskowego poprzedza podanie dla niego jakichś parametrów?