Размещено на http://www.allbest.ru/

Федеральное агентство связи

Федеральное государственное бюджетное образовательное учреждение высшего образования

«Поволжский государственный университет телекоммуникаций и информатики»

Факультет Заочного обучения

Направление Информационные системы и технологии

Кафедра Информатики и вычислительной техники

ВЫПУСКНАЯ КВАЛИФИКАЦИОННАЯ РАБОТА

Разработка базы данных корпоративных клиентов ООО «Эльдорадо»

Е.В.Камскова

Самара 2017

Реферат

Название	Разработка базы данных корпоративных клиентов ООО «Эльдорадо»
Автор	Камскова Екатерина Владимировна
Научный руководитель	Коваленко Татьяна Анатольевна
Ключевые слова	База данных, информация, кредитное отделение, работа с клиентами, модели базы данных.
Дата публикации	2017
Библиографическое описание	Камскова Е.В. Разработка базы данных корпоративных клиентов «Эльдорадо» [Текст]: бакалаврская работа / Е.В. Камскова Поволжский государственный университет телекоммуникаций и информатики (ПГУТИ). Факультет заочного обучения (ФЗО). Кафедра Информатики и вычислительной техники (ИВТ) науч. рук. Т.А. Коваленко - Самара. 2017. - 68 с.
Аннотация	Работа «Разработка базы данных» разработана для предприятия ООО «Эльдорадо», с целью сэкономить ресурсы предприятия, правильно распределить рабочие места. Созданная БД позволяет повысить качество и производительность работы корпоративного отдела компании при подготовке регулярной отчетности и более эффективно работать с клиентами.

Содержание

Введение

1. Проектирование базы данных

1.1 Базовые понятия о базах данных

1.2 Этапы проектирования базы данных

1.3 Средства разработки баз данных

1.4 Механизм взаимодействия с базой данных

2. Анализ задач, разработки базы данных корпоративных клиентов компании Эльдорадо

2.1 Характеристики предприятия

2.2 Сбор и обработка информации о корпоративных клиентах

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

3.1 Требования, предъявляемые к разрабатываемой базе данных

3.2 Требования к структуре, функционированию базы и полноте получаемой информации

3.3 Требования к персоналу

3.4 Создание модели базы данных для ООО Эльдорадо

3.5 Описание работы с базой данных

Заключение

Список использованных источников

Приложение

Введение

Начало 70-х годов было ознаменовано формулировкой теории баз данных. Концепциями баз данных являются:

· Минимальный набор данных

· Независимость прикладных программ от данных, размещенных во внешней памяти

· Способность системы противостоять отказам и сбоям.

Целью современной информационной системы является обработка данных об объектах реального мира. База данных -- это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области, которая подлежит изучению с целью организации управления и автоматизации процесса.

Объект исследования - Контактный центр ООО «Эльдорадо».

Предмет исследования - обработка информации о действующих и потенциальных корпоративных клиентах компании.

Развитие компании подразумевает под собой сбор и анализ информации о клиентах действующих и потенциальных, планируемых покупках и уже совершенных, в определении спроса той или иной категории товаров, что в суммарной составляющей влияет на товарооборот (ТО), а это и есть показатель успеха компании как крупного ритейлера на рынке услуг. Поэтому создание базы данных для предприятия является актуальной задачей на сегодняшний день.

В моей работе акцент сделан на клиентах, которые относятся к группе корпоративных покупателей, особенность работы с ними заключается в следующем:

· Способ оплаты товаров - безналичный расчет, путем выставления счета организации и после оплаты которого (частичного/полного) происходит отгрузка товара.

· Объемы закупок. Как правило, организации совершают крупные покупки как одной номенклатуры товаров, так и с содержанием перечня разных номенклатур.

· За каждым клиентом (организацией) компания Эльдорадо закрепляет личного менеджера, через которого и происходит коммуникация.

Целью работы является с помощью БД проконтролировать выставленные и уже оплаченные счета, совершенные отгрузки товаров, выполнение индивидуальных планов продаж каждого менеджера, а также проанализировать показатели продаж и спроса за определенный отчетный период, что важно при подсчете целевых показателей на предстоящий отчетный период.

Инфраструктура обработки информации об операциях, совершенных клиентами компании, представляет собой систему технологических решений загрузки, хранения, обработки и публикации информации, компетенция по которой сосредоточена в корпоративном отделе компании. Опубликованная отчетность используется как источник расчета контрольных показателей бизнес-плана и коэффициентов премирования менеджеров отдела корпоративных клиентов.

Бакалаврская работа состоит из введения, трех глав, выводов, приложений и списка использованной литературы. В первой главе работы представлены теоретические основы проектирования баз данных, обоснование выбора использованных средств разработки, вторая глава посвящена объекту и предмету исследования, в третьей главе отражен непосредственно процесс проектирования базы данных для Контактного центра ООО «Эльдорадо».

Разработанная база данных предназначена для облегчения и оптимизации процесса подготовки управленческой отчетности Контактного центра в части обслуживания юридических лиц. При несущественных корректировках базу можно адаптировать для обработки информации о розничных клиентах компании.

1. Проектирование базы данных

1.1 Базовые понятия о базах данных

Понятие Баз Данных принято трактовать как - совокупность информационных данных, имеющих связи между объектами и их отношения в предметной области.

Система управления базами данных - комплекс программ, направленных на организацию, ведение и совместное использование базы данных группой пользователей.

Одним из основополагающих понятий в разработке базы данных является - Модель данных. Модель данных - набор программных и языковых средств, обеспечивающих описание, создание, использование и обслуживание баз данных. По способу установления связей между данными различают иерархическую, сетевую и реляционную модели.

Иерархическая модель данных представляет собой древовидную структуру, в виде отношений «предок-потомок». Каждая запись может иметь не более одной родительской записи и несколько подчиненных.

