Проектирование ИС проката велосипедов в г. Дубна

Содержание

Слайд 2

ВВЕДЕНИЕ И АКТУАЛЬНОСТЬ ВЫБРАННОЙ ТЕМЫ Прокат велосипедов в наши дни является достаточно востребованным бизнесом.

ВВЕДЕНИЕ И АКТУАЛЬНОСТЬ ВЫБРАННОЙ ТЕМЫ

Прокат велосипедов в наши дни является достаточно

востребованным бизнесом.
Слайд 3

ПОСТАНОВКА ПРОБЛЕМЫ И ИСХОДНЫЕ ДАННЫЕ Постановка проблемы Клиент оформляет всё вручную,

ПОСТАНОВКА ПРОБЛЕМЫ И ИСХОДНЫЕ ДАННЫЕ

Постановка проблемы

Клиент оформляет всё вручную, тратит время

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

Исходные данные

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

Слайд 4

ЦЕЛЬ И АПРИОРНЫЕ ПРЕДСТАВЛЕНИЯ Цель Спроектировать информационную систему проката велотранспорта в

ЦЕЛЬ И АПРИОРНЫЕ ПРЕДСТАВЛЕНИЯ

Цель

Спроектировать информационную систему проката велотранспорта в Дубне,
Обеспечить

клиентам и работникам комфортный доступ к данным с помочью информационной системы

Априорные представления

Все пользователи должны иметь возможность авторизоваться в системе
Клиент может: регистрироваться, создавать заказ, оплачивать его, а также ставить ему оценку
Менеджер может: создавать отчёты, просматривать заказы, изменять их статус
Администратор может: наполнять каталог, обновлять учётные записи сотрудников

Слайд 5

МОДЕЛЬ ТРЕБОВАНИЙ Предконтекстная диаграмма

МОДЕЛЬ ТРЕБОВАНИЙ

Предконтекстная диаграмма

Слайд 6

ДЕКОМПОЗИЦИЯ ПРЕДКОНТЕКСТНОЙ ДИАГРАММЫ

ДЕКОМПОЗИЦИЯ ПРЕДКОНТЕКСТНОЙ ДИАГРАММЫ

Слайд 7

КОНТЕКСТНАЯ ДИАГРАММА

КОНТЕКСТНАЯ ДИАГРАММА

Слайд 8

ДЕКОМПОЗИЦИЯ КОНТЕКСТНОЙ ДИАГРАММЫ

ДЕКОМПОЗИЦИЯ КОНТЕКСТНОЙ ДИАГРАММЫ

Слайд 9

ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

ЛОГИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

Слайд 10

ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

ФИЗИЧЕСКАЯ МОДЕЛЬ ДАННЫХ

Слайд 11

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ Спецификация процесса А2.1 «Просмотр приложения» @ВХОД = ПРОФИЛЬ КЛИЕНТА

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ

Спецификация процесса А2.1 «Просмотр приложения»

@ВХОД = ПРОФИЛЬ КЛИЕНТА
@ВЫХОД = ЗАПИСИ

КАТАЛОГА
@ВЫХОД = ИНФОРМАЦИЯ О РЕЖИМЕ РАБОТЫ КОМПАНИИ
@ВЫХОД = ИНФОРМАЦИЯ ИЗ КАТАЛОГА
@СПЕЦПРОЦ A2.1 «ПРОСМОТР ПРИЛОЖЕНИЯ»
Используя ПРОФИЛЬ КЛИЕНТА, клиент может просмотреть ЗАПИСИ КАТАЛОГА и ИНФОРМАЦИЯ О РЕЖИМЕ РАБОТЫ КОМПАНИИ, затем приступить к формированию собственного заказа воспользовавшись ИНФОРМАЦИЯ ИЗ КАТАЛОГА. 
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А2.1 «ПРОСМОТР ПРИЛОЖЕНИЯ»

Спецификация процесса А2.3 «Проверка состояния заказа»

Спецификация процесса А2.4 «Удаление заказа»

