Pelnas:
- Gebėjimas atskirti funkcinius ir nefunkcinius reikalavimus ir, pasitelkus dirbtinį intelektą, parašyti aiškias, išmatuojamas reikalavimų išraiškas
- Galimybė naudoti dirbtinį intelektą su struktūriniais raginimais, norint iš pokalbio užrašų išgauti vartotojo istoriją, priėmimo kriterijus ir apimties ribą
- Įpratimas tikrinti AI sukurtus reikalavimus dėl dviprasmiškumo, prieštaravimo ir trūkstamų taisyklių bei patvirtinti juos su suinteresuotosiomis šalimis
Reikalavimų analizė yra užduotis išsamiai, aiškiai ir patikrinamai apibrėžti, ką turi daryti sistema. Tai vienas iš etapų, kai MIS specialistas sukuria didžiausią vertę; nes čia klaida išauga eksponentiškai projekto pabaigoje. Yra du pagrindiniai reikalavimų analizės tipai. Funkcinis reikalavimas apibūdina darbą, kurį sistema turi atlikti: „Patvirtinusi užsakymą, sistema turėtų klientui el. paštu“. Nefunkcinis reikalavimas apibūdina, kokia turi būti sistema: tokios savybės kaip našumas, saugumas, patogumas naudoti ir prieinamumas. „Ataskaitos ekranas turėtų atsidaryti greičiau nei per 2 sekundes esant vidutinei apkrovai“ yra nefunkcinis reikalavimas.
Geras reikalavimas turi tris charakteristikas: aiškus (jis turi vieną interpretaciją), išmatuojamas (turi patikrinamą slenkstį) ir atsekamas (aišku, iš kokio verslo poreikio jis kyla). „Sistema turi būti greita“ neatitinka nė vieno iš šių dalykų; "greitas" yra subjektyvus, negali būti išmatuotas, negali būti patikrintas. Šiame etape dirbtinis intelektas yra galinga pagalba rengiant reikalavimus ir pagaunant dviprasmiškas formuluotes; bet tik suinteresuotoji šalis nusprendžia, kuri verslo taisyklė yra tikra.
Vartotojo istorija ir priėmimo kriterijai
Įprastas šiuolaikinių reikalavimų rašymo formatas yra vartotojo pasakojimas: „Kaip [vaidmeniui], [tikslui] noriu [funkcijos]. Pavyzdys: „Kaip pardavimų atstovas noriu apskaičiuoti nuolaidą iš mobiliojo telefono ekrano, kad galėčiau greitai pateikti kainas lauke“. Istorija trumpa ir orientuota į verslą; Tai neprimeta techninio sprendimo.
Kiekviena istorija turi turėti priėmimo kriterijus: patikrinamas sąlygas, kurias turi atitikti, kad istorija būtų laikoma „gerai“. Dažnai naudojamas šablonas "Duota/Kada/Tada": "Duota: klientas yra VIP segmente. Kada: užsakymai viršija 10 000 TL. Tada: sistema taiko 5% nuolaidą." Šis modelis pašalina dviprasmiškumą, nes jis aiškiai susieja būklę ir laukiamą rezultatą.
Patarimas: rašydami vartotojo istoriją dirbtiniam intelektui, būtinai pasakykite „sugeneruokite bent 2 priėmimo kriterijus formatu „Duota/Kada/Tada“ kiekvienai istorijai. Kai modelis yra priverstas gaminti etalonus, išryškėja paslėptos reikalavimo spragos.
Žingsnis po žingsnio: AI padedamas reikalavimų ištraukimas
1 veiksmas – surinkite neapdorotą įvestį. Skambučių žurnalai, el. laiškai, esamos ekrano kopijos, skundų sąrašai. Kuo daugiau įvesties, tuo mažiau gamybos.
2 veiksmas – ištraukite pirmąjį istorijų rinkinį. Suteikite neapdorotą indėlį į dirbtinį intelektą ir leiskite jam parengti naudotojų istorijų juodraščius. Šis žingsnis nėra visas sąrašas, o pirmasis žingsnis.
3 veiksmas – pridėkite priėmimo kriterijus. Sukurkite kiekvienos istorijos kriterijus duota/kada/tada. Istorija, kuriai negalima sukurti kriterijų, iš tikrųjų reiškia, kad ji nėra pakankamai apibrėžta.
4 žingsnis – prieštaravimų ir spragų nuskaitymas. Paklauskite AI: „ar tarp šių reikalavimų yra prieštaravimų, dubliavimosi ar neapibrėžtų situacijų? Klauskite ir patikrinkite. Filtruokite rezultatą kaip žmogų.
5 veiksmas – nustatykite prioritetus ir patvirtinkite. Suteikite pirmenybę istorijoms su suinteresuotosiomis šalimis pagal verslo vertę ir skubumą. Prioritetinis sprendimas priklauso verslo padaliniui, o ne AI.
Nepamirškite nefunkcinių reikalavimų
Dauguma projektų turi sunkumų šioje srityje, nes rašydami funkcinius reikalavimus pamiršta nefunkcionalius. Ataskaita gali veikti „teisingai“, bet jei jos atidarymas trunka 45 sekundes, niekas ja nepasinaudos. Šioje lentelėje pateikiami dažniausiai nepastebimi nefunkcinių reikalavimų tipai ir išmatuojami rašymo pavyzdžiai.
Žanras
bloga išraiška
išmatuojama išraiška
Spektaklis
"Turi būti greitas"
„Atsakymas į užklausą < 2 sek, esant vidutinei apkrovai“
prieinamumas
"Kiekvienas turi turėti galimybę juo naudotis"
"Suderinamas su WCAG 2.1 AA; visa klaviatūros navigacija"
Saugumas
"Tai turėtų būti saugu"
„Asmeniniai duomenys ramybės būsenoje užšifruojami; prieiga pagrįsta vaidmenimis“
prieinamumas
"Turėtų būti lengva"
„Naujas vartotojas užbaigia užsakymą 3 žingsniais be mokymo“
Prieinamumas / tęstinumas
"Neturėtų sudužti"
„Mėnesio veikimo laikas ≥ 99,5 %“
Trys mini dėklai: pagal numerius
1 atvejis – neišmatuojamo poreikio kaina. Ekranas, sukurtas banke su reikalavimu, kad „ataskaitų ekranas turėtų atsidaryti greitai“, esant lauko apkrovai atsidarė per 22 sekundes. Kūrėjas manė, kad savo aplinkoje pateikia žodį „greitas“ (2 sekundės). Jei reikalavimas būtų parašytas kaip „< 3 sek piko valandomis, faktinis pralaidumas“, problema būtų pastebėta bandant. Pertvarkymas kainavo 3 savaites ir pamatuojamą papildomą kainą.
2 atvejis – spraga užfiksuota pagal priėmimo kriterijus. Rašydamas „sistema taiko nuolaidą“ istorijos priėmimo kriterijus elektroninės prekybos projekte, dalininkas pastebėjo, kad kas būtų, jei nuolaida prieštarautų kuponui ir VIP nuolaidai, apskritai nebuvo kalbama. Vienintelis klausimas „Duota/Kada/tada“ užkirto kelią dvigubos nuolaidos klaidai prieš pradedant; Dėl šios klaidos panašiuose projektuose sumažėjo didelių pajamų.
3 atvejis – AI sukurta taisyklė. HR projekte AI prie reikalavimų projekto pridėjo sakinį „atostogų prašymas automatiškai patvirtinamas per 24 valandas“. Posėdyje toks automatinis patvirtinimas nebuvo svarstytas; Modelis sukūrė taisyklę, kuri atrodė „pagrįsta“. Prie kiekvieno reikalavimo ekspertas rašo „šaltinis: koks interviu/dokumentas? Pridėjęs stulpelį jis pašalino 4 be šaltinio pateiktus sakinius.
Silpnas raginimas / stiprus raginimas
Silpnas raginimas:
Rašykite šio projekto naudotojų istorijas.
Galingas raginimas:
Jūsų vaidmuo: esate verslo analitikas. pastaba; montavimas.- Atskirame skyrelyje parašykite išmatuojamus nefunkcinius reikalavimus (našumas, saugumas, prieinamumas). Interviu pastaba: [tekstas]
Galingas raginimas vienu metu užtikrina istorijos formatą, priėmimo kriterijus, šaltinio atsekamumą ir nefunkcinius reikalavimus; Taip lengviau valdyti išvestį.
Keturi kopijuojami šablonai
1) Reikalavimų paaiškinimas:
Peržiūrėkite toliau pateiktą reikalavimą. Pažymėkite kiekvieną teiginį, kuris yra neaiškus, nesuderinamas arba gali būti interpretuojamas daugiau nei vienai formai, ir kiekvienam užrašykite paaiškinamąjį klausimą. Nesugalvok atsakymo. Reikalavimas: [tekstas]
2) Prieštaravimų nuskaitymas:
Žemiau esančiame reikalavimų sąraše raskite elementus, kurie prieštarauja vienas kitam, pasikartoja arba palieka loginių spragų. Praneškite apie kiekvieną radinį su prekių numeriais ir vieno sakinio pagrindimu. Sąrašas: [tekstas]
3) Priėmimo kriterijų generavimas:
Parašykite bent 4 priėmimo kriterijus toliau nurodytai vartotojo istorijai formatu „Duota/Kada/tada“, įskaitant ribinius ir išimties atvejus. Taip pat išvardykite visus neaiškus dalykus. Istorija: [tekstas]
4) Taikymo sritis:
Elementus „Apimtis“ ir „Neapimtas“ sudarykite kaip dviejų stulpelių lentelę pagal toliau nurodytus reikalavimus. Bet kuriai prekei, dėl kurios nesate tikri, pažymėkite etiketę [REIKALINGA PATVIRTINIMO]. Reikalavimai: [tekstas]
Dažnos klaidos
- Galvoti apie sprendimą yra poreikis. „Pridėti išskleidžiamąjį meniu“ yra sprendimas, o ne reikalavimas. Reikalavimas sako, kad „vartotojas turi turėti galimybę pasirinkti šalį iš apibrėžto sąrašo“; IT komanda kuria sprendimą.
- Praleidžiant nefunkcionalius. Paprasčiausias užrašymas „ką daryti“ ir pamiršimas „kaip būti“ (greitis, saugumas, pasiekiamumas) yra dažniausia ir brangiausia spraga.
- Vartoti neišmatuojamus būdvardžius. Tokie žodžiai kaip „greita, lengva, saugu, patogu vartotojui“ negalioja be slenksčio.
- Nepastebėdamas taisyklės, kurią sukūrė AI. Modelis gali pridėti „pagrįstų“, bet iš tikrųjų nekalbėtų taisyklių; Paprašykite išteklių kiekvienam poreikiui.
- Pirmenybės nustatymą paliekame dirbtiniam intelektui. Ką daryti pirmiausia – verslo vertės sprendimas; Verslo padalinys tai suteikia.
Atsargiai: pavojingiausias sakinys reikalavimų analizėje yra „visi tai jau žino“. Neišsakytos prielaidos nepatenka į dokumentaciją, niekada nepatenka į kodą ir atsiranda lauke. Paklauskite AI: „kas yra manoma, bet neparašyta šiame reikalavime? daro šias paslėptas prielaidas matomas.
Apibendrinant
Reikalavimų analizė aiškiai, išmatuojamai ir atsekamai apibrėžia, ką sistema turėtų daryti. Funkciniai reikalavimai apibūdina darbą, nefunkciniai – savybes, o pastarosios dažnai pamirštamos. Vartotojo istorija ir Priėmimo kriterijai „Duota/Kada/tada“ yra galingi įrankiai, pašalinantys netikrumą. Dirbtinis intelektas žymiai pagreitina siužetinių lentelių, priėmimo kriterijų, konfliktų aptikimo ir klausimų paaiškinimo kūrimą; Tačiau už verslo taisyklės teisingumą, taikymo sritį ir prioritetinį sprendimą bei kiekvieno sakinio šaltinį atsako žmogus. Neužbaigkite jokių reikalavimų, kurie nėra šaltiniai ir yra neišmatuojami.
Taikymo užduotis
Parašykite vienos pastraipos verslo užklausą dėl įsivaizduojamos „internetinės susitikimų sistemos“ (pvz., „Klientai turėtų turėti galimybę susitarti dėl susitikimų internetu, darbuotojai turėtų matyti kalendorius“). (1) Sukurkite bent 5 naudotojų istorijas ir 2 priėmimo kriterijus kiekvienai su stipriu raginimu iš šios užklausos. (2) Raskite bent 2 paslėptas spragas modelio sudarytuose kriterijais (pvz., dvigubas paskyrimas tuo pačiu metu, atšaukimo taisyklė). (3) Įtraukite bent 3 nefunkcinius reikalavimus išmatuojama forma. (4) Nurodykite bent 3 elementus kaip „neapimtį“. (5) Pažymėkite taisyklę, kurią galbūt sugalvojo modelis, ir parašykite, kaip ją patvirtintumėte.
kontrolinis sąrašas
- [ ] Funkcinius ir nefunkcinius reikalavimus rašiau atskirai.
- [ ] Kiekvienas reikalavimas yra aiškus, išmatuojamas ir išbandomas.
- [ ] Kiekviena istorija turi priimti/kada/tada priėmimo kriterijus.
- [ ] Galiu atsekti kiekvieno reikalavimo šaltinį (pokalbį/dokumentą).
- [ ] Pažymėjau galimas AI sugalvotas taisykles ir palikau jas patvirtinti.
- [ ] Prioritetą nustatiau kartu su verslo padaliniu.