Отличием между иерархической и сетевой моделями данных является то, что в последней каждый элемент данных может быть связан с любым другим элементом.

Реляционная модель данных представляет информацию в виде совокупности связанных таблиц, которые называются отношениями или реляциями.

Реляционные системы исключают необходимость сложной навигации, поскольку данные представлены в них не в виде одного файла, а независимыми наборами, и для отбора данных используются операции реляционной алгебры -- прикладной теории множеств. Доминирование реляционной модели в современных СУБД определяется:

· наличием развитой теории (реляционной алгебры);

· наличием аппарата сведения других моделей данных к реляционной модели;

· наличием специальных средств ускоренного доступа к информации;

· наличием стандартизированного высокоуровневого языка запросов к БД, позволяющего манипулировать ими без знания конкретной физической организации БД во внешней памяти.

Таким образом, реляционные базы данных являются в настоящее время основным способом в проектировании и организации информационных систем в производстве и бизнесе благодаря их гибкости и эффективности. Также именно они удобны для использования в коммерческом банке.

Данные и связи между ними в БД могут быть описаны и представлены различными способами. В настоящее время существует стандарт ANSI (American National Standards Institute), в соответствии с которым имеется три уровня представления данных - физический (внутренний) уровень, концептуальный уровень и уровень внешних моделей.

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

Концептуальный уровень является наиболее общим. На этом уровне отражается обобщенная модель предметной области.

Уровень внешних моделей отражает особенности видения данных отдельными приложениями. При этом каждое приложение имеет доступ только к тем данным, которые ему необходимы.

1.2 Этапы проектирования базы данных

Процесс создания базы данных можно объединить в четыре этапа:

Этап формулирования и анализа требований. Этот этап направлен на сбор требований пользователей и проектирование БД.

Этап концептуального проектирования. Основная цель данного этапа заключается в создании первоначального проекта БД, опираясь на описания информационных требований пользователей. Концептуальная модель ПО представляет собой описание структуры и динамики ПО, характера информационных потребностей пользователей в терминах, понятных пользователю и не зависимых от реализации БД. Это описание выражается в терминах не отдельных объектов ПО и связей между ними, а их типов, связанных с ними ограничений целостности и тех процессов, которые приводят к переходу предметной области из одного состояния в другое.
Основными свойствами, которым должна удовлетворять концептуальная модель БД, являются следующие:

1. Предметная область должна быть описана адекватно и непротиворечиво.

2. Все возможные пользователи должны трактовать эту модель однозначно и легко ее воспринимать.

3. При необходимости концептуальная модель должна иметь возможность легко модифицироваться, быть подвержена композиции и декомпозиции.

Первым шагом при разработке концептуальной модели БД является описание объектов предметной области и связей между ними. К настоящему моменту времени в подавляющем большинстве случаев используется так называемая модель «сущность-связь».

Сущностью называется объект или класс однотипных объектов, информация о которых содержится в БД. Каждая сущность имеет свое уникальное имя. Характеристики, определяющие свойства сущности, называются ее атрибутами, что эквивалентно понятию атрибута в отношении.

Как правило, на такой модели отображаются только имена сущностей, не указывая их атрибутов. Представление пользователя включает в себя данные, необходимые конкретному пользователю для принятия решений или выполнения задания.

Важным моментом является то, что между двумя сущностями может быть задано произвольное количество связей с различными смысловыми нагрузками.

Принято представлять в виде графических диаграмм ER-экземпляров и диаграмм ER-типов для удобства проектирования концептуальной модели и повышения ее наглядности, легкости восприятия сущностей пользователями (см. рис 1.1)

Рис. 1.1 - ER - диаграммы

Группировка атрибутов в отношениях должна быть рациональной, т.е. минимизирующей дублирование данных и упрощающей процедуры их обработки и обновления. Поэтому следующим этапом построения модели является нормализация отношений -- формальный аппарат ограничений на формирование отношений (таблиц), который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение базы данных.

Е. Коддом выделены три нормальные формы отношений и предложен механизм, позволяющий любое отношение преобразовать к третьей (самой совершенной) нормальной форме.

К основным этапам проектирования БД концептуального моделирования относятся:

· Определение сущностей и связей между ними.

· Построение ER-диаграммы с учетом всех сущностей и связей между ними.

· Формирование набора предварительных отношений с указанием предполагаемых первичных и внешних ключей.

· Добавление не ключевых атрибутов в отношения.

· Нормализация предварительных отношений, приведение их, по возможности, к нормальной форме Бойса-Кодда.

Этап логического проектирования. На этом этапе высокоуровневое представление данных формируются в структуру используемой СУБД. Понятие проектирование логической структуры СУБД включает в себя определение всех информационных единиц и связей между ними в терминологии выбранной СУБД, задание их имен, определение типов данных, задание по возможности количественных характеристик информационных единиц, таких как длины полей.

Первый шаг сущностей направлен на становление в соответствии с отношениями. При этом атрибуты сущностей становятся атрибутами отношений, ключевой атрибут (в случае, если он один) сущности становится первичным ключом отношения. Если имеется несколько возможных ключей, то первичный ключ из них следует выбрать: при отсутствии каких-либо дополнительных ограничений в качестве первичного ключа выбирается возможный ключ с минимальным набором атрибутов. В случае, если имеются ограничения (наличие синонимов, громоздкость, изменчивость и т.д.), то для задания первичного ключа отношения используются искусственные идентификаторы объекта-сущности.

Если у сущности множественных свойств, как правило, для каждого подобного свойства создается отдельное отношение, которое включает в себя два атрибута - атрибут, выбранный в качестве первичного ключа и атрибут, являющийся множественным свойством (см. рис.1.2).

Рис. 1.2 - Виды свойств сущности

