39030

Базовые технологии доступа к БД в Borland C++ Builder

Лабораторная работа

Информатика, кибернетика и программирование

Указания к выполнению лабораторной работы Процессор баз данных Borlnd Dtbse Engine – не единственный механизм организации доступа к данным в БДприложениях. Важным примером таких разработок является технология ODBC которая на сегодняшний день стала фактическим отраслевым стандартом работы с базами данных из клиентских приложений. Аббревиатура ODBC расшифровывается как Open DtBse Connectivity что можно перевести как открытая система связи с базами данных. В системе взаимодействия приложений с базами данных посредством ODBC принято...

Русский

2013-09-30

159 KB

13 чел.

Лабораторная работа № 4

Базовые технологии доступа к БД в Borland C++ Builder

(Продолжение)

Цель работы: Изучить принципы разработки приложений для работы с БД в Borland C++ Builder. Получить навыки работы с технологией ODBC.

Указания к выполнению лабораторной работы

Процессор баз данных Borland Database Engine – не единственный механизм организации доступа к данным в БД-приложениях. Разумеется, другие производители программного обеспечения также занимались разработкой универсальных средств взаимодействия с СУБД различных производителей. Важным примером таких разработок является технология ODBC, которая на сегодняшний день стала фактическим отраслевым стандартом работы с базами данных из клиентских приложений.

Аббревиатура ODBC расшифровывается как Open DataBase Connectivity, что можно перевести как «открытая система связи с базами данных». Признак «открытости» в данном случае означает простоту расширяемости, наращиваемости системы, то есть возможность легко использовать эту технологию для работы с новой, еще одной СУБД.

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

  •  Приложения, разработанные с использованием прикладного программного интерфейса ODBC (ODBC API). Прикладной программный интерфейс ODBC представляет собой описание процедур и функций, обеспечивающих стандартные операции по работе с базами данных: подключение и регистрацию в СУБД, выполнение операторов на языке манипулирования данными SQL, извлечение информации из БД  и ее представление в виде наборов данных в памяти приложения. Кроме этого, в интерфейс ODBC входят стандартное представление для данных различных типов, стандартный набор кодов ошибок и типовой синтаксис SQL-операторов, которые можно использовать для обращения к СУБД.  
  •  Менеджер драйверов (ядро ODBC). Он представляет собой библиотеку, в которой содержится реализация упомянутого выше интерфейса ODBC. Менеджер драйверов является независимым по отношению к приложениям и к СУБД и выступает в качестве транслятора между приложением и сервером конкретной базой данных. Его основная функция состоит в загрузке (по требованию приложения) подходящего драйвера для той СУБД, с которой приложение собирается взаимодействовать.
  •  ODBC драйверы и агенты БД. Эти компоненты обрабатывают вызовы функций ODBC и направляют запросы на языке SQL к источникам данных (базам данных конкретных СУБД), а также возвращают полученные результаты приложению. При необходимости драйверы выполняют модификацию исходного запроса приложения таким образом, чтобы он соответствовал синтаксическим требованиям целевой СУБД.
  •  Источники данных. Содержат те данные, доступ к которым необходим пользователю приложения. Данные сохраняются в базах данных, контролируемых некоторой СУБД, операционной системой, а также сетевой операционной системой, если таковая используется.

В качестве аналогов BDE-псевдонимам в рассматриваемой технологии выступают поименованные источники данных (Data Source Names, DSN) – специальные структуры данных, которые используются для описания соединений с конкретными базами данных. Важнейшими параметрами любого поименованного источника данных является ODBC-драйвер, который будет использоваться для обращения к СУБД, и местонахождение целевой БД (путь к файлу, адрес и наименование сервера баз данных и т.п.).

Управление источниками данных и настройка всей системы ODBC осуществляется с использованием ODBC-администратора. В семействе ОС Windows таковым является специальная программа odbcad32.exe, которую можно вызвать из панели управления. Например (для Windows 2000 и Windows XP): Пуск | Настройка | Панель управления | Администрирование | Источники данных (ODBC).

