Классическая архитектура клиент-сервер. Недостаток двухуровневой архитектуры. Разбиение алгоритма обработки данных. Использование менеджеров транзакций. Проектное решение, реализующее модель реляционной базы данных. Спецификация на разработку интерфейса.
Аннотация к работе
Разработка клиент-серверного приложения в трехуровневой архитектуре для предметной области автосервиссоставить ведомость расхода деталей за указанный период времени, найти те детали, которые за этот период времени вообще не использовались; Если рассмотреть две взаимодействующие части этого комплекса, то одна из них (клиент) выполняет активную функцию, т.е. инициирует запросы, а другая (сервер) пассивно на них отвечает. Обычно ПО хранения данных располагается на сервере (например, сервере базы данных), интерфейс с пользователем - на стороне клиента, а вот обработку данных приходится распределять между клиентской и серверной частями. Чтобы избежать несогласованности различных элементов архитектуры, пытаются выполнять обработку данных на одной из двух физических частей-либо на стороне клиента («толстый» клиент), либо на сервере («тонкий» клиент, или архитектура, называемая «2,5 - уровневый клиент-сервер»). Хотя серверы Microsoft SQL Server имеют механизм выполнения распределенных транзакций, но если пользователь хранит часть информации в БД Microsoft SQL Server, часть в БД Informix, а часть в текстовых файлах, то без менеджера транзакций не обойтись.Трехуровневая архитектура позволяет еще больше сбалансировать нагрузку на разные узлы и сеть, а также способствует специализации инструментов для разработки приложений и устраняет недостатки двухуровневой модели клиент-сервер. Централизация логики приложения упрощает администрирование и сопровождение. Четко разделяются платформы и инструменты для реализации интерфейса и прикладной логики, что позволяет с наибольшей отдачей реализовывать их специалистам узкого профиля. Сервер приложений с помощью монитора транзакций обеспечивает интерфейс с клиентами и другими серверами, может управлять транзакциями и гарантировать целостность распределенной базы данных.