Общие сведения о конструкторе приложений
Обновлен: Ноябрь 2007
В Visual Studio Team System Architecture Edition можно использовать конструктор приложений для определения и визуализации приложений, которые предоставляют службы или используют эти службы в области решения Visual Studio. Такие приложения можно настроить в соответствии с требованиями среды разработки. Например, можно определить приложения ASP.NET, которые предоставляют веб-службы и приложения Windows или Office, которые вызывают веб-службы.
С помощью конструктора приложений можно выполнять следующие задачи высокого уровня.
Визуализация и определение приложения на поверхности диаграммы.
Реконструирование существующих решений.
Задание параметров и ограничений для приложений.
Определение связи с веб-службами и базами данных для приложений.
Документирование других типов обмена данными между приложениями.
Расширение набора типов и прототипов приложений, используемых для определения приложений.
После определения приложений можно выполнять следующие задачи.
Оценка готовности приложений к развертыванию с использованием их конфигураций развертывания.
Проектирование многоразовых систем приложений в качестве единиц развертывания с помощью конструктора систем.
Реализация приложений, поддерживающих реализацию.
В следующих подразделах содержатся дополнительные сведения о выполнении этих задач в конструкторе отчетов.
Определение приложений на диаграммах приложений
Настройка параметров и ограничений для приложений
Настройка путей обмена данными между приложениями
Создание прототипов приложений и расширение типов приложений
Разработка систем приложений для развертывания
Оценка готовности приложений к развертыванию
Реализация приложений на диаграммах приложений
Определение приложений на диаграммах приложений
Перед началом определения приложений в конструкторе приложений необходимо создать решение Visual Studio, содержащее пустую диаграмму приложения, или добавить диаграмму приложения в пустое или существующее решение. Когда диаграмма приложения добавляется в существующее решение, приложения будут реконструироваться на диаграмме, если в решении существуют соответствующие проекты. Затем можно определять, визуализировать и просматривать приложения на диаграмме.
Диаграмма приложения в сочетании с другими диаграммами в конструкторах распределенных систем позволяет задавать, настраивать, проверять и связывать требования и ограничения приложений в соответствии с потребностями среды разработки. Такие диаграммы также позволяют упростить обмен данными между приложением и архитектурой инфраструктуры. Дополнительные сведения см. в разделе Связи между документами модели определения системы (SDM).
На следующих рисунках показан конструктор приложений и диаграмма приложения.
Конструктор приложений
Диаграмма приложения
Дополнительные сведения см. в следующих разделах:
Чтобы приступить к определению приложений в конструкторе приложений, изучите следующие разделы:
Настройка параметров и ограничений для приложений
В конструкторе приложений можно использовать редактор параметров и ограничений для настройки параметров в определении приложения в соответствии с требованиями для использования в среде разработки, а также определять ограничения для среды выполнения. Некоторые параметры можно обозначать как допускающие переопределение. Затем в конструкторе систем можно проектировать системы, элементами которых служат варианты использования этих определений, и настраивать такие системы для развертывания. В случае необходимости также можно переопределять параметры, которые помечены как допускающие переопределение, в каждом варианте использования. Ограничения, напротив, являются статическими и применяются ко всем вариантам использования приложения. Например, можно ограничить типы логических серверов, на которых может размещаться приложение. Когда определяется и оценивается развертывания для приложений в целевом центре данных, среда Visual Studio проверяет эти параметры и ограничения по параметрам, заданным на логическом сервере. Можно ограничит типы приложений, которые могут размещаться на этих логических серверах, указав такие параметры и ограничения на схеме логического центра данных.
В редакторе параметров и ограничений параметры приложения организованы в логические группы, называемые ресурсами. Эти ресурсы можно добавлять в приложения по мере необходимости. Параметры по умолчанию для приложения соответствуют разделам в CONFIG-файле конфигурации приложения. Этот файл конфигурации создается средой Visual Studio во время реализации приложения. В файле конфигурации приложения также отображаются явно заданные параметры приложения.
![]() |
---|
Пользовательские ресурсы, определенны с помощью пакета SDK для модели определения систем (SDM), пользовательские параметры и параметры метабазы IIS не привязаны к разделам файла конфигурации приложения. |
Дополнительные сведения см. в следующих разделах:
Настройка путей обмена данными между приложениями
Можно настроить пути обмена данными между приложениями на диаграмме приложения, подключив их конечные точки. Подключения на диаграмме приложения представляют порядок подключения приложений в среде разработки на основе конфигурации их конечных точек потребителя. Дополнительные сведения см. в разделе Обмен данными между приложениями.
Конечные точки определяют и предоставляют точки подключения, по которым приложения предоставляют или используют службы. Конечные точки можно добавлять и удалять по мере необходимости. Конечные точки поставщика выводятся в виде маленьких сплошных фигур. Конечные точки потребителя представляются в виде маленьких пустых фигур. Конечная точка поставщика определяет расположение, по которому приложение предоставляет службу. Подключение между конечной точкой поставщика и конечной точкой потребителя показывает, что в конечной точке потребителя настроено расположение конечной точки поставщика. Подключения отображаются в виде линий со стрелками, указывающими направление передачи данных от конечной точки потребителя к конечной точке поставщика. Дополнительные сведения см. в разделе Общие сведения о конечных точках в приложениях.
Создание прототипов приложений и расширение типов приложений
Можно расширить набор типов приложений и соответствующих прототипов, доступных для определения приложений, следующим образом.
Создайте прототипы из одного или нескольких наборов настроенных приложений и конечных точек на диаграмме приложения. Эти прототипы можно использовать совместно с другими пользователями.
Добавьте пользовательские параметры, ресурсы и конечные точки в существующие приложение, а затем создайте из этих приложений прототипы.
Установите новые прототипы, основанные на других типах приложений.
Дополнительные сведения см. в разделе Расширение конструкторов распределенных систем.
Разработка систем приложений для развертывания
Системы приложений в конструкторах распределенных систем содержат в качестве элементов специальные многоразовые конфигурации приложений и других систем. Эти элементы можно настроить для развертывания и описать пути обмена данными между ними. В случае необходимости также можно переопределять параметры для приложений, если эти параметры были помечены как допускающие переопределение. Систему можно использовать многократно в других системах. Эта возможность позволяет абстрагироваться от подробностей элементов системы и создавать более крупные и более сложные системы.
Системы можно разрабатывать путем создания диаграмм систем в конструкторе систем. Каждая диаграмма системы определяет одну систему. После разработки системы для нее можно определить и оценить развертывание. Эту задачу можно выполнить, проверяя систему по логическому центру данных с помощью конструктора схем развертывания. Дополнительные сведения см. в разделах Общие сведения о конструкторах распределенных систем и Рабочий процесс конструкторов распределенных систем.
Оценка готовности приложений к развертыванию
Можно оценить готовность приложений к развертыванию на ранних этапах процесса разработки. Проверка выполняется в точном соответствии с конфигурацией для среды развертывания. Оценка приложений на ранних этапах позволяет выявить наличие проблем с конфигурацией или с подключением.
![]() |
---|
Чтобы оценить готовность приложений к реальному развертыванию, создайте в конструкторе систем системы, содержащие приложения или другие системы, которые необходимо включить, настроить и подключить для развертывания. Для приложений, готовность которых проверяется на диаграмме приложения, не нужно создавать систему. По умолчанию среда Visual Studio создает и поддерживает скрытую систему, которая содержит все приложения на диаграмме приложения. |
Для определения и проверки развертывания для приложений потребуется схема логического центра данных. Эта схема является логическим представлением возможностей целевого логического центра по размещению приложений. Эту схему можно создать в конструкторе схем логических центров или добавить в решение существующую схему. Затем можно создать схему развертывания, чтобы получить возможность определять порядок развертывания приложений на логических серверах в этом логическом центре данных. Можно оценить готовность к развертыванию, проверив эту схему развертывания по логическому центру данных. Результаты процесса проверки могут выявить проблемы, которые не удалось обнаружить до этапа развертывания, что позволяет избежать ресурсоемкого внесения изменений в дальнейшем. Дополнительные сведения см. в разделе Оценка развертывания систем при помощи конструктора схем развертывания.
Реализация приложений на диаграммах приложений
Можно определять приложения, не фиксируя изменения в коде до момента реализации этих приложений. Для приложений, поддерживающих реализацию, среда Visual Studio хранит определения модели SDM в AD-файле диаграммы приложения. Для приложений, не поддерживающих реализацию, среда Visual Studio немедленно добавляет определения в решение в виде SDM-файлов. Дополнительные сведения см. в разделах Общие сведения о модели определения системы (SDM) и Типы приложений и прототипы для определения приложений.
Когда получена необходимая структура приложений, можно реализовать приложения, поддерживающие реализацию, чтобы команды разработчиков могли приступить к определению приложений в программном коде. Во время реализации приложений среда Visual Studio создает общую схему реализации, создавая в решении соответствующие проекты. Эти проекты содержат необходимые файлы кода или файлы классов, файлы конфигурации и все другие необходимые ресурсы. После реализации код становится главным определением, и изменения, выполняемые на диаграмме и в файлах кода, синхронизируются друг с другом. Приложения можно реализовывать по отдельности или в составе группы. Перед началом реализации и тестирования компонентов решения не обязательно завершать проектирование приложений.
Дополнительные сведения см. в следующих разделах:
См. также
Задачи
Пошаговое руководство. Определение приложений на диаграммах приложений
Основные понятия
Общие сведения о конструкторах распределенных систем