Рассмотрим пример создания поименованного источника данных для базы данных Microsoft Access.

  1.  В окне ODBC-администратора нас в первую очередь будет интересовать вкладка «Драйверы», которая предоставляет список установленных на компьютере драйверов ODBC. Стандартная установка системы ODBC фирмы Microsoft включает в себя  драйверы ODBC для таких популярных СУБД как Microsoft SQL Server, Microsoft Access, а также драйвер ODBC для обращения к таблицам Microsoft Excel. Необходимо убедиться, что драйвер для работы с нужной нам СУБД присутствует в списке (например, строчкой «Microsoft Access Driver (*.mdb)»).
  2.  Списки поименованных источников данных находятся на вкладках «Пользовательский DSN» и «Системный DSN». Разница между ними в том, что пользовательские источники данных используются текущем пользователем компьютера, в то время как системные – доступны любому пользователю этого компьютера при условии наличия у него необходимых прав. На вкладке «Пользовательский DSN» нажмем кнопку «Добавить».
  3.  В окне «Создание нового источника данных» необходимо выбрать драйвер для работы с источником данных – в нашем случае «Microsoft Access Driver (*.mdb)». Для продолжения операции следует нажать кнопку «Готово».
  4.  В окне настройки поименованного источника данных следует задать следующие обязательные параметры:
  •  Имя источника данных (например, «MYACCESS_ODBC»);
  •  База данных – для этого необходимо нажать кнопку «Выбрать…» и указать путь и имя файла, в котором хранится нужная база данных Microsoft Access.

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

 

Следует помнить, что принцип создания и модификации поименованных источников данных ODBC не зависит от типа целевой СУБД. Однако внешний вид окна настройки, а также список обязательных для заполнения параметров может изменяться. Например, для настройки источника данных для СУБД Sybase SQL Server необходимо обязательно задавать имя источника данных, имя сервера баз данных и способ взаимодействия драйвера ODBC и СУБД (разделяемая память, поименованные каналы, стеки протоколов TCP/IP или IPX/SPX).

К достоинствам технологии ODBC на сегодняшний день можно отнести:

  •  Независимость стандартного интерфейса ODBC от языка программирования, типа СУБД и типа операционной системы. На сегодняшний день реализованы системы ODBC для ОС Microsoft Windows, а также для различных версий ОС Unix и ОС Linux.
  •  Открытость стандарта ODBC и наличие средств разработки новых драйверов. К настоящему моменту  созданы сотни ODBC-драйверов для  различных СУБД.
  •  Развитие и поддержка стандарта крупнейшими производителями программного обеспечения (в первую очередь, фирмой Microsoft).

Недостатками технологии ODBC являются:

  •  Многие возможности современных СУБД не поддерживаются стандартом ODBC;
  •  Многослойная архитектура ODBC может вызвать проблемы снижения производительности БД-приложений.
  •  Открытость стандарта привела к появлению огромного количества драйверов низкого качества, использование которых приводит к возникновению многочисленных ошибок и сбоев в работе.
  •  Технология ODBC не позволяет прозрачно работать с распределенными по различным СУБД источниками данных.

Вернемся теперь к вопросам разработки приложений для работы с базами данных в среде Borland C++ Builder. Серьезным недостатком технологии BDE, как уже говорилось, является ограниченное количество типов СУБД, с которыми посредством этой технологии можно взаимодействовать напрямую. Частичным решением этой проблемы является наличие в процессоре баз данных BDE так называемого ODBC-канала (ODBC socket), который позволяет ядру BDE ретранслировать запросы приложения менеджеру драйверов ODBC для соответствующего источника данных. Таким образом, если в качестве BDE-псевдонима в приложении будет указано имя источника данных ODBC, то взаимодействие этого приложения с базой данных будет осуществляться по следующей схеме:

Приложение [Компоненты BDE] ↔ ядро BDE [Канал ODBC] ↔

↔ ядро ODBC ↔ драйвер ODBC ↔ СУБД [Целевая БД].

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

Важнейшим свойством любого набора данных (производного от TDataSet) является свойство Fields, которое позволяет обращаться к полям текущей записи этого набора. Набор данных может содержать одно, несколько или все поля таблицы базы данных. Если список полей не определен (пуст), то при вызове метода Open() в набор будут автоматически включены все возможные поля. Разработчик может определить список полей набора данных в процессе  проектирования приложения. Для этого следует дважды щелкнуть левой кнопкой мыши по компоненту нужного набора данных на форме. Это приведет к активизации окна  редактора полей. С помощью всплывающего меню, которое открывается по нажатию правой кнопкой мыши, над списком полей можно выполнять следующие операции:

  •  Add fields… (Добавить поля) – добавление полей из списка столбцов таблицы или запроса БД. Если параметры соединения с источником данных указаны корректно, то разработчику будет предложен список, из которого можно выбрать столбцы для создания полей в наборе данных. Значения имени и типа данных для каждого добавленного поля будут установлены автоматически.
  •  Add all fields (Добавить все поля) – добавление всех полей таблицы или запроса БД. Операция может быть выполнена, если параметры соединения набора данных с источником данных указаны корректно. Значения имени и типа данных для каждого поля будут установлены автоматически.
  •  Delete (Удалить поле) – удаление выделенного поля из списка.
  •  New field(Создать поле) – создание нового поля. Эта операция используется, если установить соединение с источником данных в момент проектирования приложения не представляется возможным, а также для добавления полей специального типа (см. далее). Значения вида, имени и типа данных для создаваемого поля необходимо указывать вручную.

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

Рис. 4.1. Иерархия классов полей

Объекты полей предоставляют разработчику следующие возможности:

  •  С точки зрения набора данных объект поля представляет собой хранилище текущего значения этого поля (то есть значение поля для текущей записи). Например, чтобы обратиться к значению первого по порядку поля в таблице Table1, достаточно записать:

AnsiString S = Table1->Fields->Fields[0]->AsString;

 

Результат выполнения приведенного оператора будет корректен, если соответствующее поле допускает представление в виде строки AnsiString.

  •  Всякий объект, производный от базового класса TField, умеет взаимодействовать с визуальными компонентами отображения данных. При работе с набором данных указанные компоненты взаимодействуют именно с полями.

Объекты полей обычно относятся к одному из трех видов: поля данных, поля синхронного просмотра и вычисляемые поля. Вид поля определяется свойством FieldKind. В зависимости от вида поля оно по-разному используется в наборе данных:

  •  Поля данных (значение свойства FieldKind = fkData) – используются для отображения данных из реальных полей таблицы или запроса. Этот вид присваивается любому вновь создаваемому полю по умолчанию. Основное свойство для объектов полей данных – свойство FieldName – должно содержать наименование реально существующего столбца соответствующей таблицы или запроса. В противном случае попытка открыть набор данных в программе приведет к возникновению ошибки. Поля данных обычно создаются с использованием команд «Add fields» или «Add all fields» редактора полей (см. выше).
  •  Поля синхронного просмотра (значение свойства FieldKind = fkLookup) – используются для  отображения в данном наборе данных значений из другого набора данных, связанного с ним по какому-либо ключу. Например, в информационной системе «Телефонный справочник» (см. файл Microsoft Access из лабораторной работы № 3) таблица с информацией о владельцах телефонных номеров связана со справочником городов. Поэтому в наборе данных, который соответствует таблице владельцев, хотелось бы увидеть не только значения идентификаторов города проживания, но и сами названия городов. Для этой цели и применяются поля синхронного просмотра. Обязательными свойствами для полей такого вида являются:
    •  Свойство FieldName – определяет наименование поля синхронного просмотра. В отличие от полей данных, оно не совпадает ни с каким реальным полем соответствующей таблицы или запроса БД.
    •  Свойство KeyFields – содержит список из одного или нескольких наименований полей данного набора данных, которые составляют внешний ключ. В приведенном примере внешним ключом является поле person_city, которое содержит идентификатор города проживания для каждого владельца телефонного номера.
    •  Свойство LookupDataSet – содержит наименование связанного набора данных, из которого будут выбираться отображаемые значения поля. В приведенном примере – это наименование набора данных для справочника городов.
    •  Свойство LookupKeyFields – содержит список из одного или нескольких наименований полей, которые составляют первичный ключ в связанном наборе данных. В приведенном примере таким ключом является поле city_id справочника городов.
    •  Свойство LookupResultField – содержит наименование поля связанного набора данных, значение которого будет отображаться в поле синхронного просмотра. Для приведенного примера таким полем будет поле city_nm справочника городов.

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

  •  Вычисляемые поля (значение свойства FieldKind = fkCalculated) позволяют получать на основе существующих полей каждой записи набора данных некоторые новые значения. Алгоритм получения значений для всех вычисляемых полей должен быть помещен в обработчик события OnCalcFields соответствующего набора данных. При описании алгоритма допускается использовать любые операторы языка Borland C++, а также обращаться к любым свойствам или методам его компонентов, в том числе выполнять запросы к базе данных. Следует помнить, что обработчик события OnCalcFields вызывается после инициализации значений полей синхронного просмотра, поэтому их использование также возможно. Создание вычисляемых полей обычно производится с помощью команды «New field» редактора полей.