При наличии условных свойств экземпляра сущности оно может храниться таким же образом, как и обычные свойства объекта.

Когда составных свойств имеется два варианта: либо всему свойству ставится в соответствие один атрибут отношения, либо каждому отдельному элементу свойства ставится в соответствие свой атрибут. Выбор того или иного варианта определяется исходя из дополнительных условий, вытекающих из особенностей обработки данных.

Для каждого атрибута отношения устанавливается тип данных, указывается свойство уникальности, обязательность или необязательность задания значения и при необходимости значения по умолчанию (рис. 1.3). На этом этапе происходит переименование имен сущностей и их атрибутов в соответствии с синтаксическими особенностями выбранной СУБД.

Итак, результатом логического проектирования БД является разработка ее логической схемы на языке описания данных выбранной СУБД.

Этап физического проектирования. На этапе физического проектирования решаются вопросы, связанные с производительностью системы, определяются структуры хранения данных и методы доступа. Каждая СУБД по-разному организует методы хранения и доступа к данным, однако поскольку в подавляющем большинстве случаев СУБД работает под управлением конкретной операционной системы, эти методы в большой степени зависят от методов работы с данными самой операционной системы.

Рис. 1.3 - Определение свойств атрибутов отношений

1.3 Средства разработки баз данных

В качестве средства разработки базы данных оптимально использовать среду Microsoft SQL Server - законченное решение для управления и анализа данных, позволяющее оперативно развертывать масштабируемые приложения нового поколения. SQL Server -- ключевой компонент поддержки электронной коммерции, интерактивных деловых приложений и хранилищ данных, обеспечивающий масштабируемость, необходимую для поддержки растущих, динамических сред. В SQL Server предусмотрена широчайшая поддержка XML (Extensible Markup Language) и других форматов, функций производительности и доступности, гарантирующих своевременное решение поставленных задач, а также развитой функциональности управления и настройки, позволяющей автоматизировать выполнение рутинных задач и снизить совокупную стоимость владения. Кроме того, SQL Server в полном объеме использует преимущества операционной системы Windows.

SQL Server -- это реляционная СУБД. По своей природе такая СУБД состоит из нескольких компонентов, а именно: из механизма баз данных, различных приложений, а также инструментов и набора баз данных -- стандартных, входящих в комплект поставки системы, и пользовательских, которые можно добавить в реляционную СУБД после ее установки. Все эти компоненты, работая совместно, формируют полнофункциональную реляционную СУБД.

1.4 Механизм взаимодействия с базой данных

Microsoft SQL Server в качестве языка запросов использует язык SQL - структурированный язык запросов (Structured Query Language), который применяется для организации взаимодействия пользователя с БД. SQL работает только с БД реляционного типа.

На сегодняшний день язык SQL адаптирован для исполнения всех функциональных возможностей, которые СУБД предоставляет пользователю, а именно:

· Организация данных. SQL дает пользователю возможность изменять структуру представления данных, а также устанавливать отношения между элементами БД.

· Чтение данных. SQL дает пользователю или приложению возможность читать из БД содержащиеся в ней данные и пользоваться ими.

· Обработка данных. SQL дает пользователю или приложению возможность изменять БД, т.е. добавлять в нее новые данные, а также удалять или обновлять уже имеющиеся в ней данные.

· Управление доступом. С помощью SQL можно ограничить возможности пользователя по чтению и изменению данных и защитить их от несанкционированного доступа.

· Совместное использование данных. SQL координирует совместное использование данных пользователями и работающими параллельно, чтобы они не мешали друг другу.

· Целостность данных. SQL позволяет обеспечить целостность БД, защищая ее от разрушения из-за несогласованных изменений или отказа системы.

В стандарт SQL в качестве составных частей входят язык определения данных (Data Definition Language), язык манипулирования данными (Data Manipulation Language) и язык управления данными (Data Control Language).

Язык определения данных используется для создания и изменения структуры БД и ее составных частей - таблиц, индексов, представлений, а также триггеров и сохраненных процедур. Основными его операторами являются операторы CREATE <DATABASE, TABLE, VIEW, INDEX, TRIGGER, PROCEDURE> (создать БД, таблицу БД, вид, индекс, триггер, процедуру), ALTER <> (изменить БД и т. д.), DROP <> (удалить БД и т. д.).

Язык манипулирования данными используется, как это следует из его названия, для манипулирования данными в таблицах БД. Он состоит из 4 основных операторов: SELECT (выбрать), INSERT (вставить), UPDATE (обновить), DELETE (убрать).

Язык управления данными используется для управления правами доступа к данным и выполнения процедур в многопользовательской среде. Более точно его можно назвать «язык управления доступом». Он состоит из двух основных операторов GRANT (дать права) и REVOKE (забрать права).

В любом случае SQL работает с данными, имеющими вид таблиц. Имеется два вида таблиц: базовые таблицы, т. е. таблицы, определенные и описанные на языке описания данных, и производные таблицы, получаемые из нескольких таблиц путем выполнения запроса и определенные на языке манипулирования данными. Также выделяются виртуальные таблицы Ї представления (View), которые отображают данные, получаемые из реальных таблиц БД, а также из других представлений. В отличие от реальной таблицы представление действительно не существует в БД, хотя все зафиксированные в нем данные реально существуют в БД в разных ее таблицах. Эти данные компонуются в удобном для пользователя виде с помощью запроса.

Таким образом, SQL является достаточно мощным и удобным языком для взаимодействия с СУБД. С его помощью можно администрировать SQL Server, создавать любые объекты SQL Server и управлять ими, добавлять, извлекать, модифицировать и удалять данные из таблиц.

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

Для удобства пользователя система позволяет не просто вбивать данные в таблицы ручным способом, а заливать их в уже готовой версии таблицы формата Excel, которая ранее была выгружена для работы из другого ПО.

