- •1. Унифицированный язык моделирования uml 5
- •2. Использование case-средства rational rose для проектирования информационных систем 7
- •4.1. Представление Вариантов Использования 110
- •1. Унифицированный язык моделирования uml
- •2. Использование case-средства rational rose для проектирования информационных систем
- •2.1. Описание case-средства Rational Rose
- •2.2. Общие принципы работы в среде Rational Rose
- •2.3. Представления Rational Rose
- •2.3.1. Представление Вариантов использования
- •2.3.2. Логическое представление
- •2.3.3. Представление Компонентов
- •2.3.4. Представление Размещения
- •2.4. Диаграммы представления вариантов использования
- •2.4.1. Диаграммы Вариантов Использования
- •2.4.1.1. Работа с вариантами использования
- •2.4.1.2. Документирование потока событий
- •2.4.1.3. Работа с действующими лицами
- •2.4.1.4. Работа со связями
- •Р ис.4. Связь использования
- •Р ис.5. Связь расширения
- •2.4.1.5. Работа с пакетами
- •2.4.1.6. Работа с примечаниями
- •2.4.2. Диаграммы Взаимодействия
- •2.4.2.1. Идентификация объектов
- •2.4.2.2. Использование диаграмм Взаимодействия
- •2.4.2.3. Диаграммы Последовательности
- •2.4.2.4. Кооперативные диаграммы
- •2.4.2.5. Работа с действующими лицами на диаграмме Взаимодействия
- •2.4.2.6. Работа с объектами
- •2.4.2.6.1. Спецификации объекта
- •2.4.2.6.2. Именование объекта
- •2.4.2.6.3. Соотнесение объекта с классом
- •2.4.2.6.4. Определение устойчивости объекта
- •2.4.2.7. Работа с сообщениями
- •2.4.2.7.1. Работа с сообщениями на диаграмме Последовательности
- •2.4.2.7.2. Работа с сообщениями на Кооперативной диаграмме
- •2.4.2.7.2.1. Добавление потоков данных к Кооперативной диаграмме
- •2.4.2.7.3. Спецификации сообщений
- •2.4.2.7.3.1. Соотнесение сообщения с операцией
- •2.4.2.8. Работа с примечаниями и скриптами
- •2.4.3. Диаграммы деятельности.
- •Р ис. 9. Пример применения условия
- •2.4.3.1. Состояние действия
- •2.4.3.2. Переходы
- •2.4.3.3. Дорожки
- •2.4.3.4. Рекомендации по построению диаграмм деятельности
- •2.5. Диаграммы Логического представления
- •2.5.1. Диаграммы Классов
- •2.5.1.1. Выявление классов
- •2.5.1.2. Создание диаграмм Классов
- •2.5.1.3. Работа с классами
- •2.5.1.3.1. Спецификации классов
- •2.5.1.3.2. Именование классов
- •2.5.1.3.3. Назначение стереотипа для класса
- •Р ис.15. Место нахождения пограничного класса “Форма ввода поручения”
- •2.5.1.3.4. Задание видимости класса
- •2.5.1.3.5. Задание множественности класса
- •2.5.1.3.6. Задание устойчивости класса
- •2.5.1.3.7. Создание абстрактного класса
- •2.5.1.4. Работа с пакетами
- •2.5.1.5. Работа с атрибутами
- •2.5.1.5.1. Добавление и удаление атрибутов
- •2.5.1.6. Спецификации атрибута
- •2.5.1.6.1. Задание типа данных атрибута
- •2.5.1.6.2. Назначение стереотипа для атрибута
- •2.5.1.6.3. Задание видимости атрибута
- •2.5.1.6.4. Задание метода локализации атрибута
- •2.5.1.6.5. Определение статичного атрибута
- •2.5.1.6.6. Определение производного атрибута
- •2.5.1.7. Работа с операциями
- •2.5.1.7.1. Выявление операций
- •2) Операции управления (manager operations) управляют созданием и разрушением объектов. В эту категорию попадают конструкторы и деструкторы классов.
- •2.5.1.7.2. Добавление операций
- •2.5.1.8. Спецификации операции
- •2.5.1.8.1. Задание возвращаемого класса операции
- •2.5.1.8.2. Назначение стереотипа для операции
- •2.5.1.8.3. Задание видимости операций
- •2.5.1.8.4. Добавление аргументов к операции
- •2.5.1.9. Соотнесение операций с сообщениями
- •2.5.1.10. Связи
- •2.5.1.10.1. Ассоциации
- •2.5.1.10.2. Зависимости
- •2.5.1.10.2.1. Зависимости между пакетами
- •2.5.1.10.3. Агрегации
- •2.5.1.10.4. Обобщения
- •Р ис. 25. Связь обобщения
- •2.5.1.10.4.1. Создание обобщений
- •2.5.1.10.5. Выявление связей
- •2.5.1.10.6. Задание множественности
- •2.5.1.10.7. Использование имен связей
- •2.5.1.10.7.1. Использование ролей
- •2.5.1.10.8. Использование статичных связей
- •2.5.1.10.9. Использование дружественных связей
- •2.5.1.10.10. Задание метода включения
- •2.5.1.10.11. Элемент связи
- •2.5.2. Диаграммы Состояний
- •2.5.2.1. Создание диаграмм Состояний
- •2.5.2.1.1. Добавление состояний
- •2.5.2.1.2. Добавление переходов
- •2.5.2.2. Задание специальных состояний
- •2.5.2.2.1. Использование вложенных состояний
- •2.6. Диаграммы Представления Компонентов
- •2.6.1. Представление Компонентов
- •2.6.2.Типы компонентов
- •2.6.3. Диаграмма Компонентов
- •2.6.3.1. Добавление компонентов
- •2.6.3.2. Определение деталей компонентов
- •2.6.3.3. Добавление зависимостей между компонентами
- •2.7. Диаграммы Представления Размещений
- •2.7.1. Узел
- •Информацией в форме помеченного значения
- •С размещёнными на них компонентами
- •2.7.2. Соединения
- •2.7.3. Рекомендации по построению диаграммы Размещения
- •2.8. Дополнительные возможности Rational Rose
- •2.8.1. Генерация программного кода
- •2.8.1.1. Подготовка к генерации программного кода
- •6) Генерация программного кода.
- •2.8.1.2. Этап первый: проверка модели
- •2.8.1.2.1. Нарушения правил доступа
- •2.8.1.3. Этап второй: создание компонентов
- •2.8.1.4. Этап третий: отображение классов на компоненты
- •2.8.1.5. Этап четвертый: установка свойств генерации программного кода
- •2.8.1.6. Этап пятый: выбор класса, компонента или пакета
- •2.8.1.7. Этап шестой: генерация программного кода
- •2.8.1.8. Результаты генерации
- •2.8.1.8.1. Компоненты
- •2.8.2. Обратное проектирование
- •2.8.3. Проектирование бд с использованием Rational Rose
- •2.8.3.1. Использование стереотипов для представления схем бд
- •Р ис.39. Вид схемы в браузере Rational Rose (Data Modeler) р ис.40. Пакет со стереотипом «Schema» (Data Modeler)
- •Р ис.43. Отображение доменов в браузере Rational Rose
- •2.8.3.2. Прямая и обратная генерация схем бд
- •2.8.3.2.1. Формирование схем на основе диаграмм классов
- •Р ис.53. Преобразование связей-ассоциаций 1:1 и 1:n
- •Р ис.56. Преобразование связи-композиции
- •2.8.3.2.2. Отображение существующих бд в диаграммы Rational Rose
- •В окне браузера (слева) и на диаграмме компонентов (справа)
- •Р ис.62. Объектный просмотр, зависящий от объектного типа и реляционных таблиц
- •Пример проектирования информационной системы «стол заказов»
- •4.1. Представление Вариантов Использования
- •4.1.1. Диаграмма Вариантов Использования
- •4.1.2. Диаграммы Взаимодействия
- •4.1.2.1. Диаграммы Последовательности
- •4.1.2.2. Кооперативные диаграммы
- •4.2. Логическое представление
- •4.2.1. Диаграммы Классов
- •4.2.1.1. Выявление классов
- •4.2.1.2. Определение атрибутов и операций классов
- •4.2.1.3. Объединение классов в пакеты
- •Р ис.71. Диаграмма классов
- •Р ис.72. Пакет «Аутентификация»
- •4.2.2. Диаграммы Состояний
- •4.2.3. Диаграммы Деятельности
- •4.3. Представление Компонентов
- •4.4. Представление Размещения
- •Р ис.77 Диаграмма Размещения список литературы
- •Приложение а. «базовые сценарии вариантов использования»
- •Приложение б. «диаграммы последовательности»
- •2. «Изменить ассортимент»
- •3. «Изменить состояние заказа»
- •4. «Аутентификация»
- •5. «Просмотреть ассортимент»
- •6. «Управление заказом»
- •7. «Найти заказ»
- •8. «Копировать заказ»
- •9. «Учёт товаров на складе»
- •Приложение в. «пакеты»
- •1. «Работа с пользователями»
- •2. «Работа с заказами»
- •3. «Работа с товарами»
3. «Изменить состояние заказа»
На диаграмме будут присутствовать объекты: Оператор и Картотека заказов. Оператора получает фокус управления сразу после своего появления в системе. Он посылает Картотеке заказов запрос на список активных заказов, передавая одновременно и управление. Картотека заказов возвращает Оператору список активных заказов и переходит в состояние ожидания.
Оператор, изменив состояние заказа, посылает Картотеке заказов сообщение «Сохранить изменения».
Диаграмма представлена на рисунке Б-3.
Р ис. Б-3. Диаграмма Последовательности «Изменить состояние заказа»
4. «Аутентификация»
Объекты диаграммы: Клиент и Картотека пользователей. Клиент получает фокус управления сразу после появления в системе. Он посылает Картотеке пользователей логин и пароль и передаёт ей управление. Картотека пользователей с помощью рефлексивного сообщения определяет права доступа Клиента и предаёт ему сообщение о регистрации в системе.
Диаграмма представлена на рисунке Б-4.
Рис. Б-4. Диаграмма Последовательности «Аутентификация»
5. «Просмотреть ассортимент»
Объекты: Клиент, Склад. Клиент, изначально обладая фокусом управления, посылает Складу сообщение «Выдать ассортимент». Получив управление, Склад отправляет Клиенту сообщение «Ассортимент».
Диаграмма представлена на рисунке Б-5.
Р ис. Б-5. Диаграмма Последовательности «Просмотреть ассортимент»
6. «Управление заказом»
Так как в прецеденте «Управление заказом» мы объединили несколько вариантов взаимодействия клиента с системой, диаграмму Последовательности необходимо будет построить для каждого из них.
- Оформить заказ
Объекты: Клиент, Заказ, Картотека заказов, Склад и Картотека пользователей. Клиент получает фокус управления сразу после появления в системе, остальные объекты на начальном этапе имеют только линии жизни.
Процесс взаимодействия начинается с отправления Клиентом сообщения «Создать новый заказ», адресованного Заказу. У Картотеки пользователей запрашивается баланс клиента, а у Склада – список товаров. После их получения Клиентом в Картотеку заказов, при желании копировать заказ, отправляется запрос на копирование ключевых полей заказа. Картотека заказов в форме сообщения посылает их Заказу. В противном случае Клиент заполняет ключевые поля вручную.
Затем он проверяет правильность ввода и свою кредитоспособность. Если проверка дала положительный результат – отправляет Заказу сообщение «Записать данные». Тот в свою очередь отправляет Картотеке заказов сообщение «Сохранить заказ», а Складу – «Проверить количество товара».
Если товара на складе недостаточно, Склад посылает рефлексивное сообщение «Закупить партию товара» и сообщение «Подтверждение наличия товара» Заказу.
Заказ посылает Картотеке пользователей сообщение «Изменить баланс» и получает от неё подтверждение изменений. Затем Заказ посылает Клиенту сообщение о принятии заказа к исполнению.
Полученная диаграмма представлена на рисунке Б-6.
- Изменить заказ
Объекты: Клиент, Заказ, Картотека заказов, Картотека пользователей и Склад. Взаимодействие в системе начинается с отправления Клиентом Заказу запроса бланка заказа. Заказ, получив управление, Возвращает бланк заказа Клиенту.
После этого Клиент посылает сообщение «Выдать ассортимент», адресованное Складу. Тот, в свою очередь, предоставляет требуемую информацию.
Клиент вносит в Заказ изменения. Заказ с помощью рефлексивного сообщения пересчитывает общую стоимость. После этого он посылает запрос о кредитоспособности Картотеке пользователей. Та в ответ передаёт Заказу сведения о балансе клиента.
Если клиент кредитоспособен, Заказ отправляет два сообщения: «Сохранить заказ» - в Картотеку заказов, «Изменить баланс» - в Картотеку пользователей; если нет – одно: «Отказать в изменении», адресованное Клиенту.
Диаграмма представлена на рисунке Б-7.
Рис. Б-6. Диаграмма Последовательности «Оформить заказ»
Р ис. Б-7. Диаграмма Последовательности «Изменить заказ»
-Отменить заказ
Объекты: Клиент, Картотека заказов, Картотека пользователей.
Клиент посылает Картотеке заказов сообщение «Найти заказ». Картотека заказов с помощью рефлексивного сообщения осуществляет поиск заказа и выдаёт Клиенту список активных заказов.
Выбрав один из них, Клиент посылает Картотеке заказов запрос на его удаление. Картотека заказов, используя рефлексивное сообщение, производит удаление заказа и отправляет в Картотеку пользователей сообщение «Найти клиента».
Картотека пользователей последовательно осуществляет поиск клиента и изменение его баланса, а затем посылает результат операции Клиенту.
Д иаграмма представлена на рисунке Б-8.
Рис. Б-8. Диаграмма Последовательности «Отменить заказ»