82942 (589721), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

Отчет по рекламе

Отчёт по размещенной рекламе должен содержать следующие данные:

• название носителя рекламы;

• тип носителя;

• тип рекламы;

• период показа рекламы;

• номер счёта;

• стоимость размещения рекламы;

• общая сумма расходов;

• комментарий.

Годовой отчёт о выставках

Отчёт о выставках за определённый год должен отображать следующие данные:

• название выставки;

• дата проведения;

• место проведения;

• организатор;

• тип участия (очное, заочное, посещение, не участвуем);

• расходы (услуга, номер счета, цена, общая стоимость);

• общая сумма расходов;

• отчёт.

Годовой отчёт по заказам сувенирной и полиграфической продукции

Отчёт по заказанной продукции должен содержать:

• наименование продукции;

• тип продукции;

• количество штук;

• номер счёта;

• стоимость заказа;

• название изготовителя продукции;

• заказ для выставки (название выставки, количество штук);

• общая сумма расходов на сувенирную продукцию;

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

Макет визитной карточки сотрудника

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

• название компании;

• контактные данные компании;

• данные о сотруднике (Ф.И.О., должность, номер мобильного телефона, E-mail).

Информационное письмо

Содержание информационного письма должно быть следующим:

• текст обращения с информацией о компании «УЗО-Электро»;

• кому адресовано (название компании, Ф.И.О. руководителя).

Приглашение на выставку

В приглашении должны быть указаны следующие данные:

• данные получателя (название компании, Ф.И.О. руководителя);

• информация о компании «УЗО-Электро» и текст приглашения;

• информация о выставке (название, дата и место проведения).

Для отчётов: информационное письмо и приглашение на выставку, должна быть предусмотрена возможность экспортирования данных в текстовый редактор Microsoft Word для дальнейшего редактирования их содержимого.

2. Требования к разрабатываемой системе

К функциональным характеристикам

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

К надежности

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

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

К составу и параметрам технических средств

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

3. ПРОЕКТИРОВАНИЕ СИСТЕМЫ

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

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

Вся информация в базе данных представлена в виде таблиц. Она поддерживает три реляционных оператора: выбора, проектирования и объединения, с помощью которых можно получить необходимые данные. В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод, независимо от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.

На основании вышеизложенного, рассмотрим этапы проектирования системы.

1. Диаграмма бизнес-процессов

Для описания предметной области используется диаграмма бизнес-процессов. Диаграмма потока данных (BPM – Business Process Modeler) показывает перемещение данных по различным процессам делопроизводства и позволяет лучше понять взаимосвязь между бизнес-операциями и информационными потоками.[4]

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

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

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

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

Поток данных – это информация, передаваемая от одного блока диаграммы к другому. Поток данных изображается в виде линии со стрелкой от источника к приемнику. Каждый поток данных имеет свое имя, отражающее его содержимое. Например, в данной работе потоком является «запрос на размещение рекламы», «передача рекламного обращения» и т.д.[4]

На диаграммах (рис.3.1.1, 3.1.2, 3.1.3, 3.1.4) представлены процессы, отражающие функционирование отдела маркетинга.

1. Процесс размещения рекламы

Диаграмма процесса размещения рекламы представлена на рис.3.1.1.

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

1. Процесс организации выставки

Диаграмма процесса организации выставки представлена на рис.3.1.2

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

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

1. Процесс заказа сувенирной и полиграфической продукции

Диаграмма процесса заказа сувенирной и полиграфической продукции (в том числе и заказа визитных карточек для сотрудников компании) представлена на рис.3.1.3.

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

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

1. Процесс информационной рассылки

Диаграмма процесса информационной рассылки писем представлена на рис.3.1.4.

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

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

1. Структура базы данных

1. ER – диаграмма

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

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

Атрибут – любая характеристика сущности, значимая для предметной области и предназначенная для классификации состояния сущности.

Связь – это графически изображаемая ассоциация, устанавливаемая между двумя сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным количеством экземпляров второй сущности. Каждая связь имеет степень и может быть обязательной или необязательной. Существует три разновидности связей - «Один к одному» (1:1), «Один ко многим» (1:М) или «Многие к одному» (М:1) и «Многие ко многим» (M:М).[4]

Понятие может иметь несколько свойств, обладающих уникальностью значений, их называют возможными ключами. При существовании нескольких возможных ключей один из них выделяется в качестве основного (первичного) ключа.[4]

Используя вышеизложенное, построим ER – диаграмму. ER – диаграмма представлена на рис.3.2.1.

1. Модель данных

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

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

1. Описание запросов

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

Характеристики

Список файлов ВКР