5008

УДК 681.3 (075)

Кислицын Д. И./ Архитектура информационных систем [Электронный ресурс]: учеб. – метод. пос./ Д. И. Кислицын; Нижегор. гос. архитектур. – строит. ун-т – Н. Новгород: ННГАСУ, 2016. - 17 с. 1 электрон. опт. диск (CD-R).

Приводятся цели, задания и порядок выполнения лабораторных работ, а также контрольные вопросы в конце каждой лабораторной работы. Лабораторные работы направлены получение и закрепление практических навыков по теме «Этапы проектирования ИС с применением UML».

Предназначено для обучающихся в ННГАСУ по дисциплине «Архитектура информационных систем» по направлению подготовки 09.03.02 Информационные системы и технологии, без профиля.

Д. И. КислицынННГАСУ. 2016.

Введение

В лабораторном практикуме будет рассматриваться задача визуального проектирования информационной системы с использованием UML на примере информационной системы заказов интернет-магазина по продаже одежды. Рассмотрены следующие виды диаграмм:

1)сценариев (Use case diagram),

2)деятельности (Activity diagram),

3)классов (Class diagram),

4)последовательности (Sequence diagram),

5)коммуникации (Communication diagram),

6)состояний (State machine diagram),

Каждая лабораторная работа посвящена отдельному виду диаграмм.

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

Каждый товар в каталоге описывается артикулом, размерным рядом, ценой и фото с кратким описанием. Покупатель может загрузить каталог товаров. Каталог не содержит разделы, имеет блочную структуру, состоит из набора товаров с фото, ценой и размерами. Покупатель складывает понравившиеся товары в корзину, при этом выбирая размер и количество необходимого товара данного артикула. Корзину можно изменить: просмотреть, удалить товар, изменить количество позиций одного артикула, вернуться в каталог. Когда покупатель делает заказ, он вводит свои личные данные, телефон и оплачивает его по банковской карте (если заказ не оплачен, то он и не сделан). После того как сделан заказ, его можно забрать со склада через 1 рабочий день. Данные о заказе поступают сотруднику магазина, назовем его сотрудником отдела продаж, он проверяет наличие товаров и передает его кладовщику на комплектацию. Кладовщик, собрав заказ, делает отметку о готовности. Заказ выдается со склада кладовщиком. Кладовщик выдает заказ и отмечает в системе, что заказ выдан. Магазин не занимается доставкой заказов, не делает скидок.

Для того чтобы ограничить масштаб задачи, мы не рассматриваем систему снабжения магазина новыми товарами. Этим занимается другая система, назовем ее Склад. Информация о проданных товарах (т.е. сделанных заказах) поступает также в систему Склад.

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

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

Лабораторная работа № 1

Цель работы: познакомиться со средой разработки StarUML и научиться создавать диаграммы сценариев (Use case diagram).

Задание 1. Создать новый проект в StarUML, выбрав подход Rational Approach, соответствующий методологии Rational Unified Procces (RUP).

Задание 2. На диаграмме «Main» представления «Use Case View» построить диаграмму сценариев. Для этого необходимо определить акторов («Покупатель», «Сотрудник», «Система Склад»), сценарии («Заказ товаров», «Управление статусом заказа», «Получение информации о заказе») для этих акторов и отношения между акторами и сценариями.

Для актора «Покупатель» и сценария «Заказ товаров» установить отношение направленной ассоциации: «Заказ товаров» инициализируется «Покупателем». Сотрудник имеет возможность управлять статусом заказа, при этом он непременно участвует в сценарии «Получение информации о заказе». Направленную ассоциацию от «Получение информации о заказе» к актору «Система Склад» можно понимать как автоматическую передачу данных из моделируемой системы в систему снабжения товарами «Склад».

Задание 3. Для того, чтобы между разработчиком и заказчиком системы не оставалось «белых пятен» и расхождений в понимании функциональности системы и ролей взаимодействующих с ней акторов необходимо добавить в модель краткое описание каждого актора и сценария. Для каждого актора описывается роль, которую он играет в системе, а для каждого сценария – его назначение и функциональность. Также можно уточнить, каким актором запускается сценарий.

Краткое описание акторов и сценариев:

«Покупатель» – это человек, который может сделать заказ в интернетмагазине, с помощью проектируемой системы;

«Сотрудник» – это все сотрудники интернет – магазина, которые могут получать информацию о сделанных заказах и изменять статус заказа в системе в зависимости от того шага, на котором находится обработка данного заказа;

«Система Склад» – это внешняя система, которая получает информацию о сделанных в интернет – магазине заказах для того, чтобы обеспечить учет наличия товаров на складе и снабжение товарами;

«Заказ товаров» – этот сценарий запускается покупателем для того, чтобы оформить заказ в интернет – магазине. Состоит из просмотра каталога, добавления товаров в корзину, просмотра корзины, изменения содержания корзины (расширяется сценариями «Удаление товара из корзины» и «Изменение количества товаров») и оформления заказа, включая оплату;

