Skip to content
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

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

germanov-v
Copy link

No description provided.

Copy link

@Alviner Alviner left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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

  • технический проект. Он не был составлен, лишь прилинковано несколько ссылок, что сильно мало, для защиты в дальнейшем у заказчика
  • adr. Нет решений по выбору тех или иных компонентов системы, лишь абстрактное решение о системе в целом
  • c4 модели. Указал подробнее в пр

Напоминаю, что работа не может быть принята без исправления всех критических ошибок.
Не останавливайтесь на достигнутом! Ваша работа имеет потенциал для улучшения, и я уверен, что вы сможете справиться с этими доработками. Удачи!

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

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

Основная цель технического проекта подсистемы - обеспечить четкое понимание того, как будет реализована и работать данная подсистема, а также предоставить основу для ее разработки, тестирования и внедрения.

Технический проект подсистемы является ключевым документом для команды разработчиков, инженеров и менеджеров проекта, поскольку он обеспечивает основу для эффективной и структурированной работы над подсистемой, позволяя минимизировать риски и обеспечивать высокое качество результата.

Задание и состоит в том, чтобы закрепить его формирование, пожалуйста, вернитесь к описанию задания и проработайте этот аспект

Copy link

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/. В данной работе вы и проектируете подсистему сообщений, а пользователи это внешние сервисы.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants