ЛР №6 - Построение моделей проектирования и реализации в инструментальной среде и автоматическая генерация кода, страница 3
Описание файла
Документ из архива "ЛР №6 - Построение моделей проектирования и реализации в инструментальной среде и автоматическая генерация кода", который расположен в категории "". Всё это находится в предмете "технологии разработки программного обеспечения (по)" из 9 семестр (1 семестр магистратуры), которые можно найти в файловом архиве МГТУ им. Н.Э.Баумана. Не смотря на прямую связь этого архива с МГТУ им. Н.Э.Баумана, его также можно найти и в других разделах. Архив можно найти в разделе "лабораторные работы", в предмете "технологии разработки программного обеспечения" в общих файлах.
Онлайн просмотр документа "ЛР №6 - Построение моделей проектирования и реализации в инструментальной среде и автоматическая генерация кода"
Текст 3 страницы из документа "ЛР №6 - Построение моделей проектирования и реализации в инструментальной среде и автоматическая генерация кода"
Будет создана новая модель и добавлена в окно проводника.
Скопировать в новую модель пакеты с классами из модели анализа.
Для этого в проводнике проекта выбрать модель анализа (созданную ранее); убедиться, что ее классы разбиты по пакетам (находятся внутри них в проводнике проекта).
Далее выбрать необходимые классы и/или пакеты (для реализации одного прецедента по варианту), выделить их в проводнике проекта, вызвать контекстное меню и нажать Copy.
После выбрать новую модель, выбрать ее в проводнике решения, вызвать контекстное меню и выбрать Paste.
Пакеты и классы будут скопированы в новую модель, что проявится в проводнике проекта
Далее пакеты и классы (их методы и свойства) переименовать (на английский без пробелов).
Для этого выделить в дереве проекта пакет или класс, вызвать его свойства (Property) и изменить названия:
При изменении свойств класса можно использовать вкладки его свойств: главная General (название класса), атрибуты Attributes (названия и типы атрибутов), методы Operations (названия и параметры метода).
Применение профиля C++ (или Java)
Профиль UML - это механизм, расширяющий UML стандартизированным способом, что позволяет моделировать в UML определенные специфичные для данной предметной области функции, не утяжеляя UML дополнительными сведениями об имеющихся и возможных в будущем языках и технологиях. Авторы UML не могли предвидеть всех областей, для моделирования которых будет использоваться UML, поэтому для таких случаев они предусмотрели механизм расширения, позволяющий UML не разрастаться до слишком больших размеров.
Для моделирования, например, таких специфических для С++ элементов, как структуры, объединения, определяемые типы typedef и т. п., необходимо применить к UML-модели профиль С++. Профиль С++ поставляется вместе с инструментом преобразования UML-C++. Чтобы применить профиль, выполните следующие шаги:
Выберите в проводнике проекта модель, откройте ее (двойным щелчком по ней) в окне свойств модели выберите вкладку Details , на которой можно просмотреть и изменить профили и библиотеки данной модели:
Пример. Создание простой модели завода, производящего автомобили
Данный этап должен быть частично выполнен заранее (при создании модели анализа).
Если модели классов нет, то она создается и/или корректируется.
Приступим к созданию простой UML-модели, показанной на рисунке 5. Существуют различные способы создания этой модели, но вам предлагается следовать показанной на рисунке схеме. Например:
-
Эта простая модель содержит класс Vehicle (Транспортное средство), базовый для классов Bus (Автобус) и Car (Автомобиль);
-
Классы Bus (Автобус), Car (Автомобиль) и Vehicle (Транспортное средство) создаются в UML-пакете с именем Vehicles (Транспортные средства), это на схеме не показано;
-
Аналогично, классы Engine (Двигатель) и Wheels (Колеса) создаются в UML-пакете с именем Parts (Компоненты), что также не показано на схеме;
-
Класс Car (Автомобиль) связан ассоциацией "содержит" с классом Engine (Двигатель);
-
На этом воображаемом заводе классы Car (Автомобиль) и Engine (Двигатель) являются неразделимыми, поскольку ни один автомобиль не может обойтись без двигателя;
-
Классы Car (Автомобиль) и Bus (Автобус) связаны ассоциацией "собираются в одно целое" с классом Wheels (Колеса);
-
В этом примере колеса могут существовать без автомобиля, а автомобиль может существовать без колес - по крайней мере, пока не будет закончена сборка.
Рисунок 5. Пример - простая UML-модель завода по производству автомобилей
Создание элементов С++ в модели
-
Затем мы создаем UML-пакет с именем Strategy на уровне модели;
-
В пакете Strategy определим маршруты и исходные точки для автобусов;
-
Создайте класс с именем Route, который будет представлять маршрут, и класс Address, который будет представлять некоторый адрес, соответствующий точке отправления автобусного маршрута;
-
Address должен быть элементом C++ "структура", а не обычным классом.
-
Давайте теперь уточним UML-модель, указав, что маршрут назначается для каждого автобуса. Это можно сделать, добавив ассоциацию "прилагается" от класса Bus в пакете Vehicles к классу Route, как показано на рисунке 6;
Одним из основных свойств маршрута является пункт отправления. Значит, нужно добавить атрибут с именем startingPoint и типом Address классу Route.
Рисунок 6. Содержимое нового UML-пакета Strategy
Обратите внимание, что на рисунке 6 Address представляет собой класс <<cpp_struct>>. Для создания стереотипного элемента с именем Address и типом <<cpp_struct>> выполните следующие шаги:
-
Создайте UML-класс и присвойте ему имя Address;
-
Примените к только что созданному классу стереотип cpp_struct;
-
Чтобы применить стереотип к какому-либо элементу UML, необходимо переключиться на представление Properties для данного элемента;
-
Выберите пункт Stereotypes из списка категорий в левой части окна представления, а затем нажмите кнопку Apply Stereotypes, как показано на рисунке 7.
-
Рисунок 7. Применение стереотипа
-
Выберите из списка стереотипов, применимых для этого элемента, стереотип cpp_struct . Кроме того, просмотрите и другие элементы списка, просто для справки, на будущее.
Очень скоро вы увидите, что при преобразовании этой модели в код UML-класс Address со стереотипом <<cpp_struct>> будет сгенерирован как элемент структура, а не как класс.
При создании или измени модели необходимо в свойствах класса (выделенного в проводнике проекта) указать типы его атрибутов и методов (их параметры).
Для этого выбрать класс (в проводнике проекта), в его свойствах выбрать Атрибуты, выбрать атрибут и перейти к его типу (кнопка …):
В окне выбора типа ввести шаблон для поиска, после отразится список доступных типов по шаблону, выбрать нужный тип и нажать ОК:
Выбранный тип установится для атрибута:
Здесь же можно определить другие параметры атрибута, например, значение по умолчанию или признак статической переменной.
Аналогично указываются параметры и их типы для методов класса (на вкладке методов в свойствах класса).
Настройка преобразования и генерация кода
Прежде чем вы сможете сгенерировать код C++ (или Java) из своей модели, необходимо определить параметры для преобразования UML - C++(или Java) путем создания конфигурационного файла преобразования.
Создание конфигурационного файла преобразования
Вот один из способов, который можно использовать для выполнения этой задачи:
-
Выберите в меню команды File > New > Others, а затем выберите элемент transformation configuration в папке Transformations;
-
В открывшемся окне мастера создания конфигурации преобразования New Transform Configuration wizard укажите имя для нового конфигурационного файла. Для этого упражнения укажите имя tc1;
-
Выберите тип преобразования и проект, в котором будет сохранен конфигурационный файл;
-
Для выбора типа преобразования разверните список IBM Rational Transformations , а затем выберите из списка UML to C++ (или Java);
-
Укажите тип преобразования Reconciled,
-
Чтобы сохранить конфигурационный файл для этого упражнения, используйте уже существующий проект UML-модели.
-
-
Затем перейдите к следующей странице мастера, нажав кнопку Next;
-
На вкладке Source and Target:
-
Убедитесь, что источник и назначение выбраны, после чего нажмите кнопку Finish.
Примечание:
Если нужно, конфигурационный файл можно впоследствии изменить.
Генерация кода
Это не должно вызвать сложностей
-
Вы уже сделали самую трудную работу, поэтому можете приступить к созданию кода; для этого просто нажмите правой кнопкой мыши на tc1.tc и выберите команды Transform > UML to C++ из контекстного меню. После этого в проекте, который был выбран в качестве назначения при создании конфигурационного файла преобразования, будет сгенерирован нужный код;
-
Просмотрите код, который был сгенерирован для класса Route. Он содержит атрибуты startingPoint и endingPoint, а также метод getFare() (см. код листинга 1).
Листинг 1. Route.h - код, сгенерированный для класса Route
#ifndef ROUTE_H #define ROUTE_H //Начало секции для файла Route.h //TODO: Добавьте определения, которые должны быть сохранены //Завершение секции для файла Route.h struct Address; //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" class Route { private: //@uml.annotationsderived_abstraction="platform:/resource/UML-1/ DWArticle-1.emx#_Hk7qMACuEdy9t-_gdCbefQ" //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" float runningCost; //@uml.annotationsderived_abstraction="platform:/resource/UML-1/ DWArticle-1.emx#_hKd58ACuEdy9t-_gdCbefQ" //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" float expectedProfit; //@uml.annotationsderived_abstraction="platform:/resource/UML-1/ DWArticle-1.emx#_ieiw8ACuEdy9t-_gdCbefQ" //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" Address * startingPoint; //@uml.annotationsderived_abstraction="platform:/resource/UML-1/ DWArticle-1.emx#_jkEOkACuEdy9t-_gdCbefQ" //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" Address * endingPoint; public: //@uml.annotationsderived_abstraction="platform:/resource/UML-1/ DWArticle-1.emx#_kawmAACuEdy9t-_gdCbefQ" //@generated "UML to C++ (com.ibm.xtools.transform.uml2.cpp.CPPTransformation)" float getFare()const ; }; //Завершение описания класса Route #endif |
Тело метода getFare по умолчанию было сгенерировано в соответствии с листингом 2.