Автоматическая диспетчеризация автоперевозок

 

 

 

 

 

 

 

 

 

 

 

 

1.3. Диаграмма классов

Диаграмма классов — статическая  структурная диаграмма, описывающая  структуру системы, демонстрирующая  классы системы, их атрибуты, методы и зависимости между классами.

 

Рис.1 Диаграмма классов

 

 

Рис.2 Диаграмма классов

 

 

Рис.3 Диаграмма классов

 

Рис.4 Диаграмма классов

1.4. Диаграмма вариантов использования

Диаграмма вариантов использования  — диаграмма, на которой отражены отношения, существующие между актёрами и вариантами использования.

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

Рис.5 Диаграмма вариантов использования

1.5. Функциональная диаграмма

 

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

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

Рис.6 Функциональная диаграмма в общем виде

 

 

Рис.7 Детализированная функциональная диаграмма (4 схемы) 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Постановка задачи

2.1. Требования  к решению

Требование	Комментарий
При регистрации указывается только адрес электронной почты	Адрес электронной почты является логином. Другая информация (ФИО, дата рождения, пол) является не обязательной.
В настройках профиля пользователя может быть выбрана группа по умолчанию. Если она выбрана, при авторизации подключение к БД происходит с ролью, соответствующей группе, иначе - с ролью Заказчик
В настройках профиля пользователя может быть указан логин, отличный от адреса электронной почты, по которому может происходить авторизация в системе
При регистрации необходимо сгенерировать UID - уникальный идентификатор пользователя на основе адреса электронной почты  и сохранить его в таблице  пользователей.	Нужно для того, чтобы при изменении  пользователем своего логина (вместо электронной почты другой идентификатор) его учётную запись можно было бы найти и по адресу почты

 

2.2. Спецификация  функций сайта

Функция	Комментарий
Управление пользователями и группами	При выполнении любых операций с  учётными записями системы должны выполняться  операции с учётными записями и ролями на сервере БД
Управление функциями системы	Описание и работа с функциями  системы
Операции со справочной информацией	Ведение нормативно-справочной информации
Управление процессом оказания автотранспортных услуг	Создание заказов на перевозку, предложений перевозчиков, учёт фактов оказания транспортной услуги

 

2.3. Описание  сценариев взаимодействия пользователя  с     системой

Сценарии	Описание
Сценарии операций с учётными записями пользователей и групп	Сценарии работы с системой при  выполнении операций учётными записями пользователей, групп, ролей
Сценарий регистрации пользователя	Описание порядка регистрации  пользователя
Сценарий активации учетной записи пользователя	Описание порядка активации  учетной записи пользователя через email
Сценарий входа в систему	Описание порядка авторизации  пользователя
Сценарий восстановления пароля	Описание порядка восстановления пароля пользователя

 

3. Информационное обеспечение

3.1. Концептуальная модель БД

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

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

Представим концептуальную модель данной задачи с помощью методологии IDEF1X. Это методология моделирования баз данных на основе модели «сущность-связь».

Описание концептуальной модели БД в нотации IDEF1X.

3.2. Физическая модель БД

Физическая модель базы данных определяет способы размещения данных в среде хранения и способы  доступа к этим данным, которые  поддерживаются на физическом уровне.

Физическая модель БД реализована с использованием СУБД PostgreSQL версии 9.1

Элемент метаданных	Комментарий
Таблицы	Описание структуры  таблиц БД
Представления	Описание представлений  БД
Триггеры	Описание триггеров  БД
Хранимые процедуры	Описание используемых хранимых процедур и функций

3.5. Эскизы экранных форм

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

 Порядок проектирования экранной  формы подразумевает следующие  этапы:

• проектирование содержания экранной формы;
• проектирование ее формы представления (формы экрана);
• программное обеспечение экранной формы.

 

 Рис. 8. Эскиз экранной формы регистрации пользователя

 

 

Рис.9. Эскиз экранной формы авторизации пользователя

Рис.10. Эскиз экранной формы восстановления пароля

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Заключение

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

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

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

 

Список литературы

1. Титаренко Г. А. «Информационные технологии в маркетинге»
2. Козырев А.А. «Информационные технологии в экономике и управлении: Учебник»
3. Г. А. Титаренко  «Автоматизированные ИТ в экономике»
4. Г. Н. Смирнова «Проектирование экономических информационных систем»
5. В.В. Бычков «Экономика автотранспортного предприятия»
6. Х.М. Тахтамышев «Основы технологического расчета автотранспортных предприятий»
7. http://ru.wikipedia.org
8. http://www.e-college.ru
9. http://www.ekoslovar.ru

 

 

 

 

 

 

 

11

17