Разбор задачи с собеседования на системного аналитика. Часть 1

Как обещал, делаю разбор задачи с собеседования. Условие специально изменил, чтобы не раскрывать все карты 🤫

Итак, задача: нужно спроектировать модель данных и описать логику работы сервиса-посредника по заказу авиабилетов (по типу Авиасейлз). Основные сценарии, которые берем в рассмотрение: найти и выбрать билет, выбрать самолет и место в самолете, оплатить заказ и получить билет.

Разберем задачу в двух постах. В первой части спроектируем модель данных, а во второй опишем логику работы сервиса.

Начнём решать задачу с проектирования модели данных.

1️⃣На первом этапе нужно убедиться, что мы поняли интервьюера верно и задать уточняющие вопросы для сбора дополнительных требований.

Из условия не совсем понятно, будем-ли мы хранить информацию о свободных местах в самолете или эта логика будет реализована на стороне авиакомпании ? Как будет производиться оплата ? Будут-ли храниться данные об оплате ? Все эти вопросы необходимо уточнить до решения задачи, потому что эти требования повлияют на дальнейшее решение.

Допустим, мы решили выполнять оплату через внешний сервис, не хранить данные об оплате и данные о свободных местах нам будет предоставлять компания-партнер

2️⃣ После уточнения требований переходим к созданию модели данных. Стоит сразу уточнить у интервьюера на каком уровне мы хотим создавать модель: концептуальный, логический или физический.

Допустим, мы решили остановиться на концептуальном уровне и не детализировать таблицы до атрибутов.

Далее нужно выделить сущности модели данных, я выделил следующие: Пользователь, Заказ, Рейс, Авиакомпания, Аэропорт, Билет.

3️⃣ Теперь переходим к расставлению связей между сущностями. Для этого определяем как сущности взаимосвязаны между собой.

Например, Пользователь может оформить много заказов, но заказ может быть оформлен только одним пользователем. Поэтому между сущностями Пользователь и Заказ существует связь 1-M.

Аналогичную процедуру проделываем для всех сущностей и получим диаграмму, которая находится во вложении.

Важный момент: связь "Заказ-Рейс" реализуется через дополнительную сущность "Билет". Это сделано для того, что "разбить" связь M-M. Такой подход очень часто применяется в подобных задачах с собеседований.

Как вам такой формат ? Продолжаем ? Ставь 🔥, если да!

#ITInterview

Разбор задачи с собеседования на системного аналитика. Часть 2

Продолжаем разбор задачи с собеседования на позицию системного аналитика, с условием задачи можете ознакомиться в предыдущем посте. Сегодня разберём как описать логику сервиса.

Начнем с выбора способа.

1️⃣ Логику можем описать в визуальном формате с помощью UML Sequence диаграммы или в текстовом формате с помощью сценария использования.

На собеседовании могут дать возможность выбрать любой из методов, а могут попросить описать с использованием конкретного метода. Поэтому нужно быть готовым к любому исходу и уметь работать как с sequence диаграммой, так и со сценариями использования.

Я решил выбрать второй способ и описать логику с помощью Use Case. Рассмотрим сценарий: «Купить авиабилеты»

Для описания сценария использования нам нужно:
а. Определить действующие лица сценария.
b. Определить системы, которые будут участвовать в сценарии.
c. Обозначить триггеры и предусловия.
d. Сформировать основной сценарий.
e. Проработать альтернативные сценарии.

2️⃣Выделим действующее лицо и системы, которые принимают участие в нашем сценарии. Пусть это будет "Пользователь", "Мобильное приложение"/"Система" и "Авиакомпания-партнер".

3️⃣Обозначим предусловие, необходимое для старта:

Пользователь должен быть авторизован в системе

4️⃣ Начнём формировать описание основного сценария. Описание должно удовлетворять следующим правилам:
1. Система должна подсказывать следующий шаг
2. Пользователь может только предоставляет данные, он не может выполнять операции
3. Система должна сообщать о результатах операции

Например,

1. Пользователь выбирает дату вылета, город отправления и город прибытия
2. Система показывает доступные рейсы в соотв. с фильтрами
3. Пользователь выбирает определенный рейс
4. Система запрашивает информацию о свободных местах в авиакомпании-партенере для определенного рейса
5. Авиакомпания-партнер предоставляет информацию о свободных местах для определенного рейса
6. Система показывает форму бронирования свободные мест на выбранный рейс
.....

5️⃣После проработки основного сценария можно приступить к формированию альтернативных потоков. Нужно последовательно пройтись по каждому пункту из основного сценария и определить, какие ещё исходы возможны при выполнении этого действия.

Например, для пункта 5 один из альтернативных сценариев может быть следующим:

5а. Все места заняты: Авиакомпания-партнер предоставляет информацию о том, что на рейсе нет свободных мест

Такой последовательности действий можно придерживаться при решении подобных задач в работе и на собеседовании. Сохраняйте и делитесь с коллегами, если было полезно 😉

#ITInterview