Диалог на основе экранных форм.

Как структура типа «вопрос-ответ», так и структура типа меню предполагают обработку на каждом шаге диалога единственного ответа. Диалог на основе экранных форм допускает обработку на одном шаге диалога нескольких ответов.

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

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

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

Такую структуру уместно применять там, где источником данных служит существующая входная («бумажная») форма документа.

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

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

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

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

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

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

Диалог на основе командного языка.

Структура диалога на основе командного языка столь же распространена, что и структура типа меню. Она очень часто используется в операционных системах. Исторически это первая из реализованных структур диалога.

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

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

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

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

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

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

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

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

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

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

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

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

1. Закрыть графы «Тип диалога».

2. В графе «Выбор пользователя» пометить критерии, относящиеся к рассматриваемому применению.

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

4. Подсчитать число совпадений для каждого типа диалога.

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

Таблица 7

Критерии выбора сценария диалога

Критерии	Выбор пользователя	Тип диалога
		Меню	Вопрос-ответ	Язык команд	Экранные формы
Цель: - Запрос - Вычисления - Сложный выбор - Ввод данных - Ввод данных (большой объем)		+ + +	+ + + + +	+ + + + +	+ + +
Тип пользователя: - Программист - Непрограммист · имеет опыт работы · нет опыта работы		+ +	+ +	+ + *	+ + *
Время обучения: - Очень малое - Менее 1 дня - Более 1 дня		+ +	+ +	** +	** +
Результат оценки

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

Разработка сценария диалога.

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

Цели разработки сценария:

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

- выбор рациональных путей перехода из одного состояния диалога в другое (из текущего в требуемое);

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

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

Степень неопределенности действий пользователя зависит от выбранной структуры диалога. Наибольшей детерминированностью обладает диалог на основе меню, наименьшей - диалог типа «вопрос-ответ», управляемый пользователем.

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

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

- применение входного контроля вводимой информации (команд и данных).

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

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

Способ описания сценария диалога зависит от степени его сложности. Методы описания сценариев делятся на две группы: неформальные и формальные методы.

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

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

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

Рис. 4. Шаг сценария диалога для web-сайта ООО «МЕГАПОЛИС»

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

2.1.3 Характеристика нормативно-справочной и входной оперативной информации

Системма управлемния содержиммым/контемнтом (англ. Content management system, CMS) -- компьютерная программа, используемая для управления содержимым сайта (обычно это содержимое рассматривается как неструктурированные данные предметной задачи в противоположность структурированным данным, обычно находящимися под управлением СУБД) . Обычно такие системы используются для хранения и публикации большого количества документов, изображений, музыки или видео.

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

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

Генерация страниц по запросу. Системы такого типа работают на основе связки «Модуль редактирования > База данных > Модуль представления». Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, а это создаёт нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования, которые имеются в современных веб-серверах.

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

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

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

На данный момент на рынке представлено множество систем класса CMS, способных решить практически любые задачи. Но, несмотря на это, часто при реализации Интернет-проектов прибегают к созданию «своей» уникальной CMS . Такой подход нельзя назвать рациональным, возможно, он подойдёт для проектов с действительно уникальным функционалом. Но таковых проектов фактически мало. Обычно любой сложный функционал можно подразделить на несколько более простых, стандартных и распространенных, поэтому привычных для пользователя, что к тому же, несомненно, положительно скажется на юзабилити сайта. Тем более, разработка уникальной CMS повлечёт за собой различные трудности. Например, доработкой такой системы может заниматься только программист, её создавший, в то время как сторонним разработчикам понадобится значительное время на то, что бы разобраться в чужом программном коде и выполнить необходимую доработку. Это значительно усложнит развитие системы.

Поэтому, лучше остановиться на уже готовой платной или бесплатной CMS системе, поддержку которой осуществляет несколько компаний.

Критерии, по которым мы выбирали CMS систему

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

Чем их больше, тем выше между ними конкуренция, что, несомненно, хорошо для потребителя.

Качество этих компаний

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

Функциональность

Современная CMS система, не прибегая к программированию должна позволять:

· редактировать контент страниц, включая добавление/удаление графики;

· добавлять новые страницы;

· изменять структуру сайта и различные мета данные;

· настраивать регистрационные формы;

· управлять опросами, голосованиями и форумами;

· вести статистику посещений;

· распределять права по управлению сайтом среди пользователей.

К функционалу, который реализуют не многие CMS системы можно отнести:

· систему утверждения материалов для публикации (документооборот);

· проведение рассылок;

· возможность задавать URL страницы легко читаемой поисковыми роботами и понятной посетителям;

· интеграция с CRM системами;

· управление дизайном.

Кастомизация

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

Безопасность

После функциональности это, пожалуй, второй по важности критерий. Надо учитывать как надёжность системы со стороны внешних атак, так и от неосторожных действий пользователей системы.

Обновления

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

Гибкость

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

Стоимость

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

Технические требования

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

Документация

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

Сравнение

Бесплатные CMS

· Mambo/Joomla

· Xoops

· PHP-Nuke

· TYPO3

· Zope CMS

· Drupal

· Wordpress

Преимущества бесплатных CMS:

· очень большое количество компаний, занимающихся разработкой;

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

· неограниченные возможности по кастомизации. Существует много бесплатных дополнений и модулей;

· обычно базовая версия системы достаточно надёжна;

· нетребовательны к хостингу;

· бесплатны.

Недостатки бесплатных CMS:

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

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

· нередко после внесения каких-либо изменений в систему корректно обновлять её будет сложно;

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

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

Платные CMS

· NetCat

· Bitrix

· Saitistika

· UMI CMS

Преимущества платных CMS:

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

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

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

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

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

· отличная документация - руководство пользователя, разработчика и т.д. и т.п. Для некоторых систем проводится обучение клиентов использованию системы.

Недостатки платных CMS

· Иногда более требовательные к хостингу, чем бесплатные системы. Сведения о ресурсопотреблении трудно доступны;

· Система платная. И обычно очень недешёвая.

Вывод:

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

2.1.4 Характеристика результатной информации

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

1) документация.

WordPress обладает очень большой документацией (к.н. Codex/Кодекс), частично она на английском языке. Хотя, составлена она грамотно и практически не требует особого знания языка. Документация построена таким образом, что позволяет довольно быстро найти нужный ответ. Практически каждая статья имеет несколько примеров, а также ссылки на смежные вопросы.

2) поддержка.

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

3) борьба со спамом

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

4) интерактивность

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

5) легкость редактирования страниц

Стандартно в WordPress'е используется редактор TinyMCE и простой текстовый редактор. В WordPress'е есть возможность сторонним плагинам добавлять кнопки в редактор. Таким образом, можно получить функции для добавления видео, аудио и т.д. Если TinyMCE не устраивает, то можно установить вместо него другой редактор, например FCKMonkey.

6) работа с картинками

В WordPress'е вполне удобно можно добавлять картинки в редактор. При загрузке файла можно сразу указать его название, подпись. Автоматически будет сделана миниатюра. То есть расчет на то, чтобы с этой задачей справился неопытный пользователь. Если же воспользоваться отдельным плагином, то можно дополнительно указать размеры картинки, миниатюры и прочие параметры. После добавления картинки в редактор, можно изменить различные параметры (стили, размеры, бордюры, отступы и т.д.). Хотя это уже возможности самого визуального редактора.

7) дизайн

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

8) функциональность

WordPress можно расширить за счет плагинов -- это различные php-скрипты, которые автоматически подключаются к основному «ядру». Таким образом, можно не просто добавить нужную функциональность, но и изменить уже существующую. Создать плагин не очень сложно, все зависит от уровня знания PHP. Подключение к WordPress'у совсем просто: плагин копируется в специальный каталог и активируется в админ-панели. Некоторые плагины можно настраивать, некоторые нужно прописывать в шаблоне, а некоторые работают полностью автоматически. Плагинов для WordPress написано несколько тысяч (только на одном wp-plugins.net -- 2568), поэтому можно найти плагин практически под любые нужды.

2.2 Программное обеспечение задачи

2.2.1 Общие положения (пользовательская карта сайта)

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

Карта Интернет-представительства ООО «Торговый дом «Мегаполис» в г. Ногинск содержит:

· краткую аннотацию к сайту, в которой использованы основные ключевые слова текстовые ссылки на основные страницы интернет-представительтва (также насыщенные ключевыми словами)

· стандартную навигационную панель, где находятся все остальные ссылки ко всем страницам Интернет-представительства.

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

Рис. 5. Пользовательская карта Интернет-представительства ООО «Торговый дом «Мегаполис» в г. Ногинск

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

Структура карты сайта соответствует иерархии самого сайта. Для структурирования карты сайта применяются заголовки и списки.

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

2.2.2 Структура сайта, состав и типы используемых файлов

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

На сайте ООО «Торговый дом «Мегаполис» реализована следующая ссылочная структура:

http://site.ru/?p=123

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

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

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

На сайте ООО «Торговый дом «Мегаполис» реализована следующая внешняя структура дизайна:

1) логотип.

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

Рис. 6. Логотип сайта ООО «Торговый дом «Мегаполис», представительство в г. Ногинск

2) навигационное меню.

Рис. 7. навигационное меню сайта ООО «Торговый дом «Мегаполис», представительство в г. Ногинск

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

4) дополнительное меню



Рис. 8. Дополнительное меню сайта ООО «Торговый дом «Мегаполис», представительство в г. Ногинск

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

2.2.3 Описание программных модулей

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

Требуется FTP-доступ к домену, его директориям и программное обеспечение для процесса установки. А именно:

1) Доступ к сайту (shell или FTP)

2) Текстовый редактор

3) FTP-клиент

4) Браузер.

Установку следует начинать с:

· Проверки сервера на соответствие минимальным требованиям Wordpress (PHP версии 4.3. или выше, MySQL версии 4.0 или выше).

· Скачивания последней версии WordPress. Для установки используется файл wordpress_2.6.2.zip, доступный на сервере http://ru.wordpress.org для бесплатного скачивания. Это оригинальный дистрибутив, собранный вместе с пакетом локализации. И еще переведены те файлы установки, которые не используют штатный механизм интернационализации.

· Распаковки полученного файла в папку на компьютере.

· Распечатки этой страницы, чтобы иметь ее под рукой во время установки.

Ниже представлены краткие инструкции по установке программных модулей.

1. Скачайте и распакуйте дистрибутив WordPress.

2. Создайте базу данных для WordPress на веб-сервере, чтобы пользователь MySQL имел все права для доступа и внесение изменений в нее.

3. Переименуйте файл wp-config-sample.php файл в wp-config.php.

4. Откройте wp-config.php в текстовом редакторе и впишите туда настройки подключения к базе данных.

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

o Перейдите по ссылке wp-admin/install.php используя веб-браузер.

Установка закончена.

Работа с cPanel

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

1. Войдите в cPanel.

2. Нажмите на ссылку MySQL Databases.

3. Если у вас нет пользователя для WordPress среди списка Users, создайте его:

1. Выберите пользователя для WordPress (например, 'wordpress') и введите его название в поле UserName.

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

3. Выберите имя пользователя и пароль, которые вы только что создали.

4. Нажмите Add User.

4. Если у вас нет базы данных для WordPress в списке Databases, заведите ее:

1. Выберите имя для базы данных WordPress (например, 'wordpress' или 'blog') и введите его в поле Db, нажмите Add Db.

5. В поле Databases, выберите имя пользователя для Базы данных WordPress используя раскрывающийся список User, после чего в раскрывающемся списке Db выберите базу данных. Проверье наличие всех галочек в поле Privileges, после чего нажмите Add User to Db.

6. Когда вы возвратитесь к основному окну Свойства MySQL Аккаунта, cPanel отобразит информацию о только что созданной вами базе данных. Вы должны увидеть имя пользователя, которого вы только что прикрепили к базе данных (с отмеченным пунктом ALL PRIVILEGES), и дополнительную информацию Настройки Соединения для использования Perl или PHP скриптов для соединения с базой данных. Код PHP будет иметь следующий вид:

$dbh = mysql_connect("hostname", "username", "<PASSWORD HERE>") or die ("message");

mysql_select_db("databasename");

Измените значения hostname, username, databasename, а также пароль, который вы выбрали. (Внимание поле hostname в большинстве случаев должно иметь значение localhost.)

Работа с phpMyAdmin

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

Данные инструкции приведены для phpMyAdmin версии 2.6.0; поэтому внешний вид phpMyAdmin может отличаться от внешнего вида phpMyAdmin, установленного на конкретном веб-сервере.

1. Если база данных, предназначенная для установки WordPress, еще не создана в раскрывающимся слева меню Database, тогда создайте ее:

1. Выберите имя базы данных для WordPress (например, 'wordpress' или 'blog'), введите его в поле Create new database и нажмите Create.

2. Нажмите на иконку Home, расположенную в левом верхнем углу окна, для того, чтобы вернуться к основной странице программы, затем нажмите Privileges. Если пользователь еще не создан для установки WordPress, создайте его:

1. Нажмите Add a new User.

2. Выберите имя пользователя для WordPress (например, 'wordpress') и введите его в поле User name. (Убедитесь, что поле Use text field: выбрано в раскрывающемся списке.)

3. Выберите пароль (желательно, если он будет включать в себя символы, представленные в верхнем и нижнем регистре, спец. символы, цифры и буквы), и введите его в поле Password. (Убедитесь, что поле Use text field: выбрано в ракрывающемся списке.) Введите пароль заново в поле Re-type.

4. Запишите имя пользователя и пароль, которые вы только что создали.

5. Оставьте без изменений все опции списка Global privileges.

6. Нажмите Go.

3. Вернитесь к скиску Privileges и нажмите на иконкуCheck privileges, относящуюся к вашему пользователю для WordPress. В секции Database-specific privileges выберите только что созданную вами базу данных для WordPress и в раскрывающимся списке укажите Add privileges to the following database. Страница автоматически перегрузится и внесет изменения в привилегии пользователя автоматически для выбранной базы данных. Нажмите Check All, чтобы еще раз проверить все привилегии пользователя и нажмите Go.

4. На странице отчета обратите внимание на имя сервера, которое идет после записи Server: вверху страницы. (Чаще всего он носит значение localhost.)

Работа с MySQL клиентом

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

$ mysql -u adminusername -p

Enter password:

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 5340 to server version: 3.23.54

Type 'help;' or '\h' for help. Type '\c' to clear the buffer.

mysql> CREATE DATABASE databasename;

Query OK, 1 row affected (0.00 sec)

mysql> GRANT ALL PRIVILEGES ON databasename.* TO "wordpressusername"@"hostname"

-> IDENTIFIED BY "password";

Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;

Query OK, 0 rows affected (0.01 sec)

mysql> EXIT

Bye

$

Пояснения:

· adminusername чаще всего имеет значение root, в том случае, если нет иного аккаунта с более высокими привилегиями.

· wordpress или blog - подходящие названия для базы данных databasename.

· wordpress подхдящее название для имени пользователя wordpressusername.

· hostname чаще всего имеет значение localhost. Если вы не знаете значения данной переменной, советуем вам узнать ее у системного администратора.

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

Впишите значения, которые вы используете для переменных databasename, wordpressusername, hostname, и password.

Настройка файла wp-config.php

В данной части, все изменения вносятся в следующую часть кода:

// ** MySQL settings ** //

define('DB_NAME', 'putyourdbnamehere'); // Имя базы данных

define('DB_USER', 'usernamehere'); // Имя пользователя MySQL

define('DB_PASSWORD', 'yourpasswordhere'); // ...и пароль

define('DB_HOST', 'localhost'); // 99% что вам не следует вносить изменения в данную строчку кода

define('DB_CHARSET', 'utf8');

define('DB_COLLATE', '');

2.2.4 Описание интерфейса

Интерфейс администраторской панели Wоrdpress представлен на Рис. 9.

Рис. 9. Интерфейс администраторской панели Wоrdpress. Доска объявлений

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

1) Доска объявлений.

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

2) Написать.

Создание новой страницы или записи. Подробнее будет рассмотрено в п. 2.4.1.

3) Управление.

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

4) Дизайн.

Дает возможность сменить дизайн сайта.

5) Комментарии.

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

6) Настройки.

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

7) Плагины.

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

8) Пользователи.

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

9) Опросы.

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

2.3 Технологическое обеспечение задачи

2.3.1 Организация процесса информационной поддержки сайта

Рассмотрим процесс добавления новых страниц на сайт.

Рис. 10. Интерфейс панели создания новых записей

Описание процесса информационной поддержки сайта.

1. Меню. Основные пункты большим кеглем и слева. Второстепенные меньше и справа.

2. Поле ввода текста. Для работы с мультимедиа есть опция «добавить медиафайл» (media bar), с помощью которой можно загружать аудио, видео и картинки.

3. Кнопка «полноэкранный режим» (Fullscreen) позволяет раскрыть окно ввода поста на все пространство браузера.

4. Теги (метки) находятся внизу поста, их можно вводить через пробел.

5. Категории (рубрики) также находятся внизу, под постом.

6. Статус поста (Publish status) представляет собой выпадающий список. Для публикации ничего выбирать в нем не надо - он сменится после нажатия кнопки «опубликовать». Кнопка «сохранить» имеется только в уже опубликованных постах, т.к. для неопубликованных работает «автосохранение».

7. Дата поста (timestamp) находится прямо под «статусом поста». По умолчанию «опубликовать немедленно». Если нажать «изменить», то можно задать дату и/или время.

8. Постоянная ссылка (Post Slug) находится под заголовком поста - как только он введен, появляется поле с «постоянной ссылкой».

9. «Дополнительные» (Advanced) опции расположены под полем ввода поста - произвольные поля, комментарии, защита паролем, трекбеки.

Ввод содержимого новой страницы осуществляется с клавиатуры при использовании визуального редактора (см. кнопки сверху поля поста).

2.3.2 Технология тестирования сайта, размещения его в Интернет, информирования общественности о существовании сайта, текущей эксплуатации Web-представительства

Для тестирования сайта и его размещения следует запустить веб-браузер.

· Если файлы WordPress размещены в корневом каталоге веб-сервера, тогда нужно перейти по ссылке: http://example.com/wp-admin/install.php

· Если файлы WordPress размещены в подкаталоге, который называется, к примеру blog, следует перейти по ссылке: http://example.com/blog/wp-admin/install.php

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



Рис. 11. Размещение сайта в Интернете, шаг 1

Рис. 12. Размещение сайта в Интернете, шаг 2

Для информирования общественности о существовании сайта следует при установке поставить галочку напротив пункта «показывать мой Веб-сайт в поисковых системах, таких как Yandex и Rambler».

После этого следует зарегистрировать сайт в поисковых системах через форму Addurl (Google, Yandex, Rambler и другие). Для просмотра статистики следует установить на сайт счетчик системы Liveinternet.

Объявление о запуске сайта следует разместить во всей печатной рекламной продукции ООО «Торговый дом «Мегаполис», а также указать адрес сайта на визитках сотрудников компании и ввести его в шаблон подписи электронных и обычных писем.

Текущая эксплуатация Web-представительства может осуществляться как специальным сотрудником профиля IT, так и одним из секретарей компании, обладающим достаточным уровнем навыков для работы с Internet.

2.4 Описание контрольного примера реализации проекта

Пример реализации проекта находится по адресу http:// mugogo.ru.

Пример включает следующие страницы:

1) Главная

Рис. 13. Общий вид примера реализации проекта. Главная страница

На данной странице публикуются новости компании.

2) Акции



Рис. 14. Общий вид примера реализации проекта. Акции

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

3) Вакансии.

На данной странице находится информация о действующих вакансиях в ООО «Торговый дом «Мегаполис».

Рис. 15. Общий вид примера реализации проекта. Вакансии

4) Карта.

Раздел «Карта сайта» описан в п. 2.3.1.

5) Контакты.

На данной странице указана контактная информация: юридический и почтовый адреса, телефон, ФИО контактных лиц.

Рис. 16. Общий вид примера реализации проекта. Контакты

6) Миссия

На данной странице приводится информация о цели создания web-представительства.

Рис. 17. Общий вид примера реализации проекта. Миссия

7) О нас

На данной странице приводится общая информация о компании ООО «Торговый дом «Мегаполис», представительство в г. Ногинск.

Рис. 18. Общий вид примера реализации проекта. О нас

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

Рис. 19. Форма обратной связи

Глава 3. Обоснование экономической эффективности проекта

3.1 Выбор и обоснование методики расчета экономической эффективности

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

Необходимо рассчитать затраты на разработку проекта и предоставить обоснование эффективности выбранных в аналитической части ключевых проектных решений.

Выводы об экономической эффективности делаются на основе вычисленных экономических показателей.

Экономическая эффективность проекта (Э) складывается из двух составляющих:

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

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

К трудовым показателям относятся следующие:

1) абсолютное снижение трудовых затрат (Т) в часах за год:

Т = Т0 - Т1,

где Т0 - трудовые затраты в часах за год на обработку информации по базовому варианту;

Т1 - трудовые затраты в часах за год на обработку информации по предлагаемому варианту;

Т = 415 - 150 = 265 ч.

2) коэффициент относительного снижения трудовых затрат (КТ):

КТ =Т / T0 * 100% ;

КТ =265 ч. / 415 ч. * 100% = 63,85%

3) индекс снижения трудовых затрат или повышение производительности труда (YT):

YT = T0 / T1.

YT = 415 / 150 = 2,76

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

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

Ток = КП /C ,

где КП - затраты в рублях на создание проекта машинной обработки информации (проектирование и внедрение).

Важно оценить во времени этапы жизненного цикла проекта и процессы, которые происходят в рамках его этапов. Результаты оценки целесообразно представить в виде таблицы. В связи с высокими темпами развития информационных технологий следует рассматривать более короткие промежутки времени, чем год. Длительность жизненного цикла программных продуктов от версии до версии и технических средств между последующими моделями с сопоставимыми функциональными свойствами составляет в настоящее время в пределах 1,5-2 лет. Соответственно для тех или иных этапов жизненного цикла и процессов принимаются месячные или квартальные промежутки времени в зависимости от необходимости в степени детализации проекта. Процессы затрат и возврата вложений часто совпадают во времени. Характер и объёмы их меняются.

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

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

Последующие этапы связаны с определением состава и объёма затрат в периоды жизненного цикла, соответствующие процессам ввода в эксплуатацию, эксплуатации спроектированного комплекса - текущие затраты за период m.

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

К условно- постоянным относятся затраты:

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

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

- на оплату лицензий и лизинга;

- восстановление функционирования;

- прочие затраты.

Условно-постоянные за период m затраты определяются суммированием по столбцу условно-постоянных затрат за этот период:

Руп = 65 тыс. руб.+65 тыс. руб.+55 тыс. руб.+55 тыс. руб.+55 тыс. руб.+55 тыс. руб.+55 тыс. руб. = 405 тыс. руб.

Совокупные условно-постоянные затраты определяются суммированием итогов затрат по m- ым периодам

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

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

Переменные затраты применительно к оценке функционирования информационной системы или отдельных информационных технологий состоят в основном из затрат на:

- зарплату персонала, непосредственно выполняющего или обеспечивающего функции по выполнению ИТ-услуг;

- материалы (бумагу, картриджи и т.д.);

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