@ВХОД = ОБНОВЛЁННЫЙ СПИСОК ЗАКАЗОВ
@ВХОД = ИНФОРМАЦИЯ О СТАТУСЕ ЗАКАЗА
@ВЫХОД = ЗАПРОС ИНФОРМАЦИИ О СТАТУСЕ ЗАКАЗА
@ВЫХОД = ИНФОРМАЦИЯ О СОСТОЯНИИ ЗАКАЗА
@СПЕЦПРОЦ A2.3 «ПРОВЕРКА СОСТОЯНИЯ ЗАКАЗА»
После создания заказа, клиент увидит ОБНОВЛЁННЫЙ СПИСОК ЗАКАЗОВ. Он периодически может совершать ЗАПРОС ИНФОРМАЦИИ О СТАТУСЕ ЗАКАЗА, который был создан. Системой мгновенно будет отображена ИНФОРМАЦИЯ О СОСТОЯНИИ ЗАКАЗА.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А2.3 «ПРОВЕРКА СОСТОЯНИЯ ЗАКАЗА»

@ВХОД = ОБНОВЛЁННЫЙ СПИСОК ЗАКАЗОВ
@ВХОД = ОТВЕТ НА ЗАПРОС ОБ УДАЛЕНИИ ЗАКАЗА
@ВЫХОД = ЗАПРОС НА УДАЛЕНИЕ ЗАКАЗА
@СПЕЦПРОЦ A2.4 «УДАЛЕНИЕ ЗАКАЗА»
Если после создания заказа клиент передумал и решил удалить заказ, то перейдя в ОБНОВЛЁННЫЙ СПИСОК ЗАКАЗОВ он может отправить ЗАПРОС НА УДАЛЕНИЕ и получить ОТВЕТ НА ЗАПРОС ОБ УДАЛЕНИИ ЗАКАЗА.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А2.4 «УДАЛЕНИЕ ЗАКАЗА»

Слайд 12

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ Спецификация процесса А5.1 «Работа с запросами от работников компании»

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ

Спецификация процесса А5.1 «Работа с запросами от работников компании»

@ВХОД =

ИНФОРМАЦИЯ О КЛИЕНТАХ И ЗАКАЗАХ
@ВХОД = ПРАВА ДОСТУПА АДМИНИСТРАТОРА
@ВХОД = ОБНОВЛЁННЫЕ ДАННЫЕ О ЗАКАЗЕ
@ВЫХОД = ЗАПРОС ОТ СОТРУДНИКА
@ВЫХОД = ЗАПРОС НА ОБНОВЛЕНИЕ ДАННЫХ О ЗАКАЗЕ
@ВЫХОД = ЗАПРОС НА ОБНОВЛЕНИЕ КАТАЛОГА
@ВЫХОД = СПИСОК КЛИЕНТОВ И ЗАКАЗОВ
@СПЕЦПРОЦ A5.1 «РАБОТА С ЗАПРОСАМИ ОТ РАБОТНИКОВ КОМПАНИИ»
Администратор, авторизовавшись, используя ПРАВА ДОСТУПА АДМИНИСТРАТОРА может просматривать СПИСОК КЛИЕНТОВ И ЗАКАЗОВ, а также ЗАПРОС ОТ СОТРУДНИКА на редактирование записей в БД. Он может обновлять данные, отправляя ЗАПРОС НА ОБНОВЛЕНИЕ ДАННЫХ О ЗАКАЗЕ как этого требует ИНФОРМАЦИЯ О КЛИЕНТАХ И ЗАКАЗАХ. Чтобы удостовериться в успехе процесса, администратор запрашивает ОБНОВЛЁННЫЕ ДАННЫЕ О ЗАКАЗЕ.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А5.1 «РАБОТА С ЗАПРОСАМИ ОТ РАБОТНИКОВ КОМПАНИИ»

Спецификация процесса А5.3 «Внесение изменений в БД»

Спецификация процесса А5.2 «Обновление каталога»

@ВХОД = ЗАПРОС ОТ СОТРУДНИКА
@ВХОД = ОБНОВЛЁННЫЕ ДАННЫЕ О КЛИЕНТЕ
@ВЫХОД = ЗАПРОС НА ОБНОВЛЕНИЕ ДАННЫХ О КЛИЕНТЕ
@СПЕЦПРОЦ A5.3 «ВНЕСЕНИЕ ИЗМЕНЕНИЙ В БД»
Администратор, получив ЗАПРОС ОТ СОТРУДНИКА через БД, выполняет ЗАПРОС НА ОБНОВЛЕНИЕ ДАННЫХ О КЛИЕНТЕ, для которого требовалось изменить данные. Чтобы проверить обновлённые данные, администратор получает запрос из БД с ОБНОВЛЁННЫЕ ДАННЫЕ О КЛИЕНТЕ.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А5.3 «ВНЕСЕНИЕ ИЗМЕНЕНИЙ В БД»

