Borland Together 2005 for Visual Studio .NET

Наталия Елманова

И снова о проблемах разработки приложений

Основные особенности продукта

Вместо заключения

 

Интервью с Полом Кузаном

 

В середине апреля компания Borland выпустила новую версию своего хорошо известного средства моделирования приложений Borland Together 2005 for Microsoft Visual Studio .NET. Настоящая статья посвящена данному семейству продуктов в целом и особенностям данной версии в частности.

И снова о проблемах разработки приложений

Разработчики, руководители проектов и отделов разработки ПО, имеющие хотя бы пятилетний опыт работы, наверняка заметили, что, заказывая разработку программного обеспечения или внедряя готовые продукты, пользователи и ИТ-специалисты ожидают от программного обеспечения все более высокого качества и широкой функциональности. При этом готовность заказчиков адекватно платить за создание продукта, удовлетворяющего их требованиям, ждать выполнения заказа в течение разумного времени и не менять своих требований по ходу выполнения проекта далеко не всегда соответствует росту их потребностей.

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

Инструменты UML-моделирования, к которым относится Borland Together, приобрели особую популярность именно благодаря тому, что во многих случаях выполняют роль такого универсального средства. Их удобно применять и при управлении требованиями, и при моделировании приложений, и при их разработке, и при тестировании и документировании независимо от того, какова степень разделения труда в команде разработчиков. UML-модели обычно достаточно наглядны, чтобы быть понятными для заказчиков и представителей конечных пользователей, и при этом могут служить основой будущих приложений.

Прежде чем начать рассмотрение особенностей Borland Together 2005 for Microsoft Visual Studio .NET, советуем вам прочитать интервью с Полом Кузаном, менеджером, отвечающим за линейку продуктов Together в Европе, взятое незадолго до выпуска этого продукта — в конце прошлого года. Думается, читателям будет интересно узнать из первых уст, что готовят в подразделении Borland, отвечающем за данную линейку продуктов.

В начало В начало
     

Интервью с Полом Кузаном

Наталия Елманова: Современный российский рынок средств моделирования — это главным образом рынок инструментов IBM/Rational и Computer Associates. Чем, помимо невысокой цены, семейство продуктов Together лучше Rational Rose или CA AllFusion Modelling Suite?

Пол КузанПол Кузан: Во-первых, рынок Rational и CA всегда был рынком, ориентированным на бизнес-аналитиков, а их инструменты изначально являлись инструментами чистого UML-моделирования, тогда как продукция Together предназначалась для разработчиков. Правда, сейчас компания Borland старается удовлетворить потребности участников всех этапов жизненного цикла приложений, поэтому мы создали редакцию Together Designer, предназначенную для бизнес-анализа и определения требований.

Во-вторых, наши продукты обладают средствами интеграции с другими инструментами поддержки жизненного цикла приложений.

К тому же потребности бизнес-аналитика и потребности разработчика сильно различаются. Бизнес-аналитик нуждается в инструменте, который работает с UML-моделями и обладает средствами интеграции с инструментами управления требованиями и инструментами управления проектами, а разработчику нужен инструмент UML-моделирования, обладающий средствами визуализации его кода, чтобы достичь высокого качества кода и сгенерировать документацию. Поэтому у нашего продукта существуют разные редакции: Together Designer — для бизнес-аналитиков, Together Developer — для разработчиков. Однако формат файлов и репозитарий моделей для аналитиков и разработчиков основаны на одной и той же XML-схеме и одинаковы для всех редакций Together.

И последнее отличие наших продуктов от конкурентов — это технология LiveSource, изобретенная в TogetherSoft и позволяющая поддерживать UML-диаграмму классов и код приложения в состоянии синхронности.

Н.Е.: Rational Rose и Rational XDE тоже позволяют генерировать код на основе модели и осуществлять обратное проектирование. В чем заключается отличие генерации кода в Together от генерации кода с помощью этих продуктов?

П.К.: Если вы создаете класс в Rational Rose, его нужно сохранить в промежуточном хранилище, и только потом можно генерировать код. Rational XDE действительно позволяет осуществлять прямое и обратное проектирование и реализует эти операции достаточно быстро, но опять же через промежуточный MDX-файл.