«Управление статусом заказа» – этот используется сотрудниками интернет – магазина для изменения статуса заказа в процессе его обработки;

«Получение информации о заказе» – сценарий используется всеми акторами для просмотра информации о заказе.

Задание 4. На основе описания сценария «Заказ товаров», создать дополнительную диаграмму сценариев, детализирующую сценарий «Заказ товаров».

Задание 5. Для сценария «Заказ товаров» добавить в модель описания основного и альтернативного потоков событий, а также потока ошибок.

Описание потоков событий сценария «Заказ товаров».

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

1.Сценарий начинается с выбора покупателем режима показа каталога.

2.Система открывает каталог.

3.Покупатель выбирает режим показа корзины.

А1. Покупатель просматривает каталог и запускает поток «Добавление товара в корзину»

4.Система открывает корзину.

5.Покупатель нажимает кнопку «Оформить заказ».

А2. Покупатель просматривает корзину и запускает поток «Изменение корзины».

А3. Покупатель решает вернуться в каталог.

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

7.Покупатель вводит личные данные и телефон.

8.Система переходит ко второму шагу оформления заказа: показывает содержимое заказа и просит подтвердить заказ.

9.Покупатель подтверждает заказ.

А4. Покупатель возвращается в корзину.

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

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

12.Система переходит к четвертому шагу оформления заказа: подтверждает

оплату.

А5. Счет пользователя не найден.

А6. Недостаточно денег на счете. Е1. Платежная система недоступна.

13.Система присваивает заказу номер и отправляет его вместе с подтверждением заказа на электронный адрес покупателя.

14.Сценарий завершается.

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

А1. Добавление товара в корзину

1.Покупатель выбирает размер.

2.Покупатель выбирает количество.

3.Покупатель нажимает кнопку «Добавить в корзину»

4.Система помещает выбранный товар в корзину.

А7. Покупатель не выбрал размер.

А8. Покупатель не выбрал количество.

5.Система выводит сообщение о том, что товар добавлен в корзину.

6.Поток возвращается на второй этап основного потока.

А2. Изменение корзины

1.Покупатель нажимает кнопку «Удалить» напротив одного выбранного

товара.

А9. Покупатель изменяет количество позиций одного выбранного товара.

2.Система удаляет товар из корзины.

3.Поток возвращается к этапу 4 основного потока.

А3. Покупатель решает вернуться в каталог

1. Поток возвращается к этапу 2 основного потока.

А4. Покупатель возвращается в корзину

1.Поток возвращается к этапу 4 основного потока.

А5. Счет пользователя не найден

1.Система выводит сообщение о том, что счет пользователя не обнаружен.

2.Поток возвращается к этапу 11 основного потока.

А6. Недостаточно денег на счете

1.Система выводит сообщение о том, что на счете пользователя недостаточно денег для совершения операции.

2.Поток возвращается к этапу 11 основного потока.

А7. Покупатель не выбрал размер

1.Система выводит сообщение о необходимости выбора размера.

2.Поток возвращается на 1 этап потока А1.

А8. Покупатель не выбрал количество

1.Система выводит сообщение о необходимости выбора количества товара.

2.Поток возвращается на 2 этап потока А1.

А9. Покупатель изменяет количество позиций одного выбранного товара

1.Покупатель увеличивает количество товара.

2.Система обновляет корзину.

А10. Недостаточно товара в наличии.

3. Поток возвращается к этапу 4 основного потока.

А10. Недостаточно товара в наличии

1.Система выводит сообщение о том, сколько позиций может заказать покупатель.

2.Поток возвращается к этапу 4 основного потока.

Потоки ошибок.

Е1. Платежная система недоступна

1.Система выводит сообщение о недоступности платежной системы.

2.Поток возвращается к этапу 11 основного потока.

Контрольные вопросы

1.Какие диаграммы входят в состав пакетов Use Case View, Logical View, Component View и Deployment View в подходе Rational Approach?

2.Что описывает диаграмма сценариев?

3.Из каких элементов состоит диаграмма сценариев?

4.Чем актор отличается от сценария?

5.Какие виды отношений между акторами и сценариями Вы занете?

Лабораторная работа № 2

Цель работы: научиться создавать диаграммы деятельности (Activity diagram) средствами StarUML.

Задание. Построить диаграмму деятельности для сценария «Оформить заказ» актора «Покупатель». Оформление начинается из корзины покупателя, когда он выбирает опцию «Оформить заказ» и включает указание своих личных контактных данных, электронной почты и оплату заказа (начиная с п. 5 до п. 14 основного потока событий сценария «Заказ товаров»). Кроме секции «Покупатель» на диаграмме должные присутствовать секции «Целевая система» и «Кредитная система».

Контрольные вопросы

1.Что описывает диаграмма деятельности?

2.Какие элементы включает диаграмма деятельности?

3.Что называется деятельностью в рамках диаграммы деятельности?

4.Для чего нужен блок Синхронизация на диаграмме деятельности?

5.Для чего нужен блок Секция на диаграмме деятельности?