Редакция Architecture Edition

Оценить
(0 голоса)
Большинство разработчиков согласится с тем, что основательно продуманная архитектура и возможность визуализации кода позволяют создать улучшенную среду разработки и усо­вершенствованный конечный продукт. Однако очень часто документы по архитектуре раз­рабатываются в самом начале проекта (если вообще разрабатываются) при помощи инстру­мента вроде Visio и очень быстро устаревают на стадии построения. Никогда нет лишнего времени на то, чтобы вернуться и обновить диаграммы. Прямо на ваших глазах они быстро превращаются в документы "первоначального проекта" или "концепции системы" — новые ярлыки навешиваются на то, что когда-то представляло реальную, физическую структуру приложения. Эту проблему должна была решить двусторонняя синхронизация между инст­рументом моделирования и проектом разработки. Однако…
Оценить
(0 голоса)
Visual Studio Team Architect инсталлирует пару дополнительных шаблонов проектов и не­сколько новых шаблонов элементов. Эти шаблоны предназначены для роли архитектора. Однако в большинстве организаций имеется деление на архитекторов инфраструктуры и архитекторов приложений. Обычно это две разные роли, которые исполняют люди с раз­личными навыками. Например, архитектор по инфраструктуре обычно занимается про­граммным обеспечением серверов, сетей, межсетевых экранов и виртуальными частными сетями (VPN). Архитектор приложений определяет тип интерфейса приложения (Web- интерфейс или приложение Windows), будет ли оно использовать Web-сервисы, к каким внешним интерфейсам оно будет подключаться и т. д. Visual Studio Team Architect стараетоя объединить эти роли и улучшить взаимодействие между ними.
Оценить
(0 голоса)
Team Architect имеет шаблоны проектов как для архитекторов инфраструктуры, так и для архитекторов приложений. Эти шаблоны можно найти в диалоговом окне New Project в типе проекта Distributed Systems. Пример этого диалогового окна показан на рис. 27.1. Оба шаблона— Application Design и System Design— предназначены для архитектора приложений. Первый позволяет вам моделировать приложение, а второй — группировать части модели приложения во взаимосвязанные системы. Вы можете начать с одного из этих проектов. Однако вам не удастся добавить проект такого типа в уже существующие реше­ния. Для существующих решений вы можете только добавить файлы диаграмм в само ре­шение (поскольку оно уже описано). Примечание В…
Оценить
(0 голоса)
Visual Studio Team Architect предоставляет три шаблона элементов: Application Diagram (файл с расширением ad), Logical Datacenter Diagram (ldd) и System Diagram (sd). Эти шаблоны можно добавлять в существующие решения через диалоговое окно Add New Item (рис. 27.2). Все диаграммы для распределенных систем добавляются в каталог Solution Items в Solution Explorer. Причина в том, что они относятся ко всему решению и не являются специфичны­ми для проектов. В списке шаблонов не хватает диаграммы классов (cd) и диаграммы развертывания (dd). Диаграмма классов не привязана исключительно только к Team Architect. Ее можно доба­вить в проект из диалогового окна New Item Template. Мы описываем эту…
Оценить
(0 голоса)
Визуальный конструктор Application Designer позволяет архитекторам создать модель опре­деления системы (system definition model, SDM), которая описывает, как различные "прило­жения" комбинируются для данного решения. В данном случае "приложение" может озна­чать Web-сайт, Web-сервис, базу данных и т. д. Например, решение может содержать Web- сайт, который ведет обмен с множеством Web-сервисов. Эти Web-сервисы в свою очередь могут обмениваться с базой данных или очередью сообщений. Конструктор Application De­signer позволяет выполнить такое моделирование. Архитектор может указать, какие прило­жения обмениваются друг с другом, и описать ограничения, накладываемые на эти связи. Обычно на первом шаге проектирования приложения архитектор приложения описывает компоненты, которые составляют приложение, обмен между этими…
Оценить
(0 голоса)
Мы уже видели, как можно добавить диаграмму приложения в решение. Теперь мы готовы рассмотреть диаграмму приложения более подробно. На рис. 27.3 показана диаграмма при­ложения, которая открыта в визуальном конструкторе Application Designer интегрированной среды разработки. Четыре главные части визуального конструктора Application Designer — это сама диаграм­ма, панель Toolbox, окно Settings and Constraints, а также меню Diagram. Эти четыре эле­мента позволяют вам проектировать ваше приложение. Давайте же рассмотрим их более подробно.
Оценить
(0 голоса)
Меню Diagram активно только тогда, когда у вас в активное окно загружена архитектурная диаграмма. Содержимое меню меняется в зависимости от типа загруженной вами диаграм­мы. Даже меню Diagram приложения изменяется в зависимости от того, что выделено в диаграмме. На рис. 27.4 показан пример этого меню для диаграммы приложения, в которой выделено приложение Web-сервиса. В этом меню есть некоторые пункты, которые стоит обсудить — это Define Deployment, Design Application System, а также Add to Toolbox. Пункт меню Define Deployment позво­ляет вам указать подробности развертывания приложения. Мы опишем этот пункт позже (при обсуждении диаграммы развертывания). Пункт меню Design Application System по­зволяет вам создать…
Оценить
(0 голоса)
Диаграмма приложения представляет собой холст для архитектора приложения. Именно сюда вы перетаскиваете приложения из Toolbox и здесь объединяете их в решение. На рис. 27.6 показана диаграмма приложения в процессе разработки. На диаграмме имеются два Web-приложения ASP.NET. Верхнее— CrmUserlnterface — представляет собой пользовательский Web-интерфейс для приложения управления клиента­ми. Под ним находится CrmServiceLayer— это Web-сервис для сервиса CustomerProfile. Обратите внимание, что после того, как они размещены на диаграмме, очень трудно отли­чить Web-приложение от Web-сервиса. Так и задумано, поскольку любое из них может со­держать как aspx-, так и asmx-файл. На диаграмме есть стрелка, соединяющая эти два приложения. Эта стрелка — элемент Con­nection; он…
Оценить
(0 голоса)
Приложения на диаграмму добавляются при помощи перетаскивания. Например, вы можете добавить внешнюю базу данных, к которой может подключаться уровень сервисов. Эта внешняя база данных принадлежит уже существующему приложению электронной коммер­ции, которое будет расширено приложением управления клиентами. Вы добавите также пользовательский Windows-интерфейс для того, чтобы отдел продаж и маркетинга мог вы­полнять свою работу по анализу данных. Результаты показаны на рис. 27.7.
Оценить
(1 голос)
Теперь вы готовы добавить в приложения конечные точки и соединить их. В панели Toolbox есть три конечных точки, но на самом деле существует еще и четвертая — DatabaseServerEndpoint. Эта конечная точка присутствует по умолчанию в приложениях баз данных. Ее также можно перетащить для соединения приложений. Далее перечислены воз­можные конечные точки для соединения приложений на диаграмме. □    .NETWebServiceEndpoint — используется для соединения Web-сервисов на базе SOAP. Каждая конечная точка Web-сервиса представляет собой реальный Web-сервис. Вы мо­жете создать взаимнооднозначную связь между приложением Web-сервиса и конечной точкой Web-сервиса. Либо вы можете создать для вашего приложения Web-сервиса столько конечных точек, сколько вам необходимо. □   …
«ПерваяПредыдущая1234СледующаяПоследняя»
Навигация
© 2017 www.visualstudios.ru. Все права защищены.