Базы данных рекламного агентства

Введение
Реклама - двигатель прогресса

Реклама - распространяемая в любой форме, с помощью любых средств информация о физическом или юридическом лице, товарах, идеях и начинаниях (рекламная информация), которая предназначена для неопределенного круга лиц и призвана формировать и поддерживать интерес к этим физическому, юридическому лицу, товарам, идеям и начинаниям и способствовать реализации товаров, идей, начинаний. Термин "реклама" происходит от лат. слова "reklamare" - громко кричать, извещать.
Рекламное агентство - профессиональный коллектив, выполняющий производственные и творческие функции, связанные с осуществлением рекламной деятельности.
Рекламные агентства могут предоставлять:
• полный набор услуг, среди которых:
маркетинговые исследования рынка, сегментация потребителей, планирование кампании, разработка упаковки, творческие решения, производство готовой рекламной продукции, обеспечение поддержки рекламной кампании за счет использования связей с общественностью и другие;
• частичный набор услуг (специализация на какой-либо сфере деятельности).
Функции рекламного агентства:
• связь между компаниями-заказчиками и средствами массовой информации;
• услуги по созданию рекламы продукта;
• связь с типографиями, киностудиями, модельными агентствами и т. д. [1].
В настоящее время рекламный бизнес находиться на этапе постоянного развития, и может стать источником стабильного дохода, поэтому данная работа является актуальной.
Мы видим, что существенно ускорить и облегчить работу любого рекламного агентства поможет его автоматизация. В разрабатываемой нами программе должны быть отражены основные процессы, происходящие в агентстве. Программа должна иметь удобный и интуитивно понятный интерфейс, предоставлять пользователям всю необходимую информацию, а также адекватно реагировать на изменения в агентстве – появление новых клиентов, колебание цен, образование новых услуг и т.д. Посредством программы должно быть обеспечено ведение базы клиентов, услуг с учётом их...

Анализ сущностей концептуальной модели, их атрибутов и связей позволяет сделать вывод: каждая сущность может быть представлена отдельной таблицей, причем все они уже находятся в третьей нормальной форме.
Переход от логического к физическому описанию модели состоит из следующих шагов:
1. Все простые сущности превращаются в отношения, имя сущности становится именем отношением.
2. Каждый атрибут становится возможным столбцом с тем же именем. Столбцы, соответствующие необязательным атрибутам, могут содержать NULL - значения.
3. Компоненты уникального идентификатора сущности превращаются в первичный ключ отношения.
4. Связи "многие к одному" становятся внешними ключами.
5. В таблицах, построенных на основе ассоциаций, внешние ключи используются для идентификации участников ассоциаций, а в таблицах, построенных на основе характеристик, внешние ключи используются для идентификации сущностей, описываемых этими характеристиками.
6. Разрешение проблемы наличия подтипов.
7. Выполнение шагов по нормализации полученных отношений. Имеющаяся модель находится в третьей нормальной форме.
8. Указание ограничений целостности проектируемой базы данных и краткое описание полученных таблиц и их полей.
Учитывая прямое соответствие логическое модели и физической реализации, последняя четко отражает первую, внося некоторые уточнения по способу хранения информации. То есть с учетом всего выше сказанного о разработке логической модели БД получена физическая модель БД.[5]
Для реализации приложения по автоматизации деятельности рекламного агентства мы выбрали СУБД Paradox . Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase — каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).
Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Так как в этой ситуации...

Заключение

В результате выполнения данного курсового проекта мы справились с поставленными перед нами задачами и достигли заявленной цели. Нами были описаны технологии функционирования ИС, построены концептуальная и реляционная модели БД, выполнено физическое проектирование БД, разработана функциональной модели СУБД, разработаны экранные форм ввода-вывода и отчета, разработаны функциональные модули.
Мы разобрались в структуре типичного рекламного агентства и реализовали эффективный алгоритм его автоматизации. Таким образом, наша программа могла бы автоматизировать действия сотрудников агентства.
Созданная нами программа работает корректно и автоматизирует следующие ключевые моменты работы агентства:
• Ведение справочных таблиц, а также работа с данными, в них хранящимися – быстрый поиск, сортировка и фильтрация;
• Формирование отчётов: список клиентов, список сотрудников агентства, отчёт по всем заключённым договорам.
Программа снабжена заставкой при включении, строкой меню в каждом из модулей, появляющимися строками подсказки и диалоговым окном при выходе из программы. Также программа содержит справку. Но в то же время программа имеет ряд недочетов, которые будут устранены в дальнейшем: отсутствие обработки ошибок при некорректном вводе данных, невозможность работать с договорами в зависимости от даты их создания, а также отсутствие возможности вывода на печать текущего договора.
Программа могла бы ускорить и усовершенствовать работу любого рекламного агентства, так как она имеет дружественный пользовательский интерфейс, что делает её доступной и простой в использовании. В дальнейшем планируется провести доработку программы с учётом имеющихся в ней недостатков и действием программ – аналогов.