В Together же нет концепции промежуточного хранилища — классы хранятся в самом коде и диаграммы классов унаследованы непосредственно от исходного кода на языках Java, C ++, Visual Basic .NET, CORBA IDL или C#. Единственный источник для диаграммы классов — это код, а для хранения сведений о положении элементов модели на экране и их размерах существует отдельный XML-файл. И если мы внесем изменения в саму модель, например добавив атрибуты к классу, эти изменения немедленно произойдут и в коде. Именно в этом и заключается технология Live Source. Отмечу, что мы не помещаем в код никаких маркеров, связанных с моделированием, которые могли бы помочь в синхронизации кода и модели.

Н.Е.: Какова цель выпуска бесплатной версии Together Designer Community Edition?

П.К.: На рынке сейчас предлагается немало дешевых и даже бесплатных средств рисования UML-диаграмм, в том числе и наших. На наш взгляд, реальная ценность моделирования заключается не в рисовании диаграмм, а в возможностях генерации кода, схемы базы данных, XML-документов, генерации документации. Поэтому рисование моделей мы решили сделать общедоступным.

Однако редакция Together Designer Community Edition основана на той же самой XML-платформе, что и коммерческие редакции Together. В одном и том же проекте можно использовать и коммерческую редакцию Together, и редакцию Community Edition.

Н.Е.: Насколько мне известно, в Москве довольно много компаний, которые самостоятельно занимаются только начальными стадиями проектов, например определяют требования и рисуют UML-диаграммы. В таких компаниях работает много высокооплачиваемых бизнес-аналитиков, которые вообще не умеют писать код, но умеют носить дорогие костюмы и производить на заказчиков хорошее впечатление. Эти люди рисуют UML-диаграммы, нередко с трудом представляя себе, какими именно средствами должно (и может ли вообще) быть реализовано то, что они нарисовали. А потом отправляют эти диаграммы в другой город или, в лучшем случае, в другое подразделение своей же компании, где уже совсем другие (обычно не столь высокооплачиваемые) программисты создают тот продукт, за который платит заказчик. Получается, что именно самые высокооплачиваемые участники такого проекта получили от вас бесплатный инструмент!

П.К.: О, я хорошо знаю эту категорию людей и понимаю, что такое типичный бизнес-аналитик! Да, вы во многом правы. Разделение труда, подобное описанному вами, есть во многих странах. Но Community Edition не позволяет генерировать документацию, поддерживать командную разработку и осуществлять контроль качества. Для большого проекта, где трудится команда, его просто недостаточно. Но зато Community Edition можно дать любому участнику проекта, нуждающемуся в просмотре и корректировке модели.

В целом мы следуем типичной практике поведения компаний на рынке — выпустить бесплатный продукт, обладающий возможностями, достаточными для того, чтобы начать им пользоваться (в данном случае — нарисовать модель), но недостаточными для реального коммерческого применения. Для этой цели нужно использовать уже коммерческие версии продуктов.

Н.Е.: Многим российским читателям известно, что разработка Together ведется в России, и многие из нас этим гордятся. А насколько велика ваша команда?

П.К.: Сейчас у нас около 80 человек в санкт-петербургском отделении, и есть еще несколько человек, которые работают над средствами интеграции с StarTeam и Caliber. Взаимодействие инструментов моделирования со средствами управления требованиями и изменениями нам представляется очень важным, и этому уделяется огромное внимание.

Интересно, что в команде Together по-прежнему работают люди, стоявшие у истоков этого проекта, а это было очень давно — первая «инкарнация» LiveSource появилась еще в середине 90-х годов. Историю Together можно проследить с 1996 года, с инструмента CASE++ для визуализации кода для C++, который создали Дитрих Каризиус и Александр Аптус. Позже появились поддержка UML 1.3, средства аудита кода и проектирования данных, поддержка EJB и средств управления требованиями и тестирования, поддержка JDK1.4 и широкого спектра языков программирования, редакции для Eclipse, JBuilder, Visual Studio.

Н.Е.: А что вы можете рассказать об ожидаемых версиях Together?

П.К.: Сейчас у нас есть продукт Together Architect, который более функционален и заменит редакцию Together Control Center. Кроме того, имеется Together Edition для JBuilder, поддерживающий технологию Live Source, а также Together Editon for Visual Studio .NET и, наконец, Together for Eclipse.

Together Designer 1.0 — это наш первый коммерческий продукт для бизнес-аналитиков. Он поддерживает UML 2.0, коллективную разработку, контроль версий, генерацию документации, шаблоны проектирования. Затем появится Together Developer for JBuilder, обладающий средствами интеграции со средой разработки JBuilder 2005 (этот продукт был выпущен ранее в этом году. — Н.Е.).