Особенности и возможности Microsoft Access:

1. Реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных.

2. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы (Word), электронные таблицы (Excel), презентации (PowerPoint). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator.

3. Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Access реализована надёжная система защиты от несанкционированного доступа к файлам.

4. База данных храниться в одном файле, но профессиональные пользователи предпочитают разделять базу данных на два файла: в одном хранятся объекты данных (таблицы, запросы), в другом объекты приложения (формы, отчёты, макросы, модули). Access позволяет создавать различные отчёты на основе данных таблиц и других объектов базы данных.

5. Access так же позволяет создавать дистрибутивные диски для распространения готового приложения (с помощью Office Developer Edition Tools). Распространение подразумевает поставку всех необходимых файлов на каком-либо носителе.

6. Пакет ODE Tools включает мастер установки, автоматизирующий создание средств распространения и программы установки. Он так же позволяет выполнение приложения на компьютерах, на которых не установлен Access.

Microsoft Access - хорошее решение для предприятий, стремящихся совершенствовать управление бизнесом в условиях постоянно изменяющегося рынка, стремящихся в максимально короткие сроки получить правильное решение. В основном это относится к предприятиям малого и среднего бизнеса, которые составляют большинство среди компаний разных отраслей. Миллионы специалистов мира в области проектирования и разработки приложений используют Microsoft Access в своих решениях.

В этом продукте сочетается легкость и быстрота получения результатов с помощью авто-построителей с гибкостью создания бизнес-логики на VBA.

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

Office Access обеспечивает возможность легко начинать работу со встроенными базами данных, вносить в них изменения и адаптировать к меняющимся деловым потребностям пользователя. Пользователь может собирать информацию с помощью форм электронной почты или импортировать данные из внешних приложений. Реализована возможность создания и редактирования подробных отчетов, содержащих отсортированную, отфильтрованную и сгруппированную информацию, которая облегчит принятие более обоснованных решений. Совместный доступ к информации обеспечивается с помощью технологических списков Microsoft Windows SharePoint Services, позволяющих проверять журнал исправлений, восстанавливать удаленную информацию, устанавливать разрешения доступа к данным и регулярно осуществлять резервное копирование.

Для разработки базы данных я выбрала Microsoft Ассess, потому что она наиболее читабельна и понятна в работе с большим объемом данных. Удобно это еще и потому что, на данный момент менеджеры по работе с корпоративными клиентами, все операции проводят в среде Microsoft Excel.

2. Анализ задач, разработки базы данных корпоративных клиентов компании Эльдорадо

2.1 Характеристики предприятия

Компания создана 1 сентября 1994 года тогда был открыт первый магазин компании в Самаре. В начале 2005 года европейская компания, крупный розничный торговец бытовой техники и электроники Dixons Group plc. получил исключительное право на приобретение контрольного пакета акций «Эльдорадо» до 2011 года. По условиям опциона, цена 100 % акций «Эльдорадо» была установлена в размере $1,9 млрд. В июне 2007 года стало известно, что DSG International отказалась от исполнения опционного соглашения.

С мая 2005 года компания развивала собственную сеть салонов сотовой связи с одноимённым названием (480 салонов связи «Эльдорадо» на начало 2009 года). Планировалось увеличить количество салонов до 490 к концу 2009 года, но в 2009 году в связи с финансовыми затруднениями вся сеть салонов сотовой связи была продана компании МТС.

На сегодняшний день компания Эльдорадо входит в ТОП-5 ритейлеров бытовой техники и электроники в Европе и в ТОП-10 -- в мире.

Компания активно развивается в работе не только с физическими клиентами, но и успешно осваивает и направление корпоративных клиентов (юридические лица).

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

Поддерживая ключевую задачу - расширение клиентской базы, копания Эльдорадо предоставляет клиентам широкий спектр товаров и услуг, что включает в себя одна из стратегий развития.

2.2 Сбор и обработка информации о корпоративных клиентах

Инфраструктура обработки информации о покупках, совершенных клиентами компании, представляет собой систему технологических решений загрузки, хранения, обработки и публикации информации, компетенция по которой сосредоточена в корпоративном отделе компании.

Имеется ряд ключевых источников данных для обработки в части финансовых показателей, ими являются выгрузки из автоматизированных систем компании. Информация о совершенных покупках корпоративных клиентов компании содержится в АС - Bitrix, Treade Service, SAP ERP. Bitrix - направлена на автоматическую обработку созданного заказа на собственном сайте Эльдорадо (www.eldorado.ru). TreadeService - хранилище данных корпоративных клиентов (карточки компании - ИНН, ОКПО, Юридический адрес, выставленные, оплаченные счета и т.д.). SAP ERP - позволяет промониторить наличие товаров на складах компании, зарезервировать единицы под заказ клиента, проследить за перемещением товаров между складами и совершенным отгрузкам клиентам.

В управленческой отчетности выделяются следующие принципы консолидации данных:

· По направлению осуществления продаж (КЦ/КМ);

· По типу клиентов (Физические лица, Юридические лица);

· По товарообороту;

· Клиентский.

По направлению осуществления продаж, определяет отнесение выгружаемых данных к фактической структуре подразделений компании и выделяется на следующих уровнях:

· КЦ;

· КМ;

По типу клиентов, обслуживаемых компанией. Выделяет 2 основных типа клиентов, работа с которыми ведется на особых условиях с соблюдением законодательства РФ и ЗОПП:

· Физические лица;

· Юридические лица (корпоративные клиенты).

Принцип по товарообороту используется для оценки выполнения бизнес-плана и мотивации подразделений компании, а также для анализа финансовой информации в разрезе продуктов.

