Eining 2 / 12

Kröfugreining og hugbúnaðarhönnun

Hagnaður:

  • Geta til að umbreyta óljósum viðskiptabeiðnum í skýrar, prófanlegar hugbúnaðarkröfur og notendasögur með gervigreindarstuðningi
  • Geta til að bera saman kosti og galla kerfishönnunar, gagnalíkans og byggingarákvarðana á skipulegan hátt við gervigreind
  • Geta til að sannreyna á gagnrýninn hátt fyrirhugaða hönnun gervigreindar gegn kröfum, sveigjanleika og takmörkunum

Meirihluti hugbúnaðarverkefna mistakast ekki vegna slæms kóða, heldur vegna misskilinna krafna. Beiðni í einni setningu eins og „Leyfðu notendum að hlaða niður skýrslum“ skilur eftir tugi ósvaraðra spurninga: Á hvaða sniði? Hver er í forsvari? Hversu margar plötur? Hvað ef það er hægt? Kröfugreining (að þýða viðskiptabeiðni yfir í skýrar, prófanlegar tæknilegar þarfir) og hugbúnaðarhönnun (bygging uppbyggingarinnar á pappír til að mæta þessum þörfum) er stigið þar sem komið er í veg fyrir dýrustu mistökin áður en kóða er skrifað. Í þessari einingu munum við læra að nota gervigreind sem „hugsunarfélagi“ á þessu stigi: samstarfsaðili sem dregur úr óvissu, flokkar valmöguleika, en lætur loka ákvörðun þína eftir.

AI framleiðir tvö stór gildi hér. Í fyrsta lagi spyr það spurninga sem þú sleppir; Það dregur upp á yfirborðið faldar forsendur og jaðartilvik í beiðni. Í öðru lagi töflur það fljótt kosti og galla hönnunarákvörðunar. En það er hættan: gervigreind mun gefa almennar ráðleggingar sem „bestu starfsvenjur“ án þess að þekkja samhengið þitt að fullu (fjárhagsáætlun, lið, núverandi kerfi, lagaleg þvingun). Það er þitt hlutverk að sía þessi ráð gegn þínum eigin sannleika.

Hugtök: Notendasaga: Stutt setning sem tjáir þörf í formi "... eins og ég vil geta... vegna þess að...". Samþykkisviðmið: Prófanleg skilyrði sem þarf að uppfylla til að starf teljist „lokið“. Óvirk krafa: Kröfur sem tengjast „hvernig það mun haga sér“ frekar en „hvað það mun gera“, svo sem hraða, öryggi, sveigjanleika.

Frá óljósri beiðni til prófanlegrar kröfu

Góð krafa er mælanleg og sannanleg. Ekki "láta kerfið vera hratt", heldur "leyfa leitarniðurstöðunum að skila sér innan 500 ms". Hér er skref fyrir skref leið til að nota gervigreind til að minnka óvissu:

  1. Gefðu beiðnina eins og hún er og láttu búa til spurninguna. Spyrðu gervigreindina ekki um lausnina, heldur fyrst að "lista eitthvað óljóst í þessari beiðni sem spurningu."
  2. Þú gefur svörin. Aðeins þú veist samhengið; Svaraðu spurningum gervigreindar með raunverulegum viðskiptaþvingunum þínum.
  3. Láttu þýða það í notendasögur og viðurkenningarviðmið. Þýddu útskýrða þörf yfir í prófanleg atriði.
  4. Bættu við jaðartilfellum og neikvæðum atburðarásum. „Tóm niðurstaða“, „óviðkomandi notandi“, „of stór skrá“ o.s.frv.

Tilvitnun um tvíræðni útdráttar: "Við munum þýða eftirfarandi viðskiptabeiðni í hugbúnaðarþörf. Ekki leggja til lausn ennþá. Fyrst skaltu draga út ALLAR tvíræðni og duldar forsendur sem ekki er svarað í þessari beiðni sem lista yfir spurningar. Flokkaðu spurningunum undir eftirfarandi fyrirsögnum: umfang, notandi/heimild, gagnamagn, afköst, villuskilyrði, 'Let report users' order: öryggi. niðurhalspöntun"