Рассмотрим пример формирования списка полей для таблицы телефонных номеров информационной системы «Телефонный справочник», описанной в задании к лабораторной работе № 3. Будем считать, что набор данных Table1  соответствует справочнику городов T_CITIES, Table2 – таблице владельцев T_PERSONS, а Table3 –  таблице телефонных номеров T_PHONENUMBERS. Все наборы данных (Table1, Table2 и Table3) относятся к классу TTable.

  1.  Откроем редактор полей для набора данных Table3 и выберем из всплывающего по нажатию правой кнопки мыши меню команду  «Add all fields». Это приведет к добавлению в список редактора следующих полей: phonenumber_id, phonenumber, phonenumber_type и person_id.
  2.  Чтобы обеспечить отображение в наборе данных имени владельца по его идентификатору (person_id) необходимо создать поле синхронного просмотра person_nm.
  3.  Вызовем команду «New field» для создания нового поля. Откроется диалоговое окно, показанное на рисунке 4.2.

Рис. 4.2. Диалоговое окно для создания нового поля в редакторе полей набора данных

  1.  Определим наименование (Name) поля и его тип (Type). Если тип данных поля имеет нефиксированную длину (например, строка), то необходимо указывать максимальный размер поля (Size).
  2.  Для поля синхронного просмотра укажем имя «person_nm», тип данных «String», максимальный размер поля – 300 символов.
  3.  Зададим вид поля: Data соответствует полям данных, Calculated – вычисляемым полям, Lookup – полям синхронного просмотра.
  4.  Зададим правила синхронного просмотра (группа управляющих элементов Lookup). Для параметра Key Fields выберем поле «person_id» (идентификатор владельца телефонного номера, который в данном случае является внешним ключом). В качестве набора данных для просмотра (Dataset) выберем набор данных, соответствующий таблице владельцев, т.е. Table2.
  5.  После этого следует указать наименование поля первичного ключа в указанном наборе данных для просмотра. В данном случае наименования полей первичного и внешнего ключа совпадают: «person_id».
  6.  В качестве поля из набора данных Table2, значения которого будет отображаться полем синхронного просмотра, следует выбрать «person_name».
  7.  Если все параметры нового поля заданы корректно, то нажатие кнопки OK приведет к появлению нового поля указанного типа.
  8.  Чтобы получать значение полного телефонного номера вместе с префиксом (кодом города), необходимо создать соответствующее вычисляемое поле «phonenumber_full». Очевидно, что для работы алгоритма вычисления этого поля потребуется значение префикса, которое определяется по идентификатору города. Идентификатор города, в свою очередь, определяется по владельцу телефонного номера. Таким образом, перед созданием самого вычисляемого поля необходимо создать два дополнительных поля синхронного просмотра: «person_cityid» – для просмотра идентификатора города по идентификатору владельца и «city_code» – для просмотра префикса города по его идентификатору.
  9.  Повторим шаги 3 – 10 для создания целочисленного поля синхронного просмотра «person_cityid». В качестве поля просмотра из таблицы Table2 следует выбрать поле «person_city» (идентификатор города проживания владельца).
  10.  Повторим шаги 3 – 10 для создания целочисленного поля  синхронного просмотра «city_code». Для параметра Key Fields в данном случае следует выбрать только что созданное поле синхронного просмотра «person_cityid». В качестве набора данных для просмотра (Dataset) необходимо указать набор данных Table1, соответствующий справочнику городов. В качестве первичного ключа из таблицы Table1 должен быть задан идентификатор города «city_id», а в качестве поля просмотра – телефонный код города «city_code».
  11.  После успешного создания дополнительных полей синхронного просмотра необходимо создать вычисляемое поле «phonenumber_full», для чего еще раз повторяем шаги 3-5. Переключатель Field Type, который определяет вид поля, должен быть переведен на позицию Calculated. Задания других параметров при создании вычисляемого поля не требуется.
  12.  Для обработчика событий OnCalcFields набора данных Table3 укажем:

void __fastcall TForm1::Table3CalcFields(TDataSet *DataSet)

{

 if ((DataSet->Fields->FieldByName("phonenumber_type")->Value!= 0)

 && (DataSet->Fields->FieldByName("city_code")->AsString != ""))

 {

  DataSet->Fields->FieldByName("phonenumber_full")->Value =

   "("+ DataSet->Fields->FieldByName("city_code")->Value + ")-" +

    DataSet->Fields->FieldByName("phonenumber")->Value;

 }

 else

 DataSet->Fields->FieldByName("phonenumber_full")->Value =

  DataSet->Fields->FieldByName("phonenumber")->Value;

}

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

Для отображения данных и построения пользовательского интерфейса приложения для работы с БД в среде разработки Borland C++ Builder используются компоненты, расположенные на вкладке «Data Controls» палитры компонентов. Ранее говорилось, что взаимодействие между такими компонентами и наборами данных осуществляется через специальные компоненты класса TDataSource. Поэтому у любого компонента визуального отображения данных имеется свойство DataSource, значение которого должно быть корректно определено.

Среди компонент визуального отображения данных особое значение имеет компонент TDBGrid, который используется для показа содержимого набора данных в табличном формате, когда строки соответствуют записям, а столбцы – полям записи этого набора. Для определения состава столбцов в TDBGrid можно использовать редактор столбцов (Columns editor), который вызывается двойным щелчком левой кнопки мыши по соответствующему компоненту на форме. Порядок следования столбцов в сетке TDBGrid определяется порядком следования определений столбцов в этом редакторе. Если редактор столбцов не содержит определений столбцов (или вообще не использовался), то при исполнении программы столбцы сетки будут автоматически созданы по списку редактора полей того набора данных, с которым связана сетка.  При этом внешний вид столбцов (наименование, ширина, видимость и др.), а также порядок их расположения определяется характеристиками соответствующих полей. В редакторе столбцов можно добавлять и удалять столбцы из сетки. Основным свойством объекта-столбца, который относится к классу TColumn, является свойство FieldName, связывающее этот столбец с некоторым объектом поля из соответствующего набора данных. Кроме того, с помощью инспектора объектов, можно редактировать таки свойства столбца, как его наименование, ширина, выравнивание заголовка и значений и т.п. Если столбец не связан с каким-либо полем набора данных, то он будет отображаться в сетке как пустой. Для настройки внешнего вида всей сетки TDBGrid в целом используется свойство Options, в котором можно включать/выключать различные режимы: режим показа заголовков, режим выделения всей записи и т.п.

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

Рис. 4.3. Назначение кнопок компонента TDBNavigator

