Лекция. Границы архитектурного проектирования по. План

уровень представления для создания файлов HTML, уровень бизнес-логики для серьезной обработки данных и уровень источника данных для документов и данных живучесть. Если мы будем использовать стиль многоуровневой архитектуры для разработки и реализации генератора HTML и модулей извлечения и обработки данных, наш уровень представления на стороне сервера и уровень бизнес-логики будут очень похожи на веб-сервер и сервер приложений типичной веб-архитектуры. Смотрите рисунок 2.8.

Архитектура ПО определяет общую структуру программной системы и существенно влияет на ее качество. Архитектура может рассматриваться с нескольких точек зрения, включая структуру кода (или статическую структуру), структуру времени выполнения (или динамическую структуру) и структуру управления (или структуру развертывания). Каждый тип структуры состоит из элементов и соединителей и их атрибутов ограничения, которые получены из спецификации требований. Чтобы минимизировать влияние изменяющихся требований проекта и максимизировать возможность повторного использования проектирования и реализации, архитектор должен принять итеративный процесс на этапе проектирования. Первоначальные архитектурные проекты должны быть сосредоточены на основных функциональных и нефункциональных требованиях; результирующие сложные элементы могут быть затем переработаны в подсистемы с их собственными архитектурными проектами. Хорошее архитектурное решение обычно основано на нескольких стилях архитектуры для разных подсистем или для разных уровней абстракции системы.