Kasu:
- Oskus eristada funktsionaalseid ja mittefunktsionaalseid nõudeid ning kirjutada tehisintellekti toel selgeid, mõõdetavaid nõuete avaldisi
- Võimalus kasutada tehisintellekti koos struktureeritud viipadega, et saada intervjuu märkmetest kasutaja lugu, aktsepteerimiskriteeriumid ja ulatuse piirang
- Harjutada AI-ga loodud nõudeid ebaselguse, vastuolulisuse ja puuduvate reeglite osas ning kinnitada need sidusrühmadega
Nõuete analüüs on ülesanne määratleda terviklikul, selgel ja kontrollitaval viisil, mida süsteem peaks tegema. See on üks etappidest, kus MIS-i spetsialist toodab kõige rohkem väärtust; sest siinne viga kasvab projekti lõpus plahvatuslikult. Nõuete analüüsil on kaks peamist tüüpi. Funktsionaalne nõue kirjeldab tööd, mida süsteem peaks tegema: "Süsteem peaks tellimuse kinnitamisel kliendile meili saatma." Mittefunktsionaalne nõue kirjeldab, kuidas süsteem peaks olema: sellised omadused nagu jõudlus, turvalisus, kasutatavus ja juurdepääsetavus. "Aruandeekraan peaks keskmise koormuse korral avanema vähem kui 2 sekundiga" on mittefunktsionaalne nõue.
Heal nõudel on kolm tunnust: see on selge (sellel on üks tõlgendus), see on mõõdetav (sellel on testitav lävi) ja see on jälgitav (selge, millisest ärivajadusest see tuleb). "Süsteem peab olema kiire" ei vasta ühelegi neist; “kiire” on subjektiivne, seda ei saa mõõta, ei saa testida. Selles etapis on tehisintellekt võimas abivahend nõuete koostamisel ja mitmetähendusliku sõnastuse tabamisel; kuid ainult sidusrühm otsustab, milline ärireegel on tegelik.
Kasutaja lugu ja aktsepteerimiskriteeriumid
Kaasaegses nõuete kirjutamises levinud formaat on kasutajalugu: "[rollina], [eesmärgil], ma tahan [funktsiooni]." Näide: "Müügiesindajana soovin allahindluse arvutamist mobiiliekraanilt, et saaksin teha kiireid hinnapakkumisi põllul." Lugu on lühike ja ärikeskne; See ei nõua tehnilist lahendust.
Igal lool peaksid olema aktsepteerimise kriteeriumid: testitavad tingimused, mis peavad olema täidetud, et lugu loetaks "okaks". Sageli kasutatav muster on muster "Antud/Millal/Siis": "Antud: klient on VIP-segmendis. Millal: tellimused üle 10 000 TL. Seejärel: süsteem rakendab 5% allahindlust." See muster välistab ebaselguse, sest see seob selgelt tingimuse ja oodatava tulemuse.
Näpunäide: tehisintellektile kasutajalugu kirjutades öelge kindlasti "genereeri iga loo jaoks vähemalt 2 aktsepteerimiskriteeriumit formaadis Antud/Millal/Siis". Kui mudel on sunnitud tootma võrdlusaluseid, ilmnevad varjatud lüngad nõuetes.
Samm-sammult: tehisintellekti abiga nõuete ekstraheerimine
1. samm – koguge töötlemata sisend. Kõnelogid, meilid, olemasolevad ekraanipildid, kaebuste loendid. Mida rohkem reaalset sisendit, seda vähem väljamõeldisi.
2. samm – ekstraheerige esimene lugude komplekt. Andke tehisintellektile toores sisend ja laske sellel luua kasutajalugude mustandeid. See samm ei ole täielik loetelu, vaid esimene samm.
3. samm – lisage aktsepteerimiskriteeriumid. Looge iga loo jaoks kriteeriumid antud/millal/siis. Lugu, mille jaoks ei saa kriteeriume koostada, tähendab tegelikult seda, et see pole piisavalt määratletud.
4. samm – vastuolude ja lünkade otsimine. Küsige tehisintellektil: "kas nende nõuete vahel on vastuolusid, dubleerimist või määratlemata olukordi?" Küsi ja lase kontrollida. Filtreerige tulemus inimesena.
5. samm – seadke prioriteedid ja kinnitage. Eelistage lugusid sidusrühmadega äriväärtuse ja kiireloomulisuse alusel. Prioriteetne otsus kuulub äriüksusele, mitte tehisintellektile.
Ärge unustage mittefunktsionaalseid nõudeid
Enamikul projektidel on valdkonnas raskusi, kuna funktsionaalsete nõuete kirjutamisel unustatakse mittefunktsionaalsed. Aruanne võib "õigesti" töötada, kuid kui selle avamine võtab 45 sekundit, ei kasuta seda keegi. Järgmises tabelis on toodud sageli tähelepanuta jäetud mittefunktsionaalsete nõuete tüübid ja mõõdetavad kirjutamisnäited.
Žanr
halb väljend
mõõdetav väljend
Esitus
"Peab kiire olema"
"Pärimise vastus < 2 sekundit keskmise koormuse korral"
ligipääsetavus
"Igaüks peaks saama seda kasutada"
"WCAG 2.1 AA ühilduv; täielik klaviatuuriga navigeerimine"
Turvalisus
"See peaks olema ohutu"
"Isikuandmed on puhkeolekus krüpteeritud; juurdepääs on rollipõhine"
kättesaadavus
"Peaks olema lihtne"
"Uus kasutaja täidab tellimuse 3 sammuga ilma koolituseta"
Kättesaadavus/järjepidevus
"Ei tohiks kokku kukkuda"
"Igakuine tööaeg ≥ 99,5%"
Kolm miniümbrist: numbrite järgi
Juhtum 1 – mõõtmatu vajaduse hind. Ekraan, mis töötati välja pangas nõudega "aruande ekraan peaks kiiresti avanema", avanes välikoormusel 22 sekundiga. Arendaja arvas, et esitas oma keskkonnas sõna "kiire" (2 sekundit). Kui nõue oleks kirjutatud "< 3 sek tipptunnil, tegelik läbilaskevõime", oleks probleem testimisel tabatud. Ümberehituse maksumus 3 nädalat ja mõõdetav lisakulu.
Juhtum 2 – vastuvõtmiskriteeriumide järgi tuvastatud lünk. E-kaubanduse projektis "süsteem rakendab allahindlust" loo aktsepteerimiskriteeriume kirjutades märkas huvigrupp, et mis saab siis, kui allahindlus läheb kupongiga ja VIP-soodustusega vastuollu, ei räägitud üldse. Üks küsimus antud/millal/siis hoidis ära topeltallahindluse vea enne käivitamist; See viga põhjustas sarnastes projektides tõsise tulude kaotuse.
Juhtum 3 – tehisintellekti loodud reegel. Ühes personaliprojektis lisas AI nõuete eelnõusse lause "puhkusetaotlus kinnitatakse automaatselt 24 tunni jooksul". Sellist automaatset kinnitamist koosolekul ei arutatud; Mudel oli koostanud reegli, mis tundus "mõistlik". Iga nõude kõrvale kirjutab ekspert "allikas: milline intervjuu/dokument?" Veeru lisamisega eemaldas ta 4 allikata lauset.
Nõrk viip / Tugev viip
Nõrk viip:
Kirjutage selle projekti jaoks kasutajalugusid.
Võimas viip:
Teie roll: olete MIS-i ärianalüütik. Väljavõtke allolevast intervjuu märkusest kasutajalood. Reeglid:- Vorming: "[rollina], [eesmärgil], soovin [funktsiooni]."- Kirjutage iga loo jaoks VÄHEMALT 2 aktsepteerimiskriteeriumi vormingus Antud/Millal/Siis.- Lisage iga loo kõrvale veerg "Allikas".- Lisage iga loo kõrvale veerg "Allikas" märkus; sobitamine.- Eraldi jaotisesse kirjutage mõõdetavad mittefunktsionaalsed nõuded (jõudlus, turvalisus, juurdepääsetavus). Intervjuu märkus:[tekst]
Võimas viip jõustab loo vormingu, aktsepteerimiskriteeriumid, allika jälgitavuse ja mittefunktsionaalsed nõuded korraga; See muudab väljundi juhtimise lihtsamaks.
Neli kopeeritavat malli
1) Nõuete selgitus:
Vaadake allolevat nõuet üle. Märkige iga väide, mis on ebamäärane, võrreldamatu või mitmele tõlgendusele avatud, ja kirjutage igaühe kohta täpsustav küsimus. Ära mõtle vastust välja. Nõue: [tekst]
2) Vastuolude skaneerimine:
Leidke allolevast nõuete loendist üksused, mis on üksteisega vastuolus, korduvad või jätavad loogilisi lünki. Teatage igast leiust koos kaubanumbrite ja ühelauselise põhjendusega. Loend: [tekst]
3) Nõustamiskriteeriumide loomine:
Kirjutage järgmise kasutajaloo jaoks vormingus "Antud/Millal/Siis" vähemalt 4 aktsepteerimiskriteeriumit, sealhulgas piir- ja erandjuhud. Loetlege ka kõik ebaselgeks jäänud punktid. Lugu: [tekst]
4) Reguleerimisala ülevaade:
Koostage üksused "Uurimisalas" ja "Väljaspool ulatust" kaheveerulise tabelina vastavalt järgmistele nõuetele. Märgistage [KINNITUS VAJALIK] iga üksuse jaoks, milles te pole kindel. Nõuded: [tekst]
Levinud vead
- Lahenduse mõtlemine on vajadus. "Lisa rippmenüü" on lahendus, mitte nõue. Nõue ütleb, et "kasutaja peab saama määratletud loendist riigi valida"; IT-meeskond kujundab lahenduse.
- Mittefunktsionaalsete vahelejätmine. Lihtsalt “mida teha” kirja panemine ja “kuidas olla” (kiirus, turvalisus, juurdepääsetavus) unustamine on kõige levinum ja kõige kallim lünk.
- Mõõtmatute omadussõnade kasutamine. Sõnad nagu "kiire, lihtne, turvaline, kasutajasõbralik" on ilma läveta kehtetud.
- Ei märka reeglit, mille AI on välja mõelnud. Mudel võib lisada "mõistlikud", kuid mitte tegelikult räägitud reeglid; Küsige ressursse iga vajaduse jaoks.
- Prioriteetide määramise jätmine AI-le. Mida teha kõigepealt, on äriväärtuse otsus; Selle annab äriüksus.
Ettevaatust: nõuete analüüsi kõige ohtlikum lause on "seda juba teavad kõik". Rääkimata oletused ei jõua dokumentatsiooni, ei jõua kunagi koodi ja ilmnevad väljal. Küsige AI-lt "mida selles nõudes eeldatakse, kuid mida pole kirjutatud?" muudab need varjatud oletused nähtavaks.
Kokkuvõttes
Nõuete analüüs määratleb selgelt, mõõdetaval ja jälgitaval viisil, mida süsteem peaks tegema. Funktsionaalsed nõuded kirjeldavad tööd, mittefunktsionaalsed nõuded iseloomustavad omadusi ja viimane unustatakse sageli ära. Kasutajalugu ja Antud/Millal/Siis aktsepteerimise kriteeriumid on võimsad tööriistad, mis kõrvaldavad ebakindluse. Tehisintellekt kiirendab oluliselt süžeeskeemide, aktsepteerimiskriteeriumide, konfliktide tuvastamise ja täpsustavate küsimuste koostamist; Ärireegli õigsuse, ulatuse ja prioriteetse otsuse ning iga lause allika õigsuse eest vastutab aga inimene. Ärge viige lõpule ühtki allikata ja mõõtmatut nõuet.
Rakenduse ülesanne
Kirjutage ühest lõigust koosnev äritaotlus kujuteldava "onlain-kohtumiste süsteemi" jaoks (nt "Kliendid peaksid saama kohtumisi veebis kokku leppida, töötajad peaksid nägema kalendreid"). (1) Looge vähemalt 5 kasutajalugu ja iga jaoks 2 aktsepteerimiskriteeriumit selle taotluse tugeva viipaga. (2) Leidke mudeli loodud kriteeriumides vähemalt 2 peidetud lünka (nt topeltkohtumine samal ajal, tühistamise reegel). (3) Lisage mõõdetaval kujul vähemalt 3 mittefunktsionaalset nõuet. (4) Määrake vähemalt 3 üksust kui "ulatusest väljas". (5) Märkige reegel, mille mudel võis välja mõelda, ja kirjutage, kuidas seda kinnitate.
kontrollnimekiri
- [ ] Kirjutasin funktsionaalsed ja mittefunktsionaalsed nõuded eraldi.
- [ ] Iga nõue on selge, mõõdetav ja testitav.
- [ ] Igal lool on antud/millal/siis aktsepteerimise kriteeriumid.
- [ ] Saan jälgida iga nõude allikat (vestlust/dokumenti).
- [ ] Märkisin võimalikud reeglid, mille AI oli välja mõelnud ja jätsin need kinnitamiseks.
- [ ] Tegin prioritiseerimise koos äriüksusega.