Mind map выбора диаграммы по уровню требований ⚡️

Одна из частых ошибок в использовании диаграмм – выбор некорректного вида, который не соответствует уровню требований. Важно использовать диаграмму по назначению, и знать отличия в задачах, которые решает нотация

⭐️Для уровня бизнес-требований подойдет использование BPMN или IDEF0. Не стоит использовать UML Sequence, а также не рекомендую заменять BPMN на UML Activity

⭐️Для уровня пользовательских требований можно использовать UML Use Case или Activity. Также можно применять визуализацию из техник Example, Scenario или Customer Journey Mapping

⭐️Для функциональных требований можно использовать большое количество диаграмм, но важно разделять работу с процессами, архитектурой и структурой данных. Чаще всего я использую UML Sequence, так как она позволяет объединить процесс, данные и структуру системы

Также делюсь ссылкой на Miro с Mind map 🔺

IT Talks | Ошуркова Татьяна

Работа с заказчиком. Ключевые шаги из моего опыта⬇️

Что поможет избежать ситуаций, когда ожидания и результат расходятся:

1️⃣Формализация бизнес-процесса

🔻Разобраться, как работает сейчас
🔻Фиксация текущего/нового процесса и доработок в наглядной форме (BPMN)

2️⃣Сбор и уточнение пользовательских требований

🔻Определить роли, сценарии и контекст задач
🔻Уточнить даже очевидные детали
🔻Понимать не только то, что нужно сделать, но и зачем

3️⃣Проработка corner cases

🔻Рассмотреть исключительные ситуации, ошибки и нестандартные сценарии
🔻Прописать поведение системы при сбоях

4️⃣Согласование и фиксация

🔻Подтверждать требования/договоренности/изменения письменно
🔻Фиксировать версии требований, чтобы отслеживать изменения

5️⃣Управление изменениями

🔻Оценивать влияние новых требований на систему/сроки
🔻Документировать причину и согласовать изменения до разработки

Командная работа и использование подходящих практик помогут сделать процесс проще и эффективней 💯

IT Talks | Ошуркова Татьяна

20 августа в 19:00 (мск) я проведу совместный стрим с создателями AI IDE BAS для аналитиков ⭐

Использование искусственного интеллекта набирает обороты, поэтому AI-инструменты все больше необходимы в работе.

О чем будем говорить:

1⃣ Как работает инструмент
2⃣ Использование AI IDE BAS в работе бизнес и системного аналитика
3⃣ Сравним подходы: классика и AI first
4⃣ Посмотрим на работу с требованиями и реальными кейсами

Не пропусти трансляцию уже завтра:
⚡ Ссылка для подключения в Zoom

Запись стрима с AI IDE BAS для аналитиков 📣

В среду мы провели интересную встречу, где вместе с командой AI IDE BAS рассмотрели использование IDE для написания требований в работе аналитика.

За основу мы взяли функционал открытия вклада в мобильном приложении и создали различные артефакты с использование IDE:

👉 Use cases и User stories
👉 Функциональные требования
👉 Различные UML-диаграммы с использованием PlantUML
👉 Макеты и прототипы пользовательского интерфейса

И это только то, что мы успели. IDE позволяет создавать любые артефакты без ограничений🔥

Ссылки на запись:
📺 YouTube
📺 VKВидео

Какие материалы можно найти в боте IT Talks Bot 💻

⭐Новый гайд по типам интеграций. Обзор по типам интеграций с примерами. Различные классификации и краткая теория

⭐Гайд с шаблонами диаграмм на PlantUML. Основные диаграммы на примере различных процессов с описанием

⭐Все доступное на обучение. А также ссылка на новый курс «Работа с API: от теории к практике», анонс которого будет уже в ближайшее время🕘

⭐Записи прошедших вебинаров. Их давно не было, и уже скоро будет запланирован новый🕘

⭐Статьи на Хабре. Там тоже можно найти полезные гайды, шаблоны и истории из моего опыта

IT Talks | Ошуркова Татьяна

Интеграция через шину: теория простыми словами⚡️

Интеграционная шина данных (ESB – Enterprise Service Bus) – это централизованный слой интеграции, который связывает системы через единый маршрут данных

Как это работает:

➡️Адаптеры – каждая система подключается к шине через коннектор (REST, SOAP, JDBC, файловый адаптер)

➡️Маршрутизация – шина определяет, кому направить сообщение

➡️Трансформация данных – приведение к единому формату

➡️Оркестрация – настройка цепочек действий: что вызвать, в каком порядке

➡️Мониторинг и логирование – централизованное наблюдение за всеми интеграциями


