TG Telegram Group & Channel
Business | System analyst | United States America (US)
Create: 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

‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования

​​Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль 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

‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
🔥27👍147


>>Click here to continue<<

Business | System analyst






Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)