1. Клиентское приложение соединяется с открытой схемой базы данных
MySQL, в которой доступен только вызов функции авторизации
пользователя. Через этот вызов клиентское приложение передаёт
следующие данные: имя пользователя, пароль пользователя, имя базы
данных и IP/MAC адреса сетевого интерфейса, через который
происходит соединение с базой данных.
2. При успешной идентификации пользователя происходит его
авторизация, и функция возвращает имя и пароль пользовательской
схемы, в которой подготовлена среда для работы клиентского
приложения.
Область 2 Отображаем сотрудников-менеджеров информационной системы.
От сотрудников идут вниз линии к экранным формам, которые они
заполняют, чтобы ввести данные в БД
1. Заявки регистрируются в базе по источникам получения.
2. В интернет магазине размещена форма обратной связи клиента.
3. Источники получения заявок(выполненных) добавляются в базу
данных Архив
Область 3 Отображаем, куда будем сохранять данные после заполнения
сотрудниками или клиентами экранные формы. Проводим линию от нужной
формы и соединяем ее с линией от исходной таблицы базы данных, в
которой мы храним предыдущие данные. И ниже указываем таблицу, в
которую сохраним данные.
Область 4 Отображаем документы, которые формируются в итоге обработки
данных - процесс создания оплаты в интернет-магазине выглядит
следующим образом. Клиент оформляет покупку, и ему выписывается счет.
Далее он выбирает подходящую платежную систему и вводит необходимые
108
данные для совершения платежа. После оплаты он может скачать купленную
картинку. Документы об оплате клиенту предоставляют платежные системы.
2.3.2. Характеристика нормативно-справочной, входной и оперативной
информации.
Под входной информацией понимается вся информация, необходимая
для постановки, решения и расположенная на различных носителях:
машинных носителях, первичных документах, в памяти персонального
компьютера.
От рациональной организации входной информации предприятия,
передачи, регистрации, способов сбора, хранения и обработки информации,
ее состава и своевременного получения зависят оперативность и
эффективность управления протекающими процессами. Нормативно-
справочная информация представлена исключительно на электронных
носителях, что значительно облегчает работу с документами и уменьшает
объем документов на бумажных носителях. Всю информацию можно
поделить на два класса: условно-постоянная и оперативная. В связи с тем,
что постоянная информация составляет до 85% общего объема информации,
циркулирующей в системе, от правильной ее организации во многом зависит
эффективность работы всей системы.
Для создания заявки клиент должен сначала авторизоваться и зайти в раздел
заявки. Таблица новая заявка формируется из полей:
Почта
Полное имя
Телефон
Отдел
109
Приоритет
Тема
Сообщение
Вложение
Поле почта подставляется автоматически (пользователь указывает ее
при регистрации) это поле возможно изменять. Поле полное имя также
подставляется, его можно менять. Поле телефон подставляется можно
менять. В поле отдел производиться выборка между: менеджером,
поддержкой, руководителем. Поле тема свободно вводится и содержит 240
знаков. В поле сообщение вводится заявка в свободной форме. В поле
вложении можно прикрепить файл не болле 3 мегабайт не более 5 файлов на
одну заявку.
Таблица 25. Перечень используемых справочников.
Название
справочника
Ответственный за
ведение
средний объём
справочника в
записях
средняя
частота
актуализации
средний
объем
актуализации
Константы
Авторизованный
пользователь
1 раз в год
Список форм
Авторизованный
пользователь
1 раз в месяц
Список полей
Авторизованный
пользователь
1 раз в месяц
Реквизитный состав справочников приведен в таблице 26.
Таблица 26. Реквизитный состав справочников.
Наименование
Перечень реквизитов
Константы
Наименование Значение
110
Список форм
Новый заказ, мои заказы, статус заказа
Список полей
Почта, имя, телефон, отдел, приоритет,
тема, сообщение, вложение, поиск.
Все данные заносятся в компьютер с помощью специально разработанных
форм. С помощью этих форм удобно заносить информацию, а также форма
позволяет просто выбирать нужную позицию из предложенного списка, что
позволяет сохранить целостность данных.
2.3.3 Характеристика результатной информации
После авторизации клиента и размещения заявки в интернет магазине,
клиент в процессе работы с заказом будет получать результатную
информацию, т.е. ответ от менеджера, содержащие информацию, о его заказе
в ответной форме может быть сам заказ (фотография или картинка) или же
ссылка на него в интернет магазине. После выполнения заказа менеджер
закрывает заявку. После закрытия заявка сохраняется в системе со значением
выполнено.
В проекте результирующей информацией для клиента являются – 3 отчета в
меню мои заявки
1. Таблица открытые заявки содержит полный список всех открытых
заявок, ожидающих ответа).
Формируется на основе следующих полей:
Тема заявки
От кого заявка
Отдел
ID заявки
111
Последний ответ
Приоритет
2. Таблица закрытые заявки (содержит полный список всех закрытых
заявок за все время). В закрытых заявка поле ответа не активно
Формируется на основе следующих полей:
Тема заявки
От кого заявка
Отдел
ID заявки
Последний ответ
Приоритет
Закрыто
3. Таблица отвеченные заявки (содержит отвеченные заявки). В
отвеченных возможно продолжить общение с менеджером до тех пор,
пока он не закроет эту заявку.
Формируется на основе следующих полей:
Тема заявки
От кого заявка
Отдел
ID заявки
112
Последний ответ
Приоритет
Ожидает ответа
Администратор может посмотреть отчет содержащий:
Заявки по отделам
Заявки по приоритету
Заявки по статусу и приоритету
А также выстроить диаграмму по заявкам:
Новые
Отвеченные
Закрытые
Все таблицы имеют web форму с подсказками и вписываются в дизайн сайта.
113
2.4 Программное обеспечение задачи
2.4.1.Общие положения (дерево функций и сценарий диалога)
Управление программой происходит посредством выбора пункта меню
или подменю, каждому пункту меню соответствует индивидуальная
функция. На рисунке 9 представлено дерево функций.
Рисунок 13. Дерево функций.
114
Рисунок 14. Дерево диалога.
В меню открыть находятся формы:
Отрытые заявки – открывает заявки, ожидающие ответа.
Отвеченные заявки – заявки на которые был дан ответ менеджером, но не
было подтверждено клиентом что заявка выполнена корректно.
Закрытые заявки – заявки по которым уже отработали менеджеры ил
руководители проекта, итд.
115
Все заявки – показывает все заявки (открытые, отвеченные, закрытые) на
одной странице.
В меню настройки находятся формы:
Основные настройки - настройки как будут выгладить иконка заказа. И какое
сообщение будут отображаться пользователю, когда все в офлайне.
Настройка заявок – сколько заявок отображать на экране, максимальное
количество открытых заявок, через сколько приоткрыть заявку заново, если
на нее не ответили.
Почта по умолчанию – Заполняются поля с электронной почтой
администратора, и почта куда будут поступать уведомления о заявках.
Настройка почты – настраиваются по какому на выше упомянутый адрес
будут приходить уведомления. Например, при создании заявки, ответ на нее
итд.
Настройка пользователя – Настройки отображения заявок пользователя.
Настройка приоритетов – как и какие приоритеты будут отображаться.
Настройка обратной связи – прописывается основной адрес электронной
почты.
В меню отделы находятся формы:
Добавить отдел - можно отредактировать или создать новые отделы. Сейчас
имеются отделы менеджеров, руководителя, технической поддержки.
Отдел поддержки – прописывается электронный адрес кто будут заниматься
тех поддержкой, также можно написать подпись в форме ответа.
116
Отдел менеджеры - прописывается электронный адрес кто будут заниматься
заказами клиентов, также можно написать подпись в форме ответа.
Отдел руководство - прописывается электронный адрес кто будут заниматься
жалобами клиентов, также можно написать подпись в форме ответа.
Поиск- поиск по отделам
В меню приоритеты находятся формы:
Добавить приоритет - можно отредактировать или создать новые
приоритеты. Сейчас имеются – низкий средний, высокий, срочно.
Низкий приоритет – тут можно изменить название и цвет приоритета. Эти
настройки касаются все приоритеты.
В меню уведомления можно настроить подписи для каждого
уведомления.
2.4.2. Характеристика базы данных
При построении инфологической модели жесткое деление на объекты и
свойства не обязательно. Одна и та же сущность предметной области в одном
фрагменте инфологической модели может выступать как свойство объекта, а
в другом – как самостоятельный объект (принцип относительности
объектов). Интерпретация сущности будет зависеть от точки зрения
конкретного пользователя.
Необходимо создать базу данных, которая будет отображать сведения о
товарах, которые фирма реализует; сведения о клиентах, которые когда-либо
сделали заказ или в будущем собираться его совершить; сведения о
заказанных товарах; сведения о сотрудниках предприятия совершивших
сделку, сведения о должностях, занимаемых сотрудниками.
117