Я рекомендую собирать всю документацию по архитектуре проекта в одном разделе, на уровне общих требований к системе. Это можно делать в Confluence или в другой базе знаний.
К такой документации могут относиться:
✔️ обоснования выбора шаблонов проектирования,
✔️ схемы взаимодействия компонентов (включая C4),
✔️ исследования в области нагрузки и безопасности от архитекторов.
Архитектурная документация — ключевая часть проектирования. Она влияет на большинство технических решений, связанных с последующим проектированием взаимодействия подсистем, сервисов и микросервисов проекта.
🌟 Сегодня проектированием архитектуры занимаются не только архитекторы, но и системные аналитики, так как именно они понимают весь проект от бизнеса до технических деталей, и помогают логически разделить систему на неависимые части.
Поэтому для нас, для системных аналитиков, важно знание как минимум одной из основных нотаций моделирования архитектуры - C4, чтобы уметь показать схему взаимодействия компонентов системы. Этот навык помогает не только с проектированием архитектуры, но и для работы с задачами на интеграциями.
Для погружения вас в архитектуру систем, уже сегодня проведем практический вебинар по микросервисам 😎 Если еще не зарегистрировались, то самое время пройти в закрепленные и сделать это!
До встречи в прямом эфире, в 19:00 Мск! ❤️
К такой документации могут относиться:
✔️ обоснования выбора шаблонов проектирования,
✔️ схемы взаимодействия компонентов (включая C4),
✔️ исследования в области нагрузки и безопасности от архитекторов.
Архитектурная документация — ключевая часть проектирования. Она влияет на большинство технических решений, связанных с последующим проектированием взаимодействия подсистем, сервисов и микросервисов проекта.
🌟 Сегодня проектированием архитектуры занимаются не только архитекторы, но и системные аналитики, так как именно они понимают весь проект от бизнеса до технических деталей, и помогают логически разделить систему на неависимые части.
Поэтому для нас, для системных аналитиков, важно знание как минимум одной из основных нотаций моделирования архитектуры - C4, чтобы уметь показать схему взаимодействия компонентов системы. Этот навык помогает не только с проектированием архитектуры, но и для работы с задачами на интеграциями.
Для погружения вас в архитектуру систем, уже сегодня проведем практический вебинар по микросервисам 😎 Если еще не зарегистрировались, то самое время пройти в закрепленные и сделать это!
До встречи в прямом эфире, в 19:00 Мск! ❤️
👍6❤2🔥1
❗️Начинаем через 15 минут❗️
📹 Микросервисы: от бизнес-процессов до архитектурного решения
Присоединяйтесь:
https://pruffme.com/webinar/?id=d69f2859138d121a74b192981d7be5ee
📹 Микросервисы: от бизнес-процессов до архитектурного решения
Присоединяйтесь:
https://pruffme.com/webinar/?id=d69f2859138d121a74b192981d7be5ee
Всем привет!
Вчера прошел практический вебинар по микросервисам на котором:
🟢 Разобрали самую главную теорию по микросервисам и отличия от монолита.
🟢 Познакомились с бизнес-процессом и определили микросервисы для него.
🟢 Показали взаимодействие микросервиса на схеме.
🟢 Узнали что такое API Getaway, оркестратор и хореограф.
🟢 Разобрали вопрос масштабируемости с точки зрения DevOps.
🟢 Обсудили разные варианты по проектированию архитектуры и даже затронули острую тему в отличиях между микросервисами, сервисами и нано-сервисами 😁
Много вопросов и много ответов! Вы как всегда сделали практику еще лучше, чем мы планировали 😍
Так как не всем удалось подключиться в поздний час, то
проводим повторы:
24 августа - 15:00 Мск ( ‼️ сегодня)
27 августа - 12:00 Мск и 18:00 Мск
Чтобы записаться на повтов в любой из дней, жмите на ссылку ниже.
ЗАПИСАТЬСЯ НА ПОВТОР
Ссылка на вебинарную комнату придет в почту, указанную при регистрации. Сегодняшнюю продублируем здесь 🗝
И отдельная благодарность Никите Румянцеву, без него ничего бы не получилось! ❤️❤️❤️
P.S. Сегодня во время вебинара и до 19 Мск будет актуально MSA2408 😉
Вчера прошел практический вебинар по микросервисам на котором:
🟢 Разобрали самую главную теорию по микросервисам и отличия от монолита.
🟢 Познакомились с бизнес-процессом и определили микросервисы для него.
🟢 Показали взаимодействие микросервиса на схеме.
🟢 Узнали что такое API Getaway, оркестратор и хореограф.
🟢 Разобрали вопрос масштабируемости с точки зрения DevOps.
🟢 Обсудили разные варианты по проектированию архитектуры и даже затронули острую тему в отличиях между микросервисами, сервисами и нано-сервисами 😁
Много вопросов и много ответов! Вы как всегда сделали практику еще лучше, чем мы планировали 😍
Так как не всем удалось подключиться в поздний час, то
проводим повторы:
24 августа - 15:00 Мск ( ‼️ сегодня)
27 августа - 12:00 Мск и 18:00 Мск
Чтобы записаться на повтов в любой из дней, жмите на ссылку ниже.
ЗАПИСАТЬСЯ НА ПОВТОР
Ссылка на вебинарную комнату придет в почту, указанную при регистрации. Сегодняшнюю продублируем здесь 🗝
И отдельная благодарность Никите Румянцеву, без него ничего бы не получилось! ❤️❤️❤️
P.S. Сегодня во время вебинара и до 19 Мск будет актуально MSA2408 😉
❤10👍2
Коллеги, продолжаем работать с архитектурой зоомагазина PetCo - переводим схему компонентов в нотацию С4.
Context в C4 показывает приложения и пользователей, без технических деталей. Это самый верхний уровень.
Элементы:
🌟 Системы - свои (синие) и внешние (серые, чужие).
🌟 Пользователи - свои (синие) и внешние (серые).
🌟 Стрелки с описанием возможностей - направление показывает ,какая система совершает действие, используя ту, к которой направлена стрелка.
Этот уровень системный аналитик может сделать самостоятельно, без привлечения разработчиков и архитекторов.
Он рассказывает про контекст системы, которую мы будем разработывать, что её окружает: внешние системы, пользователи.
⚡️ Что я выделила на диаграмме C4 Context для PetCo и почему это важно ⚡️
1. PetCo Online - это система, которую мы будем разрабатывать. Этот элемент подразумевает под собой мобильные приложения для онлайн заказа животных и товаров для них, сайт для покупателей, админка для администраторов и управляющих сети, бэкенд.
2. PetStore - действующая система магазина, через которую ведется учет животных и товаров, регистрируются продажи с касс магазина. Это система, с которой нам предстоит интегрироваться для синхронизации каталога и продаж.
3. Email - система, с которой мы будем интегрировать PetCo Online для уведомления клиентов о статусах заказа, подтверждений доступа к ЛК. На исходной не показала. Но на C4 не удержалась и все же внесла интеграцию с Email-рассылками в наш MVP :)
4. Raif Pay - платежная система, через которую PetCo Online будет принимать платежи.
5. Администратор - пользователь административного приложения PetCo Online. На этом уровне, как вы видите, оно не выделяется.
6. Клиент онлайн-магазина - основной пользователь системы. Может как иметь ЛК, так и не регистрировать его.
7. Клиентов в магазинах и кассиров можно было не рисовать, но мне на схеме контекста явно хочется сообщить команде, что пока они не интересуют нас как роли пользователей в проекте PetCo Online.
Сохраняйте в избранное, чтобы не потерять 🤝
Context в C4 показывает приложения и пользователей, без технических деталей. Это самый верхний уровень.
Элементы:
🌟 Системы - свои (синие) и внешние (серые, чужие).
🌟 Пользователи - свои (синие) и внешние (серые).
🌟 Стрелки с описанием возможностей - направление показывает ,какая система совершает действие, используя ту, к которой направлена стрелка.
Этот уровень системный аналитик может сделать самостоятельно, без привлечения разработчиков и архитекторов.
Он рассказывает про контекст системы, которую мы будем разработывать, что её окружает: внешние системы, пользователи.
1. PetCo Online - это система, которую мы будем разрабатывать. Этот элемент подразумевает под собой мобильные приложения для онлайн заказа животных и товаров для них, сайт для покупателей, админка для администраторов и управляющих сети, бэкенд.
2. PetStore - действующая система магазина, через которую ведется учет животных и товаров, регистрируются продажи с касс магазина. Это система, с которой нам предстоит интегрироваться для синхронизации каталога и продаж.
3. Email - система, с которой мы будем интегрировать PetCo Online для уведомления клиентов о статусах заказа, подтверждений доступа к ЛК. На исходной не показала. Но на C4 не удержалась и все же внесла интеграцию с Email-рассылками в наш MVP :)
4. Raif Pay - платежная система, через которую PetCo Online будет принимать платежи.
5. Администратор - пользователь административного приложения PetCo Online. На этом уровне, как вы видите, оно не выделяется.
6. Клиент онлайн-магазина - основной пользователь системы. Может как иметь ЛК, так и не регистрировать его.
7. Клиентов в магазинах и кассиров можно было не рисовать, но мне на схеме контекста явно хочется сообщить команде, что пока они не интересуют нас как роли пользователей в проекте PetCo Online.
Сохраняйте в избранное, чтобы не потерять 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥4❤2
А что, если в C4 будет в Miro? 😍
Так тоже можно, но это не стардартные элементы Miro.
🟢 Делюсь ссылкой на шаблон + пример C4 для Miro 🟢
Дублировать в нем Container и Component? 🔥
Так тоже можно, но это не стардартные элементы Miro.
🟢 Делюсь ссылкой на шаблон + пример C4 для Miro 🟢
Дублировать в нем Container и Component? 🔥
🔥18
Мне всегда нравилось читать вдохновляющие истории 🤩
И я рада, что появляется все больше таких историй, с которыми связана команда GetAnalyst!
Спасибо вам за доверие и обратную связь ❤️ Прекрасных выходных!
И я рада, что появляется все больше таких историй, с которыми связана команда GetAnalyst!
Спасибо вам за доверие и обратную связь ❤️ Прекрасных выходных!
👍6🔥4
Суббота - день отдыха 💯
В моей жизни был период, когда я работала без выходных по 8-14 часов в будни и по 4-8 часов в выходные. Совмещая это всё с учебой, и обязательными тренировками почти каждый день. Иногда это нужно. И я до сих пор это практикую, чтобы двигаться вперед и расти.
К сожалению, по другому не получается. Все лучшие результаты в моей жизни, весь рост, приходили через усердную работу.
Это мои рабочие спринты, как в разработке. Но уже сейчас я вижу и чувствую, что меня хватает максимум на 2 месяца таких усердных работ. Дальше надо отдыхать. Обязательно. А еще лучше, когда отдых есть еженедельно, хотя бы 1 полный день оффлайн.
После таких забегов я устраиваю тотальный отдых. Хотя бы несколько полных дней оффлайн, а потом 1-2 месяца со стабильным выходным по субботам. А иногда по пятницам и субботам. Воскресенье я люблю работать и учиться, когда можно сфокусированно, без лишних чатов, решать задачи.
Почему я это пишу? Я хочу поделиться своим опытом. Но не в аналитике.
🎓 Стабильный отдых минимум один день в неделю, с отключением от соцсетей, работы и чатов - лучшее, что может заряжать энергией на новую неделю. Это помогает идти к лучшим результатам с улыбкой и в счастье.
🎓 Я не верю в результаты без усилий. Да, работа должна быть в легкости и в радости. Это так. Но как правило, чтобы сделать прыжок вверх, надо инвестировать время в учебу и её применение в своем деле.
Это как походы в спортзал. Хочешь крутое тело? Иногда надо делать себе неприятно на силовых.
Берегите себя и не забывайте отдыхать ❤️ Но и стремиться к лучшему тоже важно. Чередуйте нагрузку и отдых. И всё обязательно получится!
А суббота - прекрасный день, когда можно отдыхать, улыбаться и смеяться от души 😉👇
В моей жизни был период, когда я работала без выходных по 8-14 часов в будни и по 4-8 часов в выходные. Совмещая это всё с учебой, и обязательными тренировками почти каждый день. Иногда это нужно. И я до сих пор это практикую, чтобы двигаться вперед и расти.
К сожалению, по другому не получается. Все лучшие результаты в моей жизни, весь рост, приходили через усердную работу.
Это мои рабочие спринты, как в разработке. Но уже сейчас я вижу и чувствую, что меня хватает максимум на 2 месяца таких усердных работ. Дальше надо отдыхать. Обязательно. А еще лучше, когда отдых есть еженедельно, хотя бы 1 полный день оффлайн.
После таких забегов я устраиваю тотальный отдых. Хотя бы несколько полных дней оффлайн, а потом 1-2 месяца со стабильным выходным по субботам. А иногда по пятницам и субботам. Воскресенье я люблю работать и учиться, когда можно сфокусированно, без лишних чатов, решать задачи.
Почему я это пишу? Я хочу поделиться своим опытом. Но не в аналитике.
🎓 Стабильный отдых минимум один день в неделю, с отключением от соцсетей, работы и чатов - лучшее, что может заряжать энергией на новую неделю. Это помогает идти к лучшим результатам с улыбкой и в счастье.
🎓 Я не верю в результаты без усилий. Да, работа должна быть в легкости и в радости. Это так. Но как правило, чтобы сделать прыжок вверх, надо инвестировать время в учебу и её применение в своем деле.
Это как походы в спортзал. Хочешь крутое тело? Иногда надо делать себе неприятно на силовых.
Берегите себя и не забывайте отдыхать ❤️ Но и стремиться к лучшему тоже важно. Чередуйте нагрузку и отдых. И всё обязательно получится!
А суббота - прекрасный день, когда можно отдыхать, улыбаться и смеяться от души 😉👇
❤24🥰6👍4🔥3
This media is not supported in your browser
VIEW IN TELEGRAM
Быть честными - важно. Главное не переусердствовать.
И без инцидентов с БД, пожалуйста 🤣
И без инцидентов с БД, пожалуйста 🤣
🤣42🔥15😁1
Всем привет!
У нас переезд между почтовыми сервисами и нестабильно уходят письма 😔
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
🌟Сегодня в 18:00 Мск - ссылка на вебинарную комнату:
https://pruffme.com/webinar/?id=f5dbe802611de4369f61521c1d91dd8d
Доп. повторы организуем завтра в 15:00 и 19 Мск, т.к. не всем пришла ссылка на трансляцию. Благодарю за понимание 🙏
У нас переезд между почтовыми сервисами и нестабильно уходят письма 😔
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
🌟Сегодня в 18:00 Мск - ссылка на вебинарную комнату:
https://pruffme.com/webinar/?id=f5dbe802611de4369f61521c1d91dd8d
Доп. повторы организуем завтра в 15:00 и 19 Мск, т.к. не всем пришла ссылка на трансляцию. Благодарю за понимание 🙏
Pruffme
Микросервисы: от бизнес-процессов до архитектурного решения.
👍9
Hello! ☀️ Открываем новую неделю с диаграммы контейнеров C4.
Предыстория:
1. Сделали схему архитектуру в моей упрощенной нотации CloudRectangle.
2. Сделали самый верхний уровень архитектуры в нотации С4 - Context.
Container С4:
Углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы.
На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.
Что получилось в результате по примеру с нашим проектом системы для Зоомагазина PetCo:
1️⃣ PetCo Online был синим прямоугольником на уровне Context. Мобильных приложений, сайта, бэкенда отдельно не было. Теперь они появились. И синий прямоугольник превратился в детализированый пунктирный.
Пока сделала админку как наше отдельное новое приложение, существующую систему PetStore для касс в магазине пока не трогаем.
2️⃣ До этого ни про какие API речи не было. Сейчас на стрелках указаны техногологии, по которым системы, подсистемы или отдельные приложения взаимодействуют друг с другом: REST API, HTTPS, SMTP, SOAP, GraphQL и другие.
Аналитик может указывать это самостоятельно в 80% случаев (когда не библиотеки и когда не описываются протоколы взаимодействия с БД - это уже к архитекторам и программистам).
3️⃣ Появились технологии разработки - указаны языки программирования, на которых создаются наши приложения - Java, Swift, Kotlin.
Это то, что аналитик указывает, если знает. Если я не знаю, то обычно указываю на схеме ???, чтобы потом дополнили разработчики.
4️⃣ Появились базы данных с указанием технологий (Oracle, PostgreSQL, MongoDB и др.).
5️⃣ Убрала двух серых пользователей, т.к. они уже никакой смысловой нагрузки не несут. Я рассказываю на этом уровне C4 Container про новую систему PetCo Online, которую мы делаем.
Результат появился в Miro PetCo - ваш шаблон по C4 Container 😉
Предыстория:
1. Сделали схему архитектуру в моей упрощенной нотации CloudRectangle.
2. Сделали самый верхний уровень архитектуры в нотации С4 - Context.
Container С4:
Углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы.
На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.
Что получилось в результате по примеру с нашим проектом системы для Зоомагазина PetCo:
1️⃣ PetCo Online был синим прямоугольником на уровне Context. Мобильных приложений, сайта, бэкенда отдельно не было. Теперь они появились. И синий прямоугольник превратился в детализированый пунктирный.
Пока сделала админку как наше отдельное новое приложение, существующую систему PetStore для касс в магазине пока не трогаем.
2️⃣ До этого ни про какие API речи не было. Сейчас на стрелках указаны техногологии, по которым системы, подсистемы или отдельные приложения взаимодействуют друг с другом: REST API, HTTPS, SMTP, SOAP, GraphQL и другие.
Аналитик может указывать это самостоятельно в 80% случаев (когда не библиотеки и когда не описываются протоколы взаимодействия с БД - это уже к архитекторам и программистам).
3️⃣ Появились технологии разработки - указаны языки программирования, на которых создаются наши приложения - Java, Swift, Kotlin.
Это то, что аналитик указывает, если знает. Если я не знаю, то обычно указываю на схеме ???, чтобы потом дополнили разработчики.
4️⃣ Появились базы данных с указанием технологий (Oracle, PostgreSQL, MongoDB и др.).
5️⃣ Убрала двух серых пользователей, т.к. они уже никакой смысловой нагрузки не несут. Я рассказываю на этом уровне C4 Container про новую систему PetCo Online, которую мы делаем.
Результат появился в Miro PetCo - ваш шаблон по C4 Container 😉
❤4👍4
C4 Component:
Детализирует каждый контейнер, описывая его компоненты и их взаимодействие.
Т.е. мы переходим к рассмотрению что внутри каждого контейнера с предыдущего уровня C4 Container.
Особенности:
🔹Это системный уровень. На нем уже нет пользователей, мы видим подсистемы.
🔹Наиболее полезен и практичен для бэкенда.
🔹На этом уровне показывают сервисы, микросервисы и т.д.
🔹Также важно показать протоколы взаимодействия между подсистемами.
При работе с этим уровнем взаимодействие с коллегами архитекторами и разработчиками важно. Это именно тот самый этап, когда вам важно собрать технические требования к реализации от команды и зафиксировать.
Я думаю тем, кто работает или работал в банковской сфере, это знакомо. Когда у Вас митинги с архитекторами и разработчиками по проектированию взаимодействия подсистем, а потом вас просят зафиксировать результаты митинга и нарисовать схему взаимодействия компонентов. И C4 Component здесь очень выручает!
Результат уже ждет вас в шаблоне Miro по С4! 🤝
Please open Telegram to view this post
VIEW IN TELEGRAM
❤5👍3🔥2
❗️Начинаем через 15 минут❗️
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
🌟 15:00 Мск - ссылка на вебинарную комнату:
https://pruffme.com/webinar/?id=f5dbe802611de4369f61521c1d91dd8d
* в 19:00 на трансляцию можно попасть по этой же ссылке
Присоединяйтесь! Повторов больше не будет!
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
🌟 15:00 Мск - ссылка на вебинарную комнату:
https://pruffme.com/webinar/?id=f5dbe802611de4369f61521c1d91dd8d
* в 19:00 на трансляцию можно попасть по этой же ссылке
Присоединяйтесь! Повторов больше не будет!
🔥1
Почему я делала шаблон C4 в Miro?
1. Draw.io классный, но есть еще варианты инструментов для создания схем архитектуры. Почему бы не показать их вам? Больше возможностей всегда хорошо!
2. Мне более приятен интерфейс Miro. Но при этом я продолжаю использовать в основном Draw Io. Зависит от предпочтений ваших и команды.
3. Теперь вы можете скопировать этот шаблон себе ❤️ и использовать для создания C4 в Miro на вашем проекте!
Как это сделать? Смотрите на картинку к посту.
Добавляйте шаблон в избранное или делайте личную копию, которую можно редактировать 🙌 Практикуйте C4 и пополняйте свое портфолио по работе с интеграциями и архитектурой - востребованными навыками для системных аналитиков сегодня!
1. Draw.io классный, но есть еще варианты инструментов для создания схем архитектуры. Почему бы не показать их вам? Больше возможностей всегда хорошо!
2. Мне более приятен интерфейс Miro. Но при этом я продолжаю использовать в основном Draw Io. Зависит от предпочтений ваших и команды.
3. Теперь вы можете скопировать этот шаблон себе ❤️ и использовать для создания C4 в Miro на вашем проекте!
Как это сделать? Смотрите на картинку к посту.
Добавляйте шаблон в избранное или делайте личную копию, которую можно редактировать 🙌 Практикуйте C4 и пополняйте свое портфолио по работе с интеграциями и архитектурой - востребованными навыками для системных аналитиков сегодня!
🔥15❤2
Внутри компании нет роста, нет задач для практики, сижу на одном месте, на собеседованиях чувствую страх, неуверенность и синдром самозванца 😞Знакомые чувства?
Особенно грустно, когда талантливые аналитики ждут повышения на текущем месте работы от руководителя, но ничего не происходит. Просить? Нет. В голове ведь: "а что если...уволят/понизят?".
Обычно случается следующее:
1. Аналитик открывает вакансии.
2. Проверяет, каких навыков не хватает и строит план по их получению.
3. Подтягивает знания любыми доступными способами, пополняет портфолио.
Обучение может через практику быть в рамках работы, если все же хоть как-то можно получить доступ к более сложным задачам и проектам. Или дополнительное образование.
4. Обновляет резюме и публикует.
Потом наступает период множества собеседований. От первых, на которых чувствуешь себя неловко и неуверенно, до победных, когда понимаешь, что собеседование это обычный процесс.
Что можно получить в результате усердной работы и понятной цели?
🔹 Junior -> Senior.
🔹 +100к.
Junior -> Senior кейс скорее исключительный, когда нашего коллегу очень долго не повышали. Но прорыв серьезный! И это показатель - всё возможно, если прикладывать усилия!
Спасибо, что пишете! Такая обратная связь вдохновляет не только меня, но и ваших коллег ❤️
Верьте в себя и свои силы. Ставьте цели и создавайте планы, как их достичь. Всё получится!
Особенно грустно, когда талантливые аналитики ждут повышения на текущем месте работы от руководителя, но ничего не происходит. Просить? Нет. В голове ведь: "а что если...уволят/понизят?".
Обычно случается следующее:
1. Аналитик открывает вакансии.
2. Проверяет, каких навыков не хватает и строит план по их получению.
3. Подтягивает знания любыми доступными способами, пополняет портфолио.
Обучение может через практику быть в рамках работы, если все же хоть как-то можно получить доступ к более сложным задачам и проектам. Или дополнительное образование.
4. Обновляет резюме и публикует.
Потом наступает период множества собеседований. От первых, на которых чувствуешь себя неловко и неуверенно, до победных, когда понимаешь, что собеседование это обычный процесс.
Что можно получить в результате усердной работы и понятной цели?
🔹 Junior -> Senior.
🔹 +100к.
Junior -> Senior кейс скорее исключительный, когда нашего коллегу очень долго не повышали. Но прорыв серьезный! И это показатель - всё возможно, если прикладывать усилия!
Спасибо, что пишете! Такая обратная связь вдохновляет не только меня, но и ваших коллег ❤️
Верьте в себя и свои силы. Ставьте цели и создавайте планы, как их достичь. Всё получится!
👍20🔥4
🧩 Интеграционные Use Cases: что это? 🧩
Схему архитектуры сделали. Взаимодействие систем понимаем, исходя из первичного описания проекта. Время переходить к функциональным требованиям.
Функциональные требования определяют, ЧТО система должна делать.
Это специфические описания возможностей или характеристик системы, которые влияют на ее поведение.
Пример: "Система должна предоставлять возможность пользователям регистрироваться, используя адрес электронной почты".
Use Case (или сценарий использования) описывает, КАК и в КАКОМ ПОРЯДКЕ эти функциональные требования реализуются в рамках взаимодействия пользователя с системой.
Это не просто функция или действие, а некий "рассказ" о том, как система и пользователь совместно решают задачу.
Пример: Сценарий "Регистрация нового пользователя", который будет включать в себя шаги по вводу данных, их валидации, отправке подтверждения на email и так далее.
Use Case описывает поведение системы в ответ на действия
🔸 конкретного пользователя - обычные Use Cases,
🔸 или другой системы - интеграционные Use Cases.
Что из себя представляет интеграционный Use Case?
Когда мы говорим о интеграционных Use Case, мы имеем в виду сценарии, в которых наша система взаимодействует не только с пользователем, но и с другими системами.
Например, когда пользователь делает заказ в интернет-магазине, этот заказ может быть отправлен в CRM-систему компании для обработки менеджерами или в бухгалтерский модуль для учета.
Продолжение скоро👇
Схему архитектуры сделали. Взаимодействие систем понимаем, исходя из первичного описания проекта. Время переходить к функциональным требованиям.
Функциональные требования определяют, ЧТО система должна делать.
Это специфические описания возможностей или характеристик системы, которые влияют на ее поведение.
Пример: "Система должна предоставлять возможность пользователям регистрироваться, используя адрес электронной почты".
Use Case (или сценарий использования) описывает, КАК и в КАКОМ ПОРЯДКЕ эти функциональные требования реализуются в рамках взаимодействия пользователя с системой.
Это не просто функция или действие, а некий "рассказ" о том, как система и пользователь совместно решают задачу.
Пример: Сценарий "Регистрация нового пользователя", который будет включать в себя шаги по вводу данных, их валидации, отправке подтверждения на email и так далее.
Use Case описывает поведение системы в ответ на действия
🔸 конкретного пользователя - обычные Use Cases,
🔸 или другой системы - интеграционные Use Cases.
Что из себя представляет интеграционный Use Case?
Когда мы говорим о интеграционных Use Case, мы имеем в виду сценарии, в которых наша система взаимодействует не только с пользователем, но и с другими системами.
Например, когда пользователь делает заказ в интернет-магазине, этот заказ может быть отправлен в CRM-систему компании для обработки менеджерами или в бухгалтерский модуль для учета.
Продолжение скоро👇
🔥18👍4❤2