IČR - Vežba 6

Embed Size (px)

Citation preview

  • 8/13/2019 IR - Veba 6

    1/26

    VEBA6

  • 8/13/2019 IR - Veba 6

    2/26

    Iterativni dizajn

    Analiza zadataka i korisnika

    USE CASE DIAGRAM

    SEQENCE DIAGRAM

    VISIO

  • 8/13/2019 IR - Veba 6

    3/26

    ITERATIVNOPROJEKTOVANJE

    Dananjiprimer najboljeg pristupa dizajnu u softversinenjerstvu

    Proces razvoja korisnikihinterfejsaSpecijalizacija spiralnog modela Barry Boehm-a

    Analiza zadataka je proces u kome se otkrivaju karak

    korisnika i zadataka koje oni treba da uradeTo je prvi korak u dizajnu korisnikog interfejsa.

  • 8/13/2019 IR - Veba 6

    4/26

    Pruanacin da se upravlja rizikom u procesu dizajnakorisnickog interfejsa

    Proces razvoja softvera se deli u nekoliko koraka koji

    ponavljaju u ciklusimaPrvo se projektuje, zamiljakako ce izgledatiZatim se fizicki realizuje, implementira

    Nakon toga se testira, evaluacija

  • 8/13/2019 IR - Veba 6

    5/26

    Svaka iteracija je vezana za izdavanje nove verzije ko

    interfejsa

    Evaluacija (albe) sluikao povratna sprega novih infu sledeu fazu projektovanja

    Korisnici koji kupuju softver se ne mogu koristiti za o

    korisnosti jer im se to nece dopasti

    nece kupiti sledecu verziju proizvoda

  • 8/13/2019 IR - Veba 6

    6/26

    SPIRALNIMODEL

    Dimenzija koja se vezuje za prenikse odnosi na troakiteracijetj. na tanost dizajna.Npr. u ranim fazama implementacije moese naprav

    Ova skica ima loijikvalitet, i samo lici na ono kako cizgledati softver.

    Njena prednost je toje jeftina za napraviti i moese korisnicima, kojima se mogu postavljati pitanja vezan

    softver.

  • 8/13/2019 IR - Veba 6

    7/26

  • 8/13/2019 IR - Veba 6

    8/26

    IDENTIFIKOVANJEKARAKTERISTIKAKORISNI

    Godine, pol, nacionalnost (zbog jezika i pisma)

    Fizicke karakteristike

    Vetine(kucanje? citanje?deca, stariji, nepismeni)Osnovna racunarska pismenost

    Iskustvo u radu sa aplikacijom

    Iskustvo u radu sa zadacima

    Radno okruenjei odnos sa kolegamaVeze sa ljudima u okruenjui nacin komunikacijeVecina aplikacija poseduje grupe korisnika

    Analiza korisnika se radi za svaku grupu korisnika

  • 8/13/2019 IR - Veba 6

    9/26

    TEHNIKEZAANALIZUKORISNIKA

    Upitnici

    IntervjuiPosmatranje

    Prepreke:

    oni koji razvijaju aplikaciju i koji je koriste su odvojeni jedni od d

    Tehnicka podrkaje veza izmedu korisnika i programera

    Marketing odvaja korisnike od programera (suprotan smer) Neki korisnici su previeskupi ili zauzeti (lekari, direktori, clano Najbolji nacin da se uradi analiza korisnika je naci predstavnike

    Ocigledne karakteristike se mogu dobiti iz upitnika

    Detalji o kontekstu i okruenjuse dobijaju inervjuisanjem korisnposmatranjem kako rade

  • 8/13/2019 IR - Veba 6

    10/26

    ANALIZAZADATAKA(TASKANALYSIS)

    Identifikovanje individualnih zadataka koje program

    treba da reiSvaki zadatak ima cilj (ta? ne, kako?)esto se pocne od ukupnog cilja sistema koji se

    hijerarhijski dekomponuje u zadatke

  • 8/13/2019 IR - Veba 6

    11/26

    KLJUNIDEOANALIZEZADATAKAtatreba uraditi?

    CiljGoaltatreba uraditi pre nego tose krene sa zadatkom

    Preduslovi, zadaci od kojih zavisi trenutni zadatak

    Od kojih koraka je sastavljen zadatak

    Podzadaci, koji se mogu rekurzivno dekomponovati

    Gde se zadatak izvrava? Koliko cesto se izvrava? Da li postoje vremenska ogranicenja ili ogranicenja u pogledu

    resursa?

    Kako se zadatak uci?

    tamoekrenuti naopako (izuzeci, greke, hitni slucajevi)?

    tajejoukljuceno u zadatak?

  • 8/13/2019 IR - Veba 6

    12/26

    KAKOSEIZVODIANALIZAZADATAKA?

    Intervjui sa korisnicima

    Posmatranje kako korisnici izvravajuzadatak

  • 8/13/2019 IR - Veba 6

    13/26

    OPASNOSTPRIANALIZA ZADATAKA

    Dupliciranje loepostojece procedure u softveru

    Nemogunost uvianjadobrih aspekata postojeceprocedure

  • 8/13/2019 IR - Veba 6

    14/26

    PREPORUKEZABOLJEIZVODJENJEANALIZE

    KORISNIKAIZADATAKA

    Pitanja koja treba pitati

    Zatoovo radite? (cilj)Kako to radite? (podzadaci)

    Traitimane u postojecoj situacijiNeispunjen cilj, utroenovreme, iritacija korisnika

  • 8/13/2019 IR - Veba 6

    15/26

    OSNOVNIPOJMOVI

    Slucajevi koricenja(Use cases)

    Opisuje sekvencu akcija koje pruajumerljivuvrednost za aktera. Crta se kao horizontalna elipsa

    Akteri (Actors).

    Su osobe, organizacija, koji stupaju u jednu ili vieinterakcija sa sistemom.

    Crtaju se kao figurice coveka(cica glia)

  • 8/13/2019 IR - Veba 6

    16/26

    Pod terminom sluaj koricenjapodrazumevase jeda

    specifican nacin koricenjaprogramaPreko slucaja koricenja opisuje se interakcija neko

    objekta van sistema sa samim programom.

    Skup slucajeva koricenja predstavlja svepretpostavljene nacine koricenjasistema.

  • 8/13/2019 IR - Veba 6

    17/26

    PRIMERSLUAJAKORIENJA

  • 8/13/2019 IR - Veba 6

    18/26

    Svaki sluaj koricenjatreba da bude detaljno opisan

    Mada je moguce davati i formalan opis sluaja korice(dijagrami kolaboracije, dijagram promene stanja)preporuuje se da se u prvoj fazi koristi struktuiraniverbalni opis, jer je on neophodan cak i ako se da nek

    formalni opis.

    Uobiajeno je, takoe, da se posebno daje opis normaltoka dogaaja u slucaju koricenja, a posebno moguciizuzeci.

  • 8/13/2019 IR - Veba 6

    19/26

    OSNOVNISCENARIO Provera kartice: Komitent ubacuje karticu u automat. Autom

    karticu i proverava da li je prihvatljiva. Ako je prihvatljiva, za

    od komitenta da unese tajnu ifru. Proveravanje ifre: Komitent unosi tajnu ifru. Ako je ifrak

    zahteva se da korisnik izabere transakciju.

    Unos tipa transakcije: Komitent bira podizanje novca I aualjeracunaru banke tajnu ifruda bi se dobili brojevi komitenracuna. Dobijaju se komitentovi brojevi racuna prikazuju na e

    automata. Podizanja novca: Komitent bira racun i unosi iznos koji

    podie.Automataljeracunaru banke zahtev za podizanje datosa datog racuna. Priprema se tampanjeizvetajaza komitent

    Kraj:Automat vraca karticu karticu komitentu. Izdaje se izvekomitentu

  • 8/13/2019 IR - Veba 6

    20/26

    ALTERNATIVNISCENARIO

    Kartica nije prihvatljiva: Kartica se vraca korisnik

    sazvucnim signalom.

    Nekorektna tajna ifra: Odgovarajuca poruka se Prkazuje na ekranu i daje se ansakorisniku da je ponounese. Dozvoljava se tri pokuaja, a zatim se vracakartica korisniku.

    Prekid: Korisnik moeu svakom trenutku da prekintransakciju. Poniticese svi dotadanjiefekti i vratitikartica korisniku.

  • 8/13/2019 IR - Veba 6

    21/26

    PRIMERU/I

    Mada SK treba, prvenstveno, da

    bude logicki opis koricenjasistema, treba imati u vidu i

    buducu arhitekturu sistema, a

    ponekad se opis daje preciznije

    ako je prethodno definisan

    korisnicki interfejs. To ne sme daimplicira zavisnost buduce

    aplikacije od interfejsa

  • 8/13/2019 IR - Veba 6

    22/26

    DIJAGRAMIINTERAKCIJE

    Dinamiki opis se daje preko dijagramainterakcija

    Interakcije se mogu modelovati prikazujui vremenskredosled poruka: DIJAGRAMI SEKVENCI

  • 8/13/2019 IR - Veba 6

    23/26

    SISTEMSKIDIJAGRAMISEKVENCI

    Sistemski dijagram sekvenci predstavlja dogaajekojaktori generiu, za pojedini slucaj koricenja

    Oni predstavljaju vizuelni pregled individualnog sluc

    koricenjaSistem se tretira kao crna kutija; i dijagram naglaav

    sa sistemom koje iniciraju akteri

    Treba ga uraditi za osnovni scenarijo slucaja koricenDelovi SDS-a

    Eksterni akteri

    Poruke koje alju aktori Povratne poruke (ako postoje) od sistema

  • 8/13/2019 IR - Veba 6

    24/26

  • 8/13/2019 IR - Veba 6

    25/26

    Novi kandidat

    Akter: Operater Svrha: Prijem dokumenata novog kandidata

    Opis: Sistem zahteva od operater za unos

    podataka unos potrebnih podataka o novom

    kandidatu

    Normalno funkcionisanje

  • 8/13/2019 IR - Veba 6

    26/26

    IZRADAPROTOTIPOVA

    Izmeu dva suprotna stanja treba da postoji kontrast Primer: nije dobro da se poruka o uspenomizvravanjuili p

    greciprikaena isti nacin

    Konzistentnost:

    Primer: dugme OK ne bi trebalo da bude obojeno crvenom b

    ako se interfejs prilagoava color-blind osobama)

    Jednostavan dizajn (simplicity) Koristiti nekoliko osnovnih boja + nekoliko njihovih nijansi

    Ovo dozvoljava da se koricenjemneke druge boje skrene panetobitno