Поклиентная разбивка показателей используется для оценки выполнения бизнес-плана и мотивации клиентских подразделений компании их сотрудников и для анализа финансовой информации в разрезе целевых клиентских сегментов.

На ФС в рамках процесса возлагаются следующие функции:

· сбор и анализ требований заказчиков;

· разработка отчетов на основании требований заказчиков;

· формирование требований к наличию данных в автоматизированных системах, исходя из потребностей заказчиков;

· организация сбора данных и подготовки отчетности;

· определение формата, набора и регулярности предоставляемых отчетов;

· подготовка регулярных управленческих отчетов;

· обеспечение сопоставимости управленческих отчетов, построенных на основе информации, полученной из различных источников;

Заказчиками отчетности являются:

· руководство компании;

· управления продаж и клиентского обслуживания;

· управление планирования.

Заказчики отчетности предоставляют ключевую информацию о существующих потребностях в отчетности, а также формируют предложения по методологии подготовки, формату и регулярности предоставления отчетности.

В рамках выполнения указанных задач ФС несет ответственность за полноту и корректность обработки данных и осуществления расчетов при подготовке отчетности.

Основными пользователями отчетности являются кредитующие подразделения, клиентские менеджеры, отделы планирования. Кроме того, пользователем является любое подразделение банка, сотрудники которого имеют соответствующие права доступа.

Пользователи отчетности по клиентам используют ее для анализа результатов деятельности подразделений и подготовки управленческих решений.

Основные этапы процесса сбора и обработки информации:

· разработка управленческих отчетов в соответствии с требованиями заказчиков;

· настройка необходимых источников данных;

· формирование ежемесячного графика подготовки отчетности;

· загрузка информации из источников, включающая проверку на соответствие установленным форматам;

· реализация расчетов и корректировок;

· публикация.

Формат отчетов определяется совместно ФС и заказчиками.

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

Опубликованная отчетность используется как источник расчета контрольных показателей бизнес-плана и коэффициентов премирования подразделений.

· БД содержит в себе следующую информацию в таблицах:

· Клиенты;

· Заказы;

· Счета;

· Сотрудники;

· Обзвон;

· Товары.

Итогом из БД важно получать следующую информацию:

· Информация о клиентах и их заказах (планируемых/совершенных).

· Информация о менеджерах с учетом показателя заключенных договоров, совершенных продаж.

· Данные о товарах (наименование, артикул, стоимость, остатки).

· Анализ популярности товаров (спрос клиентов) в разрезе дней, квартала, полугодия, годов, (в т.ч. данные на графиках).

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

3.1 Требования, предъявляемые к разрабатываемой базе данных

Клиентская база компании Эльдорадо насчитывает сотни тысяч клиентов, ежедневно проводятся десятки тысяч операций по оформлению заказов, заключению договоров, выставления счетов, проведению платежей, выполнению услуг и т.д. Успешное и оперативное обслуживание клиентом обусловлено внедрением современных высокотехнологичные автоматизированные системы, используемые на всей территории обслуживания ОАО «Эльдорадо». Но для финансовой службы подразделений компании, преимущественно КЦ, ввиду осуществления доминирующего выполнения товарооборота по юридическим лицам, возникает проблема выгрузки данных из специализированных АС для подведения итогов работы подразделений, формирования данных о клиентах для маркетинговых подразделений, информации для отделов планирования в рамках системы мотивации сотрудников.

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

Таким образом, цель данного проекта - создание базы данных для автоматизации и консолидации данных о корпоративных клиентах ООО «Эльдорадо».

Требования к базе данных:

· проект будет предназначен для финансовых служб компании и управлений планирования;

· проект будет выполнять: выбор юридических лиц в базе данных, отображение заказов, выполненных клиентом за определенный период; отображение клиентов, обсуживающихся в корпоративном отделе.

· проект будет использоваться другими службами: центральным офисом, отделом корпоративных продаж, клиентскими менеджерами.

3.2 Требования к структуре, функционированию базы и полноте получаемой информации

Система должна иметь читабельную и понятную пользователям структуру, обеспечивать достоверность и полноту отображаемой информации, удобство в получении и обработке средствами Microsoft Office, установленными на ПК всех сотрудников и обслуживающими организацию.

Система должна обеспечивать работу со следующими группами пользователей:

· Пользователь - специалист по отчетности (анализ выполнения показателей, выставление долгосрочных KPI для достижения целевых цифр ТО);

· Пользователь - руководитель группы корпоративных продаж;

· Администратор.

Пользователь - специалист по отчетности:

· Просмотр, ввод, редактирование, удаление данных.

Пользователь - руководитель группы корпоративных продаж имеет право на:

· Просмотр данных.

Администратор осуществляет следующие действия:

· Просмотр, ввод, редактирование, удаление данных;

· Создание резервной копии БД и восстановление БД из резервной копии;

· Создание макетов отчетов;

· Анализ и своевременное исправление некорректно введенной информации.

3.3 Требования к персоналу

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

К квалификации персонала, эксплуатирующего систему, предъявляются следующие требования.

конечный пользователь - знание соответствующей предметной области, знания и навыки работы с Excel;

администратор системы - знания методологии проектирования хранилищ данных, знание СУБД, знание языка запросов SQL, опыт администрирования СУБД, знания и навыки операций архивирования и восстановления данных и т.д.

3.4 Создание модели базы данных для ООО Эльдорадо

Каждый час сотрудники компании Эльдорадо совершают сотни операций (оформление заказа, резервирование товара, выставление счета и т.п.). Данные о проведенных операциях отражается в учетных системах компании. Задача систематизировать и обеспечить легкий и быстрый доступ ко всей информации, позволить структурировать данные в нужном пользователям виде.

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

Выходными данными являются данные о клиентах компании, фактические результаты работы отдела, менеджеров и др.

Таким образом, можно сделать вывод о необходимости в следующих таблицах (сущностях):

