-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
added draft Home Work 2 #15
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Добрый день!
Отлично, что вы взялись за это задание! Видно, что вы вложили усилия и время в его выполнение. Ваше начальное усердие заслуживает похвалы.
Однако, чтобы добиться цели, стоит обратить внимание на следующие аспекты:
- технический проект. Он не был составлен, лишь прилинковано несколько ссылок, что сильно мало, для защиты в дальнейшем у заказчика
- adr. Нет решений по выбору тех или иных компонентов системы, лишь абстрактное решение о системе в целом
- c4 модели. Указал подробнее в пр
Напоминаю, что работа не может быть принята без исправления всех критических ошибок.
Не останавливайтесь на достигнутом! Ваша работа имеет потенциал для улучшения, и я уверен, что вы сможете справиться с этими доработками. Удачи!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Технический проект подсистемы - это документ, который подробно описывает технические аспекты и требования к разработке, внедрению и управлению конкретной частью более крупной системы или комплексного проекта. Эта подсистема может быть частью более крупной информационной системы, машины, оборудования или любого другого технического объекта.
Основная цель технического проекта подсистемы - обеспечить четкое понимание того, как будет реализована и работать данная подсистема, а также предоставить основу для ее разработки, тестирования и внедрения.
Технический проект подсистемы является ключевым документом для команды разработчиков, инженеров и менеджеров проекта, поскольку он обеспечивает основу для эффективной и структурированной работы над подсистемой, позволяя минимизировать риски и обеспечивать высокое качество результата.
Задание и состоит в том, чтобы закрепить его формирование, пожалуйста, вернитесь к описанию задания и проработайте этот аспект
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
C4-модели (C4 models) представляют собой методологию для визуализации и документирования архитектуры информационных систем. Они используются для создания карт архитектуры, которые помогают командам разработки и управления понимать, анализировать и обсуждать структуру системы. Важной частью C4-моделей является их способность предоставлять разные уровни детализации, начиная с высокоуровневого обзора и заканчивая подробными картами для разработчиков.
Давайте рассмотрим пример карты C4 с использованием зума. Предположим, у нас есть крупная информационная система, и мы хотим создать карту ее архитектуры с использованием C4-моделей.
Уровень 1: Контекстная диаграмма
На самом высоком уровне детализации у нас есть контекстная диаграмма, которая представляет информационную систему в ее контексте. Это начальное представление системы, и оно содержит только несколько ключевых элементов:
- [Зум внутре контекстной диаграммы]
- Система (наша информационная система) - это главный блок в центре диаграммы.
- Внешние системы - это другие системы или компоненты, которые взаимодействуют с нашей системой. Они представлены как блоки вокруг нашей системы.
Уровень 2: Диаграмма контейнеров
На следующем уровне детализации мы создаем диаграмму контейнеров, которая детализирует нашу систему и внешние системы. Внутри каждого контейнера можно представить более подробную информацию о его компонентах.
-
Система (наша информационная система)
- [Зум внутри системы]
- Веб-приложение - это контейнер, представляющий веб-приложение нашей системы.
- База данных - это контейнер, представляющий базу данных, используемую нашей системой.
- [Зум внутри системы]
-
Внешние системы (другие системы)
- [Зум внутри внешней системы]
- Сторонний API - это контейнер, представляющий сторонний API, с которым взаимодействует наша система.
- Пользователи - это контейнер, представляющий пользователей, которые используют нашу систему.
- [Зум внутри внешней системы]
Уровень 3: Диаграмма компонентов
На более низком уровне детализации можно создать диаграмму компонентов для каждого контейнера. Вот пример диаграммы компонентов для веб-приложения:
- Веб-приложение
- [Зум внутри веб-приложения]
- Клиентская часть - это компонент, представляющий фронтенд веб-приложения.
- Серверная часть - это компонент, представляющий бэкенд веб-приложения.
- База данных - это компонент, представляющий базу данных, используемую веб-приложением.
- [Зум внутри веб-приложения]
Таким образом, C4-модели позволяют представлять архитектуру информационной системы на разных уровнях детализации, что делает их полезными инструментами для анализа и визуализации сложных систем. С использованием зума можно углубляться в детали каждого компонента для лучшего понимания и коммуникации.
можете рассмотреть примеры на https://c4model.com/. В данной работе вы и проектируете подсистему сообщений, а пользователи это внешние сервисы.
No description provided.