✨Технологии ESB-платформы:
Apache Camel, MuleSoft, WSO2, Talend ESB, IBM IIB, SAP PI/PO


⚙️Как шина связана с другими инструментами интеграции:
ESB часто используется вместе с другими инструментами интеграций, если речь идет о гибридной архитектуре. Например, ESB принимает запрос, трансформирует и публикует в топик. Несколько сервисов параллельно читают сообщение, и результат обработки публикуется обратно. ESB собирает ответ и возвращает инициатору

IT Talks | Ошуркова Татьяна

Уже через несколько часов на Flow 😀

Я и Павел Каравашкин поделимся опытом решения интеграционных задач и поговорим о том, как технологии влияют на задачи системного аналитика

А также мы разберем, на что стоит обратить внимание при решении интеграционных задач, какие проблемы могут быть, и как с ними справляться

⚡️Уже сейчас можно скачать новый гайд в IT Talks Bot, где собраны важные шаги в проработке интеграционных задач из моего опыта

Также все еще доступен гайд по типам интеграций 👀

🎤 11:15, 1 зал
🖥 Ссылка на гайд

Здесь должен быть заголовок о возвращении в канал спустя миллион лет🕗

После конференции в Питере на меня знатно навалилась работа. Тысяча извинений и новый (даже для меня долгожданный) пост

Поздравляю с первым днем зимы и желаю продуктивного декабря ⛄️ Делюсь советами, который помогают мне справляться с потоком задач:

1️⃣Фиксирую все дела/договоренности/задачи. Когда их становится много, я предпочитаю ручку и бумагу. Очень нравятся ежедневники (например, remarklee)

2️⃣Не описывать/не смотреть на большую задачу, как на одну задачу. Декомпозиция помогает оценить реальный объем и понять адекватные сроки

3️⃣Если не понятно, где решается вопрос, какие у него сроки, кто ответственный, скорее всего никакие и никто

4️⃣Лучше переспросить, уточнить, созвониться (даже в пятый раз), чем сидеть в неопределенности и непонимании происходящего

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

IT Talks | Ошуркова Татьяна

GraphQL простыми словами на примере🔩

GraphQL – способ формального описания данных и правил доступа к ним, созданный для того, чтобы клиентские приложения могли запрашивать информацию максимально точно и эффективно

Это язык запросов и среда выполнения, где сервер описывает схему – какие данные существуют и как они связаны,
а клиент формирует запрос, указывая ровно те элементы схемы, которые ему нужны

⏩Важная идея: структура запроса всегда определяет структуру ответа. Поэтому GraphQL считают более предсказуемым и гибким по сравнению с REST

🔵Нет лишних данных: клиент получает только то, что запросил

🔵Единая точка доступа: все данные доступны через один эндпоинт

🔵Связанные данные можно получить сразу, даже если в REST это потребовало бы нескольких запросов

🖱Где можно кинуть тестовые запросы на GraphQL:

🟢Playground https://graphql-demo.mead.io/
🟢Эндпоинт https://countries.trevorblades.com/
🟢Запросы:

Получить список стран

{
  countries {
    code
    name
    capital
  }
}

Найти страну по коду

{
  country(code: "RU") {
    name
    capital
    currency
    languages {
      name
    }
  }
}

IT Talks | Ошуркова Татьяна

Врываемся в Новый Год⚡

А ещё в новые задачи, цели и планы. Скажу по себе, что если в конце прошлого года хотелось рефлексировать, то после каникул есть желание больше смотреть на будущее🕘

Если кто-то ещё только вспоминает как работать вкатывается в рабочие деньки или планирует профессиональное завтра, предлагаю пробежаться по небольшому ту ду листу системного аналитика 💻

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

Если у вас есть идеи планов в профессии на этот год, предлагаю поделиться и обсудить в комментариях 💬

Успехов в Новом Году!🏆

IT Talks | Ошуркова Татьяна

Новый Справочник по SQL🔥

Давненько не было полезных материалов. Возвращаюсь со справочником по основным функциям с примерами
на PostgreSQL🔖

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

В справочнике собрала все основные команды и функции с примерами на PostgreSQL

📎 Скачать справочник можно в боте, где есть ещё много полезных материалов

Пиши в комментариях, какие ещё материалы были бы интересны 💭

IT Talks | Ошуркова Татьяна

Вопросы, с которых я начинаю писать требования⚡

У меня есть задача. Возможно, это маленький баг. А может быть, новый большой функционал в продукте.

На какие вопросы важно ответить до начала работы с ней:

❔От чего зависит качество решения? Надежность и отказоустойчивость можно измерить не только отсутствием инцидентов. Это также проблемы пользователя в работе, обработка нестандартного поведения, ошибки при недоступности внешних систем и многое другое

❔Можно ли декомпозировать задачу? Если мы решаем проблему, а часть вопросов можно закрыть, выкатив доработки завтра, почему бы этого не сделать

❔Что поможет выполнить задачу более эффективно? Можно задать вопрос иначе. Например, как сделать быстрее, что не всегда хорошо. Но если на старте понять, что стоит подключить коллег, провести тестирование перед началом или предложить своё решение, то это точно будет не зря

❔Решалась ли аналогичная задача ранее? Возможно найти не только готовое решение, но и позаимствовать экспертизу, адаптировав её для своих целей

А есть ли у вас такие вопросы? Делитесь в комментариях💬

IT Talks | Ошуркова Татьяна

Привет ✋
Давно меня здесь не было. Всё меняется. Я никак не могла понять, в какую сторону двигаться.

Решила немного расширить формат канала. Системный анализ останется, а ещё буду рассказывать про иишку, автоматизацию и мои практические/личные кейсы 👌

Мне не нравится нейрослоп про инструменты и решения, поэтому буду рассказывать о том, что и как использую лично я.

Пока я готовлю материал, делюсь просто интересными фактами:

🧐 Даже иишке недостаточно просто дать спецификацию API. Во внутренних тестах Anthropic добавление примеров вызовов повысило точность работы со сложными параметрами с 72% до 90%. Формально корректный запрос ещё не означает, что инструмент использован правильно

🧐 Переписать описание инструмента иногда полезнее, чем менять модель. В Anthropic агент тестировал инструменты, находил неясности и улучшал их описания. После этого другие агенты тратили на 40% меньше времени на выполнение задач, потому что совершали меньше ошибок. Кажется, документация становится частью работающей системы

🧐 ИИ может работать точнее, если давать меньше лишней информации. В тестах Anthropic агенту перестали загружать инструкции ко всем инструментам сразу. Вместо этого он находил нужный инструмент и читал, как им пользоваться. Точность на тестах выросла с 49% до 74%, хотя модель осталась той же. Получается, важно не только что дать иишке, но и когда

IT Talks | Ошуркова Татьяна

У нас есть план, и мы его придерживаемся 🗓

Я пользуюсь ежедневником, и часто один из пунктов на день – пройтись по незавершённым делам. А их ещё надо найти на предыдущих страницах.

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

Делюсь вариантом планирования с нейронкой, которая поможет расставить приоритеты и визуализировать план на день.

Как использовать чатик (GPT, Claude и тд):

1️⃣Берём промпт из комментариев к этому посту.
2️⃣В конце добавляем описание своих дел. Я просто записываю голосовое.
3️⃣Отправляем в нейронку, отвечаем на уточняющие вопросы и получаем дашборд в удобном формате – HTML или Markdown.

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

IT Talks | Ошуркова Татьяна

Логи или трейс: отличия, использование, инструменты ↔️

Как простыми словами объяснить разницу в назначении:

➡️Логи отвечают на вопрос «Что произошло?». Их пишет каждый сервис отдельно, а у каждой записи есть время, уровень (INFO, WARN, ERROR) и текст или набор полей.

➡️Трейсы отвечают на вопрос «Где и сколько времени это заняло?». Трейс показывает весь путь одного запроса через систему. Каждый шаг называется span, у него есть начало, длительность и связь с родительским шагом. А всю цепочку объединяет общий trace_id.

Почему трейсинг стал важнее из-за AI-агентов:

⚡️Раньше путь запроса заранее задавал разработчик. Агент решает сам: может сходить в базу знаний, вызвать пару инструментов, отправить запрос к модели, не понять ответ и пойти по второму кругу. С тем же самым вопросом завтра он может пройти совсем другим путём.

Что используется для реализации:

➖Логи: стек ELK, Grafana Loki, Graylog, Splunk.
➖Трейсинг: Jaeger, Zipkin, Grafana Tempo.
➖Трейсинг LLM и агентов: Langfuse, LangSmith, Arize Phoenix.
➖Общие инструменты: OpenTelemetry. Он собирает логи, трейсы и метрики в едином формате.

💪А что это значит для аналитика?

Если в требованиях к новой интеграции есть пункт «логировать запросы и ответы», стоит сразу договориться и о передаче trace_id между системами. Тогда при первом инциденте не придётся неделю выяснять, где потерялся запрос.

IT Talks | Ошуркова Татьяна