Я работаю уже два-три года, но не понимаю, при чем тут схемы архитектуры?

Java
Я работаю уже два-три года, но не понимаю, при чем тут схемы архитектуры?

Автор: Брат Сяофу
Блог:bugstack.cn

Осаждайте, делитесь, растите и позвольте себе и другим что-то получить! 😄

Введение

很多程序员画架构图头疼，不知道画什么、怎么画！

分享,评审,述职,答辩, пока вы в индустрии программистов, вы практически неотделимы от рисования.

Когда дело доходит до рисования, многим хочется встать и закричать "Внутренний объем", "Внутренний объем", "Инженер ППТ", но сам программный код - это конкретная реализация математической логики, если нет графиков и текстов объяснить, действительно трудно всем общаться под общим консенсусом.

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

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

  • Ниццаповысить эффективность общения,
  • я понимаюзаключается в улучшении коммуникации и консенсуса,
  • легко использоватьзаключается в повышении качества доставки,
  • смешнойзаключается в увеличении скорости реализации.

Это как джентльмен гоняется за красивой девушкой.Если ты хорошо выглядишь, тебе хочется проявить инициативу, чтобы подразнить ее, и у тебя хороший характер и общий взгляд, который быстро заставит тебя говорить.我懂你, Следующим шагом является качество доставки и скорость реализации, что также является само собой разумеющимся.

Ну, не горячись, тогда мы начнем концентрироваться на исследовании архитектурных схем, что там есть, как их рисовать и какие есть методы.

2. Какие виды архитектурных диаграмм существуют?

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

图 26-1 架构图分类

  • бизнес-архитектура: описания результатов и процессов бизнеса на начальном этапе требований, как правило, расплывчаты и могут исходить из отзывов начальника, оператора или пользователя.Клиент сказал, что стиральная машина Haier будет заблокирована при мытье картофеля, поэтому Haier немедленно разработала специальную машину для мойки картофеля.Направление бизнеса часто называют направлением и результатом.战略, который в основном включает бизнес-планирование, бизнес-модули и процессы, а также список проблемных областей.
  • Архитектура приложения: повторное использование сервисов, межгрупповое сотрудничество, простота, гибкость и интеграция — вот те моменты, которые необходимо учитывать в архитектуре приложения. мониторинг мнений, видеосервисы, платежные сервисы и т. д. — все эти продукты размещаются на платформе в рамках уровня архитектуры приложений и используются всеми сторонами.
  • Архитектура продукта: бизнес повышает спрос, а продукт формулирует план.По сравнению с разветвленным бизнес-процессом архитектура продукта будет более тонкой, и будут учитываться уровни и границы каждого модуля.
  • схема данных: Сбор данных, хранение данных и использование данных — это три проблемы, которые должна решать архитектура данных, например, хранение базы данных, агрегация больших данных и анализ данных.
  • Технологическая архитектура: Это архитектурный проект, наиболее близкий программисту.Это не только архитектурная схема системы, но также включает в себя структуру, функцию, процесс, логику и так далее. Его конкретное описание представляет собой конкретную схему реализации того, как реализована вся система.

3. Что такое структура Захмана?

Zachman framework, первая в мире теория архитектуры предприятия, основанная Джоном Захманом в 1987 году. Его статья «Структура архитектуры информационных систем» до сих пор считается в отрасли самой авторитетной теорией в области проектирования архитектуры предприятия.

Фреймворк Захмана (Zachman framework) — это логическая структура, которая может представлять корпоративную информацию согласно разным классификациям и с разных точек зрения.

Фреймворк Захмана рассматривает предприятия с шести горизонтальных точек зрения, которые можно разделить на шесть точек зрения: какой контент, как работать, где, кто несет ответственность и почему (так называемая W5H).

Столбцы структуры состоят из набора артефактов, классифицированных как планировщик, владелец, дизайнер (архитектор), строитель, субподрядчик, продукт или иногда выраженные в виде точки зрения: контекст области, бизнес-концепция, системная логика, технология, физика, компонент. уроки сборки и манипулирования. Общая картина показана на рис. 26-2 Структура TOGAF Zachman.

图 26-2 TOGAF Zachman框架，小傅哥根据描述重新绘制

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

  • данные(Что, то есть какой контент): Что такое бизнес-данные, информация или объекты?
  • Функции(Как, т.е. как это работает): Как работает бизнес, т.е. что такое бизнес-процесс?
  • Интернет(Где, то есть где): Где работает и развернуто предприятие?
  • люди(Кто, кто главный): Кто? Что такое бизнес-единицы и их иерархия?
  • время(Когда): Каков бизнес-план и рабочий процесс? Когда он будет исполнен?
  • причина(Зачем, т.е. зачем это делать): Почему было выбрано решение? Как это произошло?

