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