
- •Глава 1. Основные сведения о языке uml
- •1.1. Цели и история создания языка uml
- •1.2. Средства uml
- •1.3. Диаграммы вариантов использования
- •Описание
- •Предусловия
- •Основной и альтернативный потоки событий
- •Постусловия
- •Связи между вариантами использования и действующими лицами
- •1.4. Диаграммы взаимодействия
- •1.4.1. Диаграммы последовательности
- •1.4.2. Кооперативные диаграммы
- •1.5. Диаграммы классов
- •1.5.1. Общие сведения
- •1.5.2 Стереотипы классов
- •Граничные классы
- •Классы-сущности
- •Управляющие классы
- •1.5.3. Механизм пакетов
- •1.5.4. Атрибуты
- •1.5.5. Операции
- •Операции реализации
- •Операции управления
- •Операции доступа
- •Вспомогательные операции
- •1.5.6. Связи
- •Ассоциации
- •Зависимости
- •Агрегации
- •Обобщения
- •Множественность
- •Имена связей
- •1.6. Диаграммы состояний
- •Деятельность
- •Входное действие
- •Выходное действие
- •События
- •Ограждающие условия
- •Действие
- •1.7. Диаграммы деятельности
- •1.8. Диаграммы компонентов
- •1.9. Диаграммы размещения
- •Глава 2. Основные сведения о case-средстве Rational Rose *****
- •2.1. Введение в Rational Rose
- •2.2. Работа в среде Rational Rose
- •2.2.1. Элементы экрана
- •Браузер
- •Окно документации
- •Панели инструментов
- •Окно диаграммы
- •2.2.2. Четыре представления модели Rose
- •Представление вариантов использования
- •Логическое представление
- •Представление компонентов
- •Представление размещения
- •2.2.3. Параметры настройки отображения
- •Глава 3. Выполнение учебного проекта
- •3.1. Система регистрации для вуЗа. Постановка задачи
- •3.2. Составление глоссария проекта
- •3.3. Описание дополнительных спецификаций
- •Упражнение 1. Создание действующих лиц в среде Rational Rose
- •Варианты использования:
- •Упражнение 2. Создание вариантов использования в среде Rational Rose
- •Диаграмма вариантов использования:
- •Упражнение 3. Построение диаграммы вариантов использования
- •Упражнение 4. Добавление описаний к вариантам использования
- •Вариант использования Login:
- •Вариант использования Register for Courses:
- •Вариант использования Close Registration:
- •Упражнение 5. Прикрепление файла к варианту использования
- •Удаление вариантов использования и действующих лиц
- •3.5. Анализ системы
- •3.5.1. Архитектурный анализ Принятие соглашений по моделированию
- •Пример соглашений моделирования:
- •Реализация варианта использования (Use-Case Realization):
- •Идентификация ключевых абстракций
- •Упражнение 6. Создание структуры модели и классов анализа в соответствии с требованиями архитектурного анализа
- •3.5.2. Анализ вариантов использования Идентификация классов, участвующих в реализации потоков событий варианта использования
- •Упражнение 7. Создание классов, участвующих в реализации варианта использования Register for Courses, и диаграммы классов «View Of Participating Classes» (vopc)
- •Распределение поведения, реализуемого вариантом использования, между классами
- •Упражнение 8. Создание диаграмм взаимодействия
- •Настройка
- •Добавление на диаграмму действующего лица, объектов и сообщений
- •Соотнесение сообщений с операциями
- •Создание примечаний
- •Создание кооперативной диаграммы
- •Упражнение 9. Добавление атрибутов к классам Настройка
- •Добавление атрибутов
- •Упражнение 10. Добавление связей
- •Создание ассоциаций
- •Создание агрегаций
- •Создание обобщений
- •Спецификации связей
- •Задание для самостоятельной работы
- •3.6. Проектирование системы
- •3.6.1. Проектирование архитектуры
- •3.6.2. Моделирование распределенной конфигурации системы
- •Упражнение 11. Создание диаграммы размещения системы регистрации
- •3.6.3. Проектирование классов
- •Упражнение 12. Определение атрибутов и операций для класса Student
- •Упражнение 13. Создание диаграммы состояний для класса CourseOffering
- •3.6.4. Проектирование баз данных
- •Упражнение 14. Проектирование реляционной базы данных
- •3.7. Реализация системы
- •3.7.1. Создание компонентов
- •Упражнение 15. Создание компонентов
- •3.7.2. Генерация кода
- •Глава 4. Варианты заданий для самостоятельной работы
- •4.1. Цифровой диктофон
- •4.2. Торговый автомат
- •4.3. Табло на станции метро
- •4.4. Система автоматизации для пункта проката видеокассет
- •4.5. Мини-атс
- •4.6. Телефон
- •4.7. Стиральная машина
- •4.8. Таксофон
- •4.9. Банкомат
- •4.10. Холодильник
- •4.11. Кодовый замок
- •4.12. Турникет метро
- •4.13. Система учета товаров
- •4.14. Библиотечная система
- •4.15. Интернет-магазин
- •4.17. Каталог ресурсов Интернет
- •4.18. Будильник
- •4.19. Генеалогическое дерево
- •4.20. Телевизор
- •4.21. Система поддержки составления расписания занятий
- •4.22. Домофон
- •Литература
- •Содержание
- •Глава 1. Основные сведения о языке uml 1
- •Глава 2. Основные сведения о case-средстве Rational Rose ***** 36
- •Глава 3. Выполнение учебного проекта 49
- •Глава 4. Варианты заданий для самостоятельной работы 101
4.4. Система автоматизации для пункта проката видеокассет
Требуется разработать средствами Rational Rose модель программной системы автоматизации работы пункта проката видеокассет (далее в тексте– системы).
Пункт проката содержит каталог кассет, имеющихся в наличии в данный момент времени. Система поддерживает работу каталога, позволяя служащим проката добавлять новые наименования кассет, удалять старые и редактировать данные о кассетах.
Клиент, обратившийся в пункт, выбирает кассету по каталогу, вносит залог и забирает ее на определенный срок. Срок проката, измеряемый в сутках, оговаривается при выдаче кассеты. Стоимость проката вычисляется системой исходя из тарифа за сутки и срока проката. Клиент возвращает кассету и оплачивает прокат. Если кассета не повреждена, клиенту возвращается залог. Служащий пункта проката регистрирует сдачу кассеты клиенту и ее возврат в системе. Если клиент повредил кассету, то кассета удаляется из каталога, а залог остается в кассе проката.
При необходимости служащий может запросить у системы следующие данные:
имеется ли в наличии кассета с данным названием;
когда будет возвращена какая-либо кассета из тех, что сданы в прокат;
является ли данный клиент постоянным клиентом пункта проката пользовался ли прокатом 5 или более раз).
Постоянным клиентам предоставляются скидки, а также от них принимаются заявки на пополнение ассортимента кассет. Заявки регистрируются в системе. По ним готовится итоговый отчет, руководствуясь которым, служащие пункта проката обновляют ассортимент кассет.
Необходимо разработать схему базы данных для хранения каталога, учетных записей о прокате кассет и заявок на пополнение ассортимента.
4.5. Мини-атс
Требуется разработать средствами Rational Rose модель программного обеспечения встроенного микропроцессора учрежденческой мини-АТС (автоматической телефонной станции).
Мини-АТС осуществляет связь между служащими учреждения. Каждый абонент подключен к ней линией связи. Мини-АТС соединяет линии абонентов (осуществляет коммутацию линий). Абоненты имеют номера, состоящие из трех цифр. Специальный номер 9 зарезервирован для внешней связи.
Телефонное соединение абонентов производится следующим образом. Абонент поднимает трубку телефона, и мини-АТС получает сигнал «Трубка». В ответ мини-АТС посылает сигнал «Тон». Приняв этот сигнал, абонент набирает телефонный номер (посылает три сигнала «Цифра»). Мини-АТС проверяет готовность вызываемого абонента. Если абонент не готов (его линия занята), мини-АТС посылает вызывающему абоненту сигнал «Занято». Если абонент готов, мини-АТС посылает обоим абонентам сигнал «Вызов». При этом телефон вызываемого абонента начинает звонить, а вызывающий абонент слышит в трубке длинные гудки. Вызываемый абонент снимает трубку, и мини-АТС получает от него сигнал «Трубка», после чего осуществляет коммутацию линии. Абоненты обмениваются сигналами «Данные», которые мини-АТС должна передавать от одного абонента к другому. Когда один из абонентов опускает трубку, мини-АТС получает сигнал «Конец» и посылает другому абоненту сигнал «Тон».
В любой момент абонент может положить трубку, при этом мини-АТС получает сигнал «Конец». После получения этого сигнала сеанс обслуживания абонента завершается.
Если абонент желает соединиться с абонентом за пределами учреждения, то он набирает номер «9». Мини-АТС посылает по линии, соединяющей с внешней (городской) АТС, сигнал «Трубка» и в дальнейшем служит посредником между телефоном абонента и внешней АТС. Она принимает и передает сигналы и данные между ними, не внося никаких изменений. Единственное исключение касается завершения сеанса. Получив от городской АТС сигнал «Конец», мини-АТС посылает абоненту сигнал «Тон», и ждет сигнала «Конец» для завершения обслуживания абонента. Если же вызывавший абонент первым вешает трубку, то мини-АТС получает сигнал «Конец», передает его городской АТС и завершает сеанс.
Мини-АТС может получить сигнал «Вызов» от городской АТС. Это происходит, когда нет соединений с внешними абонентами. Сигнал «Вызов» от городской АТС передается абоненту с кодом «000». Только этот абонент может отвечать на внешние звонки.