Тема: Работа с CASE – средствами кодирования программного обеспечения
Цель работы: подготовкамодели к генерациипрограммногокода; генерацияпрограммногокода
Теоретическая часть
Одно из х свойств StarUML – возможность генерации программного кода, представляющего модель. Пакет способен выполнять кодогенерацию на языках C++, C#, Java.
Подготовка к генерации программного кода
Процесс генерации программного кода состоит из пяти основных этапов:
1. Проверка модели.
2. Создание компонентов.
3. Отображение классов на компоненты.
4. Установка свойств генерации программного кода.
5. Генерация программного кода.
В разных языках не все этапы обязательны. Так, программы, разработанные на языке С++, генерируются и без предварительного создания компонентов. Генерировать код программ на любом языке можно, не выполняя проверки модели, хотя во время генерации это порой приводит к различным ошибкам.
Хотя не все этапы обязательны, первые пять из них рекомендуется выполнять до начала процесса генерации. Проверка модели поможет выявить ее неточности и недостатки, нежелательные с точки зрения последующей генерации программ. Этапы, на которых рассматриваются компоненты, - это способ отобразить логическую схему системы на ее физическую реализацию, причем на этих этапах собирается большой объем полезной информации. Если пропустить эти этапы, то для создания компонентов Rose воспользуется пакетной структурой логического представления.
|
|
|
Проверка модели
В StarUML существует не зависящее от языка средство проверки моделей, применяемое для обеспечения корректности модели перед генерацией программного кода. Такая проверка помогает выявить в модели неточности и ошибки, не позволяющие генерировать программы надлежащим образом.
В общем случае проверка модели может выполняться на любом этапе работы над проектом. Однако после завершения разработки графических диаграмм она является обязательной, поскольку позволяет выявить целый ряд ошибок разработчика. К числу таких ошибок и предупреждений относятся, например, не используемые ассоциации и классы, оставшиеся после удаления отдельных графических элементов с диаграмм, а также операции, не являющиеся именами сообщений на диаграммах взаимодействия.
Для проверки модели следует выполнить операцию главного меню: Model 
VerifyModel. Результаты верификации разработанной модели отображаются в окне (рис. 1):
Рисунок 1- Окно верификации
Результаты проверки разработанной модели на наличие ошибок отображаются в окне журнала. Прежде чем приступить к генерации текста программного кода разработчику следует добиться устранения всех ошибок и предупреждений, о чем должно свидетельствовать чистое окно журнала (рис. 2).
|
|
|
Рисунок 2- Вид журнала при отсутствии ошибок по результатам проверки модели
К наиболее распространенным ошибкам относятся, например, сообщения на диаграмме Последовательности или Кооперативной диаграмме, не отображенные на операцию, либо объекты этих диаграмм, не отображенные на класс.
Создание компонентов
Второй этап процесса генерации программного кода - создание компонентов для классов. Существуют компоненты самых разных типов: файлы исходного программного кода, исполняемые файлы, библиотеки исполнения в реальном времени, компоненты ActiveX, апплеты и т.д. Перед генерацией программ можно отобразить каждый из классов на соответствующий компонент исходного программного кода.
После создания компонентов можно добавить зависимости между ними на диаграмме Компонентов. Зависимости между компонентами - это зависимости во время компиляции системы.
При генерации программ на C++, Java или VisualBasic выполнять подобный шаг не обязательно. В Java и VisualBasicRose создаст автоматически соответствующий компонент для каждого из классов.
Для создания компонента:
1. Откройте диаграмму ComponentDiagram.
2. С помощью значка Component панели инструментов Diagram введите новый компонент в диаграмму.
Дата добавления: 2020-04-25; просмотров: 247; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!