Rational rose стиральная машина
После выполнения третьего этапа модель должна удовлетворять перечисленним ниже требованиям. Глоссарий проекта должен иметь вид таблицы и храниться в отдельном файле. На диаграммах вариантов использования каждое действующее лицо (actor) и вариант использования должны сопровождаться описанием. Все описания должны быть составлены на русском языке. Описание действующего лица должно коротко (в одну-две строки) сообщать о роли данного лица. Описание варианта использования должно включать в себя пояснение, предусловие, потоки событий (основной и альтернативные, если таковые есть) и постусловие. Описания представляют собой либо присоединенные текстовые файлы, либо текст, введенный в поле Documentation спецификации соответствующего элемента диаграммы. Диаграммы взаимодействия, соответствующие потокам событий вариантов использования, должны содержать необходимые пояснения. Сообщения на диаграммах взаимодействия пока не должны быть соотнесены с операциями объектов.
При реализации системы необходимо построить диаграммы компонентов для каждого пакета и для системы в целом. Также следует разработать диаграмму размещения. В зависимости от варианта задания диаграмма размещения должна показывать расположение компонентов в распределенном приложении или связи между встроенным процессором и устройствами. Должна быть произведена проверка корректности модели и автоматическая генерация кода средствами Rational Rose.
Вариант 1
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение цифрового диктофона
Вариант 2
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение торгового автомата
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного процессора универсального торгового автомата.
Внешний вид автомата изображен на рисунке 4.2. В автомате имеется 5 лотков для хранения и выдачи товаров. Загрузка товаров на лотки осуществляется обслуживающим персоналом. Автомат следит за наличием товара. Если какой-либо товар распродан, автомат отправляет сообщение об этом на станцию обслуживания и информирует покупателей (зажигается красная лампочка рядом с лотком данного товара).
Автомат принимает к оплате бумажные купюры и монеты. Специальный индикатор высвечивает текущую сумму денег, принятых автоматом к оплате. После ввода денег клиент нажимает на кнопку выдачи товара. Выдача товара производится только в том случае, если введенная сумма денег соответствует цене товара. Товар выдается поштучно. При нажатии на кнопку «Возврат» клиенту возвращаются все принятые от него к оплате деньги. Возврат денег не производился после выдачи товара. Автомат должен корректно работать при одновременном нажатии на кнопки выдачи товара и возврата денег.
В специальном отделении автомата, закрываемом замком, есть «секретная кнопка», которая используется обслуживающим персоналом для выемки выручки. При нажатии на эту кнопку открывается доступ к ящику с деньгами.
Автомат получает со станции обслуживания данные о товарах и хранит их в своей памяти. Данные включают в себя цену, наименование товара, номер лотка, на котором находится товар и количество товара на лотке.
Вариант 3
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение табло на станции метро
Вариант 4
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Система автоматизации для пункта проката видеокассет
Вариант 5
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение Мини-АТС
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного микропроцессора учрежденческой мини-АТС (автоматической телефонной станции).
Мини-АТС осуществляет связь между служащими учреждения. Каждый абонент подключен к ней линией связи. Мини-АТС соединяет линии абонентов (осуществляет коммутацию линий). Абоненты имеют номера, состоящие из трех цифр. Специальный номер «9» зарезервирован для внешней связи.
Телефонное соединение абонентов производится следующим образом. Абонент поднимает трубку телефона, и мини-АТС получает сигнал «Трубка». В ответ мини-АТС посылает сигнал «Тон». Приняв этот сигнал, абонент набирает телефонный номер (посылает три сигнала «Цифра»). Мини-АТС проверяет готовность вызываемого абонента. Если абонент не готов (его линия занята), мини-АТС посылает вызывающему абоненту сигнал «Занято». Если абонент готов, мини-АТС посылает обоим абонентам сигнал «Вызов». При этом телефон вызываемого абонента начинает звонить, а вызывающий абонент слышит в трубке длинные гудки. Вызываемый абонент снимает трубку, и мини-АТС получает от него сигнал «Трубка», после чего осуществляет коммутацию линии. Абоненты обмениваются сигналами «Данные», которые мини-АТС должна передавать от одного абонента к другому. Когда один из абонентов опускает трубку, мини-АТС получает сигнал «Конец» и посылает другому абоненту сигнал «Тон».
В любой момент абонент может положить трубку, при этом мини-АТС получает сигнал «Конец». После получения этого сигнала сеанс обслуживания абонента завершается.
Если абонент желает соединиться с абонентом за пределами учреждения, то он набирает номер «9». Мини-АТС посылает по линии, соединяющей с внешней (городской) АТС, сигнал «Трубка» и в дальнейшем служит посредником между телефоном абонента и внешней АТС. Она принимает и передает сигналы и данные между ними. Послав городской АТС сигнал «Трубка», мини-АТС получает в ответ сигнал «Тон» (или «Занято») и передает его абоненту. Абонент, получив сигнал «Тон», набирает телефонный номер. Мини-АТС передает номер городской АТС, получает ответный сигнал «Вызов» (или «Занято») и передает его абоненту. Затем происходит обмен сигналами «Данные» между абонентом и городской АТС. Если от городской АТС приходит сигнал «Конец», мини-АТС посылает абоненту сигнал «Тон». Если вызывавший абонент первым вешает трубку, то мини-АТС получает сигнал «Конец» и передает его городской АТС.
Мини-АТС может получить сигнал «Вызов» от городской АТС. Это происходит, когда нет соединений с внешними абонентами. Сигнал «Вызов» от городской АТС передается абоненту с кодом «000». Только этот абонент может отвечать на внешние звонки.
Вариант 6
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного микропроцессора телефона
(старый вариант)
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного микропроцессора для аппарата учрежденческой телефонной сети.
Аппарат подключен к линии связи, ведущей к мини-АТС. В его задачу входит прием и передача сигналов (в том числе и голосовых данных) мини-АТС. Аппарат имеет кнопочную панель управления, звонок и трубку, в которую встроены микрофон и громкоговоритель.
При снятой трубке аппарат реагирует на сигналы «Тон», «Занято» и «Вызов» из линии (от мини-АТС). При повешенной трубке сигналы «Тон» и «Занято» игнорируются, а по сигналу «Вызов» включается звонок аппарата.
При снятии трубки аппарат посылает мини-АТС сигнал «Трубка». После чего, при получении ответного сигнала «Тон» аппарат воспроизводит в трубку звуковой тон «Готов» (длинный гудок, не прекращающийся до получения другого сигнала). При получении сигнала «Занято», аппарат воспроизводит звуковой тон «Занято» (короткие гудки) в трубку. Если получен сигнал «Вызов», то в трубке слышны длинные гудки. На аппарате имеются цифровые кнопки для вызова абонентов. После получения сигнала «Тон» после каждого нажатия кнопки с цифрой телефон посылает сигнал «Цифра», соответствующий нажатой цифре. Набранный номер запоминается в памяти аппарата для того, чтобы можно было его воспроизвести при нажатии на специальную кнопку « # ». После того, как полностью передан код вызываемого абонента, и АТС произвела коммутацию линии, два аппарата могут обмениваться данными. При получении сигнала «Данные» из линии аппарат должен воспроизвести данные, передаваемые с сигналом, в трубку. При получении данных из трубки, аппарат должен преобразовать их в сигнал «Данные» и передать их в линию. Когда абонент вешает трубку, аппарат посылает в линию сигнал «Конец».
(новый вариант, использовать как расшифровку старого)
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного микропроцессора для аппарата учрежденческой телефонной сети.
Аппарат подключен к линии связи, ведущей к мини-АТС. В его задачу входит прием и передача сигналов (в том числе и голосовых данных) мини-АТС. Аппарат имеет кнопочную панель управления, звонок и трубку, в которую встроены микрофон и громкоговоритель.
В начальном состоянии трубка телефона повешена, телефон не реагирует на нажатия кнопок. Телефон реагирует только на сигнал «Вызов» от мини-АТС, при этом включается звонок. При снятии трубки на АТС подается сигнал «Трубка». При получении ответного сигнала «Тон» от АТС телефон воспроизводит звуковой тон «Готов» (длинный непрекращающийся гудок) в трубку. При получении сигнала «Занято», в трубке воспроизводится тон «Занято» (частые короткие гудки).
На аппарате имеются цифровые кнопки для вызова абонентов. После получения от АТС сигнала «Тон» от пользователя при помощи кнопок принимается трехзначный номер вызываемого абонента, остальные нажатия на кнопки игнорируются. Когда пользователь нажимает на кнопку с цифрой соответствующий ей сигнал «Цифра» передается АТС. Набранный номер запоминается в памяти аппарата для того, чтобы можно было его воспроизвести при нажатии на специальную кнопку « # ». В ответ на набранный номер от АТС приходит либо сигнал «Занято», либо сигнал «Вызов». При получении сигнала «Вызов» телефон воспроизводит в трубку длинные гудки до того момента, когда АТС осуществит коммутацию и передаст сигнал «Данные».
Телефон воспроизводит данные, передаваемые с сигналом, в трубку. При получении данных из трубки, аппарат преобразует их в сигнал «Данные» и передает их АТС. Обмен данными прерывается, если повешена трубка одного из телефонов, участвующих в обмене. О том, что трубку повесил вызываемый абонент, сообщает сигнал «Занято», посылаемый АТС. После того, как тубка телефона была повешена, он посылает АТС сигнал «Конец». После чего телефон переходит в начальное состояние.
Вариант 7
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного микропроцессора стиральной машины
Вариант 8
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение таксофона
Вариант 9
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение банкомата
Вариант 10
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного процессора холодильника
Вариант 11
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного процессора турникета для метрополитена
Турникет метро Требуется разработать средствами Rational Rose модель программного обеспечения встроенного процессора турникета для метрополитена.
При помощи турникета контролируется проход пассажиров в метро и взимается входная плата. Турникет имеет приемник карт, устройство для перекрывания доступа, таймер, три оптических датчика для определения прохода пассажира, устройство подачи звуковых сигналов, индикаторы «Проход» и «Стоп».
В начальном состоянии турникета зажжен индикатор «Стоп», индикатор «Проход» потушен. Если один из датчиков посылает сигнал, то проход через турникет сразу же перекрывается, и подается предупредительный звуковой сигнал. Для прохода пассажир должен поместить карту в приемник карт. Турникет считывает с нее данные: срок годности карты и количество «единиц» на ней. Если данные не удается считать, или карта просрочена, или заблокирована, то карта возвращается пассажиру, и турникет остается в исходном состоянии. В другом случае с карты списывается одна «единица», карта возвращается из приемника, индикатор «Стоп» гаснет, зажигается индикатор «Проход», и пассажир может пройти через турникет. Получив от одного из датчиков сигнал, турникет ожидает время, отведенное на проход пассажира (15 секунд), после чего он возвращается в начальное состояние.
Наличие трех датчиков в турникете гарантирует, что при проходе пассажира хотя бы один из них подаст сигнал (датчики невозможно перешагнуть, перепрыгнуть и т.д.). Во время прохода пассажира возможна ситуация, когда все три датчика посылают сигналы. В этом случае принимается только первый сигнал и от момента его приема отсчитывается положенное время. Остальные сигналы игнорируются.
Турникет заносит в свою память время всех оплаченных проходов. В конце рабочего для он передает всю информацию, накопленную за день, в АСУ метрополитена.
Вариант 12
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программная система учета товаров
Вариант 13
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Система автоматизации для библиотеки
Вариант 14
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение Интернет-магазина
Требуется разработать средствами Rational Rose модель программного обеспечения Интернет-магазина.
Интернет-магазин позволяет делать покупки с доставкой на дом. Клиентам магазина при помощи программы-браузера имеют доступ к каталогу продаваемых товаров, поддержку которого осуществляет Интернет-магазин. В каталоге товары распределены по разделам. О каждом товаре доступна полная информация (название, вес, цена, изображение, дата изготовления и срок годности) Для удобства клиентов предусмотрена система поиска товаров в каталоге. Заполнение каталога информацией происходит автоматически в начале рабочего дня, информация берется из системы автоматизации торговли.
Помимо информации о товарах клиенты могут получить информацию об условиях оплаты и доставки покупок.
При отборе клиентами товаров поддерживается виртуальная «торговая корзина». Любое наименование товара может быть добавлено в «корзину» или изъято в любой момент по желанию покупателя с последующим пересчетом общей стоимости покупки. Текущее содержимое «корзины» постоянно показывается клиенту.
По окончании выбора товаров производится оформление заказа и регистрация покупателя. Клиент указывает в регистрационной форме свою фамилию, имя и отчество, адрес доставки заказа и телефон, по которому с ним можно связаться для подтверждения сделанного заказа. Заказы передаются для обработки в систему автоматизации торговли. Проверка наличия товаров на складе и их резервирование Интернет-магазином не производятся.
Вариант 15
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение WWW-конференции
Вариант 16
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение каталога ресурсов Интернет
Требуется разработать средствами Rational Rose модель программного обеспечения каталога ресурсов сети Интернет.
В каталоге хранится следующая информация о ресурсах: название ресурса, уникальный локатор ресурса (URL), раздел каталога, в котором содержится ресурс, список ключевых слов, краткое описание, дата последнего обновления, контактная информация.
Доступ пользователей к каталогу осуществляется при помощи браузера. Пользователи каталога могут добавлять новые ресурсы, информация о которых не была внесена ранее. Ресурсы в каталоге классифицируются по разделам. Полный список ресурсов каждого раздела должен быть доступен пользователям. Пользователям каталога должны быть предоставлены возможности по поиску ресурсов. Поиск осуществляется по ключевым словам. Если пользователь не доволен результатами поиска, он может уточнить запрос (осуществить поиск среди результатов предыдущего поиска). Должна быть возможность выдавать результаты поиска в разной форме (вывод всей информации о ресурсах или частичной). Пользователь может отсортировать список ресурсов по релевантности (соответствию ключевым словам из запроса) или по дате обновления.
Поскольку содержание ресурсов Интернет со временем изменяется необходимо следить за датой последнего обновления, периодически опрашивая Web-сайты, URL которых хранятся в каталоге.
Вариант 17
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечения встроенного микропроцессора будильника
Вариант 18
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программная система поддержки генеалогических деревьев.
Вариант 19
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного микропроцессора кодового замка
Вариант 20
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Система управления работой телевизора
Вариант 21
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Программное обеспечение встроенного микропроцессора домофона
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного микропроцессора домофона.
Домофон регулирует доступ в подъезд многоквартирного дома. В подъезде имеется дверь с замком. С наружной стороны двери установлена панель с кнопками на каждую квартиру, микрофон и динамик. В каждой квартире имеется кнопка «СВЯЗЬ», «БЛОКИРОВКА» и «ОТКРЫТЬ». Кроме того, в квартире имеется микрофон и динамик.
Жильцы могут открывать дверь ключом. Посетитель может нажать кнопку квартиры. В квартире раздается звонок. При нажатии кнопки «СВЯЗЬ» внутри квартиры устанавливается звуковое сообщение между квартирой и посетителем. Звуки, произносимые посетителем в микрофон, установленный в подъезде, должны быть слышны в динамике, установленном в квартире. При нажатии на кнопку «ОТКРЫТЬ» дверь в подъезд открывается.
Нажатие на кнопку «БЛОКИРОВКА» отключает подачу звонка в квартиру при нажатии на кнопку квартиры в подъезде. Повторное нажатие на кнопку «БЛОКИРОВКА» вновь включает подачу звонка.
Сведения о посещении дома (когда и из какой квартиры открывали замок домофона) сохраняются в журнале домофона. По прошествии суток журнал домофона пересылается на пульт начальника охраны.
Вариант 22
Тема: Объектно-ориентированный анализ и проектирование программного обеспечения. Система поддержки составления расписания занятий
Требуется разработать средствами Rational Rose модель системы поддержки составления расписания занятий.
Система обеспечивает составление расписания некоторого учебного заведения, внесение в расписание изменений, выдачу полного расписания и дополнительной полезной информации (например, по итоговому расписанию составляется расписание указанной группы на заданный день или на всю неделю). В расписании фиксируются время и место проведения занятия, предмет и преподаватель, проводящий занятие, а также номер группы, для которой это занятие проводится. Расписание не должно содержать коллизий (например, разные занятия не должны пересекаться друг с другом по месту и времени их проведения, один преподаватель не может вести одновременно два разных занятия и т.д.).
Размещение на других ресурсах, а также коммерческое использование материалов, опубликованных в данном разделе, возможно только с разрешения авторов. По всем вопросам пишите:
Rational Rose
Rational Rose представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие CASE средства (ARIS, BPwin, ERwin) его можно применять для анализа и моделирования бизнес процессов. Первая версия этого продукта была выпущена компанией Rational Software. В дальнейшем Rational Rose был куплен IBM.
Принципиальное отличие Rational Rose от других средств заключается в объектно-ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно-ориентированных принципах и языке UML (Unified Modeling Language). Инструменты моделирования Rational Rose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.
Моделирование бизнес процессов в Rational Rose выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов.
К таким аспектам относятся:
За счет применения различных аспектов Rational Rose предоставляет пользователям (бизнес аналитикам, инженерам, техническим специалистам и руководителям) возможность создавать, анализировать, изменять и управлять моделями, используя единый объектно-ориентированный подход и единый язык моделирования.
Возможности Rational Rose
Последние версии Rational Rose содержат несколько программных продуктов, которые обеспечивают широкие возможности по моделированию бизнес процессов. Пользователи могут создавать графические модели процессов, приближенные к потребностям бизнеса.
Rational Rose обеспечивает следующие возможности моделирования бизнес процессов:
Преимущества Rational Rose
Основное преимущество данного CASE средства связано с объектным принципом моделирования. За счет его применения можно максимально сблизить представления различных специалистов, которые осуществляют моделирование бизнес процессов и работают с моделями. Помимо этого, есть и преимущества, обусловленные удобством работы с программным пакетом Rational Rose.
Преимуществами Rational Rose являются:
Книги по Rational Rose
Rational Rose остается довольно популярным CASE средством моделирования бизнес процессов. По данному программному пакету написано достаточно много литературы и учебных материалов. В данном разделе представлены наиболее популярные и интересные книги по применению Rational Rose.
UML и Rational Rose
Rational Rose является одним из популярных инструментов визуального моделирования. Данная книга подробно описывает работу с пакетом Rational Rose, объясняет каким образом осуществлять моделирование бизнес процессов с применением UML диаграмм и объектно-ориентированных приложений. В книге рассказывается, как, используя Rational Rose, можно перевести диаграммы процессов в программный код.
UML и Rational Rose раскрывает следующие вопросы: основные понятия и принципы языка UML, создание UML диаграмм, разработка детальных объектных моделей, разработка детальных моделей данных, моделирование на основе применения XML DTDs, автоматическая генерация кода, обратное моделирование, применение техник прямого и обратного моделирования.
Rational Rose 2000 и UML. Визуальное моделирование
В этой книге представлено описание языка моделирования UML с его стандартными нотациями и семантикой для описания структуры объектов и их поведения. Применение языка UML продемонстрировано на основе пакета моделирования Rational Rose 2000.
Книга дает разъяснения по каждому элементу языка UML и применению технологии моделирования RUP. Для демонстрации возможностей RUP и UML разбирается весь цикл разработки от создания идеи, до проведения анализа и проектирования. Весь процесс разбирается на конкретных примерах в пакете Rational Rose 2000.
Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose
Эта книга посвящена изучению языка UML версии 1.5 на основе применения пакета Rational Rose, который был разработан компанией IBM. В книге представлено описание всех элементов языка, даны примеры моделирования процессов, указаны особенности процесса объектно-ориентированного анализа, представлен процесс проектирования и разработки процессов с применение пакета IBM Rational Rose.
Книга будет полезна начинающим и достаточно опытным бизнес аналитикам, специалистам по моделированию процессов и всем интересующимся объектно- ориентированным моделированием.
CASE-технологии. Практическая работа в Rational Rose
Книга вышла в 2002 году. В этой книге подробно рассмотрен процесс создания программной системы от идеи, до реализации программного кода. Все шаги работы представлены с объяснением применения Rational Rose. Представлены возможности этого инструмента, его функции и решаемые задачи.
В качестве примера реализации в книге рассматривается создание системы управления тепличным хозяйством. На основе языка UML созданы необходимые модели, подробно описаны возможности создания web приложений и баз данных.
Данная книга будет полезна системным и бизнес аналитикам, занимающимся вопросами моделирования процессов и созданием информационных систем.