Projektowanie Graficznych Interfejsów Użytkownika

Transkrypt

Projektowanie Graficznych Interfejsów
Użytkownika
ZADANIE
Robert Szmurło
ZIMA 2009
1
Organizacja
●
W jak najkrótszym czasie należy przesłać e-mailem na adres:
[email protected] składy osobowe grup w formie:
–
●
●
●
Imię, Nazwisko, NrAlbumu
Każdy zespół po przesłaniu do mnie składu osobowego otrzyma
dokładny tematy projektu.
Prace domowe należy nadsyłać e-mailem na adres:
[email protected], z dopiskiem w tytule: [PGUI-INF] w
postaci:
–
Źródłowej (skompresowane kody źródłowe i pliki Enterprise
Architect)
–
Wykonywalnej (możliwość uruchomienia na dowolnym
komputerze w systemie operacyjnym Microsoft Windows
bez potrzeby instalacji dodatkowego oprogramowania)
TERMIN ostateczny nadsyłania: 20.01.2010
(prace nadesłane po tym terminie, nie będą uwzględniane)
ZIMA 2009
2
Zadanie domowe
●
A - Na podstawie materiałów z wykładu proszę w narzędziu CASE
(Enterprise Architect) stworzyć:
–
–
Projekt pojęciowy i funkcjonalny systemu informatycznego
Projekt wizualny 4 wybranych ekranów/widoków, 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
●
B - Na podstawie materiałów z wykładu proszę w dowolnie
wybranym narzędziu do prototypowania stworzyć:
–
ZIMA 2009
Interaktywny prototyp systemu
3
Wymagania szczegółowe
–
Użytkownicy (co najmniej 1 diagram)
–
Cele (co najmniej 1 diagramie dla każdego użytkownika)
–
Aktualne czynności / Procesy biznesowe (co najmniej 6 diagramów)
–
Przypadki użycia (co najmniej po 1 diagramie dla każdego użytkownika)
–
Obiekty (co najmniej diagramy: 1 – obiekty wspólne, po 1 diagramie
specyficznym dla użytkowników)
–
Przegląd zadań (co najmniej po 1 diagramie dla każdego przypadku użycia,
czynności przedstawiające projekt interakcji użytkownika z systemem )
–
Widoki abstrakcyjne (diagramy dla wszystkich ekranów z przypadków użycia
oraz diagramy widoków)
–
Przepływ zadań (co najmniej 4 diagramy na najważniejszych/ wybranych
scenariuszach przypadków użycia - scenariusze na diagramach sekwencji,
model interakcji użytkownika z elementami projektu abstrakcyjnego)
–
Stany obiektów (osobne diagramy dla wszystkich obiektów wielostanowych)
–
Prototyp zawierający wszystkie niezbędne ekrany i widoki.
ZIMA 2009
4
Tematy projektów
ZIMA 2009
–
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 ewidencjonowanie produktów w magazynie
oraz rejestrujący klientów dla wypożyczalni sprzętu narciarskiego z
modułem rezerwacji sprzętu przez internet
5
Przykład - system rejestracji pacjentów przychodni,
Przykład – system rejestracji pacjentów w przychodni
ZIMA 2009
6
1.1 Analiza – klasy użytkowników
class Klasy użytkowników
Gość
Użytkownik
Pracownik
Recepcj onistka
Pacj ent
Lekarz
Administrator
ZIMA 2009
7
1.2 – Analiza – cele użytkowników
class Pacj ent-Cele
Zap i sa ć n a
b ad an i e
d i ag n ostyczn e
Zap i sa ć n a wi zytę u
l e ka rza . (Re ze rwa cj a)
A n ul owa ć
re ze rwa cj ę wi zyty
u l e karza
P rze ł ożyć wi zytę.
Pacj ent
(fro m 1. K l asy użytko w ni kó w )
Re ze rwa cj a wi zyty
di ag no styczne j
(to m o gra f
kom p ute ro wy)
Zare j estrowa ć w
p rzycho dn i
O b ej rze ć d i a gn ozę
l e karza
ZIMA 2009
Wybó r l e karza
pi e rwszeg o
kon taktu
P rzej rze ć kartę
p acj en ta
8
1.2 – Analiza – cele użytkowników
class Gość
P rze j rze ć l e ka rzy.
Do wi e d zi e ć o
g o d zin a ch p ra cy.
Prze j rze ć o fe rtę
p rzych o d n i .
Gość
(fro m 1 . K l a sy u żytko w n i kó w )
Uzyska ć
i n fo rm a cj e
d o d a tko we .
Do wie d zi e ć si ę o
d o stę p n ych
te rm i n a ch l e ka rzy.
ZIMA 2009
9
1.3 Analiza – aktualnie wykonywane czynności
act Zapis na w izytę
P a cje n t ko n ta ktu je
si ę z p ra co wn i kie m
re ce p cj i.
Pacj ent dow iaduj e się o
lekarza pierw szego
kontaktu.
Recepcj onistka informuj e o
dostepnych terminach.
Czy je st
dogony
te rm i n ?
Recepcj onistka informuj e,
że przychodnia j est
specj alistyczna.
[NIE ]
[T A K]
Pacj ent w ybiera dogodny
termin.
Pacj ent informuj e, że
żaden termin nie
pasuj e.
Pa cj e n t
re zyg n u j e
(P o ra żka )
Recepcj onistka rej estruj e
rezerw acj ę w izyty w
zeszycie.
P a cje n t
za re ze rwo wa ł
wizytę . (S u kce s)
ZIMA 2009
10
1.4 Analiza – przypadki użycia
uc Pacj ent
S yste m
Przełożenie w izyty
« in vo ke s»
Wybór terminu w izyty
« in vo ke s»
Zapisanie na w izytę
« in vo ke s»
Wybór lekarza
Pacj ent
Wybor lekarza
pierw szego kontaktu
(fro m 1 . K l a sy u żytko w n i kó w )
« i n vo ke s»
Rezerw acj a w izyty u
lekarza pierw szego
kontaktu
Rezerw acj a w izty
diagnostycznej
« p re ce d e s»
« i n vo ke s»
ZIMA 2009
11
2.1 Proj. funkcjonalny – obiekty użytkownika
class Wspólne-Obiekty
Użytkownik
Gość
Pacj ent
+
+
+
+
dataUrodzenia: Date
em ail: Strin g
im ie: String
nazwisko: String
+
rejestracja(Pacjen t) : void
Lekarz
ZIMA 2009
Recepcj onistka
Pracow nik
Administrator
12
2.1 Proj. funkcjonalny – obiekty użytkownika
uc Pacj ent-Obiekty
Wizyta
-
d a ta : Da te
g o d zin a : T i m e
l e ka rz: Le ka rz
l o ka li za cja : Stri n g
re zerwa cja : Re ze rwa cj a
sp e cja l i zacj a : S trin g
wyn ki : Wyn i kBa d a ń
+
+
d o d a j Ka rte Pa cj e n ta (K a rta P a cj e n t) : voi d
d o d a j Le ka rza (L e ka rz) : vo i d
P ra co w n ik
Wspólne::Lekarz
Rezerwacj a
BadanieDiagnostyczne
KartaPacj ent
+
za p i szNa B a da n i e Dia g n o styczn e () : vo i d
+
+
+
ce l B a d a ni a : S trin g
d od a tko we Za l e ce n ia : Stri ng
n azwa A pa ra tu ry: Stri n g
+
p oka zDi ag n o ze L e karza () : vo i d
DiagnozaLekarska
+
o p is: Stri n g
Użytko w n i k
Wspólne::Pacj ent
ZIMA 2009
+
+
+
+
d a taUro d ze n i a : Da te
e m ai l : S trin g
i m i e : S tri ng
n a zwi sko : S tri n g
+
re je stra cj a (P a cj e n t) : vo i d
WynikBadań
+
d o ku m e n t: Do kum e n tDi a g n o styczn y
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
Pacjent otwiera stronę
przychodni.
System wyświetla stronę
startową.
Pacjent wybiera opcję
rezerwacji wizyty.
System pokazuje dostepne
terminy lekarza pierwszego
kontaktu.
Pacjent wybiera termin.
ZIMA 2009
System
System rezerwuje wizytę.
14
2.3 Proj. funkcjonalny – widoki abstrakcyjne
class Proj ekt abstrakcyjny
MenuNarzedziowe
Logo
-
ob ra zek: Im a g e
EkranStartowy
PanelNawigacyj ny
ZIMA 2009
-
za lo g owa nyUzytkown i k: i nt
+
+
+
+
+
+
l i staL ekarzy() : vo i d
p okazP ro fi l() : vo i d
re ze rwacj a() : vo id
wyl og u j() : vo id
za lo g uj () : voi d
zm i e nL ekarzaP i e rwsze g oK o nta ktu() : vo id
15

Projektowanie Graficznych Interfejsów Użytkownika

Transkrypt

Podobne dokumenty

Akcja zima - Zarząd Dróg i Utrzymania Miasta

Web Designer - Grafik - kariera.uni.opole.pl

zima - Republika WWW

"Zima, książka i ja"- wystawa okolicznościowa.

Projektowanie Graficznych Interfejsów Użytkownika

str 14 - Gmina Pakosław

ZIMOWE INSPIRACJE ŚWIETLICZAKÓW Zima

Firmy Leśne - Będą kleszcze

Zwrot kosztów za posiłek „Zima w mieście 2017r.”