group-telegram.com/ba_and_sa/1607
Last Update:
Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и поговорим про требования к системе:
#вопросыссобеседования | @ba_and_sa
Часть 17:
📍Вопрос 1: Что такое документирование требований? Для чего документировать требования?
✅Краткий ответ:
Документирование требований – это процесс формального записывания требований к проекту или продукту. Это включает в себя определение функциональных и нефункциональных требований, а также требований к качеству и ограничений.
Документирование требований необходимо для того, чтобы:
1. Сформулировать и утвердить конкретные требования к продукту или процессу.
2. Определить стандарты, условия и критерии оценки, с которыми должны согласиться все заинтересованные стороны.
3. Установить точные границы и ограничения проекта или продукта.
4. Сведения требований к единым и однозначным формулировкам для всех участников проекта.
5. Улучшить коммуникацию между заказчиком и исполнителем.
6. Предотвратить внесение ошибок или недопониманий в процессе разработки.
7. Обеспечить возможность проверки выполнения задач.
8. Сохранить и передать знания о требованиях к продукту или процессу для текущих и будущих участников проектов….
📎Материалы по теме:
- Документирование требований
- Документирование требований: мелкие ошибки, порождающие крупные проблемы
📍Вопрос 2: Какие вы знаете методы / способы документирования требований?
✅ Краткий ответ:
1. Use Case диаграммы - представляют сценарии использования системы через взаимодействие актеров (пользователей) с системой.
- Каждый сценарий описывает, как система и пользователь взаимодействуют для достижения определенной цели.
- В основном используется для описания функциональных требований системы и их взаимосвязей
2. Entity Relationship диаграммы (ER-диаграммы) - описывают структуру данных в системе и их взаимосвязи.
- Моделируют сущности (объекты) и их атрибуты, а также связи между сущностями.
- Используется для документирования требований к базе данных и хранению информации.
3. UML (Unified Modeling Language) диаграммы - представляют различные аспекты системы, включая структуру, поведение, взаимодействие компонентов и т.д.
- Включают в себя Class диаграммы, Sequence диаграммы, Activity диаграммы, и др.
- Используется для визуализации и анализа требований, моделирования различных аспектов системы.
4. Моделирование Бизнес-процессов - описывают последовательность действий, необходимых для достижения определенной цели в рамках бизнес-процесса.
- Включают в себя процессы, ресурсы, участников и взаимодействие между ними.
- Используется для документирования бизнес-требований и процессов.
5. Технические спецификации - включают в себя подробные описания функциональных и нефункциональных требований, а также технические аспекты реализации системы.
- Описывают методы, алгоритмы, архитектуру, интерфейсы и т.д.
- Используется для передачи требований разработчикам и инженерам.
6. Прототипы и мокапы - представляют собой визуальные модели интерфейсов системы.
- Используются для визуализации и проверки пользовательских требований, а также для обсуждения идей и обратной связи.
Каждый из этих методов имеет свои особенности и может использоваться в зависимости от конкретных потребностей проекта и предпочтений команды.
Что такое требования к системе или какие они бывают, мы рассматривали раннее в 3 части
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
BY Business | System analyst
Share with your friend now:
group-telegram.com/ba_and_sa/1607