КУРСОВАЯ РАБОТА ПО ДИСЦИПЛИНЕ ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ «Проектирование ИС проката велосипедов в г. Дубна»
Введение и актуальность выбранной темы
Постановка проблемы и исходные данные
Цель и априорные представления
Модель требований
Декомпозиция предконтекстной диаграммы
Контекстная диаграмма
Декомпозиция контекстной диаграммы
Логическая модель данных
Физическая модель данных
Спецификация процессов
Спецификация процессов
Спецификация процессов
Частичная реализация
Частичная реализация
Частичная реализация
Частичная реализация
заключение
Спасибо за внимание!
1.57M
Категория: БизнесБизнес

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

1. КУРСОВАЯ РАБОТА ПО ДИСЦИПЛИНЕ ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ «Проектирование ИС проката велосипедов в г. Дубна»

ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ
ВЫСШЕГО ОБРАЗОВАНИЯ МОСКОВСКОЙ ОБЛАСТИ
Университет «Дубна»
Институт системного анализа и управления
Кафедра системного анализа и управления
КУРСОВАЯ РАБОТА
ПО ДИСЦИПЛИНЕ
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ
СИСТЕМ
«ПРОЕКТИРОВАНИЕ ИС ПРОКАТА
ВЕЛОСИПЕДОВ В Г. ДУБНА»
Выполнил:
Студент группы 3221
Дидоренко Алексей Викторович
Руководитель:
ассистент Соколов Иван Александрович

2. Введение и актуальность выбранной темы

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

3. Постановка проблемы и исходные данные

ПОСТАНОВКА ПРОБЛЕМЫ И ИСХОДНЫЕ
ДАННЫЕ
Постановка проблемы
• Клиент оформляет всё вручную, тратит время на приход
в компанию и на ожидание заказа.
• Компания осуществляет деятельность в пределах
города, что сильно ограничивает возможность
привлечения клиентов.
• После выполнения очередного заказа менеджер
самостоятельно записывает сведения о заказе.
• Отчёты за разные периоды времени хранятся в разных
файлах, поэтому работа с ними осложнена.
Исходные данные
• информация о состоянии рынка на
данный момент времени;
• информация о велосипедах,
используемых в производстве;
• правила работы с клиентами;
• информация о структурах уже
существующих информационных систем
велопроката.

4. Цель и априорные представления

ЦЕЛЬ И АПРИОРНЫЕ ПРЕДСТАВЛЕНИЯ
Цель
• Спроектировать информационную
систему проката велотранспорта в
Дубне,
• Обеспечить клиентам и работникам
комфортный доступ к данным с
помочью информационной системы
Априорные представления
• Все пользователи должны иметь возможность
авторизоваться в системе
• Клиент может: регистрироваться, создавать
заказ, оплачивать его, а также ставить ему
оценку
• Менеджер может: создавать отчёты,
просматривать заказы, изменять их статус
• Администратор может: наполнять каталог,
обновлять учётные записи сотрудников

5. Модель требований

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

6. Декомпозиция предконтекстной диаграммы

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

7. Контекстная диаграмма

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

8. Декомпозиция контекстной диаграммы

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

9. Логическая модель данных

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

10. Физическая модель данных

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

11. Спецификация процессов

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

12. Спецификация процессов

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

13. Спецификация процессов

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

14. Частичная реализация

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

15. Частичная реализация

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

16. Частичная реализация

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

17. Частичная реализация

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

18. заключение

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

19. Спасибо за внимание!

СПАСИБО ЗА ВНИМАНИЕ!
English     Русский Правила