Задания к лабораторной работе

  1.  Создать поименованный источник данных ODBC для базы данных Microsoft Access из лабораторной работы № 3.
  2.  Изучить назначение компонентов для визуального отображения данных (вкладка «Data Controls» палитры компонентов). В отчете к лабораторной работе указать назначение и основные свойства для компонентов TDBCtrlGrid и TDBLookupComboBox.
  3.  С использованием указаний к лабораторной работе написать программу в среде Borland C++ Builder, реализующую следующие функции информационной системы «Телефонный справочник»:
  •  Отображение справочника телефонных номеров в виде таблицы или в виде набора карточек (по желанию пользователя).
  •  В справочнике указывается ФИО владельца, город проживания и телефонный номер с указанием префикса.
  •  Реализовать выравнивание названия и содержимого столбца с именем владельца по центру.  Все наименования столбцов должны быть на русском языке.
  •  Обеспечить навигацию по записям справочника;
  1.  Выяснить назначение следующих свойства объектов класса TField: DisplayLabel, DisplayWidth, Visible. Изучить влияние указанных свойств на внешний вид сетки TDBGrid, связанной с набором данных поля. Рассмотреть 2 случая: а) редактор столбцов сетки используется; б) редактор столбцов сетки не используется. Сделать выводы.
  2.  Преобразовать базу данных db97.mdb в формат Microsoft Access 2002-2003 (для этого запустить Microsoft Access и вызвать команду главного меню Сервис | Служебные команды | Преобразовать базу данных | в формат Access 2002-2003…). Настроить ранее созданный источник данных ODBC для работы с БД из полученного файла. Проверить работоспособность приложения. Сделать выводы.
  3.  Отразить в отчете к лабораторной работе ход ее выполнения и сделанные выводы.

Контрольные вопросы

  1.  Понятие и архитектура ODBC;
  2.  Поименованные источники данных ODBC;
  3.  Технология «BDE+ODBC»;
  4.  Поля набора данных. Редактор полей;
  5.  Иерархия классов полей;
  6.  Виды полей. Поля синхронного просмотра;
  7.  Виды полей. Вычисляемые поля;
  8.  Компонент TDBGrid;
  9.  Компонент TDBNavigator;
  10.  Компоненты визуального отображения данных;
  11.  Компонент TDBLookupComboBox;
  12.  Компонент TDBCtrlGrid;

Литература по теме лабораторной работы

  1.  Дарахвелидзе П., Марков Е. Программирование в Delphi 7. // Санкт-Петербург, 2003;
  2.  Елманова Н. Работа с базами данных в Borland C++ Builder // Компьютер Пресс’97, № 6,7;
  3.  Федоров А, Елманова Н. Введение в базы данных. Механизмы доступа к данным. Borland Database Engine и альтернативы. // Компьютер Пресс2000 № 6.
  4.  Холлингвэрт Дж., Сворт Б, Кэшмэн М. и др. C++ Builder 6. Руководство разработчика. // Издательство «Вильямс», 2004.


 

А также другие работы, которые могут Вас заинтересовать

45221. Российский опыт использования ПР-технологий в деятельности государственных структур 25 KB
  Российский опыт использования ПР-технологий в деятельности государственных структур. В случае государственных структур объектом воздействия становится налогоплательщик гражданин который хочет и имеет право знать обо всех действиях государственных органов разного уровня. Эта технология используется в российских государственных ПР для корректировки проблемы после того как коммуникация начала развертываться в нежелательном направлении и события приняли нежелательный оборот. Основная задача государственных ПР – создание образа компетентного и...
45222. Специфика ПР деятельности общественных объединений 29 KB
  Цель ПР в третьем некоммерческом секторе – помощь в реализации различных социальных проектов привлечение внимания общественности к важным социальным проблемам формирование общественного мнения относительно необходимости решения данных проблем. Взаимоотношения социальных служб и СМИ также является одной из сложных задач. Ведь несмотря на то что в любой газете есть отдел социальных проблем журналисты не часто пишут об НКО поскольку плохо знают их работу. Деятельность по связям с общественностью в социальных службах включает в себя: 1.
