Описание архитектуры программы пример

Содержание

Что это такое? Архитектура системы – это описание продукта программирования (ОС, приложений, программ) с точки зрения пользователя, заказчика и специалиста по проектированию. В ней объясняется, из чего состоит система, как элементы взаимодействуют между собой.

Какие различают? Существует несколько основных типов архитектуры: многослойные, многоуровневые, сервис-ориентированные, микросервисные.

Суть архитектуры системы
Многослойная архитектура системы программ
Многоуровневая архитектура системы ПО
Сервис-ориентированная архитектура системы ПО (SOA)
Mикросервисная архитектура

Пройди тест и узнай, какая сфера тебе подходит:
айти, дизайн или маркетинг.
Бесплатно от Geekbrains

Суть архитектуры системы

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

Обзор популярной архитектуры под WEB

Существует минимум три тематических определения архитектуры системы (наборов рабочих моделей).

То, как видит систему пользователь, называется операционным (практическим) описанием, или Operation View. Описание содержит в себе этапы применения системы оператором, сценарии и потоки работ:

графический и числовой вид операций;
организационную структуру схемы (organization charts);
различные вариации использования (use cases) и сценарии;
диаграммы потоков задач (task flow diagrams);
диаграммы потоков информации (information flow diagrams).

Для вас подарок! В свободном доступе до 09.07 —>
Скачайте ТОП-10
бесплатных нейросетей
для программирования
Помогут писать код быстрее на 25%
Чтобы получить подарок, заполните информацию в открывшемся окне

Логическое описание (Logical View) это видение системы со стороны руководителя или заказчика. Logical View включает в себя продукты, определяющие границы между самой системой и ее окружением, между функциональными интерфейсами и внешними системами. Кроме того, логическое описание включает в себя артефакты видов поведения и функций системы, потоков данных, внешних и внутренних наборов данных, внешних и внутренних пользователей и внутренних функциональных интерфейсов:

принципиальные схемы;
функциональная декомпозиция (data flow chart);
диаграммы IDEF0;
схемы или диаграммы функциональных потоков (FFBD).

Физическое описание (Physical View) определяет видение системы с точки зрения экспертов по проектированию. Здесь определяется физическая граница системы и её компонентов, информационно-технологическая структура, взаимодействие модулей и их интерфейсов, структура данных и её внутренняя база, а также применяемые в разработке системы правил. Вот некоторые примеры физических описаний архитектуры системы:

Архитектура современных FRONTEND приложений. 5 видов. Преимущества и недостатки

физические блок-схемы с подробной детализацией;
классификация базы данных;
контроль интерфейса документов и их управления (interface control document, ICD);
стандарты.

Архитектура операционной системы должна логически связывать между собой все три вида описаний, которые на выходе образуют конечный продукт со всеми основными функциями. Существует термин «архитектурные требования». Он определяет запросы, имеющие максимальное влияние на проектирование архитектуры системы, и указывает на её неразрывную связь с требованиями.

Разработкой архитектуры системы занимаются системные архитекторы. Это является одним из преобладающих видов специализации для этой профессии. Архитектура системы содержит большое количество структур, которые напрямую зависят от потребностей и требований заказчика и разработчика. Это требует определенного системного подхода. Отсюда вытекает ещё одно определение для архитектурного проектирования – системное проектирование.

Первые разработки компьютерных систем происходили без архитектуры. У такого подхода, как тогда казалось, было много плюсов. Разработчики не несли издержек по планированию и быстро реализовывали проект.

Однако со временем, по мере нагрузки и усложнения ПО, оно теряло управляемость. Приходилось добавлять новые изменения, которые с каждым разом становились дороже. Изначальные планы развивать проект за границей рушились. Системы без архитектуры того времени получили название «Большой комок грязи» (Big Ball of Mud).

Источник: gb.ru

Пример типовой архитектуры веб-приложения

Architec_PO_Deep_18.3-5020-6011b1.png

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

Представьте, что вы пользователь и хотите найти в поисковике «сильный и красивый туман, пронизанный солнечными лучами в лесу». Для этого вы заходите в Google и набираете что-то в стиле «Strong Beautiful Fog And Sunbeams In The Forest». И вот, один из первых результатов отправляет вас на Storyblocks. Нажав на ссылку, вы перенаправляете веб-браузер на страницу с картинкой. В это самое время ваш браузер посылает на DNS-сервер запрос, дабы установить соединение со Storyblock, а потом, получив ответ, отправить запрос на сайт.