Ieguvumi:
- Spēja atšķirt funkcionālās un nefunkcionālās prasības un rakstīt skaidras, izmērāmas prasību izteiksmes ar mākslīgā intelekta atbalstu
- Iespēja izmantot mākslīgo intelektu ar strukturētām uzvednēm, lai no intervijas piezīmēm izvilktu lietotāja stāstu, pieņemšanas kritērijus un tvēruma ierobežojumu
- Ieradums pārbaudīt mākslīgā intelekta radītās prasības attiecībā uz neskaidrībām, pretrunām un trūkstošiem noteikumiem un apstiprināt tās ar ieinteresētajām personām
Prasību analīze ir uzdevums pilnīgā, skaidrā un pārbaudāmā veidā definēt, kas sistēmai būtu jādara. Tas ir viens no posmiem, kurā MIS speciālists rada vislielāko vērtību; jo kļūda šeit pieaug eksponenciāli projekta beigās. Ir divi prasību analīzes pamatveidi. Funkcionālā prasība apraksta darbu, kas sistēmai jāveic: "Sistēmai ir jānosūta klientam e-pasta ziņojums, kad tā apstiprina pasūtījumu." Nefunkcionāla prasība apraksta, kādai jābūt sistēmai: tādām īpašībām kā veiktspēja, drošība, lietojamība un pieejamība. "Atskaites ekrānam ir jāatveras mazāk nekā 2 sekundēs ar vidējo slodzi" ir nefunkcionāla prasība.
Labai prasībai ir trīs raksturlielumi: tā ir skaidra (tai ir viena interpretācija), tā ir izmērāma (tai ir pārbaudāms slieksnis) un tā ir izsekojama (ir skaidrs, no kādām biznesa vajadzībām tā nāk). "Sistēmai jābūt ātrai" neatbilst nevienam no šiem nosacījumiem; “Ātrs” ir subjektīvs, to nevar izmērīt, nav iespējams pārbaudīt. Šajā posmā mākslīgais intelekts ir spēcīgs palīgs prasību sastādīšanā un neskaidru formulējumu uztveršanā; bet tikai ieinteresētā persona izlemj, kurš uzņēmējdarbības noteikums ir reāls.
Lietotāja stāsts un pieņemšanas kritēriji
Izplatīts formāts mūsdienu prasību rakstīšanā ir lietotāja stāsts: "Kā [loma], [mērķim], es gribu [funkciju]." Piemērs: "Kā tirdzniecības pārstāvis es vēlos aprēķināt atlaides no mobilā tālruņa ekrāna, lai varētu ātri kotēt laukā." Stāsts ir īss un orientēts uz biznesu; Tas neuzliek tehnisku risinājumu.
Katram stāstam ir jābūt akceptēšanas kritērijiem: pārbaudāmiem nosacījumiem, kas jāizpilda, lai stāstu uzskatītu par "labi". Bieži lietots modelis ir "Piešķirts/Kad/Tad" modelis: "Ņemot vērā: klients ir VIP segmentā. Kad: pasūtījumi virs 10 000 TL. Pēc tam: sistēma piemēro 5% atlaidi." Šis modelis novērš neskaidrības, jo tas skaidri savieno nosacījumu un paredzamo rezultātu.
Padoms. Rakstot lietotāja stāstu mākslīgajam intelektam, noteikti sakiet "katram stāstam ģenerējiet vismaz 2 pieņemšanas kritērijus formātā Dots/Kad/Tad". Kad modelis ir spiests izveidot etalonus, prasībās kļūst redzamas slēptās nepilnības.
Soli pa solim: AI atbalstīta prasību iegūšana
1. darbība. Savāciet neapstrādātu ievadi. Zvanu žurnāli, e-pasta ziņojumi, esošie ekrānuzņēmumi, sūdzību saraksti. Jo vairāk reālu ieguldījumu, jo mazāk izdomājumu.
2. darbība. Izņemiet pirmo stāstu kopu. Sniedziet neapstrādātu ieguldījumu mākslīgajam intelektam un lieciet tam izveidot lietotāju stāstu melnrakstus. Šis solis nav pilnīgs saraksts, bet gan pirmais solis.
3. darbība — pievienojiet pieņemšanas kritērijus. Katram stāstam izveidojiet kritērijus Dots/Kad/Tad. Stāsts, kuram nevar izveidot kritērijus, patiesībā nozīmē, ka tas nav pietiekami definēts.
4. darbība. Pretrunu un nepilnību meklēšana. Pajautājiet AI “vai starp šīm prasībām ir pretrunas, dublēšanās vai nenoteiktas situācijas?” Jautājiet un pārbaudiet. Filtrējiet rezultātu kā cilvēks.
5. darbība. Nosakiet prioritātes un apstipriniet. Nosakiet prioritāti stāstiem ar ieinteresētajām personām, pamatojoties uz biznesa vērtību un steidzamību. Prioritārais lēmums pieder biznesa vienībai, nevis AI.
Neaizmirstiet par nefunkcionālajām prasībām
Lielākajai daļai projektu ir grūtības šajā jomā, jo, rakstot funkcionālās prasības, viņi aizmirst nefunkcionālos. Pārskats var darboties “pareizi”, taču, ja tā atvēršanai nepieciešamas 45 sekundes, neviens to neizmantos. Šajā tabulā ir parādīti bieži aizmirstie nefunkcionālo prasību veidi un izmērāmi rakstīšanas piemēri.
Žanrs
slikta izteiksme
izmērāma izteiksme
Performance
"Jābūt ātri"
“Vaicājuma atbilde < 2 s pie vidējās slodzes”
pieejamība
"Ikvienam ir jāspēj to izmantot"
"Saderīgs ar WCAG 2.1 AA; pilna tastatūras navigācija"
Drošība
"Tam jābūt drošam"
"Personiskie dati miera stāvoklī ir šifrēti; piekļuve ir balstīta uz lomu"
pieejamību
"Jābūt viegli"
"Jauns lietotājs pabeidz pasūtījumu 3 soļos bez apmācības"
Pieejamība/nepārtrauktība
"Nevajadzētu avarēt"
"Mēneša darbības laiks ≥ 99,5%"
Trīs mini futrāļi: pēc skaitļiem
1. gadījums — neizmērāmas vajadzības cena. Ekrāns, kas tika izstrādāts bankā ar prasību, ka "atskaites ekrānam jāatveras ātri", lauka slodzes laikā atvērās 22 sekundēs. Izstrādātājs domāja, ka viņš savā vidē nodrošina vārdu "ātrs" (2 sekundes). Ja prasība būtu rakstīta kā "< 3 sekundes pīķa stundā, faktiskā caurlaidspēja", problēma tiktu konstatēta pārbaudē. Pārbūve izmaksāja 3 nedēļas un izmērāmas papildu izmaksas.
2. gadījums. Pieņemšanas kritēriju noteiktais trūkums. Rakstot pieņemšanas kritērijus stāstam "sistēma piemēro atlaidi" kādā e-komercijas projektā, ieinteresētā puse pamanīja, ka, kas notiktu, ja atlaide nonāktu pretrunā ar kuponu un VIP atlaidi, netiek apspriests vispār. Viens jautājums Dots/Kad/Tad novērsa dubultās atlaides kļūdu pirms palaišanas; Šī kļūda radīja nopietnus ieņēmumu zaudējumus līdzīgos projektos.
3. gadījums — mākslīgā intelekta izstrādāts noteikums. HR projektā AI prasību projektam pievienoja teikumu "atvaļinājuma pieprasījums tiek automātiski apstiprināts 24 stundu laikā". Šāda automātiska apstiprināšana sēdē netika apspriesta; Modelis bija izveidojis noteikumu, kas šķita "saprātīgs". Blakus katrai prasībai eksperts raksta “avots: kura intervija/dokuments?” Pievienojot kolonnu, viņš noņēma 4 bezavota teikumus.
Vāja uzvedne / spēcīga uzvedne
Vāja uzvedne:
Rakstiet lietotāja stāstus šim projektam.
Spēcīga uzvedne:
Jūsu loma: jūs esat MIS biznesa analītiķis.Izņemiet lietotāju stāstus no tālāk esošās intervijas piezīmes.Noteikumi:- Formāts: “Kā [loma], [mērķim], es vēlos [funkciju].”- Katram stāstam ierakstiet VISMAZ 2 pieņemšanas kritērijus formātā Dots/Kad/Tad.- Pievienojiet sleju “Avots” blakus katram stāstam.- Nevienā teikumā tas nebija norādīts, ka tas ir UNC? piezīme; montāža.- Atsevišķā sadaļā ierakstiet izmērāmās nefunkcionālās prasības (veiktspēja, drošība, pieejamība). Intervijas piezīme:[teksts]
Spēcīga uzvedne vienlaikus nodrošina stāsta formātu, pieņemšanas kritērijus, avota izsekojamību un nefunkcionālās prasības; Tādējādi ir vieglāk kontrolēt izvadi.
Četras kopējamas veidnes
1) Prasību precizējums:
Pārskatiet tālāk norādīto prasību. Atzīmējiet katru apgalvojumu, kas ir neskaidrs, nesamērojams vai pieejams vairākām interpretācijām, un katram uzrakstiet precizējošu jautājumu. Neizdomā atbildi. Prasība: [teksts]
2) Pretrunu skenēšana:
Tālāk esošajā prasību sarakstā atrodiet vienumus, kas ir pretrunā viens otram, atkārtojas vai atstāj loģiskas nepilnības. Ziņojiet par katru atradumu, norādot pozīcijas numurus un viena teikuma pamatojumu. Saraksts: [teksts]
3) Pieņemšanas kritēriju ģenerēšana:
Uzrakstiet vismaz 4 pieņemšanas kritērijus šādam lietotāja stāstam formātā Dots/Kad/Tad, tostarp ierobežojuma un izņēmuma gadījumus. Norādiet arī visus neskaidros punktus. Stāsts: [teksts]
4) Darbības jomas izklāsts:
Sagatavojiet vienumus "Tēmas jomā" un "Ārpus darbības jomas" kā divu sleju tabulu atbilstoši tālāk norādītajām prasībām. Iezīmējiet [NEPIECIEŠAMS APSTIPRINĀJUMS] jebkurai precei, par kuru neesat pārliecināts. Prasības: [teksts]
Biežas kļūdas
- Domāt par risinājumu ir nepieciešamība. “Pievienot nolaižamo izvēlni” ir risinājums, nevis prasība. Prasībā teikts, ka "lietotājam jāspēj izvēlēties valsti no definētā saraksta"; IT komanda izstrādā risinājumu.
- Izlaižot nefunkcionālos. Vienkārši pierakstot “ko darīt” un aizmirstot “kā būt” (ātrums, drošība, pieejamība) ir visizplatītākā un dārgākā nepilnība.
- Lietojot neizmērojamus īpašības vārdus. Tādi vārdi kā "ātrs, vienkāršs, drošs, lietotājam draudzīgs" ir nederīgi bez sliekšņa.
- Nepamanot likumu, ko AI ir izdomājis. Modelis var pievienot “saprātīgus”, bet faktiski nerunātus noteikumus; Lūdziet resursus katrai nepieciešamībai.
- Atstājot prioritāšu noteikšanu AI. Pirmais, kas jādara, ir biznesa vērtības lēmums; Uzņēmējdarbības vienība to sniedz.
Uzmanību! Visbīstamākais teikums prasību analīzē ir "visi to jau zina". Neizteikti pieņēmumi neietilpst dokumentācijā, nekad neiekļūst kodā un parādās laukā. Pajautājiet AI “kas šajā prasībā ir pieņemts, bet nav rakstīts?” padara šos slēptos pieņēmumus redzamus.
Rezumējot
Prasību analīze skaidrā, izmērāmā un izsekojamā veidā nosaka, kas sistēmai jādara. Funkcionālās prasības raksturo darbu, nefunkcionālās prasības raksturo īpašības, un pēdējās bieži tiek aizmirstas. Lietotāja stāsts un Pieņemšanas kritēriji Dots/Kad/Tad ir spēcīgi instrumenti, kas novērš nenoteiktību. Mākslīgais intelekts ievērojami paātrina sižetu, pieņemšanas kritēriju, konfliktu noteikšanu un jautājumu noskaidrošanu veidošanu; Tomēr par biznesa noteikumu pareizību, darbības jomu un prioritāro lēmumu, kā arī katra teikuma avotu ir atbildīgs cilvēks. Nepabeidziet nekādas prasības, kas ir bez avota un nav izmērāmas.
Lietojumprogrammas uzdevums
Uzrakstiet vienas rindkopas biznesa pieprasījumu par iedomātu "tiešsaistes tikšanās sistēmu" (piemēram, "Klientiem ir jābūt iespējai veikt tikšanās tiešsaistē, darbiniekiem ir jābūt iespējai redzēt kalendārus"). (1) Izveidojiet vismaz 5 lietotāju stāstus un 2 pieņemšanas kritērijus katram, izmantojot spēcīgu uzvedni no šī pieprasījuma. (2) Atrodiet vismaz 2 slēptās nepilnības modeļa radītajos kritērijos (piemēram, dubulta tikšanās vienlaikus, atcelšanas noteikums). (3) Iekļaujiet vismaz 3 nefunkcionālas prasības izmērāmā formā. (4) Norādiet vismaz 3 vienumus kā "ārpus darbības jomas". (5) Atzīmējiet noteikumu, ko modelis varētu būt izdomājis, un uzrakstiet, kā jūs to apstiprinātu.
kontrolsaraksts
- [ ] Funkcionālās un nefunkcionālās prasības rakstīju atsevišķi.
- [ ] Katra prasība ir skaidra, izmērāma un pārbaudāma.
- [ ] Katram stāstam ir Dots/Kad/Tad pieņemšanas kritēriji.
- [ ] Es varu izsekot katras prasības avotam (sarunai/dokumentam).
- [ ] Es atzīmēju iespējamos noteikumus, ko AI bija izdomājis, un atstāju tos apstiprināšanai.
- [ ] Es veicu prioritāšu noteikšanu kopā ar biznesa vienību.