Клиенты:

· ИНН - универсальный для каждой организации идентификационный код, упорядочивающий учет налогоплательщиков в Российской Федерации;

· Адрес - точный адрес регистрации компании;

· e-mail;

· Контактное лицо;

· Контактный номер телефона.

В базе данных нужно вести учет заказов клиентов, каждый из которых имеет карточку с персональным номером. Кроме номера карточки база данных должна позволять заносить фамилии, адреса и телефоны клиентов, заказы:

· Номер заказа - уникальный номер, присваиваемый системой после регистрации заказа в базе;

· Дата заказа;

· Дата отгрузки/доставки;

· Способ получения самовывоз/доставка;

· Стоимость заказа;

· Информация об оплаченных счетах должна содержать:

· Номер счета;

· Дату выставления счета;

· Дату оплаты счета;

· Тип предоплаты - 100%/30/70.

Список сотрудников. По каждому сотруднику в БД должны хранятся следующие характеристики:

· ФИО;

· Контактная информация (телефон, e-mail);

· Должность.

Так же следует добавит таблицу с данными о совершенных контактах (т.е. происходит «холодный» обзвон действующих клиентов у которыми выявляется потребность в предстоящих покупках и перепланируется на оговоренную дату контакт для заключения договора).

· Клиент;

· Менеджер по работе с клиентами;

· Дата планируемого контакта,

· Коммерческое предложение (прайс с выгодными ценами, должен раскрываться файл в формате word);

· Заметки (поле для комментария).

Товары:

· Название товара;

· Цена;

· Категория;

· Габариты (вес, длина, ширина, высота);

· Изображение;

· Гарантия в месяцах (может отсутствовать).

Для определения зависимости между сущностями выделим связи между ними. Для удобства проектирования концептуальной модели и повышения ее наглядности и легкости восприятия, экземпляры сущностей и связи между ними представим графически в виде (Рис. 3.1).



Рис. 3.1 - Логическая модель базы данных корпоративных клиентов компании Эльдорадо.

Для того чтобы БД сохраняла целостность при любых операциях над ней (вставка, удаление), все отношения в ней нормализованы.

Логическая модель БД

Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. В моей работе я создала следующие таблицы.

Представленная таблица «Товары» 3.1. имеет связи с двумя другими таблицами, такими как: «Категории товаров» и «Заказ товар». Связи выставлены типа «Один-к-одному» («Один-к-одному» - любой сущности А соответствует только один экземпляр сущности В, и наоборот).

Таблица 3.1 Товары

Сущность	Атрибуты	Первичный ключ
Товары	Код товара	Код товара
	Название товара
	Цена
	Категория
	Габариты
	Изображение
	Гарантия

Таблица «Счета» 3.2 имеет связи с таблицами «Заказы» и «Сотрудники». Тип связи - «Один к одному».

Таблица 3.2 Счета

Сущность	Атрибуты	Первичный ключ
Счета	Код счета	Код счета
	Код заказа
	Дата оплаты
	Дата выставления
	Тип предоплаты
	Код сотрудника

Таблица «Клиент» 3.3 связана с таблицами «Заказы» и «Менеджеры - клиенты». Тип связи - «Один к одному».

Таблица 3.3 Клиент

Сущность	Атрибуты	Первичный ключ
Клиент	Код клиента	Код клиента
	Тип организации
	ИНН
	Адрес
	E-mail
	Контактное лицо
	Конт номер

Таблица «Заказы» 3.4 имеет три связи с таблицами «Заказ - товар», «Менеджеры - клиенты», «Счета»., все эти связи определяются как один ко многим.

Таблица 3.4 Заказы

Сущность	Атрибуты	Первичный ключ
Заказы	Код заказа	Код заказа
	Код клиента
	Дата заказа
	Способ оплаты

Таблица «Заказ - товар» 3.5 связана с таблицами «Товары», «Заказы». Тип связи - «Один к одному».

Таблица 3.5 Заказ - товар

Сущность	Атрибуты	Первичный ключ
Заказ-товар	Код зт	Код зт
	Код товара
	Количество
	Код заказа
	Код скидки

Таблица «Сотрудники» 3.6 имеет связи с таблицами «Менеджеры - клиенты», «Обзвон», «Счета», «Должности».

Таблица 3.6 Сотрудники

Сущность	Атрибуты	Первичный ключ
Сотрудники	Код сотрудника	Код сотрудника
	ФИО сотрудника
	Телефон
	E-mail
	Код должности

Таблица «Категории товаров» 3.7 имеет единственную связь с таблицей «Товары». корпоративный база данный информация

Таблица 3.7 Категории товаров

Сущность	Атрибуты	Первичный ключ
Категории товаров	Код категории	Код категории
	Название категории

У таблицы «Должности» 3.8 установлена связь с таблицей «Сотрудники».

Таблица 3.8 Должности

Сущность	Атрибуты	Первичный ключ
Должности	Код должности	Код должности
	Должность

Таблица «Обзвон» 3.9 имеет связи с таблицами «Код сотрудника», «Код клиента».

Таблица 3.9 Обзвон

Сущность	Атрибуты	Первичный ключ
Обзвон	Код обзвона	Код обзвона
	Дата планируемого контакта
	Специальное предложение
	Код прайса
	Комментарии
	Код сотрудника
	Код клиента

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

Физическая модель данных описывает то, как данные хранятся в компьютере, представляя информацию о структуре записей, их упорядоченности и существующих путях доступа.

В физической модели описываются типы, идентификаторы и разрядность полей. Физическая модель данных отражает физическое размещение данных на машинных носителях, то есть какой файл, какие объекты, с какими атрибутами содержит и каковы типы этих атрибутов

Файлом базы данных в теории баз данных называется таблица реляционной модели.