@ВХОД = ЗАПРОС НА ОБНОВЛЕНИЕ КАТАЛОГА
@ВХОД = ДАННЫЕ ДЛЯ ОБНОВЛЕНИЯ КАТАЛОГА
@ВЫХОД = ОБНОВЛЁННАЯ СТРАНИЦА КАТАЛОГА
@СПЕЦПРОЦ A5.2 «ОБНОВЛЕНИЕ КАТАЛОГА»
Администратор, получив ЗАПРОС НА ОБНОВЛЕНИЕ КАТАЛОГА приступает к анализу новых поступлений на склад. Затем используя ДАННЫЕ ДЛЯ ОБНОВЛЕНИЯ КАТАЛОГА, он отправляет на вею - сервис ОБНОВЛЁННАЯ СТРАНИЦА КАТАЛОГА.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А5.2 «ОБНОВЛЕНИЕ КАТАЛОГА»

Слайд 13

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ Спецификация процесса А4.1 «Просмотр списка заказов» @ВХОД = ПРАВА

СПЕЦИФИКАЦИЯ ПРОЦЕССОВ

Спецификация процесса А4.1 «Просмотр списка заказов»

@ВХОД = ПРАВА ДОСТУПА МЕНЕДЖЕРА
@ВХОД

= ОТВЕТ НА ЗАПРОС О СПИСКЕ ЗАКАЗОВ
@ВЫХОД = ВЫБРАННЫЙ НЕПРОВЕРЕННЫЙ ЗАКАЗ
@ВЫХОД = ЗАПРОС СПИСКА ЗАКАЗОВ
@ВЫХОД = СПИСОК ЗАКАЗОВ
@СПЕЦПРОЦ A4.1 «ПРОСМОТР СПИСКА ЗАКАЗОВ»
Менеджер, получив от системы ПРАВА ДОСТУПА МЕНЕДЖЕРА, может осуществить ЗАПРОС СПИСКА ЗАКАЗОВ и получить ОТВЕТ НА ЗАПРОС О СПИСКЕ ЗАКАЗОВ и СПИСОК ЗАКАЗОВ. После этого менеджер выбирает один НЕПРОВЕРЕННЫЙ ЗАКАЗ и осуществляет его проверку.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А4.1 «ПРОСМОТР СПИСКА ЗАКАЗОВ»

Спецификация процесса А4.4 «Сборка заказа»

@ВХОД = ПРОВЕРЕННЫЙ ЗАКАЗ
@ВЫХОД = ГОТОВЫЙ ЗАКАЗ
@СПЕЦПРОЦ A4.4 «СБОРКА ЗАКАЗА»
Менеджер, выбирает ПРОВЕРЕННЫЙ ЗАКАЗ, и отбирает нужный велосипед сначала по типу, затем по изготовителю, потом выбирает нужную модель. После того как велосипед был отобран, производится его проверка на неисправность, после чего менеджер относит ГОТОВЫЙ ЗАКАЗ в пункт выдачи.
@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА А4.4 «СБОРКА ЗАКАЗА»

Слайд 14

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ Главное меню Каталог Авторизация Регистрация

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ

Главное меню

Каталог

Авторизация

Регистрация

Слайд 15

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ Личный кабинет Создание заказа

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ

Личный кабинет

Создание заказа

Слайд 16

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ Список заказов Формирование параметров для отчёта Получение отчёта Проверка заявки

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ

Список заказов

Формирование параметров для отчёта

Получение отчёта

Проверка заявки

Слайд 17

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ Обновление каталога Добавление работника

ЧАСТИЧНАЯ РЕАЛИЗАЦИЯ

Обновление каталога

Добавление работника

Слайд 18

ЗАКЛЮЧЕНИЕ В результате выполнения данной курсовой работы была спроектирована и частично

ЗАКЛЮЧЕНИЕ

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

информационная система, предназначенная для компании по прокату велотранспорта.
Основой для создания информационной системы послужили выявленные проблемы предметной области. 
В качестве среды разработки физической и логической модели системы, а также модели данных послужили CASE-средства Allfusion Process Modeler r.7 и ERwin Data Modeler. 
Использование данной информационной системы значительно упрощает процесс взаимодействия сотрудников компании и клиентов, делает процесс создания заявки более удобным, а получение отчётности более быстрым действием. Благодаря внедрению информационной системы появляется возможность сократить время на переговоры между менеджером и клиентом.
Все указанные факторы приводят к повышению производительности сотрудников компании, увеличению количества клиентов, и, как следствие, к увеличению прибыли.