В этом руководстве по архитектуре программного обеспечения мы изучим следующее
Архитектура программного обеспечения
Архитектура программного обеспечения состоит из одноуровневой, двухуровневой, трехуровневой и N-уровневой архитектуры.
«Уровень» также может называться «уровнем».
В приложении участвуют три уровня, а именно Уровень представления, бизнес-уровень и уровень данных. Давайте подробно рассмотрим каждый слой:
#1. Уровень представления
Он также известен как клиентский уровень. Самый верхний слой приложения. Это слой, который мы видим, когда используем программное обеспечение. Используя этот слой, мы можем получить доступ к веб-страницам. Основная функция этого уровня — взаимодействие с прикладным уровнем. Этот уровень передает информацию, предоставленную пользователем в виде действий с клавиатурой и щелчков мышью, на прикладной уровень.
Например, страница входа в Gmail, где конечный пользователь может видеть текстовые поля и кнопки для ввода идентификатора пользователя. , пароль и щелчок по входу в систему.
Проще говоря, это просмотр приложения.
Посмотрите видео ниже, чтобы увидеть «Архитектура программного обеспечения»
Наберитесь терпения. Видео загрузится через некоторое время.
Если вам понравилось это видео, подпишитесь на наш канал YouTube, чтобы получать дополнительные видеоуроки.
#2 . Прикладной уровень
Он также известен как уровень бизнес-логики, который также известен как логический уровень. В примере со страницей входа в Gmail, когда пользователь нажимает кнопку входа, уровень приложения взаимодействует со слоем базы данных и отправляет необходимую информацию на уровень представления. Он контролирует функциональность приложения, выполняя детальную обработку. Этот уровень действует как посредник между уровнем представления и базой данных. На этом уровне будет написана полная бизнес-логика.
Проще говоря, это выполнение операций над приложением.
#3. Уровень данных
Данные хранятся в этом слое. Уровень приложения взаимодействует со слоем базы данных для получения данных. Он содержит методы, которые подключаются к базе данных и выполняют необходимые действия, например: вставку, обновление, удаление и т. д.
Проще говоря, это обмен данными и их извлечение.
Обязательно к прочтению: Полное руководство по ручному тестированию
Типы архитектуры программного обеспечения:
№1. Одноуровневая архитектура:
одноуровневое приложение, также известное как отдельное приложение
В одноуровневой архитектуре все уровни, такие как уровни представления, бизнеса и доступа к данным, находятся в одном программном пакете. Приложения, которые обрабатывают все три уровня, такие как MP3-плеер, MS Office, относятся к одноуровневому приложению. Данные хранятся в локальной системе или на общем диске.
Обязательно к прочтению: самые популярные вопросы на собеседовании по тестированию программного обеспечения
#2. Двухуровневая архитектура:
Двухуровневое приложение, также известное как клиент-серверное приложение
Двухуровневая архитектура разделена на две части:
1. Клиентское приложение (уровень клиента)
2. База данных (уровень данных)
Клиентская система обрабатывает уровни представления и приложения, а серверная система обрабатывает уровень базы данных. Его также называют клиент-серверным приложением. Коммуникация происходит между Клиентом и Сервером. Клиентская система отправляет запрос в серверную систему, а серверная система обрабатывает запрос и отправляет данные обратно в клиентскую систему
Обязательно к прочтению: Полное руководство по SQL для тестировщиков программного обеспечения
#3. Трехуровневая архитектура:
трехуровневое приложение, также известное как веб-приложение
Трехуровневая архитектура разделена на три части:
1. Уровень представления (уровень клиента)
2. Прикладной уровень (бизнес-уровень)
2. Уровень базы данных (уровень данных)
Клиентская система обрабатывает уровень представления, сервер приложений обрабатывает уровень приложения, а серверная система обрабатывает уровень базы данных.
Примечание. Еще один уровень — это приложение N-уровня. Приложение N-уровня, также известное как Распределенное приложение. Она похожа на трехуровневую архитектуру, но количество серверов приложений увеличено и представлено на отдельных уровнях для распределения бизнес-логики таким образом, чтобы логика распределялась.
TAG: qa