Дипломная работа: Автоматизация управления сервисного обслуживания клиентов в ООО "Монолит Системз"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
87
№
п
п
название
справочника
ответственный
за ведение
средний
объём
справочник
а в записях
среднюю
частоту
актуализаци
и
средний
объем
актуализации
, %
1.
Клиент Администрато
р
45 1 раз в месяц 10
2.
Модели
оборудовани
я
Администрато
р
150 1 раз в год 10
3.
Бренды Администрато
р
250 1 раз в год 10
4.
Дефекты Администрато
р
45 1 раз в месяц 10
5.
Запчасти Администрато
р
45 1 раз в месяц 10
Все документы могут поступать как бумажной, так и в электронной
формах.
2.2.3 Характеристика результатной информации
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет оценить
работу организации и принимать управленческие и оперативные решения.
Результатной информацией, формируемой в ходе работы системы,
являются следующие документы:
Список клиентов;
Список заказов;
Детализация заказа;
Анализ стоимости выполненных работ за каждого инженера;
Прогноз количества заказов на основании, учтенных ранее заказов.
Список клиентов содержит ФИО клиента и номер его телефона. Список
заказов отображает все заказы в данный момент, содержит такие реквизиты, как
номер заказа, его статус, дату начала, дату окончания, стоимость, а также ФИО
сотрудника, который его выполнял. Также в этой форме рассчитываются такие
88
показатели, как общее количество заказов, общая стоимость заказов, средняя,
максимальная и минимальная стоимость.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Основным действующим лицом в разработанной системе является
сервисный инженер, который производит регистрацию заявки на ремонт, а также
формирование результатных документов. Дерево функций для инженера
представлено на Рисунке 2.5.
Рисунок 2.5 Дерево функций системы для менеджера
Администратор системы обладает более расширенными возможностями.
Он производит первичное наполнение справочников, а также обеспечивает их
дальнейшее ведение, кроме того, он также имеет возможность регистрации
89
пользователей, определение прав их доступа к системе. Дерево функций для
администратора представлено на Рисунке 2.6.
Рисунок 2.6 Дерево функций системы для администратора
Сценарии диалога, формирующиеся на основе деревьев функций,
приведены на Рисунках 2.7 и 2.8.
90
Рисунок 2.7 Сценарий диалога для инженера
Рисунок 2.8 Сценарий диалога для администратора
2.3.2 Характеристика базы данных
91
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование информационной
модели предприятия, не зависящей от каких-либо условий реализации.
Логический уровень – точка зрения пользователя. Это абстрактный взгляд
на данные. На нем используются данные в таком виде, в каком они известны в
реальном мире. Объектам модели (сущностям и атрибутам) даются имена,
понятные широкому кругу специалистов.
Создание локальных концептуальных моделей данных полностью не
зависит от типа СУБД, языка программирования, типа компьютера, ОС,
приложений и т. д.
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть, когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством экземпляров
второй сущности, называемой потомком, а каждый экземпляр сущности -
потомок ассоциирован с одним экземпляром сущности-родителя.
Неспецифические отношения (отношения типа много ко многому) заменяются
на специфические при помощи введения связной сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-потомок
однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый экземпляр
сущности-потомка может быть однозначно идентифицирован без связанного с
ним экземпляра сущности-родителя. Неидентифицирующее отношения
отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим" (1: М),
либо "многие ко многим" (М: N). Кроме того, следует проанализировать степень
участия каждой из сущностей в конкретном типе связи. Отношения связи
Источник: https://baza.diplomsite.ru/previewfile/2340