Notendasaga + samþykkisviðmið: "Deilið eftirfarandi skýrðu þörf í notendasögur sem eru í samræmi við INVEST meginreglur. Skrifaðu 3-5 prófanlegar samþykkisviðmiðanir fyrir hverja sögu (á Given-When-Then sniði). Bættu við að minnsta kosti 2 neikvæðum atburðarásum (óheimilan aðgang, tóm gögn). Þarftu: [skrifaðu skýra þörf hér]"

Að bera saman hönnunarákvarðanir við gervigreind

Hönnun er stöðug málamiðlun: hraði á móti sveigjanleika, einfaldleiki á móti sveigjanleika? AI setur þessi málamiðlun í fljótlegan töflureikni. Til dæmis, fyrir "senda tilkynningu" eiginleika, geturðu deilt um hvort nota eigi samstillta (senda eftir beiðni) eða ósamstillta (biðröð, senda í bakgrunni) nálgun.

Hönnunarsamanburður: "Ég er að hanna eiginleika 'senda tölvupósttilkynningu til notandans'. Berðu saman þessar tvær aðferðir: (A) samstillt afhendingu meðan á HTTP-beiðni stendur, (B) ósamstillt afhending í bakgrunni með því að setja það í skilaboðaröðina. Búðu til töflu á eftirfarandi ásum: biðtími notanda, bilanaþol, flókið, innviðauppbyggingarkostnaður í2. veldu á endanum í hvaða tilfelli ekki taka ákvörðun fyrir mig.“

ás

samstilltur sending

Ósamstilltur (röð)

Biðtími notenda

Langt (bíður eftir sendingu)

Stutt (skilar strax)

Bilunarþol

Low (beiðni springur ef send springur)

Hátt (reyna aftur mögulegt)

margbreytileika

lágt

Miðlungs hátt (biðröð innviðir)

Innviðakostnaður

lágt

Aukaíhlutir nauðsynlegir

Þar sem það passar

Lítið magn, einfalt forrit

Mikið magn, mikilvæg afhending

Ábending: Að segja gervigreindinni „ekki taka ákvörðunina fyrir mig, sýndu mér bara valkostina og skilyrðin“ neyðir þig til að hugsa og dregur úr hættu á að samþykkja tillögu í blindni. Besta hönnunarákvörðunin er sú sem tekin er af þeim sem þekkir samhengið þitt (þú).

Veik kvaðning / sterk kvaðning

WEAK: "Hannaðu gagnagrunn fyrir pöntunarkerfið." (Niðurstaða: hvaða mælikvarði, hvaða tengsl, hvaða takmarkanir eru ekki skýrar; almennt, óraunhæft kerfi.) STERKT: "Stingdu upp á drögum að gagnalíkani fyrir litla rafræna verslun. Einingar: Viðskiptavinur, pöntun, vara, pöntunarhlutur. Takmarkanir: það geta verið margar vörur í pöntun; vöruverðið getur breyst með tímanum, en núverandi verð ætti að vera varðveitt í 50 daga pöntun og hvers vegna fyrri pöntun. að „Útskýrðu að þú hafir tekið ákvörðunina. Tilgreindu hvernig þú leystir verðsöguvandann. Gefðu það sem lista yfir einingar og reiti, ekki kóða."

Munurinn á öflugri hvetja; mælikvarða (500 pantanir á dag), viðskiptareglu (verður að viðhalda fyrra verði) og æskilegt framleiðslusnið. Ein setning eins og "Fortíðarverð verður að viðhalda" gjörbreytir hönnuninni; Ef þú tilgreinir þetta ekki mun gervigreind framleiða ónákvæma en trúverðuga skýringarmynd.

Mini Cases

