Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Kursovaya_rabota_poiti_Илья.doc
Скачиваний:
15
Добавлен:
21.11.2019
Размер:
590.34 Кб
Скачать

2 Разработка модели функциональных требований задачи «учет заказов на грузоперевозку автотранспортной компании «трансавто» с использованием диограммы прецендентов

Для описания функциональной структуры системы используется диаграмма вариантов использования. Этот тип диаграмм описывает общую функциональность системы. Они отображают взаимодействие между вариантами использования, которые представляют функции системы, и действующими лицами, которые представляют людей или системы, которые получают или передают информацию в данную систему. Каждая функциональность изображается в виде "прецедентов использования" (use case) или просто прецедентов. Прецедент - это типичное взаимодействие пользователя с системой, которая может представлять разные уровни детализации, описывать видимую пользователем функцию, обеспечивать достижение конкретной цели, важной для пользователя. Прецедент изображается как овал, связанный с типичными пользователями, которые называются актерами (actors). Список всех прецедентов фактически определяет функциональные требования к ИС [8].

Достоинства модели вариантов использования состоят в том, что она:

- определяет пользователей и границы системы;

- определяет системный интерфейс;

- удобная для общения пользователей с разработчиками;

- используется для написания тестов;

- является основой для написания пользовательской документации.

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

- Расширение (extend) – показывает, что вариант использования расширяет базовую последовательность действий и вставляет собственную последовательность. При этом в отличие от типа отношений «включение» расширенная последовательность может осуществляться в зависимости от определенных условий.

- Включение (include) – показывает, что вариант использования включается в базовую последовательность и выполняется всегда.

На рисунку 2.1 представлена диаграмма прецедентов.

Рисунок 2.1 – Диаграмма прецедентов

На диаграмме представлены актеры: менеджер, клиент, который непосредственно является пользователем системы со стороны «клиент». В таблице 2.1 приводится описание вариантов использования.

Таблица 2.1 – Описание вариантов использования

Название

Описание

Связи

1

2

3

Работа с клиентами

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

Отношение ассоциации к Менеджеру

Подсчитать стоимость перевозки

Подсчитывается стоимость перевозки на основе данных вводимых пользователем

Отношение ассоциации к Менеджеру и Клиенту

Оставить заявку на перевозку

Заполняется поля заявки для подальшей отправки, сохранения в БД и обработки менеджером

Отношение ассоциации к Менеджеру и Клиенту

Сменить тариф

Менеджер может изменять тарифную базу путем занесения новых значений.

Отношение ассоциации к Менеджеру

Обработать заказы

Менеджер обрабатывает информацию о заказах

Отношение ассоциации к Менеджеру

Формирование отчета

Формирование отчета по заказам за определенный период

Отношение ассоциации к Менеджеру

Заполнение формы регистрации

Заполнение формы регистрации

Отношение включения к Регистрация клиента

Удаление клиента

Удаление клиента из базы

Отношение расширения к Работа с клиентами

Просмотр клиентов

Просмотр всего списка клиентов

Отношение расширения к Работа с клиентами

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

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

Отношение расширения к Работа с клиентами

Оформить заказ

Оформление заказа

Отношение включения к оставить заказ на перевозку

Просмотр тарифов на перевозку

Просмотр тарифов на перевозку

Отношение расширения к Сменить тариф

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]