Разбор задачи с собеседования на системного аналитика. Часть 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

Открываю набор на менторство 🚀

Хочу поделиться, что с начала этого года начал заниматься менторством по системному анализу. Программа обучения уже готова. Сейчас ищу первых менти, которые хотят погрузиться в сферу системного анализа.

Как будет проходить обучение ? 🤔

Будущего менти ожидает 2 трека подготовки:

1️⃣ Обучающий трек: 8 занятий по основным темам системного анализа (требования, моделирование, базы данных, SQL, интеграции, архитектура), домашние задания и работа над проектом.

2️⃣ Карьерный трек: помощь с подготовкой резюме, проведение мок-собеседований, сопровождение на период испытательного срока.

Длительность обучения - 3 месяца.

За это время вы приобретете необходимые знания для успешного старта в системном анализе.

Записаться на программу и уточнить интересующие вас вопросы можно в личных сообщениях @zapselsky_v.

Буду благодарен, если поделитесь постом с теми, кто может быть заинтересован в данном обучении 🙏

Формируем базу знаний 🧐

Решил начать собирать и структурировать материалы из канала в едином месте для удобной навигации. Буду выкладывать сжатые посты по темам из списка ниже в канал, а полные версии статей можно будет найти в Yonote.

В первую версию базы знаний войдут следующие темы:

1. Работа с требованиями ✉️
2. Моделирование 🧩
3. Базы данных 📊
4. Интеграции 💡
5. Архитектура 🏠
6. Общие знания из Computer Science (безопасность, тестирование и т.д) 💻

Какие бы еще темы хотелось видеть в базе знаний ? Пишите в комментарии пожелания 🔥

Сценарии использования: преимущества и недостатки 🤔

Начинаем серию постов с темы «Требования» и сегодня разберем технику сценариев использования (use case).

Use case - это сценарий, который показывает, как система должна реагировать на действия пользователя.

Сценарий использования описывает взаимодействие между пользователем (или другим внешним объектом) и системой.

Например, если мы разрабатываем приложение для бронирования билетов, один из Use Case может описывать процесс покупки билета клиентом.

Данная техника может применяться в следующих задачах:

1️⃣Используется для определения функциональных требований к системе
2️⃣Может выступать в качестве инструмента для общения с заинтересованными лицами
3️⃣Позволяет управлять изменениями на проекте
🔤Могжет являться основой для тестирования , пользовательского интерфейса и пользовательской документации

Если хотите узнать про преимущества и недостатки сценариев использования, то смотрите новое видео на ютуб канале или читайте текстовую версию урока по ссылке.

———————
Применяете-ли вы данную технику на своих проектах ? Пишите в комментарии 👇