Прочитать про виды требований и посмотреть примеры бывает недостаточно, чтобы понять как реально работает системный аналитик на проекте 😔
Чтобы научиться работать с требованиями к IT-системам, полезно посмотреть больше кейсов и получить практический опыт. Где искать? 🙈
Заглядывайте завтра на практический вебинар, где я поделюсь с вами опытом работы над образовательным стартап-проектом U-Verse!
📹 Анализ требований: виды требований и методики выявления
🗓 1 сентября, 20:00 (Мск)
🔗 Регистрация здесь
В программе:
✅ Виды требований
✅ Методики выявления требований
✅ Интеграции: как уменьшить объем разработки
Регистрируйтесь, чтобы не пропустить!
Чтобы научиться работать с требованиями к IT-системам, полезно посмотреть больше кейсов и получить практический опыт. Где искать? 🙈
Заглядывайте завтра на практический вебинар, где я поделюсь с вами опытом работы над образовательным стартап-проектом U-Verse!
📹 Анализ требований: виды требований и методики выявления
🗓 1 сентября, 20:00 (Мск)
🔗 Регистрация здесь
В программе:
✅ Виды требований
✅ Методики выявления требований
✅ Интеграции: как уменьшить объем разработки
Регистрируйтесь, чтобы не пропустить!
❗️До начала вебинара 15 минут ❗️
Присоединяйтесь😉
https://pruffme.com/webinar/?id=97a50cedec5340324967c4be19d2632a
Присоединяйтесь😉
https://pruffme.com/webinar/?id=97a50cedec5340324967c4be19d2632a
Привет!
Вчера на вебинаре мы с вами:
✅ Разобрали методы и методики выявления требований
✅ Сделали Mind Map проекта U-Verse
✅ Разобрали понятие MVP
✅ Виды требований
✅ Как определяют потребность в интеграциях
Для тех кто не смог присутвовать онлайн, есть возможность посмотреть запись.
Повтор вебинара:
📹 Анализ требований: виды и методики выявления требований
🗓 3 сентября, 18:00 (Мск)
🔗 Регистрация здесь
Если регистрировались, повторно не нужно 🙂
📹 Запись предыдущего вебинара можно посмотреть в Telegram-боте
Поздравляю Вас с прошедшим днем знаний и приглашаю на практический курс "Разработка требований к IT-системам"! 📚
На этом курсе вы получите базовый навык бизнес-аналитиков, системных аналитиков и менеджеров проектов, который поможет собрать все знания, и сразу же разложить по полочкам на практике!
Присоединяйтесь, количество мест на данный проект ограничено.
Вчера на вебинаре мы с вами:
✅ Разобрали методы и методики выявления требований
✅ Сделали Mind Map проекта U-Verse
✅ Разобрали понятие MVP
✅ Виды требований
✅ Как определяют потребность в интеграциях
Для тех кто не смог присутвовать онлайн, есть возможность посмотреть запись.
Повтор вебинара:
📹 Анализ требований: виды и методики выявления требований
🗓 3 сентября, 18:00 (Мск)
🔗 Регистрация здесь
Если регистрировались, повторно не нужно 🙂
📹 Запись предыдущего вебинара можно посмотреть в Telegram-боте
Поздравляю Вас с прошедшим днем знаний и приглашаю на практический курс "Разработка требований к IT-системам"! 📚
На этом курсе вы получите базовый навык бизнес-аналитиков, системных аналитиков и менеджеров проектов, который поможет собрать все знания, и сразу же разложить по полочкам на практике!
Присоединяйтесь, количество мест на данный проект ограничено.
👍3
Где найти опыт в IT без опыта? 🔎
Проходишь на собеседование, а у тебя опять спрашивают:
- Есть опыт работы с User Story, БД, интеграциями, ...?
- Нет, и я хочу его получить!
- Мы вам перезвоним.
Так откуда тогда брать этот опыт, который так всем нужен?!
Прийти завтра на вебинар Екатерины Ананьевой, и получить навыки системного аналитика на практике!
🗓 8 сентября, 19:30 - 21:30 (Мск)
✅ Зарегистрироваться
Это последний открытый вебинар курса Разработка требований для начинающих и опытных аналитиков.
За 3 месяца мы разберем все навыки, необходимые для работы, и вы пополните свой опыт работы новым проектом💰
Регистрируйтесь на вебинар, и уже завтра вы заберете навык работы с бизнес-требованиями и User Story на практике!
Проходишь на собеседование, а у тебя опять спрашивают:
- Есть опыт работы с User Story, БД, интеграциями, ...?
- Нет, и я хочу его получить!
- Мы вам перезвоним.
Так откуда тогда брать этот опыт, который так всем нужен?!
Прийти завтра на вебинар Екатерины Ананьевой, и получить навыки системного аналитика на практике!
🗓 8 сентября, 19:30 - 21:30 (Мск)
✅ Зарегистрироваться
Это последний открытый вебинар курса Разработка требований для начинающих и опытных аналитиков.
За 3 месяца мы разберем все навыки, необходимые для работы, и вы пополните свой опыт работы новым проектом💰
Регистрируйтесь на вебинар, и уже завтра вы заберете навык работы с бизнес-требованиями и User Story на практике!
👍1👏1
❗️До начала вебинара 15 минут ❗️
Присоединяйтесь😉
https://pruffme.com/webinar/?id=bd3a655edb2498c402675f62c968ffb5
Присоединяйтесь😉
https://pruffme.com/webinar/?id=bd3a655edb2498c402675f62c968ffb5
🟢 Самое важное про бизнес-контекст для ТЗ или договора на разработку программной системы 🟢
Бизнес-требования — отвечают на вопрос "почему нужна система", описывают цели и задачи, которые будут достигнуты с помощью разрабатываемой системы.
Источник: заказчик или его представители, влияющие на финансирование проекта
Бизнес-правила — корпоративные политики, правительственные постановления, отраслевые стандарты и вычислительные алгоритмы. Накладывают ограничения на функции системы.
Источник: документы, законы, акты, регламенты, алгоритмы
Ограничения — возможности и бизнес-процессы, которые не будут поддержаны в системе, или будут поддержаны, с ограничениями.
Источник: заказчик или его представители, влияющие на финансирование проекта
Требования пользователей — цели и задачи, которые пользователь должен иметь возможность выполнять
с помощью системы. Сценарии взаимодействия пользователя с системой.
Источник: будущие или настоящие пользователи, сотрудники организации. Фокус-группа
User Story — история пользователя. Могут быть сформулированы как ценность, решаемая проблема или новая возможность. Для формулировки используют шаблон "Я, как пользователь, хочу __________, чтобы _____________".
Источник: требования пользователей.
Используем схему для создания структуры требований, ставим 🔥 и делимся с коллегами-аналитиками!
Бизнес-требования — отвечают на вопрос "почему нужна система", описывают цели и задачи, которые будут достигнуты с помощью разрабатываемой системы.
Источник: заказчик или его представители, влияющие на финансирование проекта
Бизнес-правила — корпоративные политики, правительственные постановления, отраслевые стандарты и вычислительные алгоритмы. Накладывают ограничения на функции системы.
Источник: документы, законы, акты, регламенты, алгоритмы
Ограничения — возможности и бизнес-процессы, которые не будут поддержаны в системе, или будут поддержаны, с ограничениями.
Источник: заказчик или его представители, влияющие на финансирование проекта
Требования пользователей — цели и задачи, которые пользователь должен иметь возможность выполнять
с помощью системы. Сценарии взаимодействия пользователя с системой.
Источник: будущие или настоящие пользователи, сотрудники организации. Фокус-группа
User Story — история пользователя. Могут быть сформулированы как ценность, решаемая проблема или новая возможность. Для формулировки используют шаблон "Я, как пользователь, хочу __________, чтобы _____________".
Источник: требования пользователей.
Используем схему для создания структуры требований, ставим 🔥 и делимся с коллегами-аналитиками!
🔥11
📚 Повтор вебинара
Практика: Бизнес-требования и User Story
🗓 Когда?
СБ 10 сентября, 15:00 (Мск)
СБ 10 сентября, 18:00 (Мск)
ПН 12 сентября, 16:00 (Мск)
ПН 12 сентября, 19:00 (Мск)
✅ Зарегистрироваться
Можно по этой ссылке.
А если уже регистрировались на 8 сентября, то просто ждите ссылку на вебинарную комнату на почте 😉
Практика: Бизнес-требования и User Story
🗓 Когда?
СБ 10 сентября, 15:00 (Мск)
СБ 10 сентября, 18:00 (Мск)
ПН 12 сентября, 16:00 (Мск)
ПН 12 сентября, 19:00 (Мск)
✅ Зарегистрироваться
Можно по этой ссылке.
А если уже регистрировались на 8 сентября, то просто ждите ссылку на вебинарную комнату на почте 😉
Всем привет! Давайте знакомиться еще раз 👩💻
Этот канал веду я - Екатерина Ананьева, системный аналитик по призванию и по жизни. Ученики школы часто спрашивают меня:
🔹 как я пришла к открытию IT-школы,
🔹 начала работать над своими проектами,
🔹 переехала в другую страну,
🔹 как началась моя карьера системного аналитика?
Я начала свой путь в системном анализе с 2013 года. Наверное, мне всегда помогало то, что не смотря ни на что я верила - все получится, и бралась делать любые задачи. Даже если понимала, что вообще не знаю как делать.
Под категорию "любые" попадали не только сложные задачи на анализ и проектирование систем, решение которых казалось невозможным. Я всегда с полной готовностью делала и другие, не связанные напрямую с обязанностями задачи: дизайн, тестирование, презентации, спланировать график релизов, нажать на кнопки за разработчиков по инструкции, и выпустить релиз поздно ночью. Все, что просили - делала.
В результате я получила опыт участия во всех этапах разработки ПО: от общения с бизнес-заказчиками, до выпусков релизов и публикации приложений в Google Play. Много общалась с разработчиками и перенимала от них лучший опыт по проектированию, пожелания по написанию требований.
Поэтому одни из важных правил роста аналитика:
✅ пробуйте все в процессе разработки,
✅ не бойтесь сложных задач - это ваши точки роста!
Этот канал веду я - Екатерина Ананьева, системный аналитик по призванию и по жизни. Ученики школы часто спрашивают меня:
🔹 как я пришла к открытию IT-школы,
🔹 начала работать над своими проектами,
🔹 переехала в другую страну,
🔹 как началась моя карьера системного аналитика?
Я начала свой путь в системном анализе с 2013 года. Наверное, мне всегда помогало то, что не смотря ни на что я верила - все получится, и бралась делать любые задачи. Даже если понимала, что вообще не знаю как делать.
Под категорию "любые" попадали не только сложные задачи на анализ и проектирование систем, решение которых казалось невозможным. Я всегда с полной готовностью делала и другие, не связанные напрямую с обязанностями задачи: дизайн, тестирование, презентации, спланировать график релизов, нажать на кнопки за разработчиков по инструкции, и выпустить релиз поздно ночью. Все, что просили - делала.
В результате я получила опыт участия во всех этапах разработки ПО: от общения с бизнес-заказчиками, до выпусков релизов и публикации приложений в Google Play. Много общалась с разработчиками и перенимала от них лучший опыт по проектированию, пожелания по написанию требований.
Поэтому одни из важных правил роста аналитика:
✅ пробуйте все в процессе разработки,
✅ не бойтесь сложных задач - это ваши точки роста!
🔥18👍5
Прямой эфир в новом формате! 😱 Такого еще не было! Заглядывайте во вторник!
👩💻 Путь аналитика: от стажировки до своей компании
🗓 13 сентября, в 19:00 (Мск)
🔗 Регистрация здесь
Расскажу:
✔️ про себя и про опыт,
✔️ с чего начался мой путь аналитика,
✔️ самые крутые задачи,
✔️ способы развивать хард- и софт- скиллы,
✔️ откуда пришла идея создать IT-школу,
✔️ про веру в себя, победу над трудностями, и вектор на рост! 🚀
👩💻 Путь аналитика: от стажировки до своей компании
🗓 13 сентября, в 19:00 (Мск)
🔗 Регистрация здесь
Расскажу:
✔️ про себя и про опыт,
✔️ с чего начался мой путь аналитика,
✔️ самые крутые задачи,
✔️ способы развивать хард- и софт- скиллы,
✔️ откуда пришла идея создать IT-школу,
✔️ про веру в себя, победу над трудностями, и вектор на рост! 🚀
👍2🔥1
❗️Встречаемся через 15 минут в прямом эфире ❗️
Присоединяйтесь👇
https://pruffme.com/webinar/?id=93627ec818c6270a8f4bf7d9c1059f83
Присоединяйтесь👇
https://pruffme.com/webinar/?id=93627ec818c6270a8f4bf7d9c1059f83
Сегодня вебинар в новом формате. Учимся искать свои точки роста и мотивацию к большим целям!
Такого еще не было! Вы успеваете присоединиться!
Ссылка👇
https://pruffme.com/landing/getanalyst/tmp1662964247
Такого еще не было! Вы успеваете присоединиться!
Ссылка👇
https://pruffme.com/landing/getanalyst/tmp1662964247
👍3👎1
Аналитика — часть искусства рассуждения — логики, рассматривающая учение об анализе — операции мысленного или реального расчленения целого (вещи, свойства, процесса или отношения между предметами) на составные части, выполняемая в процессе познания или предметно-практической деятельности человек.
Аристотель, IX век до нашей эры
Вебинар "Системный аналитик: с чего начать и как расти"
Часть 1:
✅ Откуда приходят в профессию
✅ Разбор навыков бизнес-аналитика
Давайте познакомимся с историей профессии Системного аналитика!
Аристотель, IX век до нашей эры
Вебинар "Системный аналитик: с чего начать и как расти"
Часть 1:
✅ Откуда приходят в профессию
✅ Разбор навыков бизнес-аналитика
Давайте познакомимся с историей профессии Системного аналитика!
👍1
Главные задачи системных и бизнес-аналитиков
✔️сбор и анализ требований заказчиков,
✔️написание технического задания,
✔️постановка задач на разработчиков.
Делаем мы это с помощью текста, который вносим в документы Word, статьи Confluence или Notion, задачи Jira.
Текст - главный инструмент аналитиков. Им нужно овладеть безупречно.
Я хочу порекомендовать книгу "Пиши, сокращай" Максима Ильяхова и Людмилы Сарычевой. В ней вы найдете рекомендации, как писать требования. Тут не про орфографию и пунктуацию, а про то, как выразить свои мысли коротко, емко и ясно.
Самое-самое:
🟢 Упрощать. Нет ни одной ситуации, когда одну и ту же мысль стоит выражать сложнее, а не проще.
🟢 Убирать стоп-слова без вреда смыслу. Стоп-слова: вводные, оценки, штампы, неопределенное, эвфемизмы.
🟢 Наполнять полезным. Приводить примеры и факты.
🟢 Проверять текст чтением вслух.
🟢 Заменять длинные словосочетания.
🟢 Одно предложение - одна мысль. Если вы при чтении запутались в логике, интонациях или отношениях между словами, значит предложение сложное.
🟢 Однородные члены предложения сократить.
🟢 Один абзац - одна мысль.
Хорошая структура текста - магнит для читателя. А значит гарантия того, что требования прочтут заказчики, разработчики и тестировщики, и не будут дергать вас лишний раз с вопросами, ответы на которые вы уже написали в требованиях.
✔️сбор и анализ требований заказчиков,
✔️написание технического задания,
✔️постановка задач на разработчиков.
Делаем мы это с помощью текста, который вносим в документы Word, статьи Confluence или Notion, задачи Jira.
Текст - главный инструмент аналитиков. Им нужно овладеть безупречно.
Я хочу порекомендовать книгу "Пиши, сокращай" Максима Ильяхова и Людмилы Сарычевой. В ней вы найдете рекомендации, как писать требования. Тут не про орфографию и пунктуацию, а про то, как выразить свои мысли коротко, емко и ясно.
Самое-самое:
🟢 Упрощать. Нет ни одной ситуации, когда одну и ту же мысль стоит выражать сложнее, а не проще.
🟢 Убирать стоп-слова без вреда смыслу. Стоп-слова: вводные, оценки, штампы, неопределенное, эвфемизмы.
🟢 Наполнять полезным. Приводить примеры и факты.
🟢 Проверять текст чтением вслух.
🟢 Заменять длинные словосочетания.
🟢 Одно предложение - одна мысль. Если вы при чтении запутались в логике, интонациях или отношениях между словами, значит предложение сложное.
🟢 Однородные члены предложения сократить.
🟢 Один абзац - одна мысль.
Хорошая структура текста - магнит для читателя. А значит гарантия того, что требования прочтут заказчики, разработчики и тестировщики, и не будут дергать вас лишний раз с вопросами, ответы на которые вы уже написали в требованиях.
👍14❤1
Всем привет! Я приняла важное решение и хочу поделиться им с вами.
Я посвящаю много времени развитию проекта GetAnalyst. Ни один из потоков курсов REST API, Интеграции и Проектирование БД не был похож на предыдущий. Каждый раз я находила точки улучшения, добавляла новые практические задания на вебинары, материалы, собирала обратную связь.
Все программы курсов созданы на основе моего реального опыта, прочитанных статей и книг. Я даю только самую важную информацию, стараюсь простым языком объяснять сложные вещи, и дать понимание разработки программ на глубоком уровне. Среди тонн информации я собираю и отдаю самое-самое для вас.
В этом канале основная аудитория - действующие системные и бизнес-аналитики, кто уже в профессии и хочет расти. Я не хочу мешать контент для начинающих (о профессии, основы, как писать резюме) с контентом для тех, у кого уже есть опыт. Я же системный аналитик. И мой главный навык - структурировать информацию.
На прошлой неделе я приняла решение создать отдельный канал для начинающих карьеру в IT-аналитике.
Моя цель - не только прокачивать действующих специалистов, но и создавать новых!
Здесь остается эксперный контент: интеграции, REST API, архитектура, нотации моделирования, БД, инструменты, управление командой, и все, что поможет расти и развиваться.
Начинающих аналитиков я приглашаю присоединиться к каналу:
https://t.me/getanalyststart
🚀 Начинающие карьеру в IT
🚀 Выпускники технических ВУЗов
🚀 Тестировщики
🚀 Технические писатели
🚀 Специалисты технической поддержки
Там уже лежит пост-знакомство и полное видео "Системный аналитик: с чего начать и как расти".
Присоединяйтесь, и рассказывайте о нем вашим друзьям, которые ищут себя в IT 😉
Я посвящаю много времени развитию проекта GetAnalyst. Ни один из потоков курсов REST API, Интеграции и Проектирование БД не был похож на предыдущий. Каждый раз я находила точки улучшения, добавляла новые практические задания на вебинары, материалы, собирала обратную связь.
Все программы курсов созданы на основе моего реального опыта, прочитанных статей и книг. Я даю только самую важную информацию, стараюсь простым языком объяснять сложные вещи, и дать понимание разработки программ на глубоком уровне. Среди тонн информации я собираю и отдаю самое-самое для вас.
В этом канале основная аудитория - действующие системные и бизнес-аналитики, кто уже в профессии и хочет расти. Я не хочу мешать контент для начинающих (о профессии, основы, как писать резюме) с контентом для тех, у кого уже есть опыт. Я же системный аналитик. И мой главный навык - структурировать информацию.
На прошлой неделе я приняла решение создать отдельный канал для начинающих карьеру в IT-аналитике.
Моя цель - не только прокачивать действующих специалистов, но и создавать новых!
Здесь остается эксперный контент: интеграции, REST API, архитектура, нотации моделирования, БД, инструменты, управление командой, и все, что поможет расти и развиваться.
Начинающих аналитиков я приглашаю присоединиться к каналу:
https://t.me/getanalyststart
🚀 Начинающие карьеру в IT
🚀 Выпускники технических ВУЗов
🚀 Тестировщики
🚀 Технические писатели
🚀 Специалисты технической поддержки
Там уже лежит пост-знакомство и полное видео "Системный аналитик: с чего начать и как расти".
Присоединяйтесь, и рассказывайте о нем вашим друзьям, которые ищут себя в IT 😉
Telegram
GetAnalyst - Старт карьеры в IT • Системный аналитик • Бизнес-аналитик
Канал для начинающих карьеру системных аналитиков. Влюбиться в системый анализ и начать свой путь в IT можно здесь! 🚀
Для опытных аналитиков - Навыки • БД • Интеграции • API:
t.me/getanalysts
Обучение:
https://getanalyst.ru/education
Для опытных аналитиков - Навыки • БД • Интеграции • API:
t.me/getanalysts
Обучение:
https://getanalyst.ru/education
👍24
Привет! 🙂 Давайте про API?
API (Application Programming Interface) — способ взаимодействия между программными системами.
Если просто:
🔹 Люди общаются. Способы взаимодействия — голос, зрение, прикосновения
🔹 Я общаюсь с вами. Способы взаимодействия — Telegram-каналы, сайт, вебинары и эфиры
🔹 Я веду машину. Способы взаимодействия — руль, педали
🔹 Мобильные приложения и сайты для пользователей. Способы взаимодействия — красивые экраны с кнопками, картинками и текстом
Если про системы:
🔹 Мобильные приложения и сайты взаимодействуют с сервером. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с сервером платежной системы. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с системой электронного документооборота. Один из возможных способов взаимодействия — SOAP API
Взаимодействие между приложениями и системами организуется за счет интеграций. И эти самые интеграции реализуются с использованием разных видов протоколов взаимодействия — API.
API (Application Programming Interface) — способ взаимодействия между программными системами.
Если просто:
🔹 Люди общаются. Способы взаимодействия — голос, зрение, прикосновения
🔹 Я общаюсь с вами. Способы взаимодействия — Telegram-каналы, сайт, вебинары и эфиры
🔹 Я веду машину. Способы взаимодействия — руль, педали
🔹 Мобильные приложения и сайты для пользователей. Способы взаимодействия — красивые экраны с кнопками, картинками и текстом
Если про системы:
🔹 Мобильные приложения и сайты взаимодействуют с сервером. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с сервером платежной системы. Один из возможных способов взаимодействия — REST API
🔹 Сервер-приложение Интернет-магазина взаимодействует с системой электронного документооборота. Один из возможных способов взаимодействия — SOAP API
Взаимодействие между приложениями и системами организуется за счет интеграций. И эти самые интеграции реализуются с использованием разных видов протоколов взаимодействия — API.
🔥19👍7❤1
SOAP, REST и RPC 🧐
У людей есть разные способы (интерфейсы) взаимодействия. Например: зрение, голос. Для программ все аналогично.
API — программный интерфейс для организации взаимодействия систем, обмена данными. Он делится на виды.
Наиболее распространены Web API интерфейсы для веб-серверов или веб-браузеров. Они предоставляются через Интернет - чаще всего посредством HTTP-протокола передачи данных.
Выделяют виды Web API:
🟢 RPC (Remote Procedure Call) – удаленный вызов процедур,
🟢 SOAP (Simple Object Access Protocol) – простой протокол доступа к объектам,
🟢 REST (Representational State Transfer) – передача состояния представления.
Каждый из них содержит свои особенности. Основные отличия: реализация на уровне программного кода, способы вызова, формат сообщений.
У людей есть разные способы (интерфейсы) взаимодействия. Например: зрение, голос. Для программ все аналогично.
API — программный интерфейс для организации взаимодействия систем, обмена данными. Он делится на виды.
Наиболее распространены Web API интерфейсы для веб-серверов или веб-браузеров. Они предоставляются через Интернет - чаще всего посредством HTTP-протокола передачи данных.
Выделяют виды Web API:
🟢 RPC (Remote Procedure Call) – удаленный вызов процедур,
🟢 SOAP (Simple Object Access Protocol) – простой протокол доступа к объектам,
🟢 REST (Representational State Transfer) – передача состояния представления.
Каждый из них содержит свои особенности. Основные отличия: реализация на уровне программного кода, способы вызова, формат сообщений.
👍23👎1💩1
Что популярнее, про то и расскажу 🚀
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.
Почитать диссертацию Роя Филдинга можно здесь 🔗
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.
Почитать диссертацию Роя Филдинга можно здесь 🔗
👍20