В мире IT для аналитиков есть два основных вида задач: на фронтенд и на бэкенд.
И если с фронтендом все понятно - кнопки, иконки, поля ввода, то бэкенд может оказаться сложным для понимания.
Работая с задачами на бэкенд, мы встречаем интеграции, API, архитектуру. Без глубокого понимания этих тем тяжело работать. Кажется, что отдавая задачу в разработку, ты играешь в игру "Повезёт - Не Повезёт". После старта программисты задают вопросы, объясняют все непонятными словами, которые приходится записывать и искать в Google. На митингах с командой ты не можешь уловить суть. А смена работы пугает. Ведь если придется работать на проекте с архитектором, то ты просто не сможешь его понять. А взаимодействие с архитекторами - то, чего сейчас ожидают от системных аналитиков многие компании.
Одна из тем по архитектуре, часто упоминаемая в вакансиях системных аналитиков: микросервисы.
🚀 23 августа, в 19:00 Мск
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
ЗАПИСАТЬСЯ НА ПРАКТИКУ
За один вечер:
🌟 поймете основы архитектуры микросервисов,
🌟 научитесь их проектировать,
🌟 узнаете, как правильно организовывать их интеграционное взаимодействие,
🌟 разберетесь с проблемами синхронных и асинхронных запросов,
🌟 получите готовые схемы и подходы по проектированию.
Эти навыки по проектированию архитектуры помогут перейти на новый уровень в аналитике, и стать более ценным специалистом для вашей компании.
Готовы освоить новый навык? До встречи в прямом эфире через 5 дней! ❤️
И если с фронтендом все понятно - кнопки, иконки, поля ввода, то бэкенд может оказаться сложным для понимания.
Работая с задачами на бэкенд, мы встречаем интеграции, API, архитектуру. Без глубокого понимания этих тем тяжело работать. Кажется, что отдавая задачу в разработку, ты играешь в игру "Повезёт - Не Повезёт". После старта программисты задают вопросы, объясняют все непонятными словами, которые приходится записывать и искать в Google. На митингах с командой ты не можешь уловить суть. А смена работы пугает. Ведь если придется работать на проекте с архитектором, то ты просто не сможешь его понять. А взаимодействие с архитекторами - то, чего сейчас ожидают от системных аналитиков многие компании.
Одна из тем по архитектуре, часто упоминаемая в вакансиях системных аналитиков: микросервисы.
🚀 23 августа, в 19:00 Мск
🟢 Микросервисы: от бизнес-процессов до интеграционного взаимодействия
ЗАПИСАТЬСЯ НА ПРАКТИКУ
За один вечер:
🌟 поймете основы архитектуры микросервисов,
🌟 научитесь их проектировать,
🌟 узнаете, как правильно организовывать их интеграционное взаимодействие,
🌟 разберетесь с проблемами синхронных и асинхронных запросов,
🌟 получите готовые схемы и подходы по проектированию.
Эти навыки по проектированию архитектуры помогут перейти на новый уровень в аналитике, и стать более ценным специалистом для вашей компании.
Готовы освоить новый навык? До встречи в прямом эфире через 5 дней! ❤️
❤7🔥7👍1
Иногда алгоритмы слишком сложные... Не надо усложнять 😄
Всем крутого воскресения!
Всем крутого воскресения!
Telegram
GetAnalyst - Системый анализ
😁12
🌟 Правильная визуализация — ключ к успешному проектированию и пониманию вашей системы 🌟
С каждым годом архитектура программных систем становится сложнее. И, чтобы успешно ориентироваться в этом мире, нужны карты — схемы и модели систем.
Вы когда-нибудь задумывались, как бы выглядела схема архитектуры такой гигантской системы, как Amazon или Google Cloud? 🤔
Представьте все их системы, сервисы, микросервисы, базы данных, мобильные приложения, виджеты, сайты. Как показать это все в одной схеме? Или может быть вы сейчас стоите перед задачей создать схему для своего стартапа или корпоративного приложения, и не знаете, какую нотацию моделирования выбрать?
При проектировании архитектуры систем, в частности при создании схем компонентов, используются различные нотации и подходы. Вот некоторые из наиболее популярных и релевантных:
🟢 C4 (Context, Containers, Components, and Code)
🟢 Archimate
🟡 SysML (Systems Modeling Language)
🟡 4+1 Architectural View Model
🟡 AADL (Architecture Analysis & Design Language)
Выбор конкретной нотации зависит от специфики проекта, требований к документации и предпочтений команды.
Что из себя представляет каждая из нотаций моделирования, примеры использования и рекомендации, какую нотацию использовать в своем проекте и изучать, читайте в новой статье блога GetAnalyst: Архитектура систем для аналитиков: ТОП-5 нотаций моделирования архитектуры⚡️
С каждым годом архитектура программных систем становится сложнее. И, чтобы успешно ориентироваться в этом мире, нужны карты — схемы и модели систем.
Вы когда-нибудь задумывались, как бы выглядела схема архитектуры такой гигантской системы, как Amazon или Google Cloud? 🤔
Представьте все их системы, сервисы, микросервисы, базы данных, мобильные приложения, виджеты, сайты. Как показать это все в одной схеме? Или может быть вы сейчас стоите перед задачей создать схему для своего стартапа или корпоративного приложения, и не знаете, какую нотацию моделирования выбрать?
При проектировании архитектуры систем, в частности при создании схем компонентов, используются различные нотации и подходы. Вот некоторые из наиболее популярных и релевантных:
🟢 C4 (Context, Containers, Components, and Code)
🟢 Archimate
🟡 SysML (Systems Modeling Language)
🟡 4+1 Architectural View Model
🟡 AADL (Architecture Analysis & Design Language)
Выбор конкретной нотации зависит от специфики проекта, требований к документации и предпочтений команды.
Что из себя представляет каждая из нотаций моделирования, примеры использования и рекомендации, какую нотацию использовать в своем проекте и изучать, читайте в новой статье блога GetAnalyst: Архитектура систем для аналитиков: ТОП-5 нотаций моделирования архитектуры
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤2
Какая нотация моделирования используется у вас в компании? Если несколько, наиболее востребованная
Anonymous Poll
22%
C4
11%
Archimate
0%
4+1
1%
SysML
1%
AADL
16%
Своя - наглядная и понятная
17%
Не делаем схемы архитектуры
32%
Посмотреть ответ (нет опыта)
В какой нотации моделирования показать нашу текущую схему архитектуры по проекту с системой для сети Зоомагазинов?
Anonymous Poll
66%
C4
34%
Archimate
This media is not supported in your browser
VIEW IN TELEGRAM
Знаю, что смотрите и читаете меня, чтобы прокачаться в системном и бизнес-анализе. Вы ищите полезную информацию, которая позволит развить навыки, прокачать знания, выйти на новый уровень в профессии 🙌
И счастлива, что могу вам это дать! 😉 Я сама когда-то прошла путь cистемного аналитика с нуля. Все мы его проходили и идем по нему дальше.
Я знаю, какие сложности и испытания могут встречаться на пути, и мне хочется, чтобы для вас все прошло легче, чем это было у меня - меньше волнений, страха, переживаний, багов с продакшн. Для этого я пишу, для этого GetAnalyst, где я и коллеги делимся с вами нашим опытом.
Нередко вспоминаю, как было страшно открывать GetAnalyst, что я не смогу предать свои знания и опыт. Помню, как опускались руки 😮💨
Теперь GetAnalyst — это большое комьюнити единомышленников со всего мира, где каждый может получить знания и опыт в проектировании программного обеспечения.
А когда-то я сильно переживала за свой английский. Страшно было, что у меня низкий уровень и больше половины не понимаю. Когда я впервые одна оказалась заграницей, то могла сказать не больше чем свое имя и базовое приветствие.
В итоге из уровня «Hello, my name is Kate» за годы обучения и практики переросла на уровень свободного общения, даже с технической терминологией.
Практика решила всё!
Я много раз испытывала кризис перемен и при этом думала:
Почему не могу сидеть на месте?!
Почему нельзя просто оставить все как есть?! И так нормально.
Куда меня несет? Там же страшно! Может не получиться!
СТОООООООП! Хватит! Просто бери и делай!
Именно эти особенности - любопытство, жажда перемен и умение взять себя в руки и пробовать-делать-идти вперед, помогли пробовать, ошибаться, не сдаваться, и каждый раз получать новый опыт.
Зато теперь понимаю, что многое можно преодолеть и мне есть куда развиваться!
Рост — это не про волшебство 🔮
Бояться идти в новое и ошибаться на старте не стыдно.
Все получится!
Успех — это когда, ты можешь справляться со своими трудностями и не идеальностями.
Главное, пробовать! ♥️
И счастлива, что могу вам это дать! 😉 Я сама когда-то прошла путь cистемного аналитика с нуля. Все мы его проходили и идем по нему дальше.
Я знаю, какие сложности и испытания могут встречаться на пути, и мне хочется, чтобы для вас все прошло легче, чем это было у меня - меньше волнений, страха, переживаний, багов с продакшн. Для этого я пишу, для этого GetAnalyst, где я и коллеги делимся с вами нашим опытом.
Нередко вспоминаю, как было страшно открывать GetAnalyst, что я не смогу предать свои знания и опыт. Помню, как опускались руки 😮💨
Теперь GetAnalyst — это большое комьюнити единомышленников со всего мира, где каждый может получить знания и опыт в проектировании программного обеспечения.
А когда-то я сильно переживала за свой английский. Страшно было, что у меня низкий уровень и больше половины не понимаю. Когда я впервые одна оказалась заграницей, то могла сказать не больше чем свое имя и базовое приветствие.
В итоге из уровня «Hello, my name is Kate» за годы обучения и практики переросла на уровень свободного общения, даже с технической терминологией.
Практика решила всё!
Я много раз испытывала кризис перемен и при этом думала:
Почему не могу сидеть на месте?!
Почему нельзя просто оставить все как есть?! И так нормально.
Куда меня несет? Там же страшно! Может не получиться!
СТОООООООП! Хватит! Просто бери и делай!
Именно эти особенности - любопытство, жажда перемен и умение взять себя в руки и пробовать-делать-идти вперед, помогли пробовать, ошибаться, не сдаваться, и каждый раз получать новый опыт.
Зато теперь понимаю, что многое можно преодолеть и мне есть куда развиваться!
Рост — это не про волшебство 🔮
Бояться идти в новое и ошибаться на старте не стыдно.
Все получится!
Успех — это когда, ты можешь справляться со своими трудностями и не идеальностями.
Главное, пробовать! ♥️
❤25🔥11👍7❤🔥5👎1🤣1
🚀 Открыта запись на практический курс "Интеграции систем"! 🚀
📅 Старт потока: 6 сентября 2023
🌐 Проектирование интеграций — это ваш рост в профессиональной карьере до уровней Middle & Senior! Получите опыт работы с интеграциями и архитектурой систем, которые требуются в каждой 3-й вакансии для аналитиков на hh.ru.
Почему этот курс так важен?
1️⃣ Актуальность: Спрос на аналитиков с опытом в интеграциях и API непрерывно растет.
2️⃣ Возможности: Работайте в ведущих компаниях-интеграторах и продуктовых компаниях.
3️⃣ Высокая зарплата: Опыт в интеграциях может увеличить вашу зарплату на 30%!
📝 Заполните анкету сейчас и присоединяйтесь к новому потоку на лучших условиях!
🔥 Специальное предложение действует до 23 августа!
📅 Старт потока: 6 сентября 2023
🌐 Проектирование интеграций — это ваш рост в профессиональной карьере до уровней Middle & Senior! Получите опыт работы с интеграциями и архитектурой систем, которые требуются в каждой 3-й вакансии для аналитиков на hh.ru.
Почему этот курс так важен?
1️⃣ Актуальность: Спрос на аналитиков с опытом в интеграциях и API непрерывно растет.
2️⃣ Возможности: Работайте в ведущих компаниях-интеграторах и продуктовых компаниях.
3️⃣ Высокая зарплата: Опыт в интеграциях может увеличить вашу зарплату на 30%!
📝 Заполните анкету сейчас и присоединяйтесь к новому потоку на лучших условиях!
🔥 Специальное предложение действует до 23 августа!
❤3
Media is too big
VIEW IN TELEGRAM
Причины для перехода к микросервисам:
⚠️ Масштабирование:
Если определенные части вашего приложения испытывают большую нагрузку, микросервисы позволяют масштабировать именно их, покупая дополнительные серверные ресурсы только для этой части, а не для всего приложения. Таким образом, вы экономите ресурсы и деньги, увеличивая производительность там, где это действительно нужно.
⚠️ Технологическая гибкость:
Если вы хотите использовать разные языки программирования или технологии для разных задач, например, Node.js для пользовательского интерфейса (фронтенд) и Python для обработки данных (бэкенд).
⚠️ Быстрое развертывание (деплой):
"Деплой" или развертывание - это процесс публикации и запуска новой версии приложения на сервере. Микросервисы упрощают этот процесс из-за меньшего размера каждого отдельного сервиса, делая обновления быстрыми и безболезненными.
⚠️ Независимость компонентов:
Это особенно важно для систем, где стабильность критична. Например, в банковском приложении, даже если сервис обработки платежей сломается и будет временно недоступен, сервис проверки баланса будет работать стабильно.
Переход к микросервисам может потребовать дополнительных усилий, но при правильном подходе он станет решением многих проблем в бизнесе, даст и у разработчиков 🙌
Хотите понимать как устроена архитектура систем?
Лучше разобраться с тем, что из себя представляют микросервисы?
Посмотреть это все в примерах на практике?
До встречи в эфире!
⚡️ Микросервисы: от бизнес-процессов до интеграционного взаимодействия ⚡️
⚠️ Масштабирование:
Если определенные части вашего приложения испытывают большую нагрузку, микросервисы позволяют масштабировать именно их, покупая дополнительные серверные ресурсы только для этой части, а не для всего приложения. Таким образом, вы экономите ресурсы и деньги, увеличивая производительность там, где это действительно нужно.
⚠️ Технологическая гибкость:
Если вы хотите использовать разные языки программирования или технологии для разных задач, например, Node.js для пользовательского интерфейса (фронтенд) и Python для обработки данных (бэкенд).
⚠️ Быстрое развертывание (деплой):
"Деплой" или развертывание - это процесс публикации и запуска новой версии приложения на сервере. Микросервисы упрощают этот процесс из-за меньшего размера каждого отдельного сервиса, делая обновления быстрыми и безболезненными.
⚠️ Независимость компонентов:
Это особенно важно для систем, где стабильность критична. Например, в банковском приложении, даже если сервис обработки платежей сломается и будет временно недоступен, сервис проверки баланса будет работать стабильно.
Переход к микросервисам может потребовать дополнительных усилий, но при правильном подходе он станет решением многих проблем в бизнесе, даст и у разработчиков 🙌
Хотите понимать как устроена архитектура систем?
Лучше разобраться с тем, что из себя представляют микросервисы?
Посмотреть это все в примерах на практике?
До встречи в эфире!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👍1
По итогам голосования победила нотация C4! 🔥 Поэтому именно в нее мы будем переводить показанную несколько постов назад нашу схему архитектуры зоомагазина.
📊 ИНСТРУКЦИЯ ✏️
Чтобы схемы архитектуры можно было менять прямо внутри Confluence мне удобно использовать встроенный в него Draw.io. Поэтому для создания C4 по проекту PetCo зоомагазина мы будем использовать именно этот интрумент.
Чтобы включить элементы С4 необходимо:
1. Нажать снизу слева кнопку "+ More Shapes" / "Больше фигур".
2. Перейти в раздел Software / Программное обеспечение.
3. В нем выбрать С4 - установить галочку. И сохраниться.
Теперь C4 доступен и у вас! 🎉
Уровни моделирования С4, которые мы с вами спроектируем на примере проекта PetCo:
1. Context:
высокоуровневый взгляд на систему. Показывает приложения и пользователей, без технических деталей.
2. Container:
углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы. На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.
3. Component:
детализирует каждый контейнер, описывая его компоненты и их взаимодействие.
Чтобы схемы архитектуры можно было менять прямо внутри Confluence мне удобно использовать встроенный в него Draw.io. Поэтому для создания C4 по проекту PetCo зоомагазина мы будем использовать именно этот интрумент.
Чтобы включить элементы С4 необходимо:
1. Нажать снизу слева кнопку "+ More Shapes" / "Больше фигур".
2. Перейти в раздел Software / Программное обеспечение.
3. В нем выбрать С4 - установить галочку. И сохраниться.
Теперь C4 доступен и у вас! 🎉
Уровни моделирования С4, которые мы с вами спроектируем на примере проекта PetCo:
1. Context:
высокоуровневый взгляд на систему. Показывает приложения и пользователей, без технических деталей.
2. Container:
углубляет представление системы, описывая основные части, или "контейнеры" (backend-приложение, веб-приложение, мобильного приложение, базы данных, файловая система), которые входят в состав системы. На этом уровне определены функции каждого контейнера, технологические решения по языкам программирования, протоколы взаимодействия.
3. Component:
детализирует каждый контейнер, описывая его компоненты и их взаимодействие.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤3👍2
Я рекомендую собирать всю документацию по архитектуре проекта в одном разделе, на уровне общих требований к системе. Это можно делать в 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