Соотнесение классов с компонентами

1. Откройте спецификацию компонента Forma_of_Input_Output.

2. Перейдите в закладку Realizes.

3. В предложенном списке классов щелкните правой кнопкой мыши на классе с именем Forma_of_Input_Output.

4. В контекстном меню выберите пункт Assign (Назначить).

5. Нажмите кнопку OK.

Выполняя шаги с 1 по 5, соотнесите следующие компоненты с классами:

Компонент Goods с классом Goods

6. List_of_Goods с классом List_of_Goods

7. List_of_Catalogues с классом List_of_Catalogues

8. Basket с классом Basket

9. Компонент Order c классом Order

10. Компонент Customers соотнесите с классами: User, Organization, Individual.

Добавление зависимостейна диаграмму компонентовTo_fill_Virtual_Basket

Учитывая связи между классами, построим зависимости между компонентами, которые их реализует:

1. Установим отношение зависимости между компонентом от Forma_of_Input_Output к Goods,

от Forma_of_Input_Output к List_of_Goods, от Forma_of_Input_Output к List_of_Catalogues, от Forma_of_Input_Output к Basket,

от Basket к Order, от Basket к Customers, от List_of_Catalogues к List_of_Goods, от List_of_Goods к Goods,

от ServerExe к List_of_Catalogues, от ClientExe и Forma_of_Input_Output см. рис. 6L.5.

Рис.6L.5. Диаграмма компонентов для сервиса «заполнить виртуальную корзину»

Ввод тел пакетов на диаграмму Компонентов To_fill_Virtual_Basket

1. Откройте диаграмму компонентов To_fill_Virtual_Basket.

2. Через броузер в пакете Entities выберите тело пакета (не спецификацию пакета!) Forma_of_Input_Output.

3. Перенесите тело пакета Forma_of_Input_Output на диаграмму компонентов To_fill_Virtual_Basket.

4. Повторите шаги 2 - 3 и перенесите тела пакетов (и тела задач) для всех компонентов диаграммы To_fill_Virtual_Basket.

Генерация кода на Cи++

Настройка (выбор языка для генерации кода)

1. Откройте спецификацию компонента Forma_of_Input_Output (спецификацию пакета).

2. В закладке General выберите в качестве языка C++.

3. Повторите шаги 1 и 2 для спецификаций пакетов и задач всех созданных компонентов этой диаграммы.

Процесс генерации программного кода

1. Откройте диаграмму компонентов To_fill_Virtual_Basket.

2. Выберите все элементы на диаграмме компонентов.

3. Выберите в меню Tools  C++  Code Generation.

Индивидуальные задачи

1. Программное обеспечение игрушки-грузовика с дистанционным управлением

Детская игрушка грузовик включает следующие устройства: микропроцессор, датчик для приёма с пульта дистанционного управления (ПДУ), рулевой рычаг (пять положений - прямо, влево, сильно влево, вправо, сильно вправо), «двигатель» колёс (два состояния – включен, выключен и три режима работы - медленно, быстро, в обратном направлении), блокирующие устройство для колёс, рычаг (подъёмник) для кузова (два состояния – включен, выключен), корпус грузовика в сборке, динамик, таймер. От дистанционного пульта приходит сигнал на датчик, сигнал с датчика передается и анализируется процессором.

Пользователь может посылать следующие сигналы на датчик через ПДУ:

1. увеличить скорость, уменьшить скорость, включить задний ход – для «двигателя» колёс;

2. поднять кузов, опустить кузов – для подъёмника кузова;

3. повернуть влево, повернуть вправо – для рулевого рычага;

4. остановиться – для блокирующего устройства колёс;

5. подать звуковой сигнал (2 сек)– для динамика.

Процессор может послать обработанный сигнал, следующим устройствам:

• «двигателю» колёс (начать работу, завершить работу, увеличить обороты, работать в обратную сторону)

• рулевого рычага (повернуть вправо, повернуть влево),

