Цель работы

Получить практические навыки формализации требований к программной системе и представления их в виде диаграммы вариантов использования языка UML в IBM Rational Rose.

Задание

Разработать диаграмму вариантов использования на заданную тему. Построение диаграммы разбивается на следующие этапы:

• 
  Идентификация вариантов использования как неделимых единиц последовательности действий актанта и системы.
  
• 
  Анализ вариантов использования с целью определения обобщений, расширений и включений.
  
• 
  Разработка спецификаций вариантов использования.
  

Ход работы

В данной лабораторной работе была составлена диаграмма вариантов использования для заказа товара из интернет магазина.

Выделены следующие актанты системы:

1. 
   Оператор сайта;
   
2. 
   Пользователь/покупатель.
   

 Рисунок 1 – диаграмма вариантов использования

Спецификация прецедента использования

Название прецедента использования: Оформление заказа для покупки товара.

Краткое описание: Прецедент использования заходит на сайт, под своим аккаунтом и оформляет заказ на нужный товар.

Основной поток событий.

Вариант использования «Оформление заказа»:

1. 
   Система запрашивает имя пользователя и пароль.
   

Если пользователь не зарегистрирован в системе, то «Первый альтернативный поток».

2. 
   Пользователь вводит имя и пароль.
   

Если логин или пароль введены неверно, то «Второй альтернативный поток».

3. 
   Система проверяет имя и пароль, после чего открывается доступ в систему.
   
4. 
   Пользователь выбирает из каталога необходимые ему товары:
   
   1. 
      Выбор по категории.
      

Если пользователь выбрал не тот товар, то «Третий альтернативный поток»

5.Пользователь заносит товары в корзину.

6.Пользователь оформляет заявку.

---

Если корзина пустая, то «Четвертый альтернативный поток».

7.Пользователь выбирает способ оплаты:

7.1Оплата наличными курьеру.

Если пользователь хочет расплатиться безналичным расчетом, то «Пятый альтернативный поток».

8.Клиент получает уведомление о том, что его заявка принята на обработку.

Первый альтернативный поток.

Пользователь не зарегистрирован в системе:

1. 
   Вывести сообщение с ошибкой.
   
2. 
   Пользователь может вернуться к началу основного потока и зарегистрироваться.
   
3. 
   Пользователь может отказаться от входа в систему.
   

Второй альтернативный поток.

Логин или пароль введены неверно:

1. 
   Вывести сообщение с ошибкой.
   
2. 
   Пользователь может вернуться к началу основного потока и ввести данные заново.
   
3. 
   Пользователь может отказаться от входа в систему.
   

Третий альтернативный поток.

Пользователь выбрал не тот товар:

1. 
   Пользователь может удалить товар из корзины.
   
2. 
   Пользователь может выбрать товар по производителю или цене.
   
3. 
   Пользователь может отказаться от заказа и выйти из системы.
   

Четвертый альтернативный поток.

Пустая корзина:

1. 
   Выводится сообщение об ошибке.
   
2. 
   Пользователь может перейти на пункт 4.
   
3. 
   Пользователь может отказаться от заказа и выйти из системы.
   

Пятый альтернативный поток.

Оплата безналичным расчетом:

1. 
   Пользователь переходит на страницу оплаты.
   
2. 
   Пользователь вводит реквизиты.
   

Предусловие: Пользователь должен быть зарегистрирован на сайте.

Постусловие: Приходит информационное письмо, что все прошло благополучно.

Пример сценария для системы продажи товаров в интернет-магазине. Для иллюстрации рассмотренного материала дополним диаграмму вариантов использования для системы продажи товаров в интер­нет-магазине (рисунок 2.2) текстовым сценарием, написанным на основе предложенного шаблона (таблица 2.2).



Рисунок 2.2 – Диаграмма вариантов использования

для системы продажи товаров в интернет-магазине

 

Сценарий будет дополнять построен­ную диаграмму, раскрывая содержание отдельных действий и их логическую последовательность, что характеризует внешнее представление о процессе функционирования системы.

В качестве примера выберем достаточно простой вариант использования «Просмотр списка товаров», для которого соответствующий сценарий удобно представить в виде двух отдельных таблиц, каждая из которых опи­сывает отдельный раздел шаблона. В главном разделе сценария (таблица 2.2) указывается имя рассматриваемого варианта использования, имена взаимо­связанных с ним актеров, цель выполнения, тип и ссылки на другие вариан­ты использования.

---

Таблица 2.2 – Главный раздел сценария выполнения варианта использования«Просмотр списка товаров»

