Projektowanie Graficznych Interfejsów Użytkownika. Robert Szmurło

Transkrypt

1 Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło 1

2 Zadanie domowe 2 Na podstawie materiałów z wykładu proszę w narzędziu CASE (Enterprise Architect) stworzyć: projekt pojęciowy i funkcjonalny systemu informatycznego 1) system wspierający rejestrację, obsługę, sortowanie, zgłaszanie zaginięcia, wydawanie bagaży na międzynarodowym lotnisku transferowym, 2) system wspomagający obsługę lecznicy weterynaryjnej, 3) scentralizowany system identyfikacji, rejestracji i poszukiwania psów (każdy pies ma implant z jednoznacznie identyfikującym numerem, istnieje globalna baza, straż miejska posiada czytniki identyfikatorów na podstawie których może określić online właściciela) 4) system wspomagający ewidencjonujący magazyn oraz rejestrujący klientów dla wypożyczalni sprzętu narciarskiego z modułem rezerwacji sprzętu przez internet projekt funkcjonalny wybranych elementu systemu, np.: 1) ekran rejestracji nowego pacjenta 2) ekran wprowadzania części zamiennych na stan warsztatu 3) ekran wyszukiwania znalezionej rzeczy na podstawie opisu petenta 4) ekran raportu aktualnych rezerwacji w różnych widokach: godzinowy, dzienny, tygodniowy i miesięczny TERMIN ostateczny nadsyłania: (prace nadesłane po tym terminie, nie będą uwzględniane) 2

3 UWAGA! UWAGA!!! 1) Projekt w Enterprise Architect'ie przed wysłaniem em należy skompresować za pomocą algorytmu kompatybilnego z ZIP. 2) W tytule wiadomości MUSI znaleźć się ciąg znaków: [PGUI-INF] (włącznie z nawiasami kwadratowymi) Projekty nie spełniające powyższych wymagań NIE będą uwzględniane. 3

4 Wymagania Użytkownicy (1 diagram) Cele (po 1 diagramie dla 3 użytkowników) Aktualne czynności / Procesy biznesowe (3 diagramy) Przypadki użycia (3 diagramy dla 3 użytkowników) Obiekty (3 diagramy: 1 obiekty wspólne, 2 obiekty specyficzne dla użytkowników) Przegląd zadań (2 diagramy czynności przedstawiające projekt interakcji użytkownika z systemem ) Widoki abstrakcyjne (po 1 diagramie klas dla 3 ekranów) Przepływ zadań (2 scenariusze na diagramach sekwencji) Stany obiektów (1 diagram stanów) 4

5 Przykład - system rejestracji pacjentów przychodni, Przykład system rejestracji pacjentów w przychodni 5

6 1.1 Analiza klasy użytkowników class Klasy użytkowników Gość Użytkownik Pracownik Recepcjonistka Pacjent Lekarz Administrator 6

7 1.2 Analiza cele użytkowników class Pacj ent-cele Zapisać na badanie diagnostyczne Zapisać na wizytę u lekarza. (Rezerwacj a) Anulować rezerwację wizyty u lekarza Pacj ent Przełożyć wizytę. (from 1. Klasy użytkow ników ) Zarejestrować w przychodni Rezerwacja wizyty diagnostycznej (tom ograf kom puterowy) Wybór lekarza pierwszego kontaktu Obejrzeć diagnozę lekarza Przejrzeć kartę pacjenta 7

8 1.2 Analiza cele użytkowników class Gość Przej rzeć l ekarzy. Dowiedzieć o godzinach pracy. Przejrzeć ofertę przychodni. Gość (from 1. Klasy użytkow ników ) Uzyskać inform acje dodatkowe. Dowiedzieć się o dostępnych term inach lekarzy. 8

9 1.3 Analiza aktualnie wykonywane czynności act Zapis na w izytę Pacjent kontaktuje się z pracownikiem recepcji. Pacjent dowiaduje się o lekarza pierwszego kontaktu. Recepcj onistka informuj e o dostepnych terminach. Recepcj onistka informuj e, że przychodnia j est specj alistyczna. Czy jest dogony term in? [T AK] [NIE] Pacj ent wybiera dogodny termin. Pacj ent informuj e, że żaden termin nie pasuj e. Pacjent rezygnuje (Porażka) Recepcj onistka rej estruj e rezerwację wizyty w zeszycie. Pacjent zarezerwował wizytę. (Sukces) 9

10 1.4 Analiza przypadki użycia uc Pacjent System Przełożenie wizyty «in vo kes» Wybór terminu wizyty Zapisanie na wizytę «in vo ke s» «in vo ke s» Pacj ent (from 1. Klasy użytko w nikó w ) Wybor lekarza pierwszego kontaktu «invokes» Wybór lekarza Rezerwacja wizty diagnostycznej «p re ce de s» Rezerwacja wizyty u lekarza pierwszego kontaktu «invoke s» 10

11 2.1 Proj. funkcjonalny obiekty użytkownika class Wspólne-Obiekty Gość Użytkownik Pacjent + dataurodzenia: Date + em ail: String + im ie: String + nazwisko: String + rejestracja(pacjent) : void Pracownik Recepcj onistka Lekarz Administrator 11

12 2.1 Proj. funkcjonalny obiekty użytkownika uc Pacj ent-obiekty Wizyta - data: Date - godzina: T im e - lekarz: Lekarz - lokalizacja: String - rezerwacja: Rezerwacja - specjalizacja: String - wynki: WynikBadań + dodajkartepacjenta(kartapacjent) : void + dodajlekarza(lekarz) : void Rezerwacj a Pracow nik Wspólne::Lekarz KartaPacj ent + zapisznabadaniediagnostyczne() : void BadanieDiagnostyczne + celbadania: String + dodatkowezalecenia: String + nazwaaparatury: String + pokazdiagnozelekarza() : void DiagnozaLekarska + opis: String Użytkow nik Wspólne::Pacj ent + dataurodzenia: Date + em ail: String + im ie: String + nazwisko: String + rejestracja(pacjent) : void WynikBadań + dokum ent: Dokum entdiagnostyczny 12

13 2.2 Proj. Funkcjonalny przegląd zadań Określamy, które czynności z modelu z etapu analizy są realizowane przez aktora, a które przez system. act Rezerwacja wizyty Pacjent System Pacjent otwiera stronę przychodni. System wyświetla stronę startową. Pacjent wybiera opcję rezerwacji wizyty. System pokazuje dostepne terminy lekarza pierwszego kontaktu. Pacjent wybiera termin. System rezerwuje wizytę. 13

14 2.3 Proj. funkcjonalny widoki abstrakcyjne class Proj ekt abstrakcyjny MenuNarzedziowe Logo - obrazek: Im age EkranStartowy PanelNawigacyj ny - zalogowanyuzytkownik: int + listalekarzy() : void + pokazprofil() : void + rezerwacja() : void + wyloguj() : void + zaloguj() : void + zm ienlekarzapierwszegokontaktu() : void 14