На основе полученной логической модели осуществляется физическое проектирование данных.

Модель реализована в СУБД Microsoft Access. В соответствии с изложенным выше, физическая модель состоит из девяти таблиц, описание полей которых, приведены в таблицах 3.10, 3.11, 3.12, 3.13, 3.14, 3.15, 3.16, 3.17, 3.17, 3.18, 3.19.

Таблица 3.10 Клиенты

Наименование поля	Примечание	Тип поля	Ограничение
Код заказа	Первичный ключ, индексированное	Счётчик
Тип организации		Текстовое	50
ИНН		Числовое	Целое положительное
Адрес		Текстовое	255
E-mail		Текстовое	255
Контактное лицо		Текстовое	255
Конт номер телефона		Текстовое	255
Клиент		Текстовое	255

Таблица 3.11 «Заказы»

Наименование поля	Примечание	Тип поля	Ограничение
Код заказа	Первичный ключ, индексированное	Счётчик
Код клиента	Индексированное, для связи с таблицей «Клиенты»	Числовое	Целое положительное
Дата заказа		Дата и время	Краткий формат даты
Способ получения		Текстовое	255
Статус заказа		Текстовое	255
Дата отгрузки		Дата и время	Краткий формат даты
Номер заказа Bitrix		Числовое	Целое положительное

Таблица 3.12 «Счета»

Наименование поля	Примечание	Тип поля	Ограничение
Код счета	Первичный ключ, индексированное	Счётчик
Код заказа	Индексированное, для связи с таблицей «Заказы»	Числовое	Целое положительное
Дата оплаты		Дата и время	Краткий формат даты
Дата выставления счета		Дата и время	Краткий формат даты
Тип предоплаты		Текстовое	255
Код сотрудника		Текстовое	255

Таблица 3.13 «Товары»

Наименование поля	Примечание	Тип поля	Ограничение
Код товара	Первичный ключ, индексированное	Счётчик
Название товара		Текстовое	255
Цена		Числовое	Денежный формат
Категория		Числовое	Целое положительное
Габариты		Числовое	Целое положительное
Изображение		Вложение
Гарантия в годах		Числовое	Целое положительное
Артикул		Числовое	Целое положительное

Таблица 3.14 «Должности»

Наименование поля	Примечание	Тип поля	Ограничение
Код должности	Первичный ключ, индексированное	Счётчик
Должность		Текстовое	255

Таблица 3.15 «Сотрудники»

Наименование поля	Примечание	Тип поля	Ограничение
Код сотрудника	Первичный ключ, индексированное	Счётчик
ФИО сотрудника		Текстовое	255
Наименование поля	Примечание	Тип поля	Ограничение
Телефон		Числовое	Денежный формат
E-mail		Числовое	Целое положительное
Код должности	Индексированное, для связи с таблицей «Должности»	Числовое	Целое положительное

Таблица 3.16 «Менеджеры - клиенты»

Наименование поля	Примечание	Тип поля	Ограничение
Код МК	Первичный ключ, индексированное	Счётчик
Код сотрудника	Индексированное, для связи с таблицей «Сотрудники»	Числовое	Целое положительное
Код клиента	Индексированное, для связи с таблицей «Клиенты»	Числовое	Целое положительное

Таблица 3.17 «Заказ - товар»

Наименование поля	Примечание	Тип поля	Ограничение
Код ЗТ	Первичный ключ, индексированное	Счётчик
Код товара	Индексированное, для связи с таблицей «Товары»	Числовое	Целое положительное
Количество		Числовое	Целое положительное
Наименование поля	Примечание	Тип поля	Ограничение
Код заказа	Индексированное, для связи с таблицей «Заказы»	Числовое	Целое положительное
Код скидки	Индексированное, для связи с таблицей «Скидки»	Числовое	Целое положительное

Таблица 3.18 «Скидка»

Наименование поля	Примечание	Тип поля	Ограничение
Код скидки	Первичный ключ, индексированное	Счётчик
Код клиента	Индексированное, для связи с таблицей «Клиенты»	Числовое	Целое положительное
Скидка в процентах		Числовое	Целое положительное

Таблица 3.19 «Обзвон»

Наименование поля	Примечание	Тип поля	Ограничение
Код обзвона	Первичный ключ, индексированное	Счётчик
Дата планируемого контакта		Дата и время	Краткий формат даты
Специальное предложение		Текстовое	255
Прайс		Вложение
Комментарии		255	Текстовое
Наименование поля	Примечание	Тип поля	Ограничение
Код сотрудника	Индексированное, для связи с таблицей «Сотрудники»	Числовое	Целое положительное
Код клиента	Индексированное, для связи с таблицей «Клиенты»	Числовое	Целое положительное

3.5 Описание работы с базой данных

Работа пользователей с базой данных осуществляется в среде MS Access через формы. Форма представляет собой электронный бланк, в котором отображены поля для ввода данных. В форме каждое поле можно разместить в точно заданном месте, выбрать для него цвет и заливку.

На стартовой странице пользователю будет предложена кнопочная форма (см. Рис. 3.2).

Рис. 3.2 - Главная форма базы данных

Кнопка «Заказы» Рис. 3.3 открывает одноименную форму, которая позволяет создавать новые заказы, для этого необходимо использовать кнопку «Добавить заказ», автоматически присваивается номер заказа в базе, далее пользователю необходимо ввести клиента из раскрывающегося списка, если клиент отсутствует базе, то предусмотрено добавление нового клиента путем нажатия кнопки «+». Форма «Заказы» пересчитывает автоматически стоимость заказа согласно внесенным товарам как в сторону прибавления, так и в сторону уменьшения. Предусмотрена возможность редактирования данных заказа, а так же распечатки счета.



Рис 3.3 - Форма «Заказы»

