Что делать, когда базы журналистов еще нет
Даже гениальный пресс-релиз бесполезен, пока не попал в руки нужному журналисту. Ускорить путь материала в СМИ помогает база с имейлами нужных людей. Способов получить начальную версию несколько.
Где-то скачать. Хоть какую-то базу реально собрать по кусочкам в интернете. Подойдут источники вроде справочных сайтов, региональных и городских рейтингов медиаканалов, открытая база «Яндекса».
Плюс: неплохой вариант для тех, кто только начинает собирать базу. Вы получаете стартовый список СМИ с городскими телефонами, почтовыми и электронными адресами редакций.
Минус: среди медиа из справочников много «мертвых душ». Указанные там телефоны не отвечают, почты не работают, потому что многие СМИ переехали, поменяли данные или закрылись. За обновление справочников никто не отвечает, так что актуальные данные таким способом не раздобыть.
Исключение — «Яндекс», здесь все хорошо.
Фото: Unsplash
Купить. Да, в интернете предложат готовую базу СМИ или составят ее на заказ по вашим требованиям.
Плюс: есть шанс получить актуальную базу журналистов.
Минус: хорошая, актуальная база стоит непозволительно дорого. Дешевую, скорее всего, соберут из открытых источников со всеми последствиями.
Обзвонить СМИ и собрать контакты. Методично и целенаправленно звонить в каждую редакцию и выяснять контакты журналистов.
Плюс: вы сформируете хорошую базу, выстрадаете каждую клеточку таблицы.
Минус: процесс отнимет много времени и сил. Придется обзвонить СМИ, разузнать, какой журналист и за что отвечает, выпросить их личные данные.
Как я прибралась в старой базе
Итак, какая-никакая база журналистов под рукой: собрали новую или получили по наследству. Теперь хорошо бы проверить контакты, иначе письма вернутся без всякой пользы. Вот почему так происходит.
- Адреса электронной почты больше не существует. Журналисты часто меняют места работы, а вместе с ними и корпоративные имейлы. Уследить за текучкой в региональных и федеральных СМИ невозможно.
- В адресе ошибки. Базу СМИ составляют и обновляют вручную. В сколько-нибудь большой таблице с именами, местами работы, телефонами, имейлами, регионами не избежать опечаток или повторов.
Но самый большой риск — даже не «плохие» адреса, а попадание в спам. Такое случится, когда раз за разом шлешь биржевые сводки спортивному журналисту из Карелии, а отчет о питерской конференции строителей — IT-обозревателю в Казань. Получатели раз за разом отправляют такие письма в спам, и вот ваша репутация в сети уже подмочена.
Так что я решила не откладывать работу: последовательно почистила старую базу, дособрала свежие данные и сегментировала журналистов.
Прибралась в адресах. Начала с порядка в существующих данных. Чисто технические ошибки убрала через Dadata.ru: загрузила excel-таблицу и получила базу без дубликатов и опечаток.
Неработающие имейлы вычислила по отчетам ePochta Mailer и убрала адреса, по которым сервис не отправлял письма.
Теперь в базе нет имейлов, на которые пресс-релизы не отправляются. Скриншот: архив автора
Нерабочие электронные адреса чистят также через email-валидаторы: они находят несуществующие адреса и адреса, с которых часто приходят жалобы. Мне знакомы MailValidator и Email Checker, но есть много других вариантов.
Изучила рейтинги «Медиалогии». «Медиалогия» каждый месяц публикует на сайте рейтинги цитируемости: газет, журналов, телеканалов, радиостанций, интернет-ресурсов, даже отдельных журналистов и пабликов в соцсетях.
Я просматривала рейтинги федеральных, региональных, отраслевых СМИ и параллельно заполняла табличку. Если СМИ входило в рейтинг «Медиалогии», сразу отправляла его в нашу базу.
Данные журналистов сервис не публикует, но их легко найти на официальных сайтах СМИ. Это место, где охотно размещают имена и контакты журналистов и редакторов, ответственных за конкретные темы. Для нас, пиарщиков, такая открытость только на руку.
Взяла данные из открытых баз «Яндекса». Большую медиабазу, которую можно систематизировать по регионам, тематике, типу СМИ, я нашла в «Яндексе». Она есть на страничке новостей в разделе «Базы данных СМИ».
Если кликнуть на название из списка, перейдешь на отдельную страницу газеты или информагенства. А там — характеристика, контакты, ссылка на форму обратной связи. Скриншот: архив автора
В моем случае шаг оказался третьим, но при сборе базы с него можно начать.
Проверила в базах госучреждений, какие СМИ не работают. Государственные учреждения собирают и предоставляют данные о СМИ. Например, на сайте Роскомнадзора есть вкладка «Реестры», где можно проверить, работает СМИ или нет, как давно существует и по какому адресу располагается.
База Роскомнадзора выручила, когда в наше агентство пришел клиент, настаивающий на размещении информации только с официальными разрешительными документами. По ней мы выяснили, у каких СМИ порядок со свидетельствами.
Данные об областных СМИ я собрала на сайтах региональных правительств. В 90% случаев на них есть списки действующих СМИ с контактными данными главных редакторов.
Наладила связь с журналистами в Pressfeed. Через этот сайт журналисты ищут экспертов для публикаций. Зарегистрировавшись как эксперт, я нашла легкий способ получить упоминание в СМИ и пообщаться с журналистами.
Конечно, составить с Pressfeed базу с нуля не получится. А вот подкорректировать, добавить новые имена и обкатать методы сотрудничества с корреспондентами — пожалуйста.
Лично пообщалась, с кем могла. Когда мы в агентстве проводим мероприятие, открываем на него аккредитацию журналистов. Редакторы сами связываются с нами и сообщают, кто будет представлять СМИ. Информацию из списков аккредитации сразу переносим в общую базу.
В нашей базе есть графа «Пометки», там мы указываем рядом с именами журналистов названия мероприятий, на которых они работали. Во время звонка по новому вопросу журналист быстрее вспоминает нас, если назвать прошедшее мероприятие.
В базу заносим также любые контакты с корреспондентами, полученные на конференциях и образовательных мероприятиях.
Какая база получилась после чистки
В итоге я освободила базу от бесполезных данных, копившихся годами. А чтобы еще больше ускориться и не сортировать контакты перед каждой рассылкой, создала несколько таблиц: базу региональных СМИ и базы под конкретные проекты.
Эта часть базы региональных СМИ. За кадром остались колонки «Тираж/аудитория», «Периодичность», «Даты выхода», «Адрес редакции». Скриншот: архив автора
Если СМИ у вас ну очень много, советую разделять базу не только по регионам. Добавьте колонки с видом СМИ: печатные, интернет, телевидение, радио, блогеры; или тематикой: общественно-политические, экономические, молодежные, культурные, lifestyle.
Также завожу отдельные таблицы под промо-проекты. Например, в базе аккредитаций на мероприятия заполняю поля «Паспортные данные», «Дата рождения», «Автомобиль/водительское удостоверение». Если планируем выдавать брендированные футболки или толстовки, добавляю поле «Размер одежды». Если приглашаем журналиста на бизнес-завтраки или пресс-ланчи, указываем, есть ли у него аллергия и на какие продукты.
Данные в базах под проекты устаревают гораздо реже, чем номера телефонов и электронные почты. Оно и логично — люди остаются в профессии со своими особенностями, даже когда меняются контактные данные.
Как поддерживать актуальность базы
С обновленной базой релизы наконец-то доходят до журналистов, а там и до выполнения KPI недалеко. Чтобы уследить за ее актуальностью, я и сотрудники нашего агентства выполняли такие ритуалы:
- раз в месяц просматривали рейтинги «Медиалогии» и вносили изменения в таблицу с базой;
- раз в полгода проводили технический аудит: исправляли ошибки, проверяли действительность адресов. От рутины здесь по-прежнему спасает «Дадата», ePochta Mailer, EmailValidator;
- перед каждым крупным региональным проектом проверяли в открытых источниках, не появились ли там новые СМИ и не закрылись ли старые. Изменения происходят обычно раз в полгода-год;
- сразу заносили в таблицу контакты журналистов, полученные при аккредитации, работе с запросом или на личной встрече.
Самостоятельно создать и вести толковую базу данных журналистов реально. И лучше пострадать немного при ее сборе и актуализации, чем сокрушаться, что пресс-релизы никто не публикует.
Материалы по теме:
Вирусная психология: как создать контент, которым будут делиться
Как попасть в топ «Яндекс.Новостей» и получить более 500 публикаций за сутки
Эти советы помогут вам понять, стоит ли ваш пиарщик своих денег
Зачем малому бизнесу нужен маркетинг и PR
Дискуссия: должен ли PR продавать?
Фото на обложке: Unsplash
Второй этап: Работа с базой СМИ
База СМИ для пиарщика – это, пожалуй, самый важный инструмент для работы. Можно даже сказать, что это единственное, что является его личной интеллектуальной собственностью. С ее помощью можно заниматься бесплатным продвижением публикаций и рекламных материалов клиента.
Важно позаботиться о том, чтобы база СМИ была актуальной – это должны быть именно ваши наработанные контакты, а не чужие. Так вы сможете быть уверены, что эти контакты «живые», и материал точно попадет тому журналисту, которому он адресован. Поддержание актуальной базы СМИ по конкретному клиенту — это практически ежедневная регулярная задача, которую делают профессионалы в PR.
! Lifehack: как найти именно ТОГО журналиста
Прежде чем направлять материал в издание, зайдите на сайт СМИ, изучите на какие темы кто из журналистов пишет. В конце каждой статьи обычно есть имя автора. Попробуйте найти контакт именно нужного вам человека. Так вы с большей вероятностью направите материал журналисту, который занимается именно вашей тематикой. Скажем, если вы работаете с недвижимостью, а журналист пишет про рестораны – ничего кроме раздражения запрос на размещение публикации про строительство нового ЖК у него не вызовет (проверено на собственном опыте!).
База СМИ — один из ключевых инструментов PR-менеджера и именно от ее качества зависит, будет ли успешна рассылка пресс-релиза или точечное инициирование материала. Как правильно собрать данные и работать с ними? Есть ряд нюансов, о которых мы расскажем ниже.
Выбираем СМИ
На первом этапе стоит сориентироваться какие издания интересны в большей степени, а какие в меньшей. Не надо пытаться внести в базу все издания, которые вы знаете. Выбирать нужно только те СМИ, которые реально пишут по темам, близким к роду деятельности компании. Если журнал пишет о политике, а ваша компания продает утюги, то сколько бы пресс-релизов вы им не отправили, про утюги они не напишут. Поэтому каждое издание проверяем на наличие нужных нам рубрик и ищем контакты журналистов. Не общие электронные адресы, а контакты конкретного человека, который пишет про те самые «утюги».
Расставляем приоритеты
Исходя из опыта, многие клиенты хотят, чтобы публикации выходили исключительно в пяти или десяти топовых изданиях. Они значительно сокращают список, веря, что это единственно верное решение и не стоит тратить силы на другие СМИ. Это распространенная ошибка, которую делают многие в самом начале. База СМИ не должна состоять из пяти или десяти изданий (условно) по нескольким причинам:
1. Эти издания могут вообще не писать по вашей теме или писать крайне редко, привлекая проверенных топовых спикеров.
2. При отсутствии сильного информационного повода (материала) работать над публикацией в топ СМИ можно месяцами и не добиться нужного эффекта.
3. Получить хороший охват, а, следовательно, и информированность целевой аудитории с минимальным списком СМИ очень сложно.
Правильным решением в данном случае станет расширение пула изданий и их грамотное распределение в базе. Для каждой компании количество контактов будет своим, здесь не стоит ориентироваться на усредненные значения. У кого-то их будет 50, а у кого-то — 350. Зависит от специфики бизнеса.
Структурируем базу данных
Данные в базе должны быть четко распределены, чтобы с ними было удобно работать. Необходимо их разделить по приоритетности для компании, периодичности, тематике издания или типу информации, которая может быть интересна.
Если компания представлена в регионах, то под каждый из них должна быть отдельная вкладка. В некоторых случаях объем данных получается довольно большим, тогда стоит распределять издания по типу, например:
• печатные, онлайн, информационные агентства, радио, ТВ;
• деловые, общественно-политические, lifestyle, автомобильные, кулинарные и пр.
Какие данные вносить?
Минимально: название издания, краткая справка о нем, адрес редакции, ФИО и должность журналиста, название рубрики, электронную почту и номер телефона (желательно мобильного) и раздел для комментариев по сотрудничеству.
Дополнительно: дата рождения журналиста, его хобби, размер одежды/обуви, ссылка на страницу в социальных сетях и другая информация, которая позволит ближе познакомиться и найти общие темы или поможет определиться с выбором подарка к праздникам.
Ведение базы
Недостаточно просто создать базу, нужно постоянно следить за её актуальностью. Для того, чтобы база оставалась эффективной, контакты стоит своевременно обновлять. Некоторые СМИ закрываются, другие, наоборот, отрываются, журналисты тоже периодически меняют место работы и контакты могут устаревать. Понятно, что с частью изданий PR-команда будет работать регулярно, с другими же — только при появлении определенного информационного повода. Поэтому перед значимыми событиями стоит перепроверить данные и внести необходимые изменения.
База СМИ для вашей компании: собираем и используем
Для руководителей бизнеса
Как известно, для специалиста по PR масс-медиа являются инструментом формирования устойчивого корпоративного бренда, положительной репутации, способом демонстрации успехов и перспектив компании и выстраивании взаимоотношений с клиентами, партнерами, органами власти, инвесторами и т.д. Чтобы пиар былактивным и эффективным, необходима регулярная работа со СМИ и база медиа-контактов. В нее входят все СМИ, сотрудничество с которыми может принести пользу PR-кампании: отраслевые журналы, специализированные сетевые ресурсы, TV, радио и т.д. Иными словами, база СМИ для пиарщика — это подборка MassMedia, вызывающих наибольший интерес у целевой аудитории конкретного бизнеса или персоны.
Почему качественная коммуникация со СМИ так важна
Опытный PR-менеджер рассматривает представителей журналистской среды не только как канал передачи актуальной информации, но и как обособленную целевую аудиторию. Так, при отсутствии хорошо налаженных связей со СМИ возникает риск появления негатива и недостоверной информации на страницах изданий, в телеэфире и на радио. Пиарщик может весьма эффективно использовать прочные связи с целевыми журналистами и изданиями не только когда PR-кампании клиента что-либо угрожает (например, не правдивые информационные «вбросы» от конкурентов), но и наоборот, привлекать внимание прессы к событиям, формирующим позитивный образ бренда. О том, как публиковать статьи в СМИ, мы уже писали, теперь рассмотрим, как правильно формировать базу, учесть все нюансы и скрытые ловушки.
База контактов СМИ
Формирование связей с журналистами начинается в процессе создания базы СМИ. Высококлассный специалист по пиару всегда располагает обширной, постоянно обновляющейся media-базой, и выстраивает с каждым изданием индивидуальную работу. В статье о том, как составлять медиа-карту, мы уже писали о том, что нельзя надеяться на эффективное сотрудничество, не учитывая интересы и специфику каждого издания. Поэтому грамотный пиар-менеджер старается поддерживать собственную базу контактов СМИ в идеальном «рабочем» состоянии.
Обновление базы средств массовой информации — кропотливый труд, требующий применения аналитических способностей и умения ориентироваться в медиа-ландшафте. Но при этом «свежая», грамотно структурированная база является залогом успеха в построении коммуникаций с прессой.
База СМИ: скачать из интернета или довериться профессионалам
Мы живем в эпоху технологий, поэтому каждый желающий имеет возможность выстраивать коммуникацию с представителями масс-медиа с помощью роботизированных сервисов. Безусловно, можно не обращаться за помощью к профессиональным PR-агентствам, а просто скачать базу СМИ из открытых источников. Но этот путь, скорее всего, не станет фундаментом для эффективной пиар-деятельности. Почему? Агентства работают осмысленно и вдумчиво, всегда держат руку на пульсе и оперативно реагируют на малейшие изменения в информационном поле, а их сотрудники прокачаны (располагают актуальными знаниями) и способны с высокой точностью предугадать, какая пиар-стратегия принесет максимальную пользу конкретному клиенту.
Агентство L.PR может подготовить уникальную базу СМИ для вашего бизнеса, включив в нее только те источники, которые могут вызывать интерес у вашей целевой аудитории. С помощью профессионально составленной медиа карты намного проще:
- мониторитьmass-media,
- оперативно получать публикации,
- налаживать двусторонний контакт с ведущими медиа-экспертами.
Искусство правильного диалога со СМИ — не дар, а результат корпоративного труда PR-агентства, умноженный на профессиональные знания и навыки. О том, как грамотно организовать работу со СМИ силами внутреннего Pr-специалиста, мы уже писали в предыдущих статьях нашего блога.
Этапы формирования медиа карты для клиентаL.PR
Формирование целевой базы СМИ (медиа карты) для наших клиентов происходит поэтапно.
- Раскрытие ЦА. Фиксируем территориальный охват, предпочтения целевой аудитории относительно формата средств массовой информации.
- Формирование пула СМИ, вписывающихся в перечень требований заказчика. Составляем перечень медиа, отвечающим интересам ЦА и запросу клиента. Выгружаем выборку из внутренней базы нашего агентства.
- Преобразование базы контактов СМИ в электронный формат. Систематизируем информацию: вид и специализация, охват и тираж, рубрики и периодичность появления нового контента, контакты редакции и ведущих журналистов издания.
- Аналитика источников из выделенного сегмента. Производим качественный анализ: изучаем формат и способ подачи новостей, оцениваем круг интересов журналистов, которые создают материалы для данного издания.
- Проверка вручную. Обзваниваем редакции и «пробиваем» ведущие контакты, вносим поправки (зачастую бывает, что публичная информация на сайте издания устарела, а журналисты, чьи контактные данные указаны, там уже не работают). Придаем базе СМИ законченный вид, снабжаем комментариями.
- Передача результатов клиенту.
Если вы планируете активизировать свою пиар-деятельность — регулярно приглашать прессу для освещения корпоративных событий, размещать полезную информацию о бренде/персоне/услугах, информируя аудиторию о новинках — профессионально составленная база масс-медиа вам просто необходима.
Сколько стоит услуга
Стоимость работ по созданию базы контактов СМИ (медиа карты) зависит от характеристик и охвата рынка, особенностей целевой аудитории и коммуникационных задач клиента. Наше агентство не приветствует конвейерных схем работы, поэтому мы практикуем персональный подход и отдаем предпочтение долгосрочному формату сотрудничества.
Разработка базы данных по публикациям в СМИ
ВВЕДЕНИЕ
база данные проектирование атрибут
Потоки информации, возникающие в окружающем
мире, имеют все более четкую тенденцию к увеличению. Поэтому в любой
организации, как большой, так и маленькой, возникает проблема организации
хранения данных. Конечно, можно использовать для этого и устаревшие методы –
хранение информации на бумаге, но большинство организаций предпочитают хранить,
структурировать и систематизировать большие объемы данных при помощи ЭВМ. На
сегодняшний день трудно (а иногда даже невозможно), представить работу
большинства крупных промышленных, финансовых, торговых, туристических и других
организаций без баз данных. При отсутствии баз данных все эти организации
просто бы не справились с потоками информации. Базы данных позволяют хранить, структурировать
и извлекать информацию оптимальным для пользователя способом.
Цель курсового проекта – разработка базы данных
по публикациям в СМИ.
1. АНАЛИЗ ТЕХНИЧЕСКОГО ЗАДАНИЯ И
ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
.1 Анализ исходных данных и
разработка технического задания
Главной задачей разработки данной курсовой
работы является разработка программы «Публикации в СМИ». Для реализации данной
программы необходимо разработать пакет классов объекты, которых будут
создаваться, и использоваться в приложении.
В данном курсовом проекте предложено реализовать
приложение списка клиентов. Необходимыми условиями являются:
хранение данных в СУБД MySQL;
реализация приложения на языке Java;
использование библиотеки Hibernate для
представления записей таблиц базы в виде объектов java;
использование в качестве среды разработки
NetBeans 6.5 +.
Также по условию минимально число таблиц в базе
должны быть равно пяти.
Исходя из предложенных данных необходимо:
создать в MySQL базу данных, содержащую
информацию о клиентах и сопутствующей информации и связях;
реализовать представление данных из таблицы в
виде объектов Java;
реализовать приложение с графическим интерфейсом
на базе библиотеки Swing для управления базой.
Приложение должно иметь дружественный и
интуитивно понятный интерфейс и предоставлять ряд необходимых возможностей как:
добавление записей; редактирование записей; удаление записей; сортировка по
выбранному полю; печать.
1.2 Требования, предъявляемые к базе
данных «Публикации в СМИ»
В настоящее время в связи с увеличением
количества автоматизированных информационных систем также увеличилось
количество требований, предъявляемых к подобным системам. Среди всего
многообразия требований можно выделить наиболее общие.
Функциональные возможности:
наличие визуального редактора для ввода,
просмотра и редактирования информации;
возможность удаления введенных данных.
Поддержка администрирования – возможность
ограниченного доступа к системе.
Ориентированность на пользователя – уровень
знаний технических навыков, которым должен обладать конечный пользователь,
чтобы грамотно пользоваться системой:
дизайн интерфейса;
интуитивность;
удобство навигации.
Переносимость данных – возможность
импорта/экспорта данных из СУБД. Устойчивость к нагрузкам – при выполнении
обработки большого объема данных приложение должно рационально использовать
ресурсы системы не вызывая проблем с использованием других приложений.
Безопасность – уровень защищенности системы,
качество и регулярность выпускаемых обновлений и так далее.
1.3. Анализ исходных требований
Комплекс состоит из двух частей: сервера MySQL и
клиентского приложения.
Серверная часть должна быть реализована в MySQL
на локальном или удалённом компьютере и содержать базу клиентов.
Клиентское приложение подключается к базе MySQL.
Настройки подключения к нужной базе жёстко заданы в программе, т.к. она не
подразумевает использование какой-либо базы, кроме исходной.
После подключения к базе клиентское приложение
предоставляет пользователю интерфейс для управления данными на сервере. Все
изменения в клиентской части сохраняются в реальном времени на сервере.
База данных «Публикации в СМИ» должна хранить
такую информацию как данные о публикациях (их название, содержание, имя автора
и т. д.), данные об основных источниках и темах новостей.
1.4 Выбор инструментальных средств
для разработки
Для написания данного приложения была выбрана
среда разработки NetBeans версии 6.8, использующая по умолчанию jre версии 6.
Данная среда является мощным и удобным средством разработки приложений на языке
Java. Важным фактором является расширяемость среды посредством библиотек и
плагином, что позволяет без особых усилий со стороны разработчика использовать
в проекте такие средства как hibernate и swing.- библиотека для языка
программирования Java, предназначенная для решения задач объектно-реляционного
проецирования (object-relational mapping – ORM). Она представляет собой
свободное программное обеспечение с открытым исходным кодом (open source),
распространяемое на условиях GNU Lesser General Public License. Данная библиотека
предоставляет лёгкий в использовании каркас (фреймворк) для отображения
объектно-ориентированной модели данных в традиционные реляционные базы данных.
Среди преимуществ использования библиотеки
hibernate можно выделить следующие особенности, имеющие важное значение при
разработке данного курсового проекта:
возможность представления записей таблиц MySQL в
виде объектов классов Java, что позволяет значительно упростить в программе
часть, отвечающую за обращение приложения к базе данных MySQL;
простота создания объектных связей с базой
данных, позволяющая уделить больше внимания обработке взаимодействий между
объектами. Библиотека предоставляет удобный визард для выявления нужных связей.
Для реализации графического интерфейса
используется библиотека Swing. Она предоставляет более гибкие интерфейсные
компоненты, чем более ранняя библиотека AWT. В отличие от AWT, компоненты Swing
разработаны для одинаковой кросс-платформенной работы, в то время как
компоненты AWT повторяют интерфейс исполняемой платформы без изменений.
Компоненты Swing поддерживают специфические динамически подключаемые виды и
поведения (англ. plugable look-and-feel), благодаря которому возможна адаптация
к графическому интерфейсу платформы (т. е. к компоненту можно динамически
подключить другой, специфический для операционной системы, в том числе и
созданный программистом вид и поведение). Таким образом, приложения,
использующие Swing, могут выглядеть как родные приложения для данной
операционной системы. Основным минусом таких «легковесных» (англ. Lightweight)
компонентов является относительно медленная работа. Положительная сторона –
универсальность интерфейса созданных приложений на всех платформах.
1.5 Разработка технического задания
Техническое задание необходимо для того, что бы
определить основные исходные данные при проектировании клиентского приложения.
Так же техническое задание необходимо для задания конкретных требований к
системе и документации, условиям функционирования системы. На основании
теоретического исследования, проведённого в рамках данной главы, были
определены приоритетные факторы, влияющие на окончательный вид технического
задания, и определены его основные позиции, касающиеся программной реализации
клиентского приложения:6.8 для реализации клиентской части приложения с
использование графической библиотеки Swing;
хранение информации о клиентах гостиницы в СУБД
MySQL;
использование библиотеки hibernate.
Полное техническое задание приведено в
Приложении А.
2. ПРОЕКТИРОВАНИЕ СУБД
.1 Выявление необходимого набора сущностей
Проектируемая база данных должна обеспечить
хранение большого объема данных о публикациях в СМИ. Следовательно, первая и
основная сущность базы – Публикация.
Информационные сообщения не существуют сами по
себе – у каждого есть автор и издатель. Причем у одного автора может быть
несколько работ, опубликованных в разных изданиях либо выложенных на разных
сайтах. Можно выделить две сущности:
Автор
Источник (журнал либо сайт либо ТВ канал).
Также для удобства стоит выделить сущности:
Тема
Дата
Это необходимо для удобства сортировки, но сами
таблицы являются промежуточными.
2.2 Обоснование требуемого набора
атрибутов для каждой сущности и выявление идентифицирующих атрибутов
Чтобы построить базу данных, нужно для каждой
сущности, выявленной в пункте 2.1 определить требуемый набор атрибутов
(свойств). Атрибут, как известно, является поименованной характеристикой
сущности. Его наименование должно быть уникальным для конкретного типа
сущности, но может быть одинаковым для различного типа сущностей. Атрибуты
используются для определения того, какая информация должна быть собрана о
сущности. Ниже представлены сущности и определенные для них атрибуты
(идентифицирующие атрибуты выделены подчеркиванием).
Сущность «публикация» (атрибуты: код публикации,
название, содержание, имя автора).
Сущность «авторы» (атрибуты: код автора, ФИО,
информация).
Сущность «источники» (атрибуты: код источника,
название, информация об источнике).
Сущность «темы» (атрибуты: код темы, название,
информация).
Сущность «дата» (атрибуты: код даты, дата).
2.3 Определение связей между
объектами
Следующим этапом в проектировании базы данных
является установление связи между сущностями.
Связь – это ассоциирование двух или более
сущностей. Если бы назначением базы данных было только хранение отдельных, не
связанных между собой данных, то ее структура могла бы быть очень простой.
Однако одно из основных требований к организации базы данных – это обеспечение
возможности отыскания одних сущностей по значениям других, для чего необходимо
установить между ними определенные связи. А так как в реальных базах данных
нередко содержатся десятки или даже сотни сущностей, то между ними может быть
установлено великое множество связей. Наличие такого множества связей и
определяет сложность базы данных.
На рисунке 2.3.1 изображен процесс
взаимодействия объектов, составляющих базу данных публикаций в СМИ.
Рисунок 2.1 – Процесс взаимодействия объектов БД
«Публикации в СМИ»
При проектировании базы данных все сущности
изображаются одностолбцовыми таблицами с заголовками. Заголовком является имя
сущности. Строки таблицы – это перечень атрибутов сущности, в которой
идентифицирующие атрибуты, располагаются рядом и обводятся рамкой. Связи между
сущностями указываются стрелками, направленными от идентифицирующих атрибутов
или их составляющих. На основе проведенного проектирования база данных
публикаций в СМИ можно представить модель данных. Приложение Б.
2.5 Проектирование СУБД
Рассмотрим реализацию основных классов, которые
будут содержать информацию о клиентах и дополнительной информации.
База данных MySQL smi_base будет содержать 5
таблиц для хранения данных о публикациях:
таблица publication, хранящая информацию о
публикации;
таблица themes, хранящая информацию об основных
тематиках;
таблица authors, хранящая информацию об авторах;
таблица source хранящая информацию об
источниках;
таблица data, промежуточная таблица;
Приложение будет иметь оконный интерфейс с
использованием списка, где каждому элементу списка будет соответствовать своя
таблица. Также каждая таблица будет иметь функции добавления, редактирования,
удаления, сортировки и печати.
Для создания базы данных, таблиц и их
предварительного заполнения необходимо написать скрипт инициализации для MySQL.
Диаграмма классов UML прикреплена в Приложении
В.
3. РЕАЛИЗАЦИЯ И ТЕСТИРОВАНИЕ
.1 Результаты реализации
программного обеспечения
Для корректной работы программы на компьютере
должен быть запущен сервер MySQL содержащий таблицы для каждого типа записи.
Для инициализации базы написан скрипт MySQL (smi_base.sql), служащий для
создания необходимых таблиц в базе и тестового заполнения базы.
После запуска приложения на экране появляется
главное окно программы, содержащее вкладки с таблицами. Для заполнения таблиц
данными из СУБД используется функция:void loadBD(int table, int sortOrder)
Данная функция принимает в качетстве аргумента
номер таблицы. Это понадобится в дальнейшем рассмотрении программы. Функция подключается
к базе данных и заполняет таблицы главного окна данными.
Настройки, необходимые для подключения
приложения к базе MySQL, находятся в конфигурационном файле hibernate.cfg.xml.
В результате запуска приложения мы видим главное
окно:
Рисунок 3.1 – Главное окно
Для каждой таблицы были реализованы следующие
функции:
добавление записи:void
AddActionPerformed ();void Ok1ActionPerformed ();void Ok2ActionPerformed
();void Ok3ActionPerformed ();void Ok4ActionPerformed ();
удаление записи:void
DeleteActionPerformed ();
редактирование записи:void
EditActionPerformed ();void Edit1ActionPerformed ();void Edit2ActionPerformed
();void Edit3ActionPerformed ();void Edit4ActionPerformed ();
сортировка записей в таблице по выбранному полю.
Функции добавления и редактирования вызывают
панели, содержащие поля для заполнения. В случае редактирования поля являются
уже заполненными в соответствии с выбранным в таблице элементом.
Для добавления записи:
Рисунок 3.2 – добавление записей
Для редактирования записей:
Рисунок 3.3 – Редактирование записей
Для удаления записей:
Рисунок 3.4 – Удаление записей
Каждое поле имеет три функции:
подтверждение введенных данных и сохранение их в
базе (Add);
подтверждение введенных данных и замена их в
базе (Edit);
отмена (Cancel).
После закрытия поля в случае подтверждения
записи на главном окне производится перерисовка таблиц для отображения только
что внесенных данных для чего вызывается функция:(int, int);
Для всех таблиц реализована функция печати.
Печать в библиотеке Swing реализована практически для всех текстовых
контейнеров и поэтому для её осуществления нужно всего лишь вызвать метод
print().
После нажатия на кнопку Print на экране
появляется:
Рисунок 3.5 – Подготовка к печати
3.2 Методика тестирования
Программисты часто пренебрегают имеющимися в их
распоряжении отладчиками и не используют их в полной мере. Следует подчеркнуть,
что отладчик является прекрасным инструментом изучения языка, который позволяет
производить наглядные эксперименты с различными языковыми конструкциями.
В NetBeans 6.8 предусмотрены следующие элементы
отладки: контрольные точки, наблюдение за переменными, пошаговое исполнение
кода.
Требования, подлежащие проверке во время
тестирования программы:
) Отсутствие ошибки приложения при отсутствии
входных данных и предпринимаемые действия при обработке ошибок.
) Отсутствие ошибки приложения при невозможности
сохранения и загрузки базы данных.
) Контроль корректности вводимых данных при
работе с главным и дополнительными меню
Тестирование программы на соответствие
вышеперечисленным требованиям осуществлялось на основе анализа результатов
работы программы при наличии или отсутствии входных данных.
На окончательном этапе тестирования серьёзных
ошибок или сбоев в работе программы не обнаружено.
Ниже приведена таблица тестирования функций
приложения:
Таблица 1 – результаты тестирования
|
Имя |
Результат |
|
add |
сбоев |
|
edit |
сбоев |
|
delete |
сбоев |
|
loadBD |
сбоев |
3.3 Отладка
Отладка – этап разработки компьютерной
программы, на котором обнаруживают, локализуют и устраняют ошибки. На данном
этапе разработки очень большое влияние на результат оказывают используемые
средства разработки. Именно они предоставляют разработчику необходимые
средства, с помощью которых можно локализовать ошибку приложения.
В данной курсовой работе использовался NetBeans
6.8, который имеет встроенный отладчик, с помощью которого можно отслеживать
значения переменных, пошагово выполнять программу и анализировать код во время
работы приложения.
При обращении приложения к базе данных MySQL
также могут возникать ошибки. Но это не будет являться ошибкой Java, что
усложняет положение. Но библиотека Hibernate предусматривает вывод ошибок
обращения в стандартное окно вывода программы NetBeans, в результате чего
отладка программы значительно упрощается.
В результате выполнения курсовой работы
приобрели специальные знания и умения, необходимые для эффективной разработки
программных систем с использованием объектно-ориентированного подхода, СУБД.
Было спроектировано и создано приложение,
обладающее графическим пользовательским интерфейсом и работающее под
управлением ОС Windows.
По результатам испытаний установлено, что
разработанное программное обеспечение является работоспособным, корректно
выполняет все необходимые функции.
Конечная программа представляет собой инструмент
для работы с базой данных «Публикации в СМИ», готовый к использованию.
Литература
Брюс Эккель Философия Java 4-е изд.
– СПб.: Питер, 2009г. – 640 с., ил.- ( Серия «Библиотека программиста»).
ГОСТ 19.201-2000 ЕСПД. Техническое
задание. Требования к содержанию и оформлению. – М.: Издательство стандартов,
1982.
Глухова Т. М. – конспект лекций по
курсу «Объектно-ориентированное программирование».
Самоучитель UML. Эффективный
инструмент моделирования информационных систем.
Анил Хемраджани. Гибкая разработка
приложений на Java с помощью Sprig, Hibernate и Eclipse – Москва,
Санкт-Петербург, Киев, 2008 г. – 338 с.
ПРИЛОЖЕНИЕ А
Техническое задание
Введение
Данный документ является расширенным
техническим заданием на разработку программы, необходимой для отслеживания
публикаций в СМИ.
А.1 Назначение разработки
Программа предназначена для
отслеживания публикаций в СМИ. Программа позволит вести работу с базой,
добавлением, редактированием и удалением записей из базы данных.
А 1.1 Функциональное назначение
разработки
Функциональное назначение программы
заключается в организации программы, реализующей базу данных публикаций в СМИ
для дальнейшего использования по назначению.
А 1.2 Эксплуатационное назначение
разработки
Программа предназначена для
использования в составе ПО любого пользователя, для удобной каталогизации
публикаций.
А.2 Требования к функциональным
характеристикам
Приложение должно обеспечивать
корректное выполнение следующих общих функций:
Отображение базы данных;
просмотра/редактирования/удаления
записей;
сортировка записей по выбранному
полю;
печать.
А.3 Требования к информационной и
программной совместимости
Программа должна быть:
разработана на одном из
объектно-ориентированных языков программирования.
Данные должны храниться в таблицах
СУБД MS SQL Server. Доступ к ним должен осуществляться из клиентского
приложения.
А.4 Стадии и этапы разработки
Этапы разработки программы и сроки
их выполнения представлены в таблице А.1.
Таблица А.1 – Этапы работ и сроки их
выполнения.
|
Процент |
Сроки |
|
30% |
15.10.2010-14.11.2010 |
|
60% |
15.11.2010-14.12.2010 |
|
100% |
15.12.2010 |
ПРИЛОЖЕНИЕ Б
ПРИЛОЖЕНИЕ В
ПРИЛОЖЕНИЕ Г
ПРИЛОЖЕНИЕ Д