Tilvik 1 - Falin forsenda. Teymi kóðar beint beiðnina um „notandi getur hlaðið upp prófílmynd“. Annað teymi spurði gervigreindina um óvissu: "hámarksstærð? leyfð snið? óviðeigandi efnisstýring? eyða gamalli mynd?" Það framleiðir 8 spurningar eins og. Fyrsta liðið kemst að vandamálinu í framleiðslu þegar 20 MB skrár fylla þjóninn; Annað liðið leysir það í hönnun.

Tilvik 2 — Röng forsenda kvarða. AI leggur til flókið skyndiminnilag fyrir skýrslugerðareiginleika. Þegar verkfræðingur bendir á að raunveruleg gögn séu aðeins 30 skýrslur á dag, einfaldar gervigreind tillöguna. Að tilgreina ekki umfangið hefur í för með sér kostnað af óþarfa flókið; að tilgreina sparar 2 vikna óþarfa vinnu.

Tilfelli 3 — Bil við samþykkisviðmið. "Hvað gerist ef greiðslan mistekst?" Þar sem spurningin var aldrei spurð mun pöntunarkerfi samt merkja pöntunina sem „staðfesta“ ef greiðsla mistókst. Listinn yfir neikvæðar aðstæður sem myndast af gervigreind fangar þetta bil; 1 línu samþykkisviðmið kemur í veg fyrir tap á raunverulegum peningum.

Algeng mistök

  • Sendir beiðnina beint í kóðann. Kóði skrifaður áður en tvíræðni er leystur leysir fljótt rangt vandamál.
  • Að taka í blindni almenna „bestu starfshætti“ gervigreindar. Ef þú tilgreinir ekki samhengið þitt (kvarða, fjárhagsáætlun, lið) munu tilmælin ekki virka fyrir þig.
  • Sleppa óvirkum kröfum. Ef hraði, öryggi og umfang eru ekki tilgreind, verður hönnunin ófullnægjandi.
  • Bara að hugsa um hamingjusömu atburðarásina. Neikvæðar aðstæður eins og tóm gögn, óviðkomandi notandi, villustaða ætti að vera með í hönnuninni.
  • Framselja ákvörðunina til AI. AI býr til valkosti; Þú ákveður hvaða skipti hentar fyrirtækinu þínu.

Í stuttu máli

Kröfugreining og hönnun er stigið þar sem ódýrustu villurnar nást. Hér býr gervigreind til spurningar sem afhjúpa óvissu, semur notendasögur og viðurkenningarviðmið og kortleggur hönnunarmál. En aðeins þú veist samhengið; Það er þitt hlutverk að sía ráðleggingar gervigreindar út frá umfangi þínu, fjárhagsáætlun, teymi og lagalegum takmörkunum og taka endanlega ákvörðun. Aginn „ekki taka ákvörðunina fyrir mig, sýndu mér valkostina“ leiðir bæði til betri hönnunar og dýpri náms.

Umsóknarverkefni

Veldu einnar setningar starfsbeiðni úr samhengi þínu. Notaðu fyrst tvíræðnihvetjunina á gervigreindina og svaraðu spurningunum með raunverulegum takmörkunum þínum. Þýddu síðan skýra þörf í að minnsta kosti 2 notendasögur og 3 samþykkisviðmið fyrir hverja; Láttu að minnsta kosti eina neikvæða atburðarás fylgja með. Búðu að lokum til samanburðartöflu fyrir hönnunarákvörðun (samstilltur/ósamstilltur, töflubygging o.s.frv.) og skrifaðu þína eigin ákvörðun í 2 setningum.

gátlisti

  • [ ] Ég fjarlægði tvíræðni sem spurningar áður en ég sendi beiðnina inn í kóðann.
  • [ ] Ég gaf gervigreindinni samhengið (kvarða, vald, frammistöðu, lagalegar skorður).
  • [ ] Ég skipti notendasögunum í prófanlegar samþykkisviðmiðanir.
  • [ ] Ég bætti við að minnsta kosti einni ókosti/brún atburðarás.
  • [ ] Ég mat hönnunarákvörðunina með skiptatöflunni.
  • [ ] Ég tók endanlega ákvörðun út frá samhengi mínu, ég lét það ekki eftir gervigreindinni.