1) Що таке Вимоги? a) Це «хотілки» замовника, перекладені бізнес аналітиком на зрозумілий для команди розробки проект b) Це зміна проектів і явищ c) Це спосіб вивчення глибинних процесів діяльності системи 2) Як перевірити вимоги? a) За допомогою техніки b) За допомогою мнемоніки CIRCUS MATTA c) Спеціальними способами 3) Що робити, якщо вимоги не відповідають якимсь пунктам"? a) Залишити як є b) Ставити питання і вміти формулювати питання c) Пропустити якийсь пункт 4) Які бувають вимоги? a) Основні та не основні b) Динамічні c) Функціональні та нефункціональні, прямі та непрямі 5) Які є підходи для запису вимог? a) Письмовий b) Текстовий та візуалізований c) Речовий 6) Виберіть як краще писати user story a) Краще писати одну, але об'ємну b) Краще писати кілька невеликих story, ніж одну , але дуже объемну c) Потрібно описати не точно потреби користувача 7) Виберіть інформацію яку може містити Use cases a) Що користувач не має робити b) Деталі реалізації c) Кроки, які робить користувач, щоб зростити певну дію 8) Виберіть елементи які може містити Use Cases a) Безуспішність сценаріїв b) Потреби та очікування стейкхолдерів c) Безальтернативні шляхи 9) Де шукати вимоги, якщо зі специфікацією не склалося ? a) У носія інформації b) У розробника c) У тестувальника

Вимоги

さんの投稿です
埋め込み

リーダーボード

表示スタイル

オプション

テンプレートを切り替える

自動保存: を復元しますか?