45223. Подготовка РК специалистов в России: специфика, проблемы, перспективы развития ПР образования 26.5 KB
  Подготовка РК специалистов в России: специфика проблемы перспективы развития ПР образования. Российская подготовка ПРспециалистов учитывает опыт их подготовки в других странах что позволило избежать ряда крупных ошибок. Например данная специальность на была помещена на факультеты журналистики как в США 2 3 всех специалистов против этого выступает Э. Но мы стоим в преддверии такой проблемы как перепроизводство специалистов которые вопервых могут быть просто не нужны потому что столько не нужно и вовторых которые могут быть не...
45224. Миссия, идеология и направления деятельности профессиональных международных объединений ПР-специалистов: IРRА,СЕRР,IАВС,IРR,РRSА 44.5 KB
  Рост числа профессиональных ассоциаций отражает серьезность усилий предпринимаемых многими специалистами в области ПР в целях придания этой функции должного статуса и дальнейшей ее профессионализации. IРRА пропагандирует престиж профессий специалиста в области РR высокие стандарты и соблюдение этических норм среди специалистов которым приходится иметь дело с международными аспектами РR. IPR издает так называемые Золотые страницы по важнейшим проблемам представляющим интерес для мирового сообщества специалистов в области PR. Это...
45225. Миссия, идеология и направления деятельности российских профессиональных организаций ПР-специалистов: РАСО 33.5 KB
  Миссия идеология и направления деятельности российских профессиональных организаций ПРспециалистов: РАСО РАСО была создана в июле 1991. Декларация профессиональных и этических принципов в области связей с общественностью РАСО. В основу поведений членов РАСО легли общечеловеческие ценности и универсальные права личности: свобода слова свобода печати и собраний на свободный доступ к информации; ответственность перед обществом в том числе за достоверность точность и честность распространяемой информации. Члены РАСО руководствуются...
45226. Кодексы профессионального поведения профессиональных зарубежных сообществ: этическая основа, ценностно-нормативная специфика 61.5 KB
  Положения кодекса приняты с целью пропаганды и активного внедрения высоких стандартов общественной деятельности и этики поведения членов РRSА. Член обязан сохранять в тайне конфиденциальную информацию доверенную ему нынешними или бывшими клиентами или служащими. Член не должен представлять интересы одной из конфликтующих сторон без согласия на то всех заинтересованных сторон. Член не должен заниматься никакой деятельностью которая имеет тенденцию к нанесению ущерба репутации СМИ.
45227. Кодекс профессионального поведения российского корпоративного сообщества ПР-специалистов: этическая основа, ценностно-нормативная специфика 31 KB
  Декларация профессиональных и этических принципов в области связей с общественностью РАСО. В основу поведений членов РАСО легли общечеловеческие ценности и универсальные права личности: свобода слова свобода печати и собраний на свободный доступ к информации; ответственность перед обществом в том числе за достоверность точность и честность распространяемой информации. Члены РАСО руководствуются пониманием важности формирования и внедрения этических ориентиров и профессиональных стандартов деятельности. Для контроля за соблюдением членами...
45228. Типовая структура, принципы организационного строения и функции подразделений корпоративной PR-службы 25.5 KB
  Деятельность PRотдела строится в соответствии с целями и задачами компании; цели могут быть краткосрочные среднесрочные и долгосрочные. должен оперативно получать информацию от других подразделений компании для реализации поставленных задач. должен принимать участие в планировании мероприятий с участием руководства компании которые будут иметь общественный резонанс. Принципы организационного строения: PRотдел создается как один из системообразующих элементов который в полном объеме выполняет функции PR и рассматривается в качестве...
45229. Деятельность консалтингового агентства: приоритеты, технологии, преимущества и недостатки 24.5 KB
  Направления консалтинговой деятельности: экономическая сфера – управленческий консалтинг; социальная сфера организация систем образования здравоохранения культуры; правовая сфера создание правовой базы организации юридическое консультирование; сфера культуры политическое консультирование консультирование по вопросам функционирования культурных организаций; экологическая сфера социальная экология экология человека.