ООМСС_лаб1
.docxМИНИСТЕРТСВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ
ХАРЬКОВСКИЙ НАЦИОНАЛЬНЫЙ УНИВЕРСИТЕТ РАДИОЭЛЕКТРОНИКИ
Кафедра СТ
ОТЧЁТ
по лабораторной работе №1
по дисциплине «Объектно-ориентированное моделирование систем»
Выполнил: Проверил:
ст. гр. АКТСІу-16-1 доцент каф. СТ
Ломов А. А. Имангулова З. А.
Харьков 2019
1 ОПИСАНИЕ ПРЕЦЕДЕНТОВ. ДИАГРАММА ПРЕЦЕДЕНТОВ
1.1 Цель
Изучение системы обозначений для диаграммы прецедентов в языке UML. Приобретение практических навыков формулирования требований к программной системы путем описания прецедентов.
1.2 Описание лабораторной установки
Как лабораторная установка используется персональная ЭВМ типа ИBM PC с операционной системы Windows NT / 2000 / Me / XP. Разработка диаграммы прецедентов выполняется c помощью инструментального средства Rational Rose. Развернутые описания прецедентов создаются с помощью любого текстового редактора. Ресурсные требования к ЭВМ, применяется, определяются требованиями к размерам требуемой памяти используемых программных средств.
1.3 Описание предметной области
Согласно индивидуального задания была выбрана система бронирования номеров пользователей в отель.
1.4 Ход работы
Создать диаграмму прецедентов для веб-приложения бронирования номеров отеля в среде Ratиonal Rose или StarUML. Для этого необходимо:
1. Создать диаграмму прецедентов, задать прецеденты и исполнителей.
Диаграмма прецедентов, с заданными прецедентами, исполнителями и отношения между ними, изображена на рисунке 1.1.
Рисунок 1.1 – Use Case Diagram
2. Добавить краткие описания к прецедентам и исполнителям.
Таблица 1.1
Тип. Название |
Описание |
Исполнитель 1. Пользователь |
Любой клиент, который посетил сайт системы. |
Исполнитель 2. Зарегистрированный пользователь |
Пользователь, который выполнил регистрацию в системе. |
Исполнитель 3. Системный администратор |
Это главный пользователь системы, который ей управляет. |
Исполнитель 4. Служба авторизации платежей |
Это система, которая производит оплату пользователей. |
Исполнитель 5. Бухгалтерская система |
Это система позволяет вести учет о пользователях и их оплатах. |
Прецедент 1. Регистрация |
Этот прецедент позволяет пользователю зарегистрироваться на сайте системы. |
Продолжение таблицы 1.1
Прецедент 2. Бронирование номера |
|
Прецедент 3. Оформление заказа дополнительных услуг |
Этот прецедент позволяет зарегистрированному пользователю добавлять в бронирование номера дополнительные услуги. |
Прецедент 4. Авторизация |
Этот прецедент позволяет уже зарегистрированному ранее пользователю выполнить вход на сайт. |
Прецедент 5. Участие в акционных событиях |
Этот прецедент позволяет зарегистрированному пользователю принимать участие в акционных событиях. |
Прецедент 6. Управление зарегистрированными пользователями |
Этот прецедент позволяет системному администратору управлять пользователями системы. |
Прецедент 7. Оформление оплаты по кредитной карте |
Этот прецедент позволяет пользователю оплатить бронирование номера кредитной картой. |
3. Сделать развернутое описание как минимум к одному прецеденту.
Развернутое описание прецедента «Бронирование номера».
Прецедент 2. Бронирование номера.
Основной исполнитель: Пользователь.
Заинтересованные лица и их требования:
Пользователь: хочет выбрать номер согласно интересующих его требований и параметров, и забронировать номер.
Предусловия: необходимо совершить оплату номера, перед тем как его успешно забронировать.
Результаты: данные про бронирование номера сохранены. Авторизация платежа выполнена.
Основной успешный сценарий:
1. Пользователь заходит на сайт, в каталог доступных номеров.
2. Бронирует номер, согласно своим пожеланиям и производит оплату.
3. Система сохраняет информацию о пользователе и о совершенной им оплате номера.
4. Система выдает пользователю необходимые данные о бронировании номера для непосредственного заселения.
5. Пользователь покидает сайт с информацией, требуемой для заселения в номер (если он произвел оплату).
*а. При каждом выходе системы из строя.
Для восстановления системы и корректной обработки платежа, необходимо обеспечить восстановление всех транзакций и действий с любого шага сценария.
1. Системный администратор перезапускает систему, производит авторизацию и пробует восстановить предыдущее состояние.
2. Система восстанавливает предыдущее состояние.
2а. Система определяет ошибку, которая привела к сбою системы.
1. Система уведомляет об ошибке системного администратора, регистрирует ошибку и переходит в начальное состояние.
3. Пользователь уведомляет систему про назначенную ему скидку (акция (промокод)).
1. Система рассчитывает новую стоимость с применением скидки и формирует новый счет.
4. Оплата по кредитной карте.
1. Пользователь вводит информацию про свою кредитную карту.
2. Система отправляет запрос на авторизацию платежа внешней системе службы авторизации платежей и запрашивает подтверждение платежа.
3а. Система определяет сбой при взаимодействии с внешней системой.
1. Система оповещает про ошибку пользователю.
2. Пользователь пробует повторить оплату кредитной картой.
3. Система получает информацию про подтверждение платежа.
Частота использования: практически постоянно.
1.5 Выводы
В ходе лабораторной работы была изучена система обозначений для диаграммы прецедентов в языке UML, а также приобретены практические навыки формулирования требований к программной системе, путем описания прецедентов.