Диплом: Автоматизация обработки заявок ООО "ДанАвто"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
58
Основные функции информационной системы:
работа со справочниками;
работа с документами;
учет клиентов;
учет работы с клиентом;
анализ работы с клиентами.
Служебные функции информационной системы:
идентификация пользователя;
смена пароля.
Рисунок 2.10 – Дерево функций
Старт информационной системы начинается с диалога на основе экранной
формы, предполагающего идентификацию пользователя путем ввода и проверки
имени пользователя и пароля.
В информационной системе выделены две роли пользователей:
администратор и менеджер продаж. Сценарий диалога взаимодействия
пользователя и информационной системы представлен на рисунке 2.11.
Функции
проекта
Основные
Работа со
справочниками
Работа с
документами
Печатная
форма заказа
в WORD
Отчетные
материалы в
формате XLS
Учет клиентов
Общая
информация о
клиенте
Общая
информация об
автомобиле
клиента
Информация о
дисконтных картах
клиента
Учет работы с
клиентом
Учет покупок
клиентов с
учетом скидки
Учет
предвари-
тельных
заказов на
закупку
запчастей
Оповещение
клиента о
готовности
заказа
Анализ работы
с клиентами
Обработка
запросов
Формирование
отчетов
Служебные
Идентификация
пользователя
Сменя пароля
59
Рисунок 2.11 – Сценарий диалога
2.3.2. Характеристика базы данных
В результате исследования предметной области были выделены следующие
сущности [7, 10]:
– сотрудник;
– отдел;
– должность;
– клиент;
– марка и модель автомобиля;
– запчасти;
– категория запчастей;
Главное меню приложения
Справочники
Категории
товаров
Товары
Модели/Марки
Отделы
Должности
Сотрудники
Ценовая
политика
Пользователи
Клиенты
Дисконтные
карты
Учет покупок
клиентов
Учет
предварите-
льных заказов
Отчеты
Реестр
клиентов
Сведения о
накопленных
скидках по
каждому
клиенту
Сведения о
покупках
клиентов
Статистика
работы с
клиентами
Список
выполненных
предваритель-
ных заказов
Список
невыполненных
предваритель-
ных заказов
60
– продажа;
– спецификация продажи;
– заказ;
– спецификация заказа;
– пользователи.
На рисунке 2.12 представлена ER- диаграмма «сущность-связь» [11, 14].
Рисунок 2.12 – ER-диаграмма «сущность-связь»
Используемые типы данных [18:
– «один к одному» (1:1) - одному значению поля соответствует только
одна запись в другой таблицы. Связь редко используется, обычно при
разбиении одной таблицы с большим количество столбцов на несколько
таблиц.
– «один ко многим» (1:М) - одной записи в одной таблице соответствуют
несколько записей в другой.
В таблице 2.4 представлено описание выделенных сущностей и их атрибуты.
61
Таблица 2.4
Сущности и атрибуты
Сущность
Атрибут
Описание
1
2
3
Сотрудник
Код сотрудника
Уникальный
идентификатор
ФИО
ФИО сотрудника
Адрес
Адрес сотрудника
Телефон
Телефон сотрудника
Отдел
Отдел сотрудника
Должность
Должность сотрудника
Отдел
Код отдела
Уникальный
идентификатор
Наименование
Наименование отдела
Должность
Код должности
Уникальный
идентификатор
Наименование
Наименование должности
Клиент
Код клиента
Уникальный
идентификатор
ФИО
ФИО клиента
Адрес доставки
Адрес доставки клиента
Телефон
Телефон клиента
Электронный адрес
Электронный адрес
клиента
Марка/Модель
автомобиля
Марка/Модель
автомобиля клиента
Год выпуска
Год выпуска автомобиля
клиента
Объем двигателя
Объем двигателя
автомобиля клиента
Тип кузова
Тип кузова автомобиля
клиента
Объем двигателя
Объем двигателя
автомобиля клиента
Номер дисконтной карты
Номер дисконтной карты
клиента
Марка и модель
Код
Уникальный
идентификатор
Наименование
Наименование марки и
модели
Марка
Марка автомобиля
Модель
Модель автомобиля
62
Продолжение таблицы 2.4
1
2
3
Запчасти
Код запчасти
Уникальный идентификатор
Артикул
Артикул запчасти
Наименование
Наименование запчасти
Категория
Категория запчасти
Фото
Фото запчасти
Производитель
Производитель запчасти
Марка и модель
Марка и модель запчасти
Совместимости
Совместимость запчасти с
различными автомобилями
Категория
запчасти
Код категории
Уникальный идентификатор
Наименование
Наименование категории
Продажа
Код продажи
Уникальный идентификатор
Дата продажи
Дата продажи
Код сотрудника
Идентификатор сотрудника,
оформившего продажу
Код клиента
Идентификатор клиента
Спецификация
продажи
Код
Уникальный идентификатор
Код продажи
Идентификатор продажи
Код товара
Идентификатор запчасти
Количество
Количество заказанных
запчастей
Цена
Цена запчасти
Заказ
Код заказа
Уникальный идентификатор
Номер заказа
Номер заказа
Дата заказа
Дата заказа
Код клиенты
Идентификатор клиента
Срок выполнения
Срок выполнения заказа
Статус
Статус заказа: новый,
отправлена закупка, прибыл,
выполнен
Спецификация
заказа
Код
Уникальный идентификатор
Код заказа
Идентификатор продажи
Код товара
Идентификатор запчасти
Количество
Количество заказанных
запчастей
Цена
Желаемая цена
Пользователи
Код
Уникальный идентификатор
Код сотрудника
Идентификатор сотрудника
Логин
Логин сотрудника
Пароль
Пароль сотрудника
На рисунке 2.13 представлена логическая модель базы данных [22].
63
Рисунок 2.13 – Логическая схема БД
Физическая модель данных зависит от конкретной СУБД, фактически
являясь отображением системного каталога. В физической модели содержится
информация о всех объектах БД [22].
В таблице 2.5 представлено описание созданных таблиц базы данных.
Таблица 2.5
Структура таблиц БД
Таблица
Поле
Тип данных
Первичный
ключ (PK)/
Внешний
ключ (FK)
Обяза-
тельное
поле
1
2
3
4
5
Сотрудник
Код сотрудника
Счетчик
PK
Да
ФИО
Текстовый (100)
-
Да
Адрес
Текстовый (150)
-
Нет
Телефон
Текстовый (30)
-
Нет
Отдел
Числовой
FK
Нет
Должность
Числовой
FK
Нет
64
Продолжение таблицы 2.5
1
2
3
4
5
Отдел
Код отдела
Счетчик
PK
Да
Наименование
Текстовый (100)
-
Да
Должность
Код должности
Счетчик
PK
Да
Наименование
Текстовый (100)
-
Да
Клиент
Код клиента
Счетчик
PK
Да
ФИО
Текстовый (150)
-
Да
Адрес доставки
Текстовый (150)
-
Нет
Телефон
Текстовый (30)
-
Да
Электронный
адрес
Текстовый (30)
-
Нет
Марка/Модель
автомобиля
Числовой
FK
Да
Год выпуска
Числовой
-
Да
Объем двигателя
Числовой
-
Да
Тип кузова
Текстовый (50)
-
Да
Номер
дисконтной карты
Текстовый (15)
-
Нет
Марка и
модель
Код
Счетчик
PK
Да
Наименование
Текстовый (100)
-
Да
Марка
Текстовый (80)
-
Да
Модель
Текстовый (50)
-
Да
Запчасти
Код запчасти
Счетчик
PK
Да
Артикул
Текстовый (10)
-
Да
Наименование
Текстовый (100)
-
Да
Категория
Числовой
FK
Да
Фото
OLE
-
Нет
Производитель
Текстовый (100)
-
Нет
Марка и модель
Числовой
FK
Нет
Совместимости
Текстовый (255)
-
Нет
Цена
Денежный
-
Да
Единица
измерения
Текстовый (5)
-
Да
Категория
запчасти
Код категории
Счетчик
PK
Да
Наименование
Текстовый (150)
-
Да
Продажа
Код продажи
Счетчик
PK
Да
Дата продажи
Дата/Время
-
Да
Код сотрудника
Числовой
FK
Да
Код клиента
Числовой
FK
Да
Специфика-
ция продажи
Код
Счетчик
PK
Да
Код продажи
Числовой
FK
Да
Код товара
Числовой
FK
Да
Количество
Числовой
-
Да
Цена
Денежный
-
Да
65
Продолжение таблицы 2.5
1
2
3
4
5
Заказ
Код заказа
Счетчик
PK
Да
Номер заказа
Числовой
-
Да
Дата заказа
Дата/Время
-
Да
Код клиента
Числовой
FK
Да
Срок выполнения
Дата/Время
-
Да
Статус
Текстовый (50)
-
Да
Специфика-
ция заказа
Код
Счетчик
PK
Да
Код заказа
Числовой
FK
Да
Код товара
Числовой
FK
Да
Количество
Числовой
-
Да
Цена
Денежный
-
Да
Пользователи
Код
Счетчик
PK
Да
Код сотрудника
Числовой
FK
Да
Логин
Текстовый (20)
-
Да
Пароль
Текстовый (20)
-
Да
На рисунке 2.14 представлена физическая структура базы данных,
построенная с помощью программ TOAD Data Modeler.
Рисунок 2.14 – Физическая схема БД
66
2.3.3. Структурная схема пакета (дерево вызова программных модулей)
Информационная система обработки заявок ООО «ДанАвто» разработана с
использованием двухзвенной архитектуры клиент-сервер («толстый клиент»)
(рисунок 2.15) [9, 18].
Рисунок 2.15 - Двухзвенная архитектура «клиент-сервер»
В архитектуре «клиент-сервер» программное обеспечение разделено на две
части - клиентскую часть и серверную часть. Задача клиентской-части (программы-
клиента) состоит во взаимодействии с пользователем, передаче пользовательского
запроса серверу, получение запроса от серверной части (программы-сервера) и
представление его в удобном для пользователя виде. Программа-сервер же
обрабатывает запросы клиента и выдает ответы [9].
Назначение модулей информационной системы представлено в таблице 2.6.
Таблица 2.6
Назначение программных модулей
Наименование
Назначение модуля
Form1
Главный модуль приложения, который координирует работу
приложения. Обрабатывает вызов пунктов меню, перенаправляя
задания другим модулям.
FormAuth
Модуль, который аутентификации в системе
FormDolj
Модуль для добавления и редактирования справочника должностей
FormKat
Модуль для добавления и редактирования справочника категорий
товаров
FormOtdeli
Модуль для добавления и редактирования справочника отделов
FormKl
Модуль для добавления и редактирования сведений о клиентах
FormPolz
Модуль для добавления и редактирования списка пользователей
FormPokup
Модуль для добавления и редактирования сведений о покупках
клиентов
FormZakazi
Модуль для редактирования сведений о предварительных заказах
клиента
FormReports
Модуль для построения отчетов
FormMarka
Модуль для редактирования списка марок и моделей автомобилей
FormSotr
Модуль редактирования списка сотрудников
67
FormTovari
Модуль редактирования товаров
FormCenPolitika
Модуль редактирования ценовой политики – размера скидок по
дисконтным картам
FormDisc
Модуль просмотра накопленной сумме по дисконтным картам
ClassEmail
Модуль отправки электронных писем клиентам
ClassDoc
Модуль заполнения выходных документов
Дерево вызова процедур и программ разработанной информационной
системы представлено на рисунке 2.16.
Рисунок 2.16 - Дерево вызова процедур и программ
Для организации доступа к базе данных MS Access в среде Microsoft Visual
Studio был использован встроенный провайдер - Connector Access for .Net, который
позволяет использовать базу данных MS Access в качестве источника данных
(DataSource) [15] (рисунок 2.17).
Вход в систему (
FormMain)
Проверка пользователя
и пароля (FormAuth)
Загрузка главного меню
приложения
Подключение к базе
данных
Обработка функций
вызова кнопок меню
(FormMain)
Вызов справочника
категорий товаров
ShowVid()
Вызов справочника
отделов ShowOtdel
Вызов справочника
должностей ShowDolj()
Вызов формы
cсотрудников ShowSotr()
Вызов формы товаров
ShowTovar()
Вызов формы учета
покупок ShowPokup()
Вызов формы
пользователей
ShowUsers()
Вызов формы учета
заказов в ShowZakaz()
Печать предв.заказа
PrintZakaz()
Отправка электронного
письма SendEmail()
Вызов формы диск.карт
ShowDisc()
Вызов формы моделей и
марок ShowMarka()
Вызов формы отчетов
ShowReports()
Экспорт в MS Excel

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)