Нас давно просили начать вести канал — и вот мы здесь! Добро пожаловать в AnalystCore.
👀 Мы подаем материал с двух точек зрения: системного аналитика и разработчика. Ведь, чтобы правильно ставить задачи, нужно понимать, что важно не только бизнесу, но и разработчикам.
Здесь будут полезные материалы, лайфхаки, тренды и инструменты для карьерного роста системного аналитика. Канал для всех — будь то новичок или опытный профессионал. Подписывайтесь, чтобы не пропустить полезные статьи и новости о наших курсах и событиях!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13💯4🔥3
Кто такой системный аналитик?
Разработка любого ПО начинается с идеи 💡
Дуров придумал Telegram, Т-банк захотел выйти на рынок инвестиций и создал «Т-Инвестиции», а кто-то решил запустить сайт знакомств. Но чтобы превратить идею в реальный продукт, нужен системный аналитик. Именно он собирает требования, продумывает детали и ставит задачи для разработчиков.
✅ Если на входе у системного аналитика лишь фраза «нужно сделать сайт знакомств», то на выходе — уже конкретные требования:
* Возможность регистрации через соцсети.
* Фильтрация пользователей по интересам и локации.
* Чат с возможностью отправки фото и видео.
* Уведомления о новых совпадениях.
✅ Системный аналитик также продумывает клиентский путь: как пользователь будет регистрироваться, искать пару, отправлять сообщения.
✅ Он проектирует базу данных: таблицы пользователей, профилей, чатов и атрибуты вроде имени, возраста, интересов.
✅ Далее он прорабатывает взаимодействие между фронтендом и бэкендом: при запросе на поиск пары, фронтенд отправляет параметры (возраст, интересы), а бэкенд подбирает людей и возвращает список фронтенду, далее он красиво выводится на экран.
✅ СА продумывает алгоритм подбора пар — как выбрать тех, кто максимально совпадает по интересам?
Все это — моделирование системы. Системный аналитик превращает идеи в конкретные задачи для разработчиков и помогает их реализовывать.
Разработка любого ПО начинается с идеи 💡
Дуров придумал Telegram, Т-банк захотел выйти на рынок инвестиций и создал «Т-Инвестиции», а кто-то решил запустить сайт знакомств. Но чтобы превратить идею в реальный продукт, нужен системный аналитик. Именно он собирает требования, продумывает детали и ставит задачи для разработчиков.
✅ Если на входе у системного аналитика лишь фраза «нужно сделать сайт знакомств», то на выходе — уже конкретные требования:
* Возможность регистрации через соцсети.
* Фильтрация пользователей по интересам и локации.
* Чат с возможностью отправки фото и видео.
* Уведомления о новых совпадениях.
✅ Системный аналитик также продумывает клиентский путь: как пользователь будет регистрироваться, искать пару, отправлять сообщения.
✅ Он проектирует базу данных: таблицы пользователей, профилей, чатов и атрибуты вроде имени, возраста, интересов.
✅ Далее он прорабатывает взаимодействие между фронтендом и бэкендом: при запросе на поиск пары, фронтенд отправляет параметры (возраст, интересы), а бэкенд подбирает людей и возвращает список фронтенду, далее он красиво выводится на экран.
✅ СА продумывает алгоритм подбора пар — как выбрать тех, кто максимально совпадает по интересам?
Все это — моделирование системы. Системный аналитик превращает идеи в конкретные задачи для разработчиков и помогает их реализовывать.
👍13💯4🤩3
Системный анализ возник задолго до IT
😱 Открою тайну: системный аналитик занимается системным анализом. Вроде бы очевидно, но что это означает на практике?
Системный анализ появился давно и изначально применялся в военных целях, производстве и экономике. По теории, системный анализ — это научная дисциплина, которая изучает сложные объекты, рассматривая их как системы и анализируя их составные элементы, свойства и процессы. В общем, системный анализ применялся там, где требовалось управлять множеством взаимосвязанных процессов.
🌍☘️🌳 Вне зависимости от области применения, системный анализ всегда основан на моделировании и создании моделей. В IT мы моделируем бизнес-процессы, требования, данные и интерфейсы. А, например, в экологии создаются модели, которые прогнозируют влияние климата, водных ресурсов и состояния почвы на окружающую среду. Системный анализ помогает предсказать, как изменение климата повлияет на уровень воды в реках, сельское хозяйство и биоразнообразие в конкретных регионах.
🔤 🔤 А с появлением компьютерных технологий системный анализ нашел свое применение и в IT. Мы также изучаем сложные объекты — бизнес заказчика и его процессы, рассматривая их как системы с элементами, свойствами и процессами.
Так что системный анализ возник задолго до IT, но его методы оказались универсальными и прекрасно подошли для разработки ПО, чем мы и пользуемся сегодня.
😱 Открою тайну: системный аналитик занимается системным анализом. Вроде бы очевидно, но что это означает на практике?
Системный анализ появился давно и изначально применялся в военных целях, производстве и экономике. По теории, системный анализ — это научная дисциплина, которая изучает сложные объекты, рассматривая их как системы и анализируя их составные элементы, свойства и процессы. В общем, системный анализ применялся там, где требовалось управлять множеством взаимосвязанных процессов.
🌍☘️🌳 Вне зависимости от области применения, системный анализ всегда основан на моделировании и создании моделей. В IT мы моделируем бизнес-процессы, требования, данные и интерфейсы. А, например, в экологии создаются модели, которые прогнозируют влияние климата, водных ресурсов и состояния почвы на окружающую среду. Системный анализ помогает предсказать, как изменение климата повлияет на уровень воды в реках, сельское хозяйство и биоразнообразие в конкретных регионах.
Так что системный анализ возник задолго до IT, но его методы оказались универсальными и прекрасно подошли для разработки ПО, чем мы и пользуемся сегодня.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥4👏3💯2❤1
Большие проекты = большие изменения
В начале проекта всё кажется идеальным: требования собраны, модель готова. Но если проект большой, будьте уверены — правки неизбежны. Клиент решил добавить новую функцию? Разработчики предложили улучшить архитектуру? Появились новые вводные? Готовьтесь к изменениям!
Важно понимать, что изменения — это неотъемлемая часть разработки. Да, есть фразы от вечных оптимистов вроде:
* Правки — это не катастрофа, а возможность сделать проект еще лучше.
* Что нас не убивает, делает нас сильнее.
Но реальность проще: изменения в требованиях — это не проблема, а обычная часть работы. Примите это как данность — изменения в проекте будут, и это нормально.
🎓 Если же вы пока не уверены, как правильно вносить правки в требования, приглашаем на наш курс. В модуле Требования мы детально разбираем, как управлять изменениями в требованиях.
В начале проекта всё кажется идеальным: требования собраны, модель готова. Но если проект большой, будьте уверены — правки неизбежны. Клиент решил добавить новую функцию? Разработчики предложили улучшить архитектуру? Появились новые вводные? Готовьтесь к изменениям!
Важно понимать, что изменения — это неотъемлемая часть разработки. Да, есть фразы от вечных оптимистов вроде:
* Правки — это не катастрофа, а возможность сделать проект еще лучше.
* Что нас не убивает, делает нас сильнее.
Но реальность проще: изменения в требованиях — это не проблема, а обычная часть работы. Примите это как данность — изменения в проекте будут, и это нормально.
🎓 Если же вы пока не уверены, как правильно вносить правки в требования, приглашаем на наш курс. В модуле Требования мы детально разбираем, как управлять изменениями в требованиях.
👍13❤5💯4
Как начать карьеру системного аналитика?
Задумывались о карьере системного аналитика, но не знаете, с чего начать? 🎯 Мы разложим все по полочкам.
1️⃣ Изучите основы. Прежде чем погружаться в проекты, важно разобраться с основами. Понимание бизнес-процессов, работы с требованиями и моделирования данных — это база, без которой не обойтись. Начните с базовых курсов и книг, которые дадут вам крепкую теоретическую базу. Для системных аналитиков книга Карла Вигерса «Разработка требований к программному обеспечению» — это настоящая библия. Обязательно ее прочитайте.
2️⃣ Практикуйтесь на реальных задачах. Теория — это здорово, но без практики никуда. Беритесь за учебные проекты, участвуйте в хакатонах или стажировках, где можно отработать навыки на реальных кейсах. Чем больше вы будете работать с реальными задачами, тем быстрее разовьете свои аналитические способности.
3️⃣ Овладейте инструментами. Системный аналитик должен не только уметь анализировать, но и владеть специальными инструментами. Научитесь работать с UML, BPMN, SQL и другими инструментами.
4️⃣ Развивайте софт-скиллы. Коммуникация — это достаточно большая часть работы аналитика. Учитесь задавать правильные вопросы, вести переговоры с заказчиками и фиксировать протоколы встреч.
5️⃣ Будьте готовы к изменениям. Изменения в требованиях — это нормально. Умение гибко адаптироваться к ним — одно из главных качеств хорошего системного аналитика.
🚀 Готовы начать карьеру? Приглашаем на наш курс «Системный аналитик», где мы собрали все эти шаги, чтобы помочь вам уверенно войти в профессию и достичь ваших целей. https://analystcore.com/
Задумывались о карьере системного аналитика, но не знаете, с чего начать? 🎯 Мы разложим все по полочкам.
1️⃣ Изучите основы. Прежде чем погружаться в проекты, важно разобраться с основами. Понимание бизнес-процессов, работы с требованиями и моделирования данных — это база, без которой не обойтись. Начните с базовых курсов и книг, которые дадут вам крепкую теоретическую базу. Для системных аналитиков книга Карла Вигерса «Разработка требований к программному обеспечению» — это настоящая библия. Обязательно ее прочитайте.
2️⃣ Практикуйтесь на реальных задачах. Теория — это здорово, но без практики никуда. Беритесь за учебные проекты, участвуйте в хакатонах или стажировках, где можно отработать навыки на реальных кейсах. Чем больше вы будете работать с реальными задачами, тем быстрее разовьете свои аналитические способности.
3️⃣ Овладейте инструментами. Системный аналитик должен не только уметь анализировать, но и владеть специальными инструментами. Научитесь работать с UML, BPMN, SQL и другими инструментами.
4️⃣ Развивайте софт-скиллы. Коммуникация — это достаточно большая часть работы аналитика. Учитесь задавать правильные вопросы, вести переговоры с заказчиками и фиксировать протоколы встреч.
5️⃣ Будьте готовы к изменениям. Изменения в требованиях — это нормально. Умение гибко адаптироваться к ним — одно из главных качеств хорошего системного аналитика.
🚀 Готовы начать карьеру? Приглашаем на наш курс «Системный аналитик», где мы собрали все эти шаги, чтобы помочь вам уверенно войти в профессию и достичь ваших целей. https://analystcore.com/
AnalystCore
Профессиональное обучение для системных аналитиков | AnalystCore
Мы — команда, которая учит IT‑специалистов так, как хотели бы учиться сами. Не просто создаем курсы об IT, мы сами делаем IT.
👍14🔥6❤3💯2
Системный аналитик — мастер на все руки! 💼🛠
Задачи системного аналитика могут сильно отличаться в зависимости от компании. Где-то вы будете больше общаться с заказчиком и разрабатывать макеты пользовательского интерфейса, в другом месте — погружаться в базы данных и интеграции, а где-то вам придется делать всё это сразу и еще общаться с клиентами. Несмотря на различия, есть базовый набор задач, с которыми системный аналитик сталкивается почти всегда. Давайте рассмотрим их на примере разработки системы записи на прием к врачу.
1️⃣ Требования:
Начнем с общения с заказчиком. Узнаем, что нужно сделать? Вопросы могут быть самые разные:
* Можно ли выбрать конкретного врача?
* Можно ли искать врачей по специализации (терапевт, дерматолог и пр.)?
* Что показывать пациенту, если у выбранного врача все занято?
Все эти и другие вопросы фиксируются и согласовываются. Важно, чтобы и аналитик, и заказчик одинаково понимали, что должно быть сделано.
2️⃣ Бизнес-процессы:
Изучаем текущий процесс записи на прием — AS IS. Как сейчас пациент выбирает врача и подтверждает запись? После анализа определяем с заказчиком, как должен выглядеть идеальный процесс — создаем модель TO BE, которая станет основой для разработки.
3️⃣ Макеты:
Теперь время для творчества! На основе требований создаем макеты пользовательского интерфейса. Экран для записи на прием, список предстоящих визитов, возможность отмены приема. Если в команде нет дизайнера, то системный аналитик создает макеты сам. Не пугайтесь!
4️⃣ Проектирование:
Разрабатываем сценарии использования, различные алгоритмы, модель данных, продумываем интеграции. Отвечаем на вопросы: как система будет отображать свободные слоты, где и как будет храниться информация о визитах и пациентах? Все эти вопросы требуют детальной проработки.
5️⃣ Работа с БД:
Системный аналитик использует SQL, чтобы для тестирования извлекать и менять данные в базе данных. Нужно извлечь список пациентов, записанных к конкретному врачу на определенный день? SQL вам в помощь!
6️⃣ Постановка задач:
На основе всех артефактов создадим задачи на разработчиков:
* Реализовать запись на прием к врачу
* Поиск врача по специализации
* Обработать кейс, когда у врача нет свободных слотов
7️⃣ Документация:
Лицо системного аналитика — это его документация. В ней мы пишем, как работает система, как устроена база данных, как реализованы алгоритмы.
8️⃣ Взаимодействие с командой:
Системный аналитик — связующее звено между всеми участниками проекта. Мы отвечаем на вопросы разработчиков и тестировщиков, уточняем требования и, если нужно, проводим дополнительный анализ.
9️⃣ Разбор инцидентов:
Если что-то пошло не так на проде, мы участвуем в разборе инцидентов. Пациент не может записаться на прием? Анализируем логи, выясняем причину сбоя, ставим задачи на исправление и контролируем, чтобы в будущем таких проблем не возникало.
Задачи системного аналитика могут сильно отличаться в зависимости от компании. Где-то вы будете больше общаться с заказчиком и разрабатывать макеты пользовательского интерфейса, в другом месте — погружаться в базы данных и интеграции, а где-то вам придется делать всё это сразу и еще общаться с клиентами. Несмотря на различия, есть базовый набор задач, с которыми системный аналитик сталкивается почти всегда. Давайте рассмотрим их на примере разработки системы записи на прием к врачу.
1️⃣ Требования:
Начнем с общения с заказчиком. Узнаем, что нужно сделать? Вопросы могут быть самые разные:
* Можно ли выбрать конкретного врача?
* Можно ли искать врачей по специализации (терапевт, дерматолог и пр.)?
* Что показывать пациенту, если у выбранного врача все занято?
Все эти и другие вопросы фиксируются и согласовываются. Важно, чтобы и аналитик, и заказчик одинаково понимали, что должно быть сделано.
2️⃣ Бизнес-процессы:
Изучаем текущий процесс записи на прием — AS IS. Как сейчас пациент выбирает врача и подтверждает запись? После анализа определяем с заказчиком, как должен выглядеть идеальный процесс — создаем модель TO BE, которая станет основой для разработки.
3️⃣ Макеты:
Теперь время для творчества! На основе требований создаем макеты пользовательского интерфейса. Экран для записи на прием, список предстоящих визитов, возможность отмены приема. Если в команде нет дизайнера, то системный аналитик создает макеты сам. Не пугайтесь!
4️⃣ Проектирование:
Разрабатываем сценарии использования, различные алгоритмы, модель данных, продумываем интеграции. Отвечаем на вопросы: как система будет отображать свободные слоты, где и как будет храниться информация о визитах и пациентах? Все эти вопросы требуют детальной проработки.
5️⃣ Работа с БД:
Системный аналитик использует SQL, чтобы для тестирования извлекать и менять данные в базе данных. Нужно извлечь список пациентов, записанных к конкретному врачу на определенный день? SQL вам в помощь!
6️⃣ Постановка задач:
На основе всех артефактов создадим задачи на разработчиков:
* Реализовать запись на прием к врачу
* Поиск врача по специализации
* Обработать кейс, когда у врача нет свободных слотов
7️⃣ Документация:
Лицо системного аналитика — это его документация. В ней мы пишем, как работает система, как устроена база данных, как реализованы алгоритмы.
8️⃣ Взаимодействие с командой:
Системный аналитик — связующее звено между всеми участниками проекта. Мы отвечаем на вопросы разработчиков и тестировщиков, уточняем требования и, если нужно, проводим дополнительный анализ.
9️⃣ Разбор инцидентов:
Если что-то пошло не так на проде, мы участвуем в разборе инцидентов. Пациент не может записаться на прием? Анализируем логи, выясняем причину сбоя, ставим задачи на исправление и контролируем, чтобы в будущем таких проблем не возникало.
👍17💯5🔥4💩2
🤔 Только БА общается с бизнесом и собирает требования? Нет.
Главная задача бизнес-аналитика — понять, как устроены процессы в организации, найти слабые места и предложить способы их оптимизации, причём не всегда связанные с IT.
- 📉 Чтобы сократить расходы, можно более оптимально использовать пустующие площади и сэкономить на аренде доп. помещения.
- 📞 Можно автоматизировать рутинные задачи кол-центра и сократить количество операторов.
- 👥 Если два сотрудника делают одно и то же, стоит делегировать задачи одному человеку.
Я изучила вакансии на бизнес-аналитиков — в них акцент делается именно на аудите, оптимизации и улучшении процессов. А системный аналитик работает как раз над тем, чтобы реализовать эти улучшения с помощью IT. Он детализирует бизнес-требования и проектирует систему, которая будет соответствовать нуждам бизнеса. Для этого СА также общается с заказчиком, документирует и согласовывает требования. Так что с требованиями работают не только бизнес-аналитики.
Главная задача бизнес-аналитика — понять, как устроены процессы в организации, найти слабые места и предложить способы их оптимизации, причём не всегда связанные с IT.
- 📉 Чтобы сократить расходы, можно более оптимально использовать пустующие площади и сэкономить на аренде доп. помещения.
- 📞 Можно автоматизировать рутинные задачи кол-центра и сократить количество операторов.
- 👥 Если два сотрудника делают одно и то же, стоит делегировать задачи одному человеку.
Я изучила вакансии на бизнес-аналитиков — в них акцент делается именно на аудите, оптимизации и улучшении процессов. А системный аналитик работает как раз над тем, чтобы реализовать эти улучшения с помощью IT. Он детализирует бизнес-требования и проектирует систему, которая будет соответствовать нуждам бизнеса. Для этого СА также общается с заказчиком, документирует и согласовывает требования. Так что с требованиями работают не только бизнес-аналитики.
👍26🤩5💯5❤2
Лайфхаки для сбора требований
Как общаться с заказчиком?
1️⃣ Переформулируйте мысли заказчика. «Если я правильно понял, вы хотите, чтобы... Это верно?»
2️⃣ Задавайте уточняющие вопросы. «А как это должно работать в случае, если...?»
3️⃣ Используйте открытые вопросы. Они помогают получить более детальные ответы.
4️⃣ Активно слушайте. Подтверждайте понимание короткими фразами: «Понял вас», «Это важно», «Согласен».
5️⃣ Запрашивайте примеры. «Можете показать, как это должно работать?»
6️⃣ Уточняйте намерения. «Что вас побудило выбрать именно это решение?»
7️⃣ Подводите итоги. «Мы обсудили это и это, правильно я понял ваши пожелания?»
8️⃣ Уточняйте приоритеты. «Какие из этих требований наиболее приоритетны?»
9️⃣ Визуализируйте. «Давайте нарисуем, как это должно выглядеть?»
🔟 Многого не обещайте. Если что-то сложно реализовать, обсудите это сразу: «Это может быть сложно, есть ли альтернатива?», «Мы обсудим это с командой и вернёмся с решением»
Как общаться с заказчиком?
1️⃣ Переформулируйте мысли заказчика. «Если я правильно понял, вы хотите, чтобы... Это верно?»
2️⃣ Задавайте уточняющие вопросы. «А как это должно работать в случае, если...?»
3️⃣ Используйте открытые вопросы. Они помогают получить более детальные ответы.
4️⃣ Активно слушайте. Подтверждайте понимание короткими фразами: «Понял вас», «Это важно», «Согласен».
5️⃣ Запрашивайте примеры. «Можете показать, как это должно работать?»
6️⃣ Уточняйте намерения. «Что вас побудило выбрать именно это решение?»
7️⃣ Подводите итоги. «Мы обсудили это и это, правильно я понял ваши пожелания?»
8️⃣ Уточняйте приоритеты. «Какие из этих требований наиболее приоритетны?»
9️⃣ Визуализируйте. «Давайте нарисуем, как это должно выглядеть?»
🔟 Многого не обещайте. Если что-то сложно реализовать, обсудите это сразу: «Это может быть сложно, есть ли альтернатива?», «Мы обсудим это с командой и вернёмся с решением»
🔥17👍13💯3❤2👏2
Хорошие и плохие требования
Требования — основа любого проекта. Если они собраны плохо, система не будет соответствовать ожиданиям заказчика. Но что такое «плохо», а что «хорошо»? Существует ряд критериев, которым должны соответствовать требования: атомарность, полнота, корректность, недвусмысленность и др.
Теорию смотрите в картинках, а пример плохого требования ниже 👇
📌 Пример:
Система должна предоставлять возможность выбрать блюда и добавить дополнительные опции.
Почему это требование плохое?
* Полнота. Из требования не понятно, какие блюда можно выбрать? Куда они добавляются? Есть ли категории блюд со своими параметрами?
* Корректность. Как реализовать выбор блюд? Как это требование вписывается в полный процесс оформления заказа из ресторана? Всё это нужно, чтобы добавить блюда в корзину, нужно дописать это в требование.
* Недвусмысленность. Что подразумевается под «дополнительными опциями»? Это могут быть ингредиенты, способы оплаты, ввод промокода или что-то другое. Разработчики, тестировщики и заказчики могут по-разному понять это требование. Конкретизируйте, что такое «дополнительные опции»?
Перепишем требование:
Система должна предоставлять возможность выбрать блюда из категорий (салаты, основные блюда, десерты), с возможностью добавления ингредиентов к ним (соусы, специи), выбора количества порций и последующего добавления в корзину.
Уже лучше? 🤔
Да, но оно всё ещё не соответствует критерию атомарности.
Давайте разобьём требование на несколько и добавим каждому уникальный идентификатор, чтобы требование стало отслеживаемым:
* FR1 Система должна предоставлять возможность выбрать блюда из категорий (салаты, основные блюда, десерты) и автоматически добавлять их в корзину
* FR2 Система должна предоставлять возможность добавить ингредиенты (соусы, специи) к выбранным блюдам при их добавлении в корзину
* FR3 Система должна предоставлять возможность выбрать количество порций для каждого блюда как на этапе выбора в каталоге, так и при редактировании в корзине — это требование тоже можно разбить на два: 1) изменение количества порций в каталоге и 2) изменение количества порций уже в корзине.
Требования — основа любого проекта. Если они собраны плохо, система не будет соответствовать ожиданиям заказчика. Но что такое «плохо», а что «хорошо»? Существует ряд критериев, которым должны соответствовать требования: атомарность, полнота, корректность, недвусмысленность и др.
Теорию смотрите в картинках, а пример плохого требования ниже 👇
📌 Пример:
Система должна предоставлять возможность выбрать блюда и добавить дополнительные опции.
Почему это требование плохое?
* Полнота. Из требования не понятно, какие блюда можно выбрать? Куда они добавляются? Есть ли категории блюд со своими параметрами?
* Корректность. Как реализовать выбор блюд? Как это требование вписывается в полный процесс оформления заказа из ресторана? Всё это нужно, чтобы добавить блюда в корзину, нужно дописать это в требование.
* Недвусмысленность. Что подразумевается под «дополнительными опциями»? Это могут быть ингредиенты, способы оплаты, ввод промокода или что-то другое. Разработчики, тестировщики и заказчики могут по-разному понять это требование. Конкретизируйте, что такое «дополнительные опции»?
Перепишем требование:
Система должна предоставлять возможность выбрать блюда из категорий (салаты, основные блюда, десерты), с возможностью добавления ингредиентов к ним (соусы, специи), выбора количества порций и последующего добавления в корзину.
Уже лучше? 🤔
Да, но оно всё ещё не соответствует критерию атомарности.
Давайте разобьём требование на несколько и добавим каждому уникальный идентификатор, чтобы требование стало отслеживаемым:
* FR1 Система должна предоставлять возможность выбрать блюда из категорий (салаты, основные блюда, десерты) и автоматически добавлять их в корзину
* FR2 Система должна предоставлять возможность добавить ингредиенты (соусы, специи) к выбранным блюдам при их добавлении в корзину
* FR3 Система должна предоставлять возможность выбрать количество порций для каждого блюда как на этапе выбора в каталоге, так и при редактировании в корзине — это требование тоже можно разбить на два: 1) изменение количества порций в каталоге и 2) изменение количества порций уже в корзине.
👍14🔥6❤🔥3💯2