🟢 Самое важное про бизнес-контекст для ТЗ или договора на разработку программной системы 🟢

Бизнес-требования — отвечают на вопрос "почему нужна система", описывают цели и задачи, которые будут достигнуты с помощью разрабатываемой системы.
Источник: заказчик или его представители, влияющие на финансирование проекта

Бизнес-правила — корпоративные политики, правительственные постановления, отраслевые стандарты и вычислительные алгоритмы. Накладывают ограничения на функции системы.
Источник: документы, законы, акты, регламенты, алгоритмы

Ограничения — возможности и бизнес-процессы, которые не будут поддержаны в системе, или будут поддержаны, с ограничениями.
Источник: заказчик или его представители, влияющие на финансирование проекта

Требования пользователей — цели и задачи, которые пользователь должен иметь возможность выполнять
с помощью системы. Сценарии взаимодействия пользователя с системой.
Источник: будущие или настоящие пользователи, сотрудники организации. Фокус-группа

User Story — история пользователя. Могут быть сформулированы как ценность, решаемая проблема или новая возможность. Для формулировки используют шаблон "Я, как пользователь, хочу __________, чтобы _____________".
Источник: требования пользователей.

Используем схему для создания структуры требований, ставим 🔥 и делимся с коллегами-аналитиками!

📚 Повтор вебинара
Практика: Бизнес-требования и User Story

🗓 Когда?
СБ 10 сентября, 15:00 (Мск)
СБ 10 сентября, 18:00 (Мск)
ПН 12 сентября, 16:00 (Мск)
ПН 12 сентября, 19:00 (Мск)

✅ Зарегистрироваться
Можно по этой ссылке.
А если уже регистрировались на 8 сентября, то просто ждите ссылку на вебинарную комнату на почте 😉

Всем привет! Давайте знакомиться еще раз 👩‍💻

Этот канал веду я - Екатерина Ананьева, системный аналитик по призванию и по жизни. Ученики школы часто спрашивают меня:
🔹 как я пришла к открытию IT-школы,
🔹 начала работать над своими проектами,
🔹 переехала в другую страну,
🔹 как началась моя карьера системного аналитика?

Я начала свой путь в системном анализе с 2013 года. Наверное, мне всегда помогало то, что не смотря ни на что я верила - все получится, и бралась делать любые задачи. Даже если понимала, что вообще не знаю как делать.

Под категорию "любые" попадали не только сложные задачи на анализ и проектирование систем, решение которых казалось невозможным. Я всегда с полной готовностью делала и другие, не связанные напрямую с обязанностями задачи: дизайн, тестирование, презентации, спланировать график релизов, нажать на кнопки за разработчиков по инструкции, и выпустить релиз поздно ночью. Все, что просили - делала.

В результате я получила опыт участия во всех этапах разработки ПО: от общения с бизнес-заказчиками, до выпусков релизов и публикации приложений в Google Play. Много общалась с разработчиками и перенимала от них лучший опыт по проектированию, пожелания по написанию требований.

Поэтому одни из важных правил роста аналитика:
✅ пробуйте все в процессе разработки,
✅ не бойтесь сложных задач - это ваши точки роста!

Прямой эфир в новом формате! 😱 Такого еще не было! Заглядывайте во вторник!

👩‍💻 Путь аналитика: от стажировки до своей компании
🗓 13 сентября, в 19:00 (Мск)
🔗 Регистрация здесь

Расскажу:
✔️ про себя и про опыт,
✔️ с чего начался мой путь аналитика,
✔️ самые крутые задачи,
✔️ способы развивать хард- и софт- скиллы,
✔️ откуда пришла идея создать IT-школу,
✔️ про веру в себя, победу над трудностями, и вектор на рост! 🚀

Уже через 2 часа! Прямой эфир с Екатериной Ананьевой!

⏰ 19:00- 20:30 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.

❗️Встречаемся через 15 минут в прямом эфире ❗️

Присоединяйтесь👇
https://pruffme.com/webinar/?id=93627ec818c6270a8f4bf7d9c1059f83

Сегодня вебинар в новом формате. Учимся искать свои точки роста и мотивацию к большим целям!

Такого еще не было! Вы успеваете присоединиться!
Ссылка👇
https://pruffme.com/landing/getanalyst/tmp1662964247

Аналитика — часть искусства рассуждения — логики, рассматривающая учение об анализе — операции мысленного или реального расчленения целого (вещи, свойства, процесса или отношения между предметами) на составные части, выполняемая в процессе познания или предметно-практической деятельности человек.

Аристотель, IX век до нашей эры

Вебинар "Системный аналитик: с чего начать и как расти"
Часть 1:
✅ Откуда приходят в профессию
✅ Разбор навыков бизнес-аналитика

Давайте познакомимся с историей профессии Системного аналитика!