Шесть вертикальных элементов в таблицеПредставляет точку зрения тех, кто участвует в построении информационной системы, при описании информационной системы, включая:

  • Объем/Планировщик: это представление описывает бизнес-цель и стратегию и выступает в качестве контекста, из которого будут получены и управляться другие представления.
  • Бизнес-модель/владелец: Это описание организации, в которой должна функционировать информационная система.
  • Модель системы/конструктор: В этом представлении представлен обзор того, как система удовлетворяет информационные потребности организации.
  • Техническая модель/построитель (Builder): это представление того, как система реализована, делая очевидными конкретные решения и методы.
  • Подробное описание/Субподрядчик: Эти представления иллюстрируют особенности реализации определенных элементов системы: разделы, которые требуют дальнейшего уточнения перед началом производства.
  • Функциональная система/продукт (действующее предприятие): В статье 1987 г. («Основы архитектуры информационных систем») содержание этой строки отсутствует, на самом деле содержание этой строки не входит в рамки описания архитектуры, но для того, чтобы сделать архитектуру Захмана фреймворком. для архитектуры Презентация была более полной, и эта строчка в итоге была добавлена.

в соответствии сTOGAFПо определению, предприятие — это совокупность организаций с набором общих целей, и архитектура предназначена для эффективного достижения этого набора целей.

В процессе внедрения определяется концептуальный план (SearchCIO) структуры и режима работы предприятия, а также комплексное описание (Zachman) всех ключевых элементов, составляющих предприятие, и их взаимосвязей. Процесс преобразования бизнес-видения и стратегии в эффективные изменения предприятия путем создания, распространения и оптимизации ключевых принципов и моделей, описывающих будущее состояние и эволюцию предприятия (Gartner).

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

В-четвертых, сопровождать вас, чтобы нарисовать структурную схему

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

1. Диаграмма выбора архитектуры

架构选型图

  • Сложность: ⭐⭐⭐
  • Функция: обычно на ранней стадии разработки нового проекта необходимо выполнить некоторую техническую работу по отбору. С точки зрения нагрузки, шлюза, архитектуры, управления, инфраструктуры, службы, данных, среды и вспомогательных служб выберите технологию, подходящую для текущей разработки.

2. Микросервисная архитектура

微服务架构，简化版

  • Сложность: ⭐⭐⭐⭐
  • Функция: после того, как выбор технологии завершен, следующим шагом является использование этих технологий. Этот процесс немного похож на строительные блоки, заполняя каждую область блоками, которые соответствуют местоположению. Если это начальное построение команды или апгрейд технологии, то этот процесс все равно относительно сложен и требует много проверок. Однако на самом деле техническое расслоение и использование Интернета были относительно стабильными, и создание такого микросервиса не займет много времени.

3. Диаграмма технической архитектуры

技术架构图

  • Сложность: ⭐⭐⭐⭐
  • Функция: схема технической архитектуры предназначена в основном для руководства по технической реализации на уровне исследований и разработок. Она может четко разделить структуру системы на уровни и структуру реализации. Кроме того, структуру кейс-проекта обычно выносят и объясняют вместе, чтобы партнеры по команде могли быстро включиться в разработку.

V. Резюме

  • В этой главе объясняется, что такое архитектурная диаграмма, классификация архитектурных диаграмм и как нарисовать архитектурную диаграмму Благодаря этому содержанию каждый может получить полное представление об архитектурных диаграммах. В будущем, если вы сами нарисуете архитектурную диаграмму, вы также сможете очень четко знать, с какими группами пользователей вы сталкиваетесь и что вы хотите нарисовать.
  • TOGAFСуществует хорошо зарекомендовавший себя набор теорий архитектуры предприятия, описывающий метод разработки и управления жизненным циклом архитектур предприятия и формирующий ядро ​​TOGAF. Знания, связанные с этим, очень богаты, и на них стоит серьезно взглянуть.
  • 好看, очень важно уметь делать дело хорошо, привлекательная внешность может заинтересовать людей, а приятная внешность может снизить стоимость общения. Это также побуждает всех делать вещи, которые проходят через их руки, как можно более красивыми.

6. Рекомендации серии

Категории