Сведения о языке UML (1183998), страница 16
Текст из файла (страница 16)
Установка свойств генерации кода.3. Выбор класса, компонента или пакета.4. Генерация кода.105Для проверки модели:1. Выберите в меню Tools > Check Model.2. Проанализируйте все найденные ошибки в окне журнала.К наиболее распространенным ошибкам относятся такие, например,как сообщения на диаграмме последовательности или кооперативнойдиаграмме, не соотнесённые с операцией, либо объекты этих диаграмм,не соотнесённые с классом.С помощью пункта меню Check Model можно выявить большую частьнеточностей и ошибок в модели.
Пункт меню Access Violations позволяетобнаруживать нарушения правил доступа, возникающие тогда, когдасуществует связь между двумя классами разных пакетов, но связи междусамими пакетами нет.Чтобы обнаружить нарушение правил доступа:1. Выберите в меню Report > Show Access Violations.2. Проанализируйте все нарушения правил доступа в окне.Можно установить несколько параметров генерации кода для классов,атрибутов, компонентов и других элементов модели. Этими свойствамиопределяется способ генерации программ. Для каждого языка в Roseпредусмотренрядопределенныхсвойствгенерациикода.Перед генерацией кода рекомендуется анализировать эти свойства ивносить необходимые изменения.Для анализа свойств генерации кода выберите Tools > Options, а затемвкладку соответствующего языка. В окне списка можно выбрать класс,атрибут, операцию и другие элементы модели.
Для каждого языка в этомсписке указаны свои собственные элементы модели. При выборе разныхзначений на экране появляются разные наборы свойств.Любые изменения, вносимые в набор свойств в окне Tools > Options,воздействуют на все элементы модели, для которых используется данныйнабор.Иногда нужно изменить свойства генерации кода для одного класса,атрибута, одной операции и т.д. Для этого отройте окно спецификацииэлемента модели. Выберите вкладку языка (C++, Java, …) и изменитесвойства здесь. Все изменения, вносимые в окне спецификации элементамодели, оказывают влияние только на этот элемент.106При генерации кода за один раз можно создать класс, компонент илицелый пакет. Код генерируется с помощью диаграммы или браузера.При генерации кода из пакета можно выбрать или пакет логическогопредставления на диаграмме классов, или пакет представлениякомпонентов на диаграмме компонентов.
При выборе пакета логическогопредставления генерируются все классы этого пакета. При выборе пакетапредставления компонентов генерируются все компоненты этого пакета.После выбора класса или компонента на диаграмме выберите в менюсоответствующий вариант генерации кода. Сообщения об ошибках,возникающих в процессе генерации кода, будут появляться в окнежурнала.Во время генерации кода Rose выбирает информацию из логическогои компонентного представлений модели и генерирует большой объем«скелетного» (skeletal) кода:– Классы.
Генерируются все классы модели.– Атрибуты. Код включает атрибуты каждого класса, в том числевидимость, тип данных и значение по умолчанию.– Сигнатуры операций. Код содержит определения операций совсеми параметрами, типами данных параметров и типомвозвращаемого значения операции.– Связи.
Некоторые из связей модели вызывают создание атрибутовпри генерации кода.– Компоненты.Каждыйкомпонентреализуетсяввидесоответствующего файла с исходным кодом.Упражнение 16. Генерация кода С++1.2.3.4.5.Откройте диаграмму компонентов системы.Выберите все объекты на диаграмме компонентов.Выберите Tools > C++ > Code Generation в меню.Выполните генерацию кода.Просмотрите результаты генерации (меню Tools > C++ > BrowseHeader и Tools > C++ > Browse Body).107Глава 4.
Варианты заданий для самостоятельной работы„Нет проблем! Мы можем покончить с этой ерундой за выходные!“Э. Йордон „Путь камикадзе“В каждом из предложенных вариантов требуется при помощи CASEсредства Rational Rose построить модель программного обеспечения.Процесс создания модели должен проходить так, как это описано в главе 3.Должны быть выполнены следующие действия:1) составление глоссария проекта;2) создание модели вариантов использования;3) анализ вариантов использования;4) проектирование системы;5) реализация системы.После выполнения третьего этапа модель должна удовлетворятьперечисленным ниже требованиям. Глоссарий проекта должен иметь видтаблицы и храниться в отдельном файле. На диаграммах вариантовиспользования каждое действующее лицо (actor) и вариант использованиядолжны сопровождаться описанием.
Эти описания должны бытьсоставлены на русском языке. Описание действующего лица должнокоротко (в одну-две строки) сообщать о роли данного лица. Описаниеварианта использования должно включать в себя пояснение, предусловие,потоки событий (основной и альтернативные, если таковые есть) ипостусловие. Описания представляют собой либо присоединенныетекстовые файлы, либо текст, введенный в поле Documentationспецификации соответствующего элемента диаграммы.
Диаграммывзаимодействия,соответствующиепотокамсобытийвариантовиспользования, должны содержать необходимые пояснения.При проектировании системы требуется:§ создать иерархию классов системы;§ разместитьклассыпопакетам(использоватьделение:пользовательский интерфейс – управление – данные; или другоев зависимости от постановки задачи);108§связать объекты с классами, сообщения на диаграммахвзаимодействия – с операциями;§ каждый класс снабдить описанием, которое должно включать в себякраткое описание (ответственность класса), описание атрибутов в видетаблицы (имя, описание, тип), таблицу с описанием операций (имя,описание, сигнатура);§ для классов указать стереотипы;§ построить диаграммы классов системы, отображающие связимежду классами;§ для описания поведения экземпляров отдельных классов построитьдиаграммы состояний;§ разработать (если это требуется вариантом задания) схему базы данныхи отобразить ее на диаграмме «сущность – связь».При реализации системы необходимо построить диаграммыкомпонентов для каждого пакета и для системы в целом.
Также следуетразработать диаграмму размещения. В зависимости от варианта заданиядиаграмма размещения должна показывать расположение компонентовв распределенном приложении или связи между встроенным процессороми устройствами. Должна быть произведена проверка корректности моделии автоматическая генерация кода средствами Rational Rose.Ниже перечислены варианты заданий.4.1. Цифровой диктофонКак уже говорилось выше, в режиме диктофона девайсможет складировать голосовые файлы в папки,которые вы можете видеть в проводнике…Из журнальной статьиТребуется разработать средствами Rational Rose модель программногообеспечения, управляющего работой цифрового диктофона.Цифровой диктофон – это бытовое электронное устройство,предназначенное для записи и воспроизведения речи.
Звуковые сообщениязаписываются через встроенный микрофон и сохраняются в памятиустройства.Сообщениявоспроизводятсячерезвстроенный109громкоговоритель. Работа устройства осуществляется под управлениемцентрального процессора.Примерный внешний вид устройства изображен на рисунке 4.1.ДаНетРис. 4.1. Внешний вид диктофонаДиктофон хранит до 10 звуковых сообщений.
Длина каждогосообщения ограничена размером свободной памяти. Диктофоносуществляет прямой (по номеру сообщения) доступ к любому сообщениюиз памяти. Пользователь имеет возможность воспроизводить сообщения,хранящиеся в памяти диктофона, стирать их, записывать новые.Исполнителем должна быть разработана схема базы данных для хранениясообщений в памяти диктофона.Интерфейс с пользователем осуществляется при помощи экранногоменю и управляющих кнопок на корпусе диктофона. При помощи кнопокстрелок осуществляется навигация по пунктам меню. Кнопки «Да», «Нет»служат для подтверждения или отмены пользователем выбора той илииной опции меню (структуру меню исполнитель должен разработатьсамостоятельно). Имеются также кнопки «Воспроизведение», «Пауза» и«Запись» для работы со звуковыми сообщениями.Во время записи сообщения на экране отображается время, в течениекоторого ведется запись, при воспроизведении – длительностьвоспроизведенной части сообщения.Если диктофон не используется, через 30 секунд он автоматическипереходит в режим сбережения энергии.
В этом режиме никакие операциинад звуковыми сообщениями не возможны. Энергия расходуется толькона сохранение памяти диктофона в неизменном состоянии. Переход110из режима сбережения энергии в обычный режим осуществляетсяпри нажатии пользователем любой кнопки.В диктофоне имеется датчик уровня заряда батарей. При паденииуровня заряда ниже установленного предела диктофон автоматическипереходит в режим сбережения энергии (независимо от того используетсяон в данный момент или нет). Переход в обычный режим становитсявозможным только после восстановления нормального уровня зарядабатарей.4.2. Торговый автоматПервый торговый автомат в мире был изготовлен в III веке до нашей эры.
Онпродавал всем, кто бросал монетку, священную воду в одном египетском храме.Исторический фактТребуется разработать средствами Rational Rose модель программногообеспечения встроенного процессора универсального торгового автомата.Кнопки выдачи товара20.00 рубСигнальные лампочкиВозврат денегЛотки с товаромРис. 4.2. Лицевая панель торгового автоматаВнешний вид автомата изображен на рисунке 4.2. В автомате имеетсяпять лотков для хранения и выдачи товаров.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