Главные задачи системных и бизнес-аналитиков
✔️сбор и анализ требований заказчиков,
✔️написание технического задания,
✔️постановка задач на разработчиков.

Делаем мы это с помощью текста, который вносим в документы Word, статьи Confluence или Notion, задачи Jira.
Текст - главный инструмент аналитиков. Им нужно овладеть безупречно.

Я хочу порекомендовать книгу "Пиши, сокращай" Максима Ильяхова и Людмилы Сарычевой. В ней вы найдете рекомендации, как писать требования. Тут не про орфографию и пунктуацию, а про то, как выразить свои мысли коротко, емко и ясно.

Самое-самое:
🟢 Упрощать. Нет ни одной ситуации, когда одну и ту же мысль стоит выражать сложнее, а не проще.
🟢 Убирать стоп-слова без вреда смыслу. Стоп-слова: вводные, оценки, штампы, неопределенное, эвфемизмы.
🟢 Наполнять полезным. Приводить примеры и факты.
🟢 Проверять текст чтением вслух.
🟢 Заменять длинные словосочетания.
🟢 Одно предложение - одна мысль. Если вы при чтении запутались в логике, интонациях или отношениях между словами, значит предложение сложное.
🟢 Однородные члены предложения сократить.
🟢 Один абзац - одна мысль.

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

Всем привет! Я приняла важное решение и хочу поделиться им с вами.

Я посвящаю много времени развитию проекта GetAnalyst. Ни один из потоков курсов REST API, Интеграции и Проектирование БД не был похож на предыдущий. Каждый раз я находила точки улучшения, добавляла новые практические задания на вебинары, материалы, собирала обратную связь.

Все программы курсов созданы на основе моего реального опыта, прочитанных статей и книг. Я даю только самую важную информацию, стараюсь простым языком объяснять сложные вещи, и дать понимание разработки программ на глубоком уровне. Среди тонн информации я собираю и отдаю самое-самое для вас.

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

На прошлой неделе я приняла решение создать отдельный канал для начинающих карьеру в IT-аналитике.
Моя цель - не только прокачивать действующих специалистов, но и создавать новых!

Здесь остается эксперный контент: интеграции, REST API, архитектура, нотации моделирования, БД, инструменты, управление командой, и все, что поможет расти и развиваться.

Начинающих аналитиков я приглашаю присоединиться к каналу:
https://t.me/getanalyststart
🚀 Начинающие карьеру в IT
🚀 Выпускники технических ВУЗов
🚀 Тестировщики
🚀 Технические писатели
🚀 Специалисты технической поддержки

Там уже лежит пост-знакомство и полное видео "Системный аналитик: с чего начать и как расти".

Присоединяйтесь, и рассказывайте о нем вашим друзьям, которые ищут себя в IT 😉

Привет! 🙂 Давайте про API?

API (Application Programming Interface) — способ взаимодействия между программными системами.

Если просто:
🔹 Люди общаются. Способы взаимодействия — голос, зрение, прикосновения
🔹 Я общаюсь с вами. Способы взаимодействия — Telegram-каналы, сайт, вебинары и эфиры
🔹 Я веду машину. Способы взаимодействия — руль, педали
🔹 Мобильные приложения и сайты для пользователей. Способы взаимодействия — красивые экраны с кнопками, картинками и текстом

Если про системы:
🔹 Мобильные приложения и сайты взаимодействуют с сервером. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с сервером платежной системы. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с системой электронного документооборота. Один из возможных способов взаимодействия — SOAP API

Взаимодействие между приложениями и системами организуется за счет интеграций. И эти самые интеграции реализуются с использованием разных видов протоколов взаимодействия — API.

SOAP, REST и RPC 🧐

У людей есть разные способы (интерфейсы) взаимодействия. Например: зрение, голос. Для программ все аналогично.

API — программный интерфейс для организации взаимодействия систем, обмена данными. Он делится на виды.

Наиболее распространены Web API интерфейсы для веб-серверов или веб-браузеров. Они предоставляются через Интернет - чаще всего посредством HTTP-протокола передачи данных.

Выделяют виды Web API:
🟢 RPC (Remote Procedure Call) – удаленный вызов процедур,
🟢 SOAP (Simple Object Access Protocol) – простой протокол доступа к объектам,
🟢 REST (Representational State Transfer) – передача состояния представления.

Каждый из них содержит свои особенности. Основные отличия: реализация на уровне программного кода, способы вызова, формат сообщений.

Что популярнее, про то и расскажу 🚀

REST API — архитектурный стиль проектирования программных интерфейсов (API). Реализуется за счет протокола HTTP.

REST API используют, когда есть необходимость обмена данными между сервером и приложениями пользователей (сайты/веб-приложения/мобильные приложения/...).

Структура методов REST API:
🔸 Метод (GET, POST, PUT, PATCH, DELETE, OPTIONS, HEAD)
🔸 URL (эндпоинт)
Запрос:
▪️ authorization
▪️ headers
▪️ query-parameters
▪️ body
Ответ:
▪️ HTTP-код состояния
▪️ body

