Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
52Rozdział2
Procesywytwarzaniaoprogramowania
bazydanychiprzetestowaćgowcelusprawdzenia,czyzapewniawydajnydostępdo
danychdlanajbardziejtypowychzapytańużytkowników.Szybkieprototypowanie
zudziałemużytkownikówdocelowychjestjedynąsensownąmetodąbudowaniain-
terfejsówużytkowników.Zewzględunadynamicznąnaturętakichinterfejsówopi-
sytekstoweidiagramyniesąwystarczającedoprzedstawieniawymagańiprojektu
interfejsuużytkownika.
Modelprocesudowytwarzaniaprototypupokazanonarysunku2.9.Celepro-
totypowaniapowinnybyćjasnosformułowanenapoczątkuprocesu.Mogąone
określaćzbudowanieinterfejsuużytkownika,utworzeniesystemuwceluweryfikacji
funkcjonalnychwymagańalbozbudowaniesystemu,abyzademonstrowaćaplikację
menedżerom.Tensamprototypzazwyczajniemożezrealizowaćwszystkichcelów.
Jeżelipozostawimyniesprecyzowanecele,kierownictwolubużytkownicymogąnie-
właściwiezrozumiećfunkcjęprototypu.Wkonsekwencjinieuzyskamykorzyści,
którychoczekiwaliśmyodutworzeniaprototypu.
Rysunek2090Tworzenieprototypu
celówprototypu
prototypowania
Określenie
Plan
funkcjonalności
Definiowanie
prototypu
Konspekt
definicji
Tworzenie
prototypu
Działający
prototyp
Ocenianie
prototypu
Ocena
Wkolejnymetapieprocesumusimyzdecydować,jakieelementychcemy
uwzględnići,cobyćmożejestjeszczeważniejsze,cozamierzamypominąćwsys-
temieprototypowym.Wceluzredukowaniakosztówiprzyspieszeniadostarczania
możemywyłączyćpewnefunkcjonalnościzprototypu.Możemyteżzdecydowaćsię
narozluźnieniewymagańpozafunkcjonalnych,takichjakczasreakcjiczyzużycie
pamięci.Możnarównieżzignorowaćobsługębłędówizarządzanie,oileprototyp
niemanaceluutworzeniainterfejsuużytkownika.Obniżonemogąbyćteżstandardy
niezawodnościijakościprogramu.
Końcowymetapemprocesujestocenaprototypu.Natymetapiekoniecznejest
zapewnienieszkoleniaużytkowników,adoutworzeniaplanuocenynależywykorzy-
staćceleprototypu.Potencjalniużytkownicypotrzebujączasu,abyprzyzwyczaićsię
donowegosystemuiwytworzyćzwykłewzorceużycia.Gdyjużzacznąnormalnie
używaćsystemu,mogązacząćodkrywaćbłędyipominięciadotyczącewymagań.
Ogólnyproblemzwiązanyzprototypowaniemleżywtym,żeużytkownicynieuży-
wająprototypuwtakisamsposóbjakfinalnejwersjisystemu.Testerzyprototypów
mogąniebyćtypowymiużytkownikami.Możeteżbrakowaćczasunaszkolenie
użytkownikówwtrakcieocenianiaprototypu.Jeśliprototypdziaławolno,osobyte-
stującemogązmienićswójsposóbpracyiunikaćtychfunkcjisystemu,któremają
długiczasreakcji.Kiedyzapewnimyimlepszyczasreakcjiwfinalnejwersjisystemu,
mogązacząćużywaćgowinnysposób.