Кнопка «Товары» Рис 3.4 открывает одноименную форму, которая отображает информацию о товарах, отображает не только текстовую информацию, но содержит вложение в виде фото товара, а так же позволяет дополнять базу новыми данными по товарам «Добавить товар», код товара присваивается автоматически. Пользователь имеет возможность вносить данные в поля «Категория» (номер категории товаров в базе) и «Гарантия в годах» через раскрывающийся список.

Рис 3.4 - Форма «Товары»

Учитывая, что компания Эльдорадо стремится к мультикатегорийности (расширение ассортимента потребительских товаров разных категорий), было принято решение для удобства разбить товары на категории: бытовая техника, черная техника, аксессуары, товары для спорта, кемпинг, товары для мам и детей, мебель. В базе была реализована форма «Категории товаров», которая позволяет пополнять базу новыми категориями при их появлении. Автоматически присваивается код категории, что позволяет оперативно и осуществить выполнение выгрузки всего перечня товаров согласно этой категории, также форма подразумевает внесение наименования новой категории. Добавить актуальную категорию товара возможно путем нажатия кнопки «Добавить категорию» как показано на Рис 3.5.

Рис 3.5 - Форма «Категории товаров»

Кнопка «Сотрудники» Рис 3.6 открывает одноименную форму, которая отображает информацию о сотрудниках компании, работающих с корпоративными клиентами. Форма содержит краткую справочную информацию о сотрудниках, позволяет добавлять данные о новых сотрудниках путем нажатия кнопки «Добавить сотрудника», где автоматически присваивается внутренний код сотрудника по которому он будет идентифицироваться, его Имя Фамилия Отчество, его контакты, должность, электронный адрес, должность. Форма позволяет помимо добавления данных о новых сотрудниках еще редактировать уже существующую форму, а так же добавлять новые категории должностей через использование кнопки «+» в поле «Код должности».

Рис 3.6 - Форма «Сотрудники»

Рис 3.7 - Форма «Клиенты»

Кнопка «Клиенты» Рис 3.7 открывает одноименную форму, которая отображает информацию о клиентах, их контактах, типе организации (коммерческая/бюджетная), информация о типе организации может редактироваться через использование раскрывающегося списка, что удобно в работе и значительно сокращает времязатраты на ручное добавление текса, а так же позволяет исключить ошибки при написании текста. Форма предусматривает редактирование уже существующих данных о клиентах, а так же добавление новых клиентов через использование кнопки «Добавить клиента». При добавлении в базу нового клиента автоматически присваивается код клиента, который позволяет без затруднений идентифицировать его в базе.

Кнопка «Менеджеры - клиенты» Рис 3.8 открывает одноименную форму, которая отображает информацию о привязках менеджеров к клиентам. Поскольку компания Эльдорадо использует индивидуальный поход к клиентам, то было принято решение закрепить клиентов за личным менеджером. Данная форма как раз и позволяет осуществлять привязки «Клиент - менеджер» в базе путем добавления каждого клиента (организации) из раскрывающегося списка.

Рис 3.8 - Форма «Менеджер - клиент».

Кнопка «Обзвон» Рис 3.9 открывает одноименную форму, которая отображает информацию с планируемыми обзвонами клиентам. Обзвон подразумевает исходящие звонки клиентам, направленные на совершение дополнительных продаж «Сейчас» или в перспективе. Как уже говорилось ранее, компания Эльдорадо придерживается тактики индивидуальной работы с клиентами, а значит важно при обзвоне представить максимально выгодное для данного клиента предложение через специальную скидку или прайс. Каждому прайсу в базе присваивается индивидуальный код, видя код прайса внесенный в форме, сотрудник направит клиенту именно то коммерческое предложение, которое подходит категории клиента (категории клиентов и составление прайсов относится к работе отдела статистик и закупок). Предусмотрена возможность выставления даты планируемого контакта через использование календаря, что удобно в работе и минимизирует вариант допущения ошибок. Поле «Специальное предложение» дополнено раскрывающимся списком, также раскрывающийся список имеется в поле «Код клиента», что исключает самостоятельное добавление организации, сокращает время на заполнение формы.

Рис 3.9 - Форма «Обзвон».

Кнопка «Счета» Рис 3.10 открывает одноименную форму, которая отображает информацию о счетах клиентов. Каждому счету присваивается в базе идентификационный номер (код), что позволяет оперативно осуществить поиск данных запрашиваемого счета через запросы. Как и в других формах, форма «Счета» позволяет выполнять добавление в базу новые данные о счетах через кнопку «Новый счет» и редактировать существующие, а также выводить на печать заполненную форму. Для удобства сотрудников в работе с данной базой, было предусмотрено использование раскрывающегося списка для полей «Код заказа», «Тип предоплаты», «Код сотрудника». Даты выставляются через использование календаря. Ограничения базы данных - для одного заказа выписывается один счет. Если счета нет - в форме заказа активна кнопка "Выписать счет".
Если счет существует - активна кнопка "Распечатать счет".

Рис 3.10 - Форма «Счета».

Как и в любой крупной компании, Эльдорадо ведет учет данных о продажах, именно для этого была выведена форма с отчетом «Информация о менеджерах с учетом показателя заключенных договоров».



Рис 3.11 - Форма отчета «Информация о менеджерах с учетом показателя заключенных договоров»

Из раскрывающегося списка следует выбрать ФИ сотрудника (менеджера) и нажать кнопку «Отчет» Рис 3.12. Отчет отображает информацию всех совершенных продажах. В отчете содержатся данные о дате сделки, ФИ сотрудника, названии организации, общая сумма продаж.

Рис 3.12 - Выгрузка отчета

Выгруженный отчет удобно можно экспортировать в Excel (см. Рис.3.13). Как видно на Рис. 3.13 экспорт отчета меняет только форму, содержание остается не изменным.