Порядок выполнения

2.1. Изучить теоретические сведения по разработке систем на базе принципов модельно-ориентированной архитектуры. Ознакомиться с базовыми возможностями используемых инструментальных средств. Основным из них является iO-Software ArcStyler Tool Suite версии 3.1 или выше (далее - ArcStyler) – набор средств, обеспечивающих разработку ПО в соответствиями с принципами МОА. В зависимости от используемой версии ArcStyler для построения UML-диаграмм используется Rational Rose 2000 либо MagicDraw UML 9.

2.2. Создать платформо-независимую модель. Для построения PIM-модели следует воспользоваться каркасом ArcStyler MDA. При этом в логическое представление модели добавляется пакет iOCATBase, содержащий платформо-независимые примитивные типы, которые следует использовать в PIM-моделях, а также основные пакеты и классы для поддерживаемых платформ. Все используемые в модели типы полей, типы аргументов и возвращаемых значений методов должны браться из пакета “Logical View::iOCATBase::elementary_datatypes”.

2.3. Создать новый ArcStyler-проект и включить в него построенную ранее PIM-модель.

В диалоге “ArcStyler Project Wizard” выбрать пункт New Project, указать расположение файла проекта и отказаться от использования шаблона проекта. Открыть построенную ранее PIM-модель и утвердительно ответить на вопросы о загрузке подмодулей (subunits) модели и сопоставлении данной модели ArcStyler-проекту. Сохранить ArcStyler-проект при помощи пункта меню “Tools \ArcStyler\Project\Save”.

2.4. Настроить ArcStyler-проект, то есть определить используемые картриджи и пути для генерации исходного кода.

Вызвать диалог конфигурирования ArcStyler-проекта и всей среды в целом, выбрав пункт меню “Tools\ ArcStyler\Configure…”.

Изменить путь к каталогу, в котором будут создаваться файлы исходного кода приложения и файлы настройки. Для этого в разделе C-GEN\Generate в поле “Generated Source Directory” выбрать нужный каталог.

Для добавления картриджа к ArcStyler-проекту выбрать в дереве раздел C-GEN\Cartridges и в правой панели нажать на кнопку Add по соседству со списком используемых картриджей “Chosen Technology Projections”. После добавления картриджа внизу списка используемых картриджей появится набор закладок, на которых можно задавать параметры кодогенерации для выбранного в списке картриджа.

Сохранить конфигурацию ArcStyler выбором пункта меню “Tools\ ArcStyler\Save configuration”.

Рекомендуется сохранять проект после изменения его настроек. В целом порядок сохранения выглядит следующим образом: в первую очередь сохраняется UML-модель, а затем – ArcStyler-проект.

2.5. Аннотировать платформо-независимую модель. Под аннотированием понимается задание стереотипов и установка помеченных значений (tagged values) для классов, атрибутов и методов UML-модели.

Стереотип класса ComponentSegment обозначает, что из данного класса будет сгенерирован компонент выбранной компонентной архитектуры (например, EJB), который при этом будут входить в состав компонента в терминологии UML, чем объясняется суффикс Segment.

После установки данного стереотипа на закладке “ArcStylerEJB” диалога “Class Specification” станет доступным набор помеченных значений, определяющих особенности генерирования исходного кода для EJB-компонентов, а также настройки deployment descriptor’а. В таблице П4.1 приведены основные помеченные значения, необходимые для генерации EJB-компонентов.

Таблица П4.1

Помеченные значения набора ComponentSegment группы ArcStylerEJB

Для entity-компонентов необходимо указать атрибут или комбинацию атрибутов, которые используются в качестве первичного ключа. Это выполняется путем установки для элементов первичного ключа (атрибутов) помеченного значения PartOfPrimaryKey группы ArcStylerEJB в true.

Для задания параметров генерации и настройки веб-сервисов используются помеченные значения группы ArcStylerWebService. В таблице П4.2 приведены основные помеченные значения, необходимые для генерации веб-сервисов. Кроме того, для вызываемых через веб-сервис методов класса в группе помеченных значений ArcStylerWebService следует установить значение webService = enabled.

Таблица П4.2

Помеченные значения группы ArcStylerWebService

Результат аннотирования для рассмотренной выше системы онлайновой торговли приведен на рисунке П4.1.

2.6. Определить платформо-зависимые элементы модели.

Как правило, в роли подобных элементов выступают компоненты (в терминологии UML), которые определяют набор модулей приложения и их состав при реализации приложения на конкретной платформе. Так, на платформе J2EE основной формой модуля является JAR-архив, а на платформе.NET – так называемая сборка (assembly).

Компонент со стереотипом EJBArchive представляет собой архив EJB-компонент. Состав архива определяется на закладке Realizes свойств компонента.

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

2.7. Сгенерировать каркас приложения.

ArcStyler добавляет в контекстное меню обозревателя модели Rational Rose свои пункты, объединенные в подменю ‘ArcStyler’. С помощью пунктов этого меню можно осуществлять генерацию каркаса исходного кода приложения, верификацию модели, а также прочие действия, состав которых определяется типом элемента UML-модели.

Кроме того, всегда существует возможность вызова MDA Control Center, в котором можно воспользоваться всеми операциями (features) любого добавленного в проект картриджа.

Для генерации каркаса приложения нужно выполнить операцию Generate для логического представления UML-модели или для отдельного пакета. Обратите внимание, что перед генерацией автоматически выполняется проверка модели на соответствие требованиям картриджа (то есть специфической платформы).

Рис. П4.1. Аннотированная модель системы онлайновой торговли