Вариант использования	Просмотр списка товаров
Актеры	Посетитель интернет-магазина
Краткое описание	Получение требуемой информации о товарах, пред­ставленных в интернет-магазине
Цель	Посетитель интернет-магазина просматривает ин­формацию о товарах. Система обеспечивает доступ к любому товару и удобную навигацию по различным категориям товаров
Тип	Базовый
Ссылки на другие вариан­ты использования	Отсутствуют

 

Поскольку для варианта использования «Просмотр списка товаров» отсутст­вуют включаемые варианты использования, ссылки на другие варианты ис­пользования также будут отсутствовать. В следующем разделе сценария (таблица 2.3) описывается последовательность действий, приводящая к успеш­ному выполнению рассматриваемого варианта использования. В качестве инициатора действий выступает актер «Посетитель интернет-магазина». Для удобства каждое действие помечается порядковым номером в последова­тельности.

 

Таблица 2.3 – Раздел типичного хода событий сценария выполнения вариантаиспользования «Просмотр списка товаров»

Действия актеров	Отклик системы
1. Посетитель загружает исходную стра­ницу интернет-магазина в браузер	2. Система отображает исходную стра­ницу интернет-магазина
3. Посетитель интернет-магазина вы­бирает категорию то­варов	4. Система отображает информацию о выбранной категории товаров
5. Посетитель интернет-магазина вы­бирает интересующий товар	6. Система отображает общую инфор­мацию о выбранном товаре
7. Посетитель интернет-магазина вы­бирает просмотр детальной инфор­мации об интересующем товаре	8. Система отображает детальную ин­формацию о выбранном товаре
9. Посетитель интернет-магазина мо­жет пожелать вернуться на исходную страницу интернет-магазина	10. Система отображает исходную стра­ницу интернет-магазина

---

Поскольку для рассматриваемого варианта использования отсутствуют рас­ширяющие варианты использования, секции исключений останутся пустыми.

Связи между вариантами использования и действующими ли­цами. В языке UML для вариантов использования и действующих лиц поддерживается несколько типов связей. Это связи комму­никации (communication), включения (include), расширения (extend) и обобщения (generalization).

Сценарий варианта использования “Заказ товаров” :

Вариант использования : Заказ товаров.

Актеры : Клиент, Оператор.

Цель : Оформление заказа для покупки товара.

Краткое описание : Клиент заходит на сайт под своим аккаунтов. Система предоставляет доступ к каталогу товаров и счету клиента. Клиент выбирает необходимый ему товар, оформляет на него заявку.

Ссылки на другие варианты использования :

Включает в себя варианты использования:

Регистрация и вход в систему. Оформление заявки.

Основной поток событий :


Данный вариант использования начинает выполняться, когда пользователь хочет войти в систему интернет магазина.


1. Система запрашивает имя пользователя и пароль.


2. Пользователь вводит имя и пароль.

Исключение №1: Пользователь не зарегистрирован в системе.

Исключение №2: Логин или пароль введены неверно.


3. Система проверяет имя и пароль, после чего открывается доступ в систему.

4. Пользователь выбирает из каталога необходимые ему товары и заносит их в “корзину”.

5. Пользователь оформляет заявку.

Исключение №3: Заявка оформлена неверно.

6. Клиент получает уведомление о том, что его заявка принята на обработку.

Исключения сценария :

Исключение №1 Пользователь не зарегистрирован в системе.

Если во время выполнения основного потока обнаружится, что пользователь не зарегистрирован в системе, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования завершается.

Исключение №2: Логин или пароль введены неверно.

Если во время выполнения основного потока обнаружится, что пользователь ввел неверные логин/пароль, система выводит сообщение об ошибке. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования завершается.

---

Исключение №3: Заявка оформлена неверно.

Если во время выполнения основного потока обнаружится, что пользователь неверно оформил заявку, система выводит сообщение об ошибке. Пользователь может воспользоваться советами системы по оформлению заявок, консультацией оператора или отказаться заявки, при этом выполнение варианта использования завершается.

Предусловия.
Отсутствуют.


Постусловия.
Если вариант использования выполнен успешно, пользователь получает уведомление о том, что его заявка принята на обработку. В противном случае состояние системы не изменяется.


Заказать нап

---

Смотрите также файлы

• Название kz.docx

• Пояснительная записка к курсовой работе Разработка по для кодового замка по курсу Программирование микропроцессоров.docx

• Остатки имущества и источников его формирования на 1 января 2022 г.docx

• Структура периодической системы Наиболее распространёнными являются 3 формы таблицы Менделеева короткая.docx

• Сравнительная характеристика видов контроля качества и безопасности медицинской деятельности.docx