Diagram przepływu danych

Odpowiedz Nowy wątek
2019-05-02 14:46
0

Dzień dobry. W tym semestrze na uczelni po raz pierwszy mam zajęcia z Inżynierii oprogramowania i mamy do zrobienia projekt. Moim tematem jest przychodnia lekarska. W tej przychodni pacjent nie pełni żadnej roli w systemie. Rejestruje się on poprzez kontakt z pielęgniarką, a ona wprowadza to do systemu. Jestem na etapie tworzenia diagramu przepływu danych. Zrobiłem już diagram systemowy- bez pacjenta, bo w systemie nic nie robi. Jednak coś nie dawało mi spokoju, bo przecież bez pacjenta nie odbyła by się rejestracja. Ale jak go tam umieścić skoro nie ma on dostępu do systemu? Zapytałem o to moją prowadzącą (jest bardzo młoda, świeżo po studiach), która powiedziała żebym po prostu połączył ze sobą dwa terminatory (pacjenta i pielęgniarkę). Ale z tego co mi wiadomo nie można połączyć ze sobą bezpośrednio dwóch terminatorów... W internecie praktycznie na każdej stronie jest taka informacja. Macie może jakieś propozycje?

Diagram znajduje się w załączniku.

  • uml.png (0,17 MB) - ściągnięć: 35

Pozostało 580 znaków

2019-05-06 12:31
0

Chyba rozumiem.
Z tym, że ERD jest wykorzystywany w projektach które podałem, a STD przypomina mi diagramy maszyny stanowej (chyba tak to się nazywa).
Jak dla mnie kością niezgody są tutaj właśnie DFD, ponieważ przepływ danych pomiędzy przypadkami użycia wydaje mi się mało praktyczny. Muszę chyba pochylić się nad temat i zbadać go dogłębniej ;)

@yarel, wracając do tematu, czy mógłbyś zatem, o ile posiadasz chwilę, zobaczyć diagramy autora i ewentualnie moje oraz wypowiedzieć się czy są chociaż podobne do tego co znasz :)
Te które rysowałem są podobne(mniej rozbudowane, mniej konkretyzujące) do diagramów "testów", które znam z praktyki.

Przypomina mi się aplikacja na noudzie, która miała inny typ diagramów(to nie były UML), ale znowu nie są podobne do tego (oprócz ERD). Możliwe, że inny zakres funkcjonalności (aplikacja rozliczająca) miała wpływ na wygląd diagramów.

Pozostało 580 znaków

2019-05-06 16:30
0

@annonymouzinho:

Zapytałem o to moją prowadzącą (jest bardzo młoda, świeżo po studiach), która powiedziała żebym po prostu połączył ze sobą dwa terminatory (pacjenta i pielęgniarkę). Ale z tego co mi wiadomo nie można połączyć ze sobą bezpośrednio dwóch terminatorów...

Masz rację. Z zasad tworzenia diagramów DFD to nie ma prawa nastąpić przepływ bez procesu uczestniczącego w przepływie, więc wszystkie przepływy Pacjent <-> Lekarz, albo Pacjent <-> Pielęgniarka nie są poprawne. Jeżeli się dzieją poza systemem, to po co miałyby być na diagramie DFD systemu? Pacjent nie wchodzi w interakcję z systemem, więc nie jest potrzebny w ogóle.

Oczywiście, że bez pacjenta to wszystko nie ma sensu, ale rolą DFD jest opisanie wszystkich przepływów informacji tylko wewnątrz systemu i do jego końcówek.

Ale!

Z praktycznego punktu widzenia, jeżeli odejdziemy od dogmatycznego traktowania zasad tworzenia diagramów na rzecz sensownej dokumentacji, to dodanie przepływów między obiektami zewnętrznymi ma sens - aby lepiej opisać o co chodzi. W końcu dokumentację i diagramy tworzymy dla ludzi, którzy to będą implementować. Gdybyś mi wytłumaczył w taki sposób jak tutaj dlaczego zrobiłeś takie przepływy, to bym prawdopodobnie zaliczył taki diagram jako poprawny ;-)

Za to z innych rzeczy:

  • czy magazyny danych nie muszą mieć identyfikatorów?;
  • Diagram 4 - proces 1.1.1 odczytuje dane z magazynu "Godziny pracy", a na diagramach poziomów wyższych nie ma takiego przepływu?
  • w ogóle posprawdzaj strzałki, bo mam wrażenie, że na poziomach niższych masz odczyt, a na wyższych zapis albo odwrotnie.

@woki:

Jak dla mnie kością niezgody są tutaj właśnie DFD, ponieważ przepływ danych pomiędzy przypadkami użycia wydaje mi się mało praktyczny. Muszę chyba pochylić się nad temat i zbadać go dogłębniej ;)

Zasadniczo DFD nie opisują przepływu pomiędzy przypadkami użycia, a między procesami, które nie do końca muszą im odpowiadać :)

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0