2.4 Модель данных взаимоотношения с клиентами для организации полиграфической деятельности

Для построения логической модели данных были определены сущности и их атрибуты [16]. Таким образом, для построения модели данных взаимоотношения с клиентами были выделены следующие сущности (объекты): основная информация о клиентах, маркетинг, заказы, жалобы от клиентов, приход полиграфических материалов, остатки полиграфических материалов, поставщики полиграфических материалов.

Так как каждый объект модели имеет свои характеристики, то можно выделить следующие атрибуты для определенных объектов:

- изделия: наименование, статус производства;

- материал: тип, название, единица измерения;

- изделие и используемый материал: изделие, материал;

- заказы: дата, изделие, материал;

- производственный план: наименование изделия и материала, количество материала;

- основание на отпуск: заказ, материал, количество;

- расход материалов: дата, материал, количество, основание для отпуска;

- приход материалов: дата, материал, количество, стоимость, сумма, поставщик, факт низкого качества материала;

- поставщики: наименование, ФИО руководителя, адрес, телефон, расчетный счет банка;

- остатки: дата, материал, количество.

Взаимосвязи между объектами отражаются взаимодействием между двумя сущностями, называемым «один-ко-многим». Также, чтобы разрабатываемая модель данных сразу находилась в первой нормальной форме, для каждой сущности был определен ключевой атрибут – Код.

Следовательно, были выделены сущности, установлены их связи и определены ключевые атрибуты. Исходя из чего была построена логическая модель данных разрабатываемой информационной системы для автоматизации взаимоотношения с клиентами, построенная в соответствии со стандартом IDEF1X (рисунок 2.3).

Рисунок 2.3 – Логическая модель данных по стандарту IDEF1X

Физическая модель разрабатываемой системы представлена диаграммой классов – нотацией UML-диаграмм [17], применяющихся для объектно-ориентированных моделей, какой и является среда реализации «JavaScript» [18], представлена на рисунке 2.4.

Рисунок 2.4 – Физическая модель данных (диаграмма классов)

Стоит отметить избыточность хранимой информации о отзывах, которые формируются на основе заключённых сделках с клиентами организации. Однако данная избыточность допустима, так как на основе регистров накопления система позволяет быстро строить различные отчеты, сокращая время на обработку больших объемов данных.

Также, в системе необходимо создать общие объекты, а именно: подсистемы, общие модули и роли. Общие модули необходимы для хранения программных модулей, используемых для обработки большинства объектов в системе. Благодаря наличию подсистем и ролей появляется возможность организации разграничения доступа к данным. Например, для работника – менеджера будет доступна только одна подсистема – Взаимоотношения с клиентами. Также для каждой отдельной роли устанавливаются определенные права чтения, изменения и удаления тех или иных данных из системы. В рамках разрабатываемой системы учета материалов рационально создать такие подсистемы, как «Мероприятия», «История работы» и «Аналитика»; и такие роли, как Администратор, Оператор, Менеджер производства, Менеджер продаж.