TGViewer
Business | System analyst Business | System analyst @ba_and_sa · 17.7K subscribers
Post #908 12K
​​​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему о требованиях:

#вопросыссобеседования

Часть 3:

📍Вопрос 1: Что такое требование, какие бывают типы требований?

✅Краткий ответ: Требование — описывает, что нужно сделать для достижения определенных бизнес-целей. Это входные данные для различных этапов жизненного цикла программного обеспечения (SDLC). Требования — это основа проекта, которые перед реализацией должны быть утверждены заинтересованными сторонами и бизнес-пользователями

Типы/уровни требований:

- Бизнес-требования (business requirements) - высокоуровневая бизнес-цель организации или заказчиков системы
- Пользовательские требования (user requirements) - описывают цели или задачи, которые пользователи должны иметь возможность выполнять с помощью продукта, который в свою очередь должен приносить пользу кому-то.
- Функциональные требования (functional requirements) - это особенности продукта или функции, которые разработчики должны реализовать, чтобы пользователи могли выполнять свои задачи, иными словами это описание требуемого поведения системы в определенных условиях.

Отдельно выделяют Нефункциональные требования (non-functional requirements) - описание свойства или особенности, которым должна обладать система, или ограничение, которое должна соблюдать система.

📎Материалы по теме:
- Выявление и сбор требований к ПО

📍Вопрос 2: Какими свойствами обладают хорошие требования?

✅ Краткий ответ: Хорошие требования должны удовлетворять нескольким критериям:
- Завершенность (требование должно быть описано для всех возможных условий)
- Атомарность (требование нельзя разбить на более детальные требования)
- Недвусмысленность (означает, что существует только один вариант интерпретации требования)
- Проверяемость/Тестируемость (означает, что тестеры должны иметь возможность проверить, было ли требование реализовано корректно)
- Полнота (требование должно быть описано подробно и понятно для реализации)
- Корректность (если требование содержит факты, эти факты должны быть достоверны)
- Понятность (требования должны быть грамматически правильные, написаны в соответствующем стиле)
- Независимость (чтобы понять требование, не нужно знать какое-либо другое требование)
- Абстрактность (требования не должны содержать ненужной информации о дизайне и реализации системы)
- Необходимость (требование должно быть необходимым для работы системы, в требовании нет необходимости, если оно не нужно ни одному заинтересованному лицу, и удаление требования не повлияет на работу системы)
- Однозначность (требование должно быть написано понятным языком для всех, т.е. все, кто работает с требованиями, должны интерпретировать их одинаково)
….

📎Материалы по теме:
- Требования к системе: характеристики хороших требований
- характеристики качества требований

📍Вопрос 3: Какие существуют методы сбора требований?

✅ Краткий ответ:
- Интервью
- Анкетирование/опрос
- Фокус-группа
- Семинар
- Мозговой штурм
- Совещание
- Моделирование процессов
- Прототипирование
- Анализ вариантов использования
- Анализ интерфейсов
- Анализ действующей документации
…

📎Материалы по теме:
- Метод сбора требований - Event Storming
- Техники сбора требований к разработке ПО

Источник: @ba_and_sa
#собеседование

‼️Раннее рассмотренные вопросы:

◾️Часть 1 - Что такое приоритизация требований и какие бывают методы расстановки приоритетов? Что такое SRS и какие бывают ключевые элементы? Что такое BRD и в чем разница между SRS?
◾️Часть 2 - Что такое UML моделирование? Что такое BPMN и его основные элементы?

p.s.Делитесь своими мыслями в комментариях
  • 🔥 36
  • 👍 18
  • ❤ 6
  • 👏 2
More from @ba_and_sa
  1. Oct 5, 2026Первые две недели на новом проекте — что делать чтобы не облажаться Салют! Помню своё перв…
  2. Oct 1, 2026Post #2818
  3. Sep 29, 2026Системный анализ тогда и сейчас — профессия изменилась, но не так как все думают Когда я н…
  4. Sep 25, 2026📊От основ и внедрения ИИ в аналитическую работу до защиты реального проекта за 136 часов…
  5. Sep 21, 2026«Подождём модель поумнее» — не самая грамотная стратегия работы с ИИ, и вот почему Салют!…
  6. Sep 19, 2026Самый ценный специалист в ИТ и бизнесе Если разработчик пишет код, а тимлид управляет зада…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →