Популярное

Мифы о звукоизоляции



Как построить дом из пеноблоков



Как построить лестницы на садовом участке



Подбираем краску для ремонта



Каркасные дома из дерева


Главная » Публикация динамических документов

1 2 3 4

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

Леонов А. В. (andrei leonov@tt.ru ), Бахбух Б. М., Лудинов В. В., Петренко И. И.

Институт физико-технической информатики



ОГЛАВЛЕНИЕ

1. ВВЕДЕНИЕ.........................................................................................................................1150

2. ПРИНЦИПЫ ПУБЛИКАЦИИ ДОКУМЕНТОВ.........................................................1152

2.1. Типы документов.......................................................................................................1152

2.2. Иерархия документов................................................................................................1152

2.3. Взаимосвязи между документами.........................................................................1154

2.4. Команда поддержки сайта.......................................................................................1155

2.5. Требования к технологии..........................................................................................1155

3. КОНЦЕПЦИЯ ДИНАМИЧЕСКИХ ДОКУМЕНТОВ................................................1156

3.1. Представление документов в базе данных...........................................................1156

3.2. Движок сайта и взаимодействие компонентов...................................................1158

3.3. Конструирование шаблонов документов.............................................................1159

3.4. Преимущества динамических документов..........................................................1161

4. СИСТЕМА ПУБЛИКАЦИИ ДОКУМЕНТОВ.............................................................1165

4.1. Новости (пресс-релизы).............................................................................................1165

4.2. Технические описания продукции.........................................................................1172

4.3. Портреты компаний-партнеров...............................................................................1176

5. ВЫБОР ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ...........................................................1179

5.1. Операционная система.............................................................................................1179

5.2. Серверное ПО...............................................................................................................1180

5.3. СУБД..............................................................................................................................1181

5.4. Язык программирования...........................................................................................1181

5.5. Рекомендуемое ПО.....................................................................................................1182

6. ЗАКЛЮЧЕНИЕ.................................................................................................................1183

7. ЛИТЕРАТУРА...................................................................................................................1184

8. СПИСОК СОКРАЩЕНИЙ.............................................................................................1185



1. ВВЕДЕНИЕ

Экспоненциальный рост числа документов в корпоративных сетях, наблюдаемый в последние годы, делает все более очевидной необходимость перестройки технологии работы с документами к условиям автоматизации1 [3]. В данной статье речь пойдет об автоматизации подготовки и публикации динамических документов рекламно-информационного характера на сайте компании, которая занимается производством или внедрением технологически сложной продукции.

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

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

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

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

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

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

В современной терминологии - реинжиниринг бизнес-процессов (business process reengineering, BPR).



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

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

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

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



2. ПРИНЦИПЫ ПУБЛИКАЦИИ ДОКУМЕНТОВ

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

2.1. ТИПЫ ДОКУМЕНТОВ

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

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

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

В данной статье мы подробно рассмотрим два наиболее важных типа документов рекламно-информационного характера: новости (пресс-релизы) и технические описания продукции. Этот выбор не случаен: как показывает опыт, практически любая компания, которая занимается производством или внедрением ТСП, стремится регулярно публиковать на своем сайте новости (пресс-релизы) и поддерживать в актуальном состоянии технические описания для всего ассортимента предлагаемой продукции [6].

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

2.2. ИЕРАРХИЯ ДОКУМЕНТОВ

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



в общем случае структура множества документов на корпоративном сайте представляется иерархическим деревом (графом) переменной глубины. Как будет показано ниже2, такое дерево в простейшем случае ( один родитель для каждого потомка ) описывается одной таблицей из 3 столбцов в реляционной базе данных: идентификатор объекта , идентификатор родителя , название объекта . Схема иерархии объектов корпоративного сайта, отвечающая классификации по одному признаку, представлена на рис. 1.

Оглавление 0 уровня (главная страница веб-сайта)

Оглавления 1 уровня (генерируются динамически)

Оглавления 2 уровня (генерируются динамически)

Отдельные документы ( листья графа)

Рис. 1. Схема иерархии объектов корпоративного сайта (3 уровня оглавлений).

Поясним понятия признак и иерархическое дерево на примере новостей (пресс-релизов). Новости можно классифицировать, например, по следующим признакам: тип новости Ti ( новость компании , новость сайта , новость партнера , новость отрасли и т. д.), упоминаемые в новости модели продукции Mj (j=1...n), упоминаемые в новости компании-партнеры Пк (k=1...m). Соответственно, можно реализовать следующие схемы навигации по сайту для доступа к конкретной новости Х:

навигация по типу новости: главная страница сайта - оглавление всех новостей - оглавление всех новостей типа Ti - новость Х ;

навигация по моделям ТСП: главная страница сайта - оглавления семейств продукции (уровней 1, 2 и т. д.) - описание модели Mj (со списком ссылок на все новости, в которых упоминается модель Mj) - новость Х ;

навигация по компаниям-партнерам: главная страница сайта - оглавление всех партнеров - описание партнера Пк (со списком ссылок на все новости, в которых упоминается партнер Пк) - новость Х .

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

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

См. разделы 3, 4.

То есть доступные последовательности перехода по страницам сайта.




2.3. ВЗАИМОСВЯЗИ МЕЖДУ ДОКУМЕНТАМИ

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

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

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

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

Что такое динамический документ и чем он отличается от статичного документа? Традиционный статичный документ - это отдельная HTML-страница, которая связана гиперссылками с другими страницами сайта. Статичные документы заносятся на сайт, хранятся на сервере и предоставляются пользователям в виде готовых HTML-страниц. Для того чтобы в нескольких статичных документах появился новый элемент (например, новая гиперссылка), необходимо вручную внести этот элемент в каждую HTML-страницу.

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

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

Здесь и далее всюду под ссылками понимаются гиперссылки. См. раздел 3.



2.4. КОМАНДА ПОДДЕРЖКИ САЙТА

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

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

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

2.5. ТРЕБОВАНИЯ К ТЕХНОЛОГИИ

Обобщая сказанное в подразделах 2.1-2.4, можно сформулировать набор требований, которым должна удовлетворять технология публикации документов рекламно-информационного характера на корпоративном сайте:

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

возможность реализации нескольких систем иерархии для документов одного типа с автоматическим формированием списков и оглавлений;

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

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

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



3. КОНЦЕПЦИЯ ДИНАМИЧЕСКИХ ДОКУМЕНТОВ

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

3.1. ПРЕДСТАВЛЕНИЕ ДОКУМЕНТОВ В БАЗЕ ДАННЫХ

Для хранения отдельных структурных элементов (информационных блоков) динамических документов, а также информации об иерархии документов и взаимосвязях между ними в настоящее время, как правило, используются реляционные базы данных (РБД). РБД представляет собой набор двумерных таблиц, на пересечении строк и столбцов которых находятся поля данных; таблицы связаны между собой посредством совместно используемых столбцов данных, называемых внешними ключами [7, 8].

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

Таблица Документы типа Х

Первичный ключ X

Заголовок X

Текст X

Дата обновления X

Заголовок 1

Текст 1

Дата обновления 1

Заголовок 2

Текст 2

Дата обновления 2

Заголовок N

Текст N

Дата обновления N

Рис. 2. Пример таблицы РБД для хранения документов одного типа.

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

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

Таблица Документы типа Y

Первичный

Заголовок Y

Текст Y

Дата обновления Y

Внешний ключ Y

ключ Y

(первичный ключ X)

Заголовок 1

Текст 1

Дата обновления 1

Заголовок 2

Текст 2

Дата обновления 2

{NULL} (пустое значение)

Заголовок N

Текст N

Дата обновления N

{2,7}(список значений)

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



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

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

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

На способах хранения иллюстраций следует остановиться отдельно. Коммерческие СУБД (Oracle и др.) позволяют хранить в полях РБД достаточно большие объемы данных, в том числе и файлы иллюстраций. При использовании СУБД с открытым кодом (MySQL и др.) файлы иллюстраций хранятся на сервере отдельно. В любом случае, если только число и расположение иллюстраций в документе не задано жестко, в тексте документа приходится тем или иным образом указывать ссылки на требуемые иллюстрации.

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

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

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

WYSIWYG, What You See Is What You Get - что вы видите на экране, то вы и получаете в результате .





1 2 3 4
© 2017 РубинГудс.
Копирование запрещено.