2.8. Собрать, развернуть и протестировать приложение.

Для каждого компонента создается файл build.xml, содержащий инструкции по сборке, развертыванию и тестированию, а также обеспечивающий запуск Ant командный файл build.bat. При запуске build.bat в качестве параметра следует указывать название конкретной цели.

2.8.1. Собрать компонент с помощью цели build.

2.8.2. Запустить сервер приложений JBoss с помощью цели startServer. При этом JBoss обнаружит EAR-файл приложения и развернет его.

2.8.3. Установить веб-сервис.

2.8.3.1. Запустить сервер Tomcat (цель сборки – startSOAPServer).

2.8.3.2. Развернуть веб-сервис путем задания цели deploysoap.

2.8.3.3. Перезапустить сервер Tomcat с использованием комбинированной цели ‘stopSOAPServer startSOAPServer’.

2.8.4. Для тестирования компонентов с использованием тестовой оболочки JUnit используется цель runAssemblyClient. Если тесты реализованы без использования JUnit, то выполнить их можно с помощью цели runClient.

2.8.5. Последовательность остановки серверов выглядит следующим образом. Сначала останавливается сервер Tomcat, для чего служит цель сборки stopSOAPServer. Затем производится останов сервера приложений JBoss с использованием цели stopServer.

Содержание отчета

3.1. Цель работы.

3.2. Краткое описание разрабатываемой системы.

3.3. Диаграмма классов платформо-независимой модели.

3.4. Перечень присвоенных стереотипов и таблицы установленных помеченных значений.

3.6. Диаграммы классов, компонентов и развертывания платформо-зависимой модели.

3.8. Журнал сборки, развертывания и тестирования системы.

4. Контрольные вопросы

4.1. Дайте определения модели и платформы в МОА и поясните их взаимосвязь.

4.2. Дайте определения отображения в МОА, приведите способы определения и выполнения отображений.

4.3. Назовите основные элементы диаграммы компонентов.

4.4. Назовите основные элементы диаграммы развертывания.

4.5. Перечислите этапы перехода от проектной модели к модели реализации.

РЕКОМЕНДАТЕЛЬНЫЙ БИБЛИОГРАФИЧЕСКИЙ СПИСОК

1. Александров, Д. В. Системное моделирование бизнеса: учеб. пособие / Владим. гос. ун-т. – Владимир, 2004. – 300 с. – ISBN
5-89368-501-6.

2. Александров, Д. В. Распределенные информационные системы. CASE-технологии реинжиниринга: учеб. пособие / Д. В. Александров, А. В. Костров; – Владим. гос. ун-т. – Владимир, 2001. – 136 с. – ISBN 5-89368-501-6.

3. Вендров, А. М. CASE – технологии. Современные методы и средства проектирования информационных систем. – М.: Финансы и статистика, 1998. – 176 с. – ISBN 5-279-02144-X.

4. Ивлев, В. А. Реорганизация деятельности предприятий: от структурной к процессной организации / В. А. Ивлев, Т. В. Попова. – М.: Научтехлитиздат, 2001. – 282 с. – ISBN 5-89638-040-2.

5. Калянов, Г. Н. Консалтинг при автоматизации предприятий. – М.: СИНТЕГ, 1997. - 316 с. – ISBN 5-89638-002-X.

6. Костров, А. В. Уроки информационного менеджмента. Практикум: учеб. пособие / А. В. Костров, Д. В. Александров. – М.: Финансы и статистика, 2005. – 304 с. – ISBN 5-279-02573-9.

7. Маклаков, С. В. Bpwin и Erwin. CASE -средства разработки информационных систем: учебно-справочное издание. – М.: Диалог-МИФИ, 1999. – 256 с. – ISBN 5-86404-128-9.

8. Черемных, С. В. Структурный анализ систем: IDEF-технологии / С. В. Черемных, И. О. Семенов, В. С. Ручкин. – М.: Финансы и статистика, 2001. – 208 с. – ISBN 5-279-02433-3.

9. Буч Г., Рамбо Дж., Якобсон А. «Унифицированный процесс разработки программного обеспечения»: - СПб.: Питер, 2002.

10. Крачтен, Филипп «Введение в Rational Unified Process. 2-е изд.»: Пер. с англ.-М.: Издательский дом «Вильямс», 2002.

11. Мацяшек, Лешек А. «Анализ требований и проектирование систем. Разработка информационных систем с использованием UML»: - М.: Издательский дом «Вильямс», 2002.

ОГЛАВЛЕНИЕ

Учебное издание

АЛЕКСАНДРОВ Дмитрий Владимирович

ГРАЧЕВ Иван Викторович

ФАДИН Дмитрий Николаевич

CASE-ТЕХНОЛОГИИ

Учебное пособие

Редактор

Корректор

Компьютерный набор И.В. Грачев, Д.Н. Фадин

Компьютерная верстка Д.В. Александров, И.В. Грачев

ЛР № 020275. Подписано в печать

Формат 60х84/16. Бумага для множит. техники. Гарнитура Таймс.

Печать на ризографе. Усл. печ. л.. Уч.-изд. л.. Тираж 100 экз.

Заказ

Редакционно-издательский комплекс

Владимирского государственного университета.

600000, Владимир, ул. Горького, 87.

[*] При подготовке раздела были использованы данные, собранные В.В. Власенко.

** Унифицированный процесс компании Rational, или рациональный унифицированный процесс (англ.). Таким же названием (RUP) обладает продукт компании IBM, представляющий собой базу знаний по процессу разработки ПО и инструмент конфигурации процесса под нужды пользователя.

Поиск по сайту: