Пайдалар:
- Жасалма интеллекттин колдоосу менен функционалдык жана функционалдык эмес талаптарды ажырата билүү жана так, өлчөнүүчү талаптардын туюнтмаларын жазуу
- Колдонуучунун окуясын, кабыл алуу критерийлерин жана интервью жазууларынан масштабдын чегин алуу үчүн структураланган сунуштар менен жасалма интеллектти колдонуу мүмкүнчүлүгү
- AI тарабынан түзүлгөн талаптарды бүдөмүк, карама-каршылык жана жетишпеген эрежелер боюнча текшерүүнү адат кылып алуу жана аларды кызыкдар тараптар менен ырастоо
Талаптарды талдоо - бул система эмне кылуу керек экенин толук, так жана текшериле турган жол менен аныктоо милдети. Бул MIS адиси эң көп бааны чыгарган этаптардын бири; анткени бул жерде ката долбоордун аягында экспоненциалдуу түрдө өсөт. Талаптарды талдоо эки негизги түрү бар. Функционалдык талап система аткарышы керек болгон жумушту сүрөттөйт: "Система заказды ырастаганда кардарга электрондук кат жөнөтүшү керек." Функционалдык эмес талап системанын кандай болушу керектигин сүрөттөйт: аткаруу, коопсуздук, колдонууга ыңгайлуулук жана жеткиликтүүлүк сыяктуу сапаттар. "Баяндама экраны орточо жүктөөдө 2 секунддан аз убакытта ачылышы керек" - бул иштебеген талап.
Жакшы талап үч өзгөчөлүккө ээ: түшүнүктүү (анын бир чечмелөөсү бар), өлчөөчүлүгү (анын текшерилүүчү босогосу бар) жана байкоого боло тургандыгы (ал кандай бизнес муктаждыктарынан келип чыкканы түшүнүктүү). "Система тез болушу керек" булардын эч бирине жооп бербейт; "тез" субъективдүү, өлчөө мүмкүн эмес, сыналышы мүмкүн эмес. Бул этапта AI талаптарды түзүүдө жана түшүнүксүз сөздөрдү кармоодо күчтүү жардамчы болуп саналат; бирок кайсы бизнес эрежеси реалдуу экенин кызыкдар тарап гана чечет.
Колдонуучунун окуясы жана кабыл алуу критерийлери
Заманбап талаптарды жазууда кеңири таралган формат - бул колдонуучунун окуясы: "[Рол] катары, [максат] үчүн, мен [функцияны] каалайм." Мисал: "Сатуу өкүлү катары мен мобилдик экрандан арзандатууларды эсептөөнү каалайм, андыктан талаада тез цитата келтире алам." Окуя кыска жана бизнеске багытталган; Бул техникалык чечимди таңуулабайт.
Ар бир окуяда кабыл алуу критерийлери болушу керек: окуя "макул" деп табылышы үчүн аткарылышы керек болгон сыноодон өтүүчү шарттар. Көбүнчө колдонулган үлгү "Берилген/Качан/Андан кийин" үлгүсү: "Берилген: кардар VIP сегментинде. Качан: 10 000 TLден ашык буйрутмалар. Андан кийин: система 5% арзандатууну колдонот." Бул үлгү түшүнүксүздүктү жок кылат, анткени ал шарт менен күтүлгөн натыйжаны так байланыштырат.
Кеңеш: Колдонуучунун окуясын жасалма интеллектке жазып жатканда, "ар бир окуя үчүн Берилген/Качан/Андан кийин форматында жок дегенде 2 кабыл алуу критерийин түзүңүз" деп айтууну унутпаңыз. Модель эталондорду чыгарууга аргасыз болгондо, талаптагы жашыруун боштуктар көрүнүп калат.
Кадам-кадам: AI жардамы менен талаптарды казып алуу
1-кадам - чийки киргизүү чогултуу. Чалуу журналдары, электрондук почталар, учурдагы скриншоттор, даттануу тизмелери. Канчалык реалдуу киргизсе, ошончолук азыраак жасалат.
2-кадам — Окуялардын биринчи топтомун чыгарып алыңыз. Жасалма интеллектке чийки салымдарды бериңиз жана аны колдонуучу окуянын долбоорлорун чыгарыңыз. Бул кадам толук тизме эмес, биринчи кадам.
3-кадам — Кабыл алуу критерийлерин кошуу. Ар бир окуя үчүн берилген/качан/анда критерийлерди жаратыңыз. Критерийлерди чыгарууга мүмкүн болбогон окуя иш жүзүндө анын жетиштүү түрдө аныкталбаганын билдирет.
4-кадам — карама-каршылыктарды жана боштуктарды издөө. AIдан "бул талаптардын ортосунда карама-каршылыктар, кайталоолор же аныкталбаган жагдайлар барбы?" Сурап, текшерип көр. Натыйжаны адам катары чыпкалаңыз.
5-кадам - Приоритеттүү жана ырастоо. Бизнестин баалуулугуна жана шашылыштыгына негизделген кызыкдар тараптар менен окуяларга артыкчылык бериңиз. Приоритеттүү чечим AI эмес, бизнес бирдигине таандык.
Функционалдык эмес талаптарды унутпаңыз
Долбоорлордун көбү функционалдык талаптарды жазып жатканда иштебегендерин унутуп койгондуктан, талаада кыйынчылыктар бар. Отчет "туура" иштеши мүмкүн, бирок аны ачуу үчүн 45 секунд талап кылынса, аны эч ким колдонбойт. Төмөнкү таблицада көбүнчө көз жаздымда калган функционалдык эмес талаптардын түрлөрү жана өлчөнгөн жазуу мисалдары көрсөтүлгөн.
Жанр
жаман билдирүү
өлчөнгөн туюнтма
Performance
"Тез болушу керек"
"Суроо жообу < орточо жүктөөдө 2 сек"
жеткиликтүүлүк
"Ар бир адам колдоно билиши керек"
"WCAG 2.1 AA ылайыктуу; толук баскычтоп навигациясы"
Коопсуздук
"Коопсуз болушу керек"
"Жеке маалыматтар эс алууда шифрленген; кирүү ролго негизделген"
жеткиликтүүлүгү
"Жеңил болушу керек"
"Жаңы колдонуучу буйрукту 3 кадамда окубастан бүтүрөт"
Жеткиликтүүлүк/үзгүлтүксүздүк
"Кырылып калбаш керек"
"Ай сайын иштөө убактысы ≥ 99,5%"
Үч мини Case: Сандар боюнча
1-жагдай - Ченбеген муктаждыктын баасы. Банкта «отчет экраны тез ачылсын» деген талап менен иштелип чыккан экран талаа жүктөмүндө 22 секундда ачылды. Иштеп чыгуучу өзүнүн чөйрөсүндө "тез" деген сөздү берип жатат деп ойлогон (2 секунд). Эгерде талап "чыгуучу саатта < 3 сек, иш жүзүндөгү өткөрүү жөндөмдүүлүгү" деп жазылган болсо, көйгөй тестирлөөдө кармалып калмак. Реконструкциялоо 3 жумага жана өлчөнө турган кошумча чыгымды талап кылат.
2-жагдай - Кабыл алуу критерийлери менен камтылган боштук. Электрондук коммерция долбоорунда "система арзандатууларды колдонот" окуясын кабыл алуу критерийлерин жазып жатып, кызыкдар тарап эгер арзандатуу купонго жана VIP арзандатууга карама-каршы келсе эмне болорун байкаган. Жалгыз Берилген/Качан/Анан суроосу түз эфирден мурун кош эсептик катаны алдын алды; Бул ката окшош долбоорлордо олуттуу киреше жоготууга алып келди.
3-жагдай - AI тарабынан түзүлгөн эреже. HR долбоорунда AI талаптар долбооруна "өргүү өтүнүчү автоматтык түрдө 24 сааттын ичинде бекитилет" деген сүйлөмдү кошту. Жыйында мындай автоматтык бекитүү талкууланган жок; Модель "эстүү" көрүнгөн эрежени ойлоп тапкан. Ар бир талаптын жанына эксперт “булак: кайсы интервью/документ?” деп жазат. Мамычаны кошуу менен ал 4 булаксыз сүйлөмдү алып салды.
Алсыз тездик / Күчтүү эскертүү
Алсыз билдирүү:
Бул долбоор үчүн колдонуучу окуяларын жаз.
Күчтүү билдирүү:
Сиздин ролуңуз: Сиз MIS бизнес талдоочусусуз. Төмөндөгү интервью жазуусунан колдонуучунун окуяларын чыгарып алыңыз. Эрежелер:- Формат: “[Рол] катары, [максат] үчүн, мен [функцияны] каалайм.”- Берилген/Качан/Андан кийин форматында ар бир окуя үчүн АЗЫНДА 2 кабыл алуу критерийин жазыңыз.- Ар бир окуянын жанына “Булак: ЛаИНТА” тилкесин кошуңуз. эскертүүдө түшүнүксүз болгон ар кандай эреже; тууралоо.- Өлчөнө турган функционалдык эмес талаптарды (аткаруу, коопсуздук, жеткиликтүүлүк) өзүнчө бөлүмгө жазыңыз. Маектешүү эскертүүсү:[текст]
Күчтүү ыкчам окуянын форматын, кабыл алуу критерийлерин, булакка байкоо жүргүзүүнү жана функционалдык эмес талаптарды бир эле учурда ишке ашырат; Бул чыгарууну көзөмөлдөөнү жеңилдетет.
Көчүрмө төрт шаблон
1) Талаптарды тактоо:
Төмөнкү талапты карап чыгыңыз. Ар бир түшүнүксүз, салыштырууга мүмкүн эмес же бир нече чечмелөөгө ачык болгон ар бир билдирүүнү белгилеп, ар бирине тактоочу суроо жазыңыз. Жоопту ойлобо. Талап: [текст]
2) карама-каршылыктарды сканерлөө:
Төмөндөгү талаптардын тизмесинен бири-бирине карама-каршы келген, кайталануучу же логикалык боштуктарды калтырган нерселерди табыңыз. Ар бир жыйынтыкты пункттун номерлери жана бир сүйлөмдөн турган негиздеме менен кабарлаңыз. Тизме: [текст]
3) кабыл алуу критерийлерин түзүү:
Берилген/Качан/Андан кийин форматында төмөнкү колдонуучу окуясы үчүн эң аз дегенде 4 кабыл алуу критерийин жазыңыз, анын ичинде чектөө жана өзгөчө учурлар. Ошондой эле түшүнүксүз болгон жерлерди тизмектеп алыңыз. Окуя: [текст]
4) чөйрөнүн схемасы:
Төмөнкү талаптарга ылайык эки тилкелүү таблица катары "Калкымда" жана "Калктан тышкары" пункттарынын долбоорун түзүңүз. Сиз ишенбеген нерселердин бардыгына [ЫСТАЙМА КЕРЕК] этикеткасын коюңуз. Талаптар: [текст]
Жалпы каталар
- Чечүүнү ойлонуу - бул муктаждык. "Ашылма менюну кошуу" бул талап эмес, чечим. Талапта "колдонуучу өлкөнү аныкталган тизмеден тандай алышы керек" деп айтылат; IT командасы чечимди иштеп чыгат.
- Иштебегендерди өткөрүп жиберүү. Жөн гана “эмне кылуу керек” деп жазып, “кандай болуу керек” дегенди унутуу (тездик, коопсуздук, жеткиликтүүлүк) эң кеңири таралган жана эң кымбат жылчык.
- Ченемсиз сын атоочторду колдонуу. "тез, жеңил, коопсуз, колдонуучуга ыңгайлуу" сыяктуу сөздөр босогосу жок жараксыз.
- AI түзгөн эрежени байкабай. Модель “акылга сыярлык”, бирок иш жүзүндө айтылбаган эрежелерди кошо алат; Ар бир муктаждык үчүн ресурстарды сураңыз.
- Артыкчылыкты AIга калтыруу. Биринчи эмне кылуу керек, бул бизнес-баалуу чечим; Муну бизнес бөлүмү берет.
Абайлаңыз: Талаптарды талдоодо эң коркунучтуу сүйлөм - бул "баары буга чейин эле билет". Айтылбаган божомолдор документацияга кирбейт, эч качан кодго кирбейт жана талаада пайда болот. AIдан "бул талапта эмне болжолдонуп, бирок жазылган эмес?" деп сураңыз. бул жашыруун божомолдорду көрүнөө кылат.
Кыскача айтканда
Талаптарды талдоо система так, өлчөнгөн жана байкоого боло турган жол менен эмне кылышы керектигин аныктайт. Функционалдык талаптар жумушту, функционалдык эмес талаптар сапаттарды сүрөттөйт, ал эми экинчиси көп учурда унутулуп калат. Колдонуучунун окуясы жана Берилген/Качан/Андан кийин кабыл алуу критерийлери белгисиздикти жок кылган күчтүү инструмент болуп саналат. Жасалма интеллект сюжеттик такталарды, кабыл алуу критерийлерин, чыр-чатакты аныктоону жана суроолорду тактоону кыйла тездетет; Бирок, бизнес эрежесинин тууралыгы, масштабы жана артыкчылыктуу чечими жана ар бир сүйлөмдүн булагы адамдын жоопкерчилигинде. Булаксыз жана өлчөө мүмкүн болбогон талапты аягына чыгарбаңыз.
Колдонмо тапшырмасы
Ойдон чыгарылган "онлайн жолугушуу системасы" үчүн бир абзацтан турган бизнес өтүнүчүн жазыңыз (мисалы, "Кардарлар онлайн жолугушууларды түзө алышы керек, кызматкерлер календарды көрө алышы керек"). (1) Бул суроо-талаптын күчтүү сунушу менен кеминде 5 колдонуучу окуясын жана 2 кабыл алуу критерийин түзүңүз. (2) Модел тарабынан иштелип чыккан критерийлерде жок дегенде 2 жашыруун боштуктарды табыңыз (мисалы, бир эле учурда эки жолу дайындоо, жокко чыгаруу эрежеси). (3) Өлчөнө турган формага кеминде 3 функционалдык эмес талаптарды киргизүү. (4) Жок дегенде 3 пунктту "Калктан тышкары" деп аныктаңыз. (5) Модель ойлоп тапкан эрежени белгилеп, аны кантип ырастай турганыңызды жазыңыз.
текшерүү тизмеси
- [ ] Мен функционалдык жана функционалдык эмес талаптарды өзүнчө жаздым.
- [ ] Ар бир талап так, өлчөнүүчү жана текшерилет.
- [ ] Ар бир окуя берилген/качан/анда кабыл алуу критерийлери бар.
- [ ] Мен ар бир талаптын булагын (маектешүү/документ) издей алам.
- [ ] Мен AI түзгөн мүмкүн болгон эрежелерди белгилеп, аларды ырастоо үчүн калтырдым.
- [ ] Мен бизнес бирдиги менен бирге приоритеттүү кылдым.