• блокирующего устройства для колес (включить блокировку, отключить блокировку),

• подъемнику для кузова (включит, выключить),

• динамика (включить, выключить).

Игрушка-грузовик должна работать по следующим принципам:

если к процессору пришел сигнал «поднять кузов» для подъёмника, а подъёмник находится в состоянии «выключить», то подается сигнал только на динамик «включить», а через 2 сек. «выключить», используя таймер;

если пришел сигнал увеличить скорость (а «двигатель» не включен), то процессор посылает сигнал включить «двигатель», а затем сигнал увеличить скорость; если скорость больше увеличить нельзя (два режима работы), тогда только на динамик «включить», а через 2 сек. «выключить», используя таймер.

Остальные принципы работы придумать самим.

2. Программное обеспечение для отдела кадров (электронный отдел кадров - ЭОК)

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

3. Программное обеспечение для электронных касс

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

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

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

4. Программное обеспечение полнотекстовой электронной библиотеки (ПЭБ)

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

Создание электронной карточки также происходит в полуавтоматическом режиме под руководством библиотекаря. Электронная карточка ресурса (источника данных) включает:

• поля с Метаданными (по стандарту RUS-MARC): Автор, год издания, ключевые слова, издательства и т.д.,

• файл индексов,

• полный текст документа.

Электронные карточки ресурсов хранятся в специальной СУБД. Программное обеспечение (ПО) для ПЭБ должно обеспечивать три типа поиска ресурсов: поиск по метаданным, поиск по тексту документа (по ключевым словам), смешанный поиск (пересечение результатов первых двух типов поиска). ПО для ПЭБ должно обеспечивать вывод на принтер, сохранение в файл, отправку по электронной почте результатов поиска. По требованию библиотекаря должен автоматически создаваться отчет по созданным электронным карточкам, по популярным ресурсам (придумать другие типы отчетов).

5. Программное обеспечение цифрового диктофона

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

Основные требования к диктофону:

1. Интерфейс с пользователем должен осуществляться при помощи экранного меню – дисплея и панели с кнопками.

2. Количество сообщений ограничено 10 сообщениями, и в сумме все сообщения не должны превышать 180 минут.

3. Если записано 10 сообщений, или если суммарное время сообщений превысило 179 минут, на дисплее диктофона должно появиться соответствующее предупреждение. В этом случае диктофон не должен позволять записывать новые сообщения, а должен вывести предупреждение на экран и предложить удалить одно из сообщений, записанных ранее.

4. Диктофон должен осуществлять прямой (а не последовательный) доступ к любому сообщению из памяти. На дисплее должны постоянно отображаться текущее время и дата.

5. Дисплей также должен показывать информацию о том, что в данный момент делает устройство.

Дополнительная функция устройства - будильник. Должна быть возможность установки момента времени, при наступлении которого подается сигнал будильника. Сигнал будильника прекращается, если пользователь нажал какую-либо кнопку или по истечении 60 секунд.

Если диктофон не используется, он должен автоматически перейти в режим малого потребления энергии (stand-by). Переход из режима stand-by в обычный режим осуществляется при нажатии пользователем любой кнопки. Индикатор уровня заряда батарей должен подавать сигнал, при разрядке батарей ниже установленного предела. При разряженных батареях диктофон автоматически переходит в режим stand-by.

6. Программное обеспечение транспортного диктора (ТД)

Транспортный диктор – специальное устройство для оповещения пассажиров. Состав данного устройства следующий: процессор, память, микрофон (для записи названий остановок), динамик для воспроизведения звуковой информации, дисплей для воспроизведения текстовой, панель управления, устройство для считывания с внешних дисков звуковых файлов. Требуется разработать программное обеспечение для такого устройства со следующими принципами работы. Устройство необходимо настроить на маршрут – создать новый маршрут. Для этого следует записать звуковые сообщения с названиями остановок, использую панель управления и микрофон. Необходимыми параметрами каждого звукового сообщения является: запись с названием остановки, тест с названием остановки (плюс комментарии), расстояние в метрах от начальной точки маршрута до соответствующей остановки.

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

