Требования и ТЗ: открытый тест по российским и зарубежным стандартам

Чтобы закрепить материал из прошлой статьи про стандарты разработки технического задания (ТЗ) и специфицирования требований к автоматизированным и информационным системам, а также программным изделиям, сегодня мы подготовили для вас открытый интерактивный тест по этой теме. Ответь на 10 простых вопросов и проверь уровень своего знакомства с ГОСТ 34.602-89, ГОСТ 19.201-78, а также SRS по ISO IEEE 29148-2011 и IEEE 830-1998!

Тест по разработке ТЗ: виды требований, примеры и стандарты

Очень часто системный и бизнес-аналитик сталкивается с задачей разработки требований к программному продукту и их специфицирования в виде ТЗ по шаблонам отечественных и зарубежных стандартов. Проверить свое знание этих регламентов разработки ТЗ вам поможет наш открытый тест. Ответы на многие из предлагаемых далее вопросов мы разбирали в статьях нашего блога, в частности, здесь.

Выбирайте из предложенных вариантов тот, который считаете верным. Правильный ответ с объяснением вы узнаете после того, как нажмете кнопку ОТПРАВИТЬ. Успехов!

1. «SLA системы составляет 99,99» — это требование описывает

 доступность

 надежность

 обслуживаемость

 отказоустойчивость

2. «Зарегистрированный пользователь может изменять настройки своего профиля в личном кабинете после 3-х дней подтверждения регистрации» — это представление требования в форме

 требование стейкхолдера

 use case

 user story

 функциональное требование

3. Для разработки ТЗ на систему автоматического регулирования температуры в жилой комнате подойдет шаблон по следующему стандарту

 ГОСТ 19.201-78

 SRS_IEEE-830-1998

 ISO IEEE 29148-2011

 ГОСТ 34.602-89

4. «В качестве постоянного хранилища данных должна использоваться распределенная файловая система Apache Hadoop (HDFS)» — это

 ограничение дизайна и реализации

 предположение и зависимость

 архитектурное требование

 бизнес-правило

5. Допустимо ли включать в ТЗ модели бизнес-процессов, потоков данных, предметной области, GUI-макеты и другие диаграммы

 Да, только в приложения

 Да, в приложения и по тексту самого документа

 Нет, это оформляется в виде отдельного документа

 Нет, ТЗ предполагает только текстовое описание функциональных и нефункциональных требований

6. «Для стабильного функционирования клиента системы необходимо стабильное HTTP-соединение  с сервером» — это

 ограничение дизайна и реализации

 архитектурное требование

 предположение и зависимость

 бизнес-правило

7. Чтобы показать связь между бизнес-правилами, регламентирующими документами и требованиями разных уровней, используется понятие

 приоритизации

 трассировки

 реализуемости

 покрытия

8. Требование «Каждый конверсионный элемент пользовательского веб-интерфейса должен соответствовать правилу 3-х кликов» является

 функциональным (functional)

 архитектурным

 нефункциональным (non-functional)

 системным

9. Варианты использования (use cases) описывают

 архитектуру системы

 не функциональные требования

 бизнес-требования

 функциональные требования

10. «Итоговый отчет по завершенным сделкам за прошедшие 30 дней автоматически формируется 1-го числа каждого месяца» — это 

 бизнес-правило

 бизнес-требование

 ограничение дизайна и реализации

 функциональное требование

 Загрузка …

Надеемся, это небольшое упражнение позволит вам структурировать и закрепить знания о видах требований к автоматизированным и информационным системам, а также программным изделиям и стандартами их специфицирования в виде ТЗ. Подробнее разобраться со всеми этими темами и научиться составлять документы по таким шаблонам вам поможет специализированный курс «Разработка ТЗ на информационную систему» в нашей Школе прикладного бизнес-анализа от лицензированного учебного центра обучения и повышения квалификации системных и бизнес-аналитиков в Москве.