Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ООМСС_лаб1

.docx
Скачиваний:
27
Добавлен:
10.05.2020
Размер:
334.54 Кб
Скачать

МИНИСТЕРТСВО ОБРАЗОВАНИЯ И НАУКИ УКРАИНЫ

ХАРЬКОВСКИЙ НАЦИОНАЛЬНЫЙ УНИВЕРСИТЕТ РАДИОЭЛЕКТРОНИКИ

Кафедра СТ

ОТЧЁТ

по лабораторной работе №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, а также приобретены практические навыки формулирования требований к программной системе, путем описания прецедентов.

Соседние файлы в предмете Объектно-ориентированное моделирование сложных систем