Aastate jooksul olen aru saanud kasutusjuhtumite rollist nõuete määratlemise tegevustes. Need on korralikult tehes väga väärtuslikud. Probleem, mida näen paljudes organisatsioonides jätkuvalt, on see, et neid ei tehta korralikult. Mis on mõned vead, mis võivad aidata teil oma kasutamisjuhtudest kõige rohkem kasu saada?
Viga number 1: sisemiste kasutajate juhtumite loomine.
Tulemused: Kasutage juhtumeid, mis on kirjutatud süsteemi, mitte kasutaja vaatenurgast. Need kasutusjuhtumid on sageli keerulised ja tehnilised. Probleem on selles, et enamasti ei saa kasutajad sellest aru, sest see pole neile loomulik. See muudab kasutajatelt väärtusliku tagasiside saamise keeruliseks.
Meetmed: Kasutusjuhtumite kirjutamisel veenduge, et kasutaja vaatenurk säiliks.
Viga number 2: Kasutajaliidese üksikasjade lisamine kasutusjuhtumite korral.
Tulemused: Kasutage juhtumeid, mis hõlmavad paljusid samme, mis tegelikult ei aita mõista, kuidas kasutaja süsteemiga suhtleb. Võite näha üksikasju veateate kuvamise kohta, raadionuppe, linke ja muid üksikasju ekraani kohta, mis lisab segadust. Sageli püüavad kasutatavad juhtumikirjutajad kaasata kõiki võimalikke toiminguid juhtumite voo osana. Näiteks on igal võimalikul valikul alternatiivne voog pealkirjaga „Kasutaja valib tühistamisnupu“. Kõigi nende alternatiivsete voogude lisamisel saadakse kasutusjuht, mis peab olema palju keerulisem.
Meetmed: Nõuete kogumise ajal hoidke kasutajaliidese üksikasjad väljas. Need häirivad toimuvate vastastikmõjude määratlemist. Kaaluge kasutajaliidese nõuete eraldi jaotises hoidmist. Seda saab testimisel kasutada kontroll-loendina, veendumaks, et iga ekraani puhul on kõik liidese nõuded täidetud.
Viga number 3: süsteemi piiri laiendamine. Arendatava süsteemi ulatust on raske meeles pidada. Näiteks kaaluge teisi süsteeme, mis suhtlevad arendatava süsteemiga. Kas see on piiri sees? Kas see on näitleja? Kas seda ei tohiks näidata juhtumiskeemidel? Tulemused: Kui kaasatakse näitlejaid, kes ei kuulu meeskonna kontrolli alla, kulutatakse palju aega juba olemasoleva süsteemi dokumenteerimiseks, mida ei muudeta. Palju aega kulutatakse kasutajatele selgitamisele, et süsteem lihtsalt "töötab nii, nagu see töötab". Teil on parem mitte lisada üksikasju süsteemide piiridest väljapoole jäävate süsteemide kohta.
Meetmed: Kui meeskond vastutab selle rakendamise ja testimise eest, siis on see süsteemi piires. Kui see on eraldi süsteem, mille teeb eraldi meeskond, saab sellest näitleja.
Viga number 4: selliste juhtumite interaktsioonide loomine, mis näitlejale väärtust ei paku.
Tulemused: Kasutage juhtumeid, mis ei paku näitlejale mingit väärtust. Need kasutusjuhtumid ei pruugi tuleneda ärinõuetest. Või võivad need tuleneda ärinõuetest, kuid ei aita kaasa ärinõuete üldeesmärgi saavutamisele.
Meetmed: Veenduge, et igal kasutusjuhtumil oleks selgelt välja toodud eesmärk, mis näitlejale kasu tooks. Pange tähele, et näitleja, kes saab kasu, ei pea olema kasutusjuhtude peamine osaleja.
Need on tüüpilised vead, mida tehakse kasutusjuhtude kirjutamisel. Mitu korda on lõpptulemus väga pikkade, väga keerukate ja väga tehniliste kasutusjuhtumite komplekt, mis pakub lõppkasutajatele või arendajatele väga vähe kasu. Kaaluge oma meeskonna koolitamist hea kasutamise juhtumite kirjutamiseks, enne kui nad lihtsalt kasutusjuhtude hundid välja viskavad. See on väärt aega ja raha, mis kulub selle tagamiseks, et kasutusjuhtumid pakuksid teie projektile maksimaalset kasu.