ТД должен предоставлять возможность также редактировать и удалять записанные маршруты.

Следует придумать самим - как использовать звуковые файлы с внешних носителей.

7. Программное обеспечение электронной записной книжки

Электронная записная книжка (ЭЗК) должна обеспечивать многофункциональный поиск по записям электронных адресов с различными способами сортировки. По нажатию кнопки «новые адрес» ЭЗК позволяет пользователю заполнить необходимые поля и создать новую запись в памяти. Запись может включать следующие поля: Фамилия, Имя, Отчество, Домашний адрес, список Телефонов, набор функциональных клавиш (придумать самим остальные поля). Количество записей ограничено памятью устройства. Если памяти не достаточно, то устройство предлагает найти записи для удаления. И только после освобождения памяти устройство предлагает заполнить форму для новой записи. После того, как пользователь выберет сохранение данных формы для создания новой записи, ЭЗК выполняет поиск аналогичных данных в массиве существующих записей. После просмотра найденных записей, пользователь может либо подтвердить создание новой записи, либо запомнить форму для последующего редактирования, либо удалить форму.

Для найденных записей адресов должны быть предусмотрены следующие операции: редактирование, удаление.

ЭЗК должна обеспечивать дополнительные сервисы:

напоминать о наступлении события – пользователь вводит дату, время, название события, а также выбирает музыкальное сопровождение. При наступлении заданного времени ЭЗК высвечивает на табло название события и воспроизводит указанное музыкальное сопровождение.

отображать информацию о погоде - при нажатии кнопки «Погода» выводить на экран температуру и влажность воздуха.

8. Программное обеспечение турникета метро

Требуется разработать модель программного обеспечения встроенного процессора турникета для Метрополитена. Турникет служит для взимания оплаты за проезд. Оплата принимается карточками метро и жетонами, приобретаемыми в кассах метрополитена. Каждая карточка содержит информацию о возможностях проезда по веткам Метрополитена (по одной ветке, по нескольким, по всем) и рассчитана на определенное количество поездок. Жетон рассчитан на одну поездку в любом направлении. После каждого прохода через турникет количество оплаченных поездок на карточке уменьшается, а жетон просто изымается. Турникет должен пропускать пассажиров, поместивших в приемное устройство карту установленного образца с неисчерпанным кредитом, если указанные ветки Метрополитена на карте включают ветку, которую обслуживает турникет. Турникет должен препятствовать проходу пассажиров (должно срабатывать устройство для перекрывания доступа и звуковой сигнал), которые не произвели оплату (или пытаются проехать по ветке не указанной на карточке).

Необходимые устройства турникета (датчики, приемники и т.д.) придумать самим.

9. Программное обеспечение аппарата «Электронная сиделка для больного» (ЭСБ)

Требуется разработать средствами Rational Rose модель программного обеспечения аппарата ЭСБ. Это специальный аппарат, используемый в больницах для наблюдения за тяжелыми («лежачими») больными. Основная функция данного аппарата – оповестить дежурную сестру о нарушениях в жизненно-важных функциях больного. При серьёзных нарушениях в работе сердечной мышцы (пульс, давление), повышении температуры, нарушении дыхания посылается сигнал в кабинет к дежурной медсестре – загорается лампочка и воспроизводится звуковой сигнал. Данный аппарат должен уметь собирать и записывать информацию на внешнее устройство памяти о нарушениях в деятельности сердечно-сосудистой системы и дыхательной системы больного, нарушениях температурного баланса и др.

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

10. Программное обеспечение

11. Программное обеспечение для ftp-сервера

12. Программное обеспечение для электронной доски объявлений

13. Программное обеспечение ксерокса

14. Программное обеспечение цифрового фотоаппарата

15. Программное обеспечение мобильного телефона