REST появился в 2000 году. Его описал в своей диссертации программист и исследователь Рой Филдинг, один из создателей протокола HTTP. Это не стандарт, а именно архитектурный стиль взаимодействия. Другими словами — рекомендация по созданию программного интерфейса для взаимодействия клиента и сервера по протоколу HTTP.

Почитать диссертацию Роя Филдинга можно здесь 🔗

JSON, XML и HTML могут быть переданы и получены в теле REST API запросов. А самый распространенный формат сообщений - JSON.

На видео за 10 минут показываю на простом примере, как делать структуру JSON 👩‍💻

Главное:
✅ Объекты данных пользователь, библиотека - в {}
✅ "Ключ-название параметра сущности": "Значение"
✅ Если надо список, то используем массивы - в []
✅ В массивах могут быть как списки объектов [{...}, {...},{...}], так и просто значения ["яблоко", "ананас", "груша"]
✅ В конце всех строк запятые. Запятая перед } не ставится

Есть еще особенности, про которые важно знать. Но самое главное для быстрого страта в JSON здесь 😉

Привет! ☀️

11 октября в 19:00 (Мск) я проведу практический вебинар, где за 90 минут:
✅ Дам самую важную теорию по REST API без воды,
✅ Погружу в задачу на проектирование,
✅ Научу работать со списками
Регистрация откроется в понедельник 🗓

У меня есть для вас задача!
Я хочу, чтобы вы на основе предыдущего видео, попробовали самостоятельно описать структуру JSON-объекта. Ответы разберу в прямом эфире, и вместе доделаем метод REST API на получение данных.

Задача и сбор ответов здесь 🔗

Не упускайте возможность попрактиковаться в REST API!
Мы получаем опыт и совершенствуемся, когда пробуем! 🚀

Задача на 11 октября 19:00 (Мск)
Про REST API: от теории к практике за 90 минут

Контекст:
Сервис отправки документов и грузов - почтовые отправления ✉️

При регистрации очередного почтового отправления пользователи должны указывать:
телефон,
почту,
ФИО,
данные документа, удостоверяющего личность,
аналогичные сведения о получателе (ФИО, телефон, почта, документ),
тип груза (документы, посылка),
габариты для грузов или размер документа,
текстовое описание для груза,
приоритет доставки (обычная, приоритетная или экспресс).

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

Задача:
Реализовать метод получения информации о почтовом отправлении пользователя.
Для примера взять отправление пользователя с номером +1 858 999 99 99 (Михаил Михайлович Мишин), от 10.10.2022, в 14:54:34 (Мск), заказ номер 59, пересылка документов (конверт для A4).
В ответ: JSON тела ответа на запрос

Сбор ответов здесь 🔗

Хорошо сделанное лучше, чем хорошо сказанное

Это цитата из китайского печенья, которое досталось мне перед запуском проекта GetAnalyst. Я сторонник того, что лучше делать, а не говорить. Поэтому я веду ПРАКТИЧЕСКИЕ вебинары. На них я сначала рассказываю теорию по делу, а затем решаю задачи вместе с вами 🙌

Мы начали говорить про REST API, посмотрели немного практики по JSON. А теперь давайте вместе решим реальную задачу в прямом эфире!

📹 Про REST API за 90 минут: от теории к практике
🗓 11 октября (вт), 19:00 - 20:30 (Мск)
🔗 Регистрация здесь

Расскажу самую важную теорию, разберем запросы на получение данных и работу со списками.
Задача к вебинару опубликована выше 👆

Готовим блокноты, ручки и клавиатуру 😉
До встречи в прямом эфире!

Уже через 3 часа!

📹 Про REST API за 90 минут: от теории к практике
⏰ 19:00- 20:30 Мск

Ссылку на трансляцию пришлем в канал за 15 минут до начала.

❗️До начала вебинара 15 минут ❗️

Присоединяйтесь😉
https://pruffme.com/webinar/?id=6ad162754bc3afb08b9fe911006468b1

Доброе утро! ☀️

Спасибо вам за крутую практику на вебинаре вчера и всем, кто прислал ДЗ по задаче, решение которой мы разбирали на вебинаре ❤️
Особенно был приятен коммент "аж нашему тимлиду БЭКэ написал" 😊

Очень насыщенно получилось!

Разобрали:
✅ Основы REST API - что из себя представляет архитектурный стиль
✅ Виды методов REST API и их назначение
✅ Структуру запросов - ответов
✅ Формат JSON
✅ camelCase
✅ Подходы к работе со списками
✅ Пагинацию
✅ Много других нюансов дизайна API
И много практики! 👩‍💻

Для тех, кто не успел вчера подключиться, есть возможность попасть на вебинар
🗓 13 октября (ЧТ), в 19:00
📹 Регистрация здесь