Z diagramu use-case wynika ze:
- Księgowa może "pracować" w obsłudze klienta, jako serwisant oraz jako magazynier. Na pewno o to chodziło?
- obsługa klienta może "pracować" jako magazynier i serwisant, o to chodziło?
*"Księgowość firmy" to dość ogóle stwierdzenie jak na nazwę przypadku użycia systemu.
*to ma być diagram przypadków UŻYCIA SYSTEMU, w jaki sposób wyobrażasz sobie pomoc systemu w realizacji np. diagnozy, naprawy, wyceny? O ile w przypadku diagnozy czy wyceny to można by wepchnąć do systemu elementy systemu ekspertowego, o tyle naprawa sprzętu to nie jest zadanie projektowanego systemu, a czynność którą wykonuje aktor.
Z diagramu klas wynika zupełnie inna hierarchia dziedziczenia niż z diagramu Use-Case...
Czy faktycznie do czegoś będą ci potrzebne klasy typu Magazynier, Księgowa? Bo z Use-Case wynika że to są aktorzy. Czy w programie widzisz gdzieś potrzebę tworzenia obiektów takiego typu?
Przepraszam bardzo ale co to za metody "dodaj","edytuj","usuń"? Masz np. klasę Auta (która powinna nazywac się Auto bo patrząc na pola tej klasy to możesz w obiekcie tej klasy zapisać informacje conajwyżej o jednym aucie...) i masz tam dodaj(). Jak rozumiem to ma być metoda która doda nam obiekt typu Auto. Ale gdzie go doda? Zapiszesz to sobie na marginesie, czy wytatuujesz na ręce? Gdzie tam masz klasę ZbiórAut albo ListaSamochodow która agreguje w sobie Auta? Tak samo jest z Naprawą i Magazynem.
Poza tym jak tak na to patrzę to tobie sie chyba diagram ERD pomylił z Diagramem Klas. To nie jest to samo...