В начале 2005 года мы должны превратить другие наши инструменты в средства поддержки UML 2.0. Будут выпущены обновления для Together for Eclipse, Together for Visual Studio .NET 2005 (речь идет о версии продукта, которому посвящена данная статья. — Н.Е.), а в середине года выйдет вторая версия редакции Together Architect, которая будет первым инструментом, поддерживающим технологию MDA-преобразований.

Н.Е.: Коль скоро зашла речь об MDA, то как обстоят дела с интеграцией Together с Delphi? Несмотря на активное продвижение Visual Studio на российском рынке, в нашей стране Delphi — пока еще одно из самых популярных средств разработки.

П.К.: В Delphi 8 Architect были средства визуализации кода, которые использовали технологии Together, но это не полный LiveSource. Мы делаем все для поддержки Delphi, но все равно пройдет еще какое-то время, прежде чем пользователи получат ее полнофункциональную реализацию.

Н.Е.: Правильно ли я понимаю, что поддержка MDA будет реализована в редакции Together Architect?

П.К.: Поддержка MDA не может появиться в продуктах Together немедленно: мы реализуем в Together Architect не зависящее от платформы моделирование, а для поддержки MDA нам нужно создать модель, зависящую от платформы, и средства преобразования ее в код.

MDA — действительно интересная технология, равно как и ее реализации в Delphi — и Bold, и ECO. Но ECO, к сожалению, зависит от чтения некоторых хранимых данных на этапе выполнения, а также от конкретной среды. В этом случае необходимо точное преобразование модели в код, основанное на метамодели.

В действительности для применения MDA требуются модели очень высокого качества, чтобы трансформировать их в работающий код. Из информации, хранящейся в модели, можно извлечь пользу, но этот поток данных основан сейчас на runtime-подходе, поэтому мы должны быть очень осторожными в интерпретации того, что нарисует в модели аналитик.

Н.Е.: А есть ли стандарт на преобразование модели в код для MDA?

П.К.: Пока нет — в этом-то и проблема. Спецификации на преобразование модели, не зависящей от платформы, в зависящий от платформы код еще нет — мы ждем ее появления.

Н.Е.: Да, без стандарта и у разработчиков, и у вас через несколько лет возникнут проблемы, связанные с нестандартными преобразованиями моделей в код…

П.К.: Именно так. Если будет стандарт — мы на его основе создадим средства преобразования модели в код. Если их сделать, не дожидаясь появления стандарта, можно произвести инструмент, который потом не будет ему соответствовать. Можно, конечно, думать о продуктивности создания нынешних проектов, но необходимо предвидеть, что будет с такими проектами через несколько лет.

Н.Е.: Но если требования MDA к качеству модели очень высоки, имеются ли способы проверки качества моделей? Не секрет, что многие разработчики и архитекторы боятся получить от аналитиков или от заказчиков модель низкого качества, так как им придется реализовывать все, что будет в ней содержаться.

П.К.: Вы правы. Я видел не так много качественных моделей, на основе которых можно создать работающую реализацию. Сейчас существуют средства проверки качества кода, но не менее важно получить и средства контроля качества разработки, не зависящей от платформы, то есть контроля качества модели. Как минимум, такие средства должны проверять, все ли ограничения, правила и ассоциации описаны корректно, удовлетворяет ли модель стандартным шаблонам дизайна, правильно ли построено дерево наследования классов. Поэтому следующее поколение Together Designer будет включать средства проверки качества модели и соответствующие метрики, позволяющие применять их при минимальном прерывании процесса моделирования и разработки. Таким образом, то, что мы уже сделали для разработчиков (то есть метрики кода), мы сделаем и для бизнес-аналитиков.

Н.Е.: И когда ждать инструментов проверки качества моделей?

П.К.: В начале 2005 года мы должны определить и реализовать эту технологию для всех поддерживаемых платформ — Eclipse, JBuilder, Visual Studio .NET.

Н.Е.: Ну что ж, будем ждать новых версий. И спасибо за хорошие продукты!

 

Основные особенности продукта

А теперь остановимся на предмете настоящей статьи — на редакции Together 2005 for Microsoft Visual Studio .NET, второй по счету версии Together для Visual Studio .NET.

Реализована она, как и предыдущая версия, в виде модуля расширения для среды Visual Studio, и после установки этого продукта к имеющимся шаблонам проектов Visual Studio будут добавлены шаблоны UML-моделей, позволяющие создать новую модель или импортировать имеющуюся, созданную с помощью инструментов IBM/Rational (рис. 1).

 

Рис. 1. Шаблоны UML-моделей Together Designer 2005 for Microsoft Visual Studio .NET

Рис. 1. Шаблоны UML-моделей Together Designer 2005 for Microsoft Visual Studio .NET

Создание моделей осуществляется непосредственно в среде Visual Studio .NET с помощью встроенного в нее дизайнера (рис. 2).

 

Рис. 2. Дизайнер моделей

Рис. 2. Дизайнер моделей

Среди наиболее интересных особенностей новой версии стоит упомянуть следующие.

При использовании среды разработки Visual Studio инструментарий Together for Visual Studio .NET позволяет совместить технологии моделирования как самой Microsoft, основанные на концепции Software Factories, так и технологии моделирования на основе отраслевого стандарта языка моделирования Unified Modeling Language (UML). Данный продукт, в отличие от предыдущей версии, поддерживает стандарт UML 2.0.

Отметим, что Together 2005 — это первое решение Borland для .NET, поддерживающее ролевое разделение труда в команде разработчиков. Указанный продукт состоит из компонентов Together Designer и Together Developer, первый из которых предназначен для аналитиков и архитекторов, а второй — для авторов кода приложений, и эти компоненты можно использовать как совместно, так и по отдельности.

Together 2005 for Visual Studio .NET содержит большой набор средств, применяемых при разработке приложений, включающий средства контроля качества кода (рис. 3), инструменты контроля качества модели (рис. 4), инструменты поддержки шаблонов проектирования (рис. 5) и инструменты рефакторинга. Естественно, этот продукт обладает средствами интеграции с другими средствами поддержки жизненного цикла приложений компании Borland.

 

Рис. 3. Средства контроля качества кода

Рис. 3. Средства контроля качества кода

Рис. 4. Инструменты контроля качества модели

Рис. 4. Инструменты контроля качества модели

Рис. 5. Инструменты поддержки шаблонов проектирования

Рис. 5. Инструменты поддержки шаблонов проектирования

Отметим также, что Together 2005 поддерживает реализацию проектов, основанных на архитектуре MDA1. Проектирование на основе MDA подразумевает отделение прикладной и бизнес-логики от технологий используемой платформы, что позволяет получить не зависящую от платформы модель приложения.

 


1 MDA, Model Driven Architecrure (архитектура, управляемая моделью) — одно из недавно возникших направлений повышения эффективности разработки приложений, поддерживаемое тремя последними версиями Delphi. Подробнее см. в № 3, 4, 6, 7, 9 и 11’2003, № 1, 2’2004.

 

В начало В начало

Вместо заключения

Что же дает разработчикам применение Together 2005? Прежде всего, при правильном использовании данный продукт позволяет избежать рисков, связанных с ошибками проектирования и моделирования, поскольку содержит упомянутые Полом Кузаном средства проверки качества моделей. Кроме того, Together 2005 дает возможность автоматизировать генерацию проектной документации, осуществлять рефакторинг моделей, поддерживать модели и код в синхронном состоянии. Что касается редакции Together 2005 for Visual Studio .NET, то она дополнительно содержит средства контроля качества кода Visual Basic .NET и Visual C# .NET. Немаловажным является и то, что при правильной организации работы команды именно модели могут быть использованы в качестве документов, предназначенных для обмена сведениями о проекте между собой, а также в качестве основы для создания приложений, обладающих сходной функциональностью, но предназначенных для разных платформ.

КомпьютерПресс 6'2005

Наш канал на Youtube

1999 1 2 3 4 5 6 7 8 9 10 11 12
2000 1 2 3 4 5 6 7 8 9 10 11 12
2001 1 2 3 4 5 6 7 8 9 10 11 12
2002 1 2 3 4 5 6 7 8 9 10 11 12
2003 1 2 3 4 5 6 7 8 9 10 11 12
2004 1 2 3 4 5 6 7 8 9 10 11 12
2005 1 2 3 4 5 6 7 8 9 10 11 12
2006 1 2 3 4 5 6 7 8 9 10 11 12
2007 1 2 3 4 5 6 7 8 9 10 11 12
2008 1 2 3 4 5 6 7 8 9 10 11 12
2009 1 2 3 4 5 6 7 8 9 10 11 12
2010 1 2 3 4 5 6 7 8 9 10 11 12
2011 1 2 3 4 5 6 7 8 9 10 11 12
2012 1 2 3 4 5 6 7 8 9 10 11 12
2013 1 2 3 4 5 6 7 8 9 10 11 12
Популярные статьи
КомпьютерПресс использует