Оглавление (стр. 2 )

Следом за идетнификатором http-протокола в адресе задается имя домена сервера. Как правило, спецификация домена состоит из нескольких символльных цепочек, разделенных точками: host. domain. domain. domain...top_level_domain. По виду последнего компонента имени сервера (домен верхнего уровня) сразу можно сделать вывод, о каком типе сервера идет речь.

Например:

com означает (американский) коммерческий сервер;

ru завершает имя российского домена;

edu означает учебные заведения и т. д.

посмотреть обозначения категорий серверов в имени домена...»»

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

Вместо имени домена можно ввести IP-адрес, используемый службами Internet. При этом речь идет о четырех разделенных точками числах, каждое из которых имеет значение от 0 до 255 (например 207.158.210.82). Имена доменов транслируются в IP-адреса автоматически с помощью так называемых серверов имен (DNS - Domain Name Server).

для "особо защищенных" документов обычно требуется и другой протокол https://

Cледом за именем сервера можно указать двоеточие и номер, задающий логический TCP-порт на сервере, через который клиент получает доступ к серверу. Стандартным номером порта для HTTP является 80. В большинстве случаев он может быть отброшен (если порт не указан, то двоеточие тоже отбрасывается). Только при работе со специальными номерами портов, например 443, для особо защищенных документов требуется явное задание порта.

Форма задания пути/файла зависит от используемого типа сервера. Как правило, можно рассчитывать на то, что UNIX-формат будет понятен серверу. В этом формате каталоги в иерархии разделяются косой чертой "/" (а не обратной - "\" - как в случае MS-DOS), а также различается написание прописными с строчными буквами (вновь таки в отличие от MS-DOS). В имени домена прописные и строчные буквы не различаются.

Если вместо html-документа будет задан каталог, то сервер либо вернет вам список файлов этого каталога, либо будет искать в нем стандартный UNIX-файл index. htm (.html). При любых обстоятельствах не забудьте ввести после последнего имени каталога косую черту.

Несмотря на то, что в случае html-документов речь идет о чисто ASCII-текстовых файлах, установившейся традищией является использование расширения имени html или htm для обозначения файла web-страницы.

На UNIX-серверах могут существовать отдельные каталоги для персональных web-страниц. Данный каталог служит в качестве корневого каталога для непривилегированных пользователей, если перед первым вводимым именем каталога ввести тильду (~).

C помощью дескриптора <a> можно разбить документ на несколько доступных через гиперсвязь именованных (помеченных) разделов. Эти разделы называются фрагментами. Фрагменты могут адресоваться путем добавления в URL к имени файла символа «решетка» и имени (метки) фрагмента.

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

ftp-протокол

ftp-протокол служит для того, чтобы обмениваться файлами с FTP-сервером. При таком обмене вы выступаете в качестве клиента, а передача может осуществляться в обоих направлениях: upload (от клиента к серверу) и download (от сервера к клиенту). Например, ftp=URL может выглядеть следующим образом:

ftp://your_name:*****@/

statistics;type=d

Для того, чтобы иметь возможность передать файлы на FTP-cервер, вы должны быть зарегистрированным его пользователем, а это предполагает знание пароля. Однако для того, чтобы сделать FTP доступным и для новых пользователей (например, для создания архивав свободно распространяемого бесплатного программного обеспечения Public-Domain-SoftWare), на многих серверах предусмотрен единый «анонимный» вход (счет) пользователей. Если в качестве имени пользователя вы зададите «anonymous» (многие программы FTP-клиент предлагают данную опцию даже в виде отдельного пункта), то получите ограниченный доступ к части каталогов на сервере. В качестве пароля обычно служит ваш персональный e-mail-адрес. Некоторые FTP-серверы распознают вас как незарегистрированного пользователя, если вы не укажете либо имя пользователя, либо пароль (или оба вместе) при вхождении в систему. Во всех программах FTP-клиентов предусмотрено поле ввода имени пользователя и пароля; если необходимо ввести URL целиком (например, в NETSCAPE), следует использовать формат:

ftp://имя_пользователя... или

ftp://имя_пользователя:пароль...

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

При использовании ftp-протокола домен в адресе должен быть задан обязательно. Дополнительно вы можете задать номер порта. Стандартным FTP-портом является порт 21, который используется, если номер порта был опущен. В URL полный адрес с портом выглядит так:

ftp://пользователь:пароль"домен:порт...

В качестве последнего важного элемента задается каталог и/или имя файла вашего FTP-сеанса.

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

· type=d вызывает каталог (directory) и показывает пользователю его содержимое;

· type=a часто означает ASCII-текстовый файл;

· type=i используется для двоичного файла.

mailto-адрес

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

Соответствующие URL могли бы выглядеть так:

mailto:*****@***ru

Стандартным способом почтовый URL-адрес можно встроить в дескриптор <a> (href-аттрибут). Этот подход часто используется для размещения в конце WEB-страницы "адреса для претензий".

С помощью mailto-адреса, кроме этого, можно отправлять ответы в виде заполненных формуляров (<form>) по предварительно определенным е-mail-адресам. Это позволяет экономить время при обработке формуляров на сервере.

telnet-протокол

Гиперсвязь с telnet-адресом связывает пользователя не с конкретным объектом (документом), а с текстовым telnet-терминалом. Часто WEB-браузеры вынуждены загружать дополнительную telnet-терминальную программу для того, чтобы предоставить в распоряжение пользователя такую связь.

Для подключения к telnet-терминалу среди прочего необходимо передать имя пользователя и пароль. Это происходит способом, аналогичным используемому при работе с ftp-протоколом. Если пароль не будет указан, то telnet-протокол отдельно запросит его.

Так же, как и для ftp-протокола, дополнительно передаются сведения о сервере и номере порта. Стандартным номером порта для telnet является 23.

1.2 Основы веб-дизайна. Простота и сложность

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

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

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

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

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

В качестве примера я хочу привести несколько проектов. http:/// - сайт производителя известной марки спиртного напитка. Первая страница фильтрует посетителей неалкогольного возраста, и никакой информационной нагрузки не несет. Но открывающееся со следующей страницы великолепие приводит в восторг даже искушенных в веб-проектах разработчиков (комментарии в стиле - "маньяки делали... но сделано круто!!!... куча чумовых фишек!"). Да, flash-анимация, все ярко и выразительно, как праздник, разъезжается, двигается, подмигивает... и мешает работать. Сотруднику фирмы, переводчику дали задание найти информацию о нескольких марках у производителя и перевести их на родной язык. Барышня с задачей не справилась. Сначала она наткнулась на ошибки браузера (анализ этого проекта показал, что функциональность действительно реализована сложными скриптами, в ИЕ версии 5 и 5.5 не грузились некоторые разделы, в Опере не работал сайт вообще, в Мозилле некоторые "чумовые фишки" не показывались), но самое удивительное было не это. При всей сказочности визуального дизайна оказалось практически не возможно найти конкретную информацию. Навигация по сайту реализована судя по всему в виде системы головоломок, что-то типа теста на уровень интеллекта - и в случае если посетитель головоломку не собирает (в силу недостаточности этого самого IQ), то и описание марки спиртного напитка ему читать не положено. Так, судя по всему, решили разработчики этого милого проекта.

К сожалению, у многих читателей флешевый сайт Абсолюта даже не загрузился. А у тех, у кого загрузился, таки вызвал описанные в прошлом выпуске эмоции - все супер, но ниче не понятно :):) И самое печальное в таких проектах - найти html-версию сайта, добраться до информации практически не возможно! И, как заметили наши читатели, "...собый цинизм когда кнопка "пропустить заставку" выполнена тоже во флеше. Цинизм с извращениями - когда она появляется в конце, после вынужденного просмотра всего ролика". Впрочем, компания, которую представляет этот сайт, не чувствует себя ущербной, не ожидает снижения количества продаж своей продукции, ничего не теряет от "надуманной небезупречности usability своего веб-представительства".

Впрочем, многие флешевые сайты предоставляют и правильное решение - отделение мультимедийной презентации от информационной версии сайта. Присутствует обязательная кнопка-ссылка "Skip Intro" - которая позволит остановить презентационный ролик, и все-таки найти нужный документ. Поскольку даже самую выдающуюся флеш-презентацию можно посмотреть один, два, максимум три раза, дальше публика приходит работать, и посетителя будет только раздражать все, что мешает ему заниматься делом. Мы в данном случае не рассматриваем флеш-мультики типа "Масяни" - здесь флеш-анимация ради самой флеш-анимации, это и есть информация, за которой люди шли на проект ***** - конечно же, скачивать мультики! Однако если рассматривать каждый флеш-ролик масяни как еденицу информации, и оценить проект ***** в целом, можно отметить, что информационная архитектура разработчиками продумана великолепно, навигация - наглядная и удобная, и баланс информация/графика - практически оптимальный.

С другой стороны, есть сайты (к примеру - http://www. *****/), которые при минимуме графического оформления при этом имеют настолько ясную информационную архитектуру, настолько легкий и ненавязчивый дизайн и такой большой объем необходимой (специфической аудитории) информации, что и статистика посещений у них высока, и оценки посетителей более чем благожелательные.

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

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

Позиционирование проекта и сегментация ЦА

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

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

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

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

В голову пришел образ, описанный во второй книге "Гарри Поттер" - там мальчик, с трудом вырвавшись от своих родственничков, приезжает погостить в семью своего друга Рона. Там, на контрасте с обыденной стерильностью в доме дяди и тети он наблюдает удивительное сооружение - усадьба, в которой живет большая семья его дружбана-волшебника. Очень хотелось бы опубликовать небольшой блок текста дословно, однако опасаюсь преследований за нарушение авторских прав JJ. Речь идет о том, что вся усадьба выглядит так, как будто начиналась она с одного маленького сарая, и в дальнейшем - пристройка за пристройкой - к нему добавлялись сарайчики побольше и поменьше, росла семья - росло количество пристроек, и вот получилось удивительное сооружение, которое непонятно как существует и на чем держится, однако удивительно живое и уютное.

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

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

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

1 Какие причины есть у вас (или у вашего заказчика) для разработки сайта? возможные ответы:

Хочется рассказать о себе и своих талантах;

Конкуренты используют представительство в интернет - а чем мы хуже;

Только для рекламы предоставляемой услуги, марки или продукции;

В рамках масштабной рекламной кампании - как поддержка традиционной рекламе;

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

Для работы с партнерами или дилерами - при наличии значительного регионального разброса;

возможно у вас есть другой ответ...

2 К какому типу веб-сайтов вы относите вашу разработку:

Домашняя страница;

Презентационный сайт фирмы (товара, услуги);

Информационный сайт;

Корпоративный сайт;

Электронный магазин.

3 Какая целевая аудитория проекта (опишите не только их возраст, должность или сфера деятельности, степень "обученности" пользованию on-line сервисов и другие характеристики - обязательно следует учесть их потребности.)

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

На основании первого опроса вы сможете сформулировать - какие задачи должен выполнять проект.

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

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

1. Для cайта любого типа и любой сложности:

Помощь (она же - поддержка, она же - support, может включать в себя FAQ, или - Часто Задаваемые Вопросы, которые могут пополняться)

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

Карта сайта.

2. Для сайта любого типа - есть ли необходимость предоставлять дополнительные сервисы обратной связи с посетителями:

Гостевая книга

Форум

Опросы посетителей

Подписка на новостийную рассылку

Сервис мгновенной обратной связи

3. Информационная часть -

Будут ли обновляться новости - и как часто? Несколько раз в день? Раз в неделю? В пол-года?

Статьи - будут это материалы на одну тему(к примеру совпадающую один к одному с темой сайта) или для них следует написать внутреннюю структуру - дерево тематик для статей, иначе говоря - рубрикатор, и как часто статьи будут добавляться?

Будет ли обновляться (расти) сам рубрикатор?

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

Каталог товаров/услуг (обязательно следует оценить как объем товаров в каталоге, так и наличие/отсутствие рубрикатора каталога)

Оперативно обновляемый прайс-лист

Регистрация партнеров и диллеров (т. е. возможность предоставления посетителю "приватной" зоны проекта)

Регистрация клиентов - потребителей товара/услуги

Электронный магазин - собственно продажи.

Сформируйте на основании подобного опроса древовидную структуру - в будущем этот документ вы сможете использовать при формировании "карты сайта". Один из вариантов реализации такой карты вы можете наблюдать здесь: http://www. /sitemap. html.

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

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

Навигационное меню - простой список, ряд кнопок, выпадающие (или всплывающие) меню.

Хлебные крошки - сквозной маршрут сквозь иерархическую структуру сайта

Карта сайта - пример развернутой иерархической структуры.

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

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

Пейджинг - перемещение страницам (применяется в многостраничных галереях, в длинных списках ссылок...)

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

1.2.1 Типы сайтов

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

Сайт-презентация - из названия ясно, что сайт представляет информацию о фирме/услуге/продукте. Как правило имеет конечное количество страниц, частота обновления - ее или нет :) или же сайт обновляется реже, чем раз в несколько месяцев. Главная задача - при помощи визуального оформления максимально быстро и эффективно донести до посетителя суть представляемой услуги и степень ее полезности и грандиозности. Такие проекты имеют как правило яркий, уникальный дизайн, графическое оформление преобладает перед текстовой информацией, часто используется flash-анимация (или же сайт полностью может быть выполнен во flash). Как правило используется одноколоночная модульная сетка. Наиболее яркие и запоминающиеся примеры в веб-дизайне как правило разрабатываются для презентационных сайтов. В качестве примеров хочу привести интересные работы от http://www. / и http://www. /

Корпоративный сайт - интернет представительство организации (фирмы, корпорации) в сети, и, следовательно, в таких проектах самые высокие требования к оформлению информации, к балансу графика/текст. Модульная сетка - 2-3-х колоночная. Соответствие фирменному стилю выражено как в структуре информации, так и в цветовой гамме. http://www. / (синий и белый цвета, ясная структура разделов сайта, четкость и лаконичность идеально соответствуют корпоративной идее этой известной организации), http://www. / (меняющаяся цветовая гамма - белый+серый+дополнительный - оранжевый/красный/синий… - но как приятно смотреть и легко разобраться - что и где искать).

Информационные ресурсы - это электронные библиотеки и газеты. Информация как правило обновляется несколько раз в сутки. Объемы информации очень большие, и при разработке дизайна таких сайтов следует учитывать тот факт, что посетители приходят не поглазеть на сайт - они приходят за содержанием. Публикация новостей (к примеру - http://www. *****/) или галерей изображений, как на http://sight. *****/ - обратите внимание, графическое оформление сведено к минимуму, данные сложно структурированы, главная задача проекта - максимально быстро предоставить посетителю информацию, или возможность эту информацию найти. Любое графическое оформление увеличит объем страницы - т. е. увеличит время загрузки страницы. Поэтому по возможности на таких проектах дизайн разрабатывается текстовый, а картинки - не оформление, фотографии, графики, схемы являются иллюстрациями, содержанием, несут в себе информационную нагрузку.

1.3 Этапы разработки web-сайта

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

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

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

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

Выбор хостинг-провайдера и необходимого плана хостинга.
 

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

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

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

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

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

Постановка задачи / разработка концепции проекта

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

Разработка структуры web-проекта

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

Планирование

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

Анализ и утверждение сроков исполнения проекта.

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

Разработка.

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

Тестирование.

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

1.4 Техническое задание для дизайнера

Введение

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

Наверно для любой солидной дизайн-студии (дизайн-отдела, рекламного агентства), в которой сложились гармоничные взаимоотношения «менеджер-дизайнер», вещи, про которые будет говориться в этой статьи, покажутся очевидными и даже банальными. Но вот лично по своему опыту могу сказать, что ни в одной из 4 контор абсолютно разного профиля, в которых я работал (РА по наружной рекламе, оперативная полиграфия, РА полного цикла, дизайн студия), не было ни грамотного взаимодействия между менеджером и дизайнером, ни выработанной годами схемы оформления ТЗ. В двух конторах документация по проекту отсутствовала как таковая, в двух других форма ТЗ находилась в зачаточном состоянии, а количество менеджеров способных оформлять даже примитивное ТЗ стремилось к нулю…

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


Что такое ТЗ

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

У ТЗ четыре основные функции:

Организационная Информационная Коммуникационная Юридическая

Организационная функция ТЗ

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

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


Информационная функция ТЗ

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

Еще один плюс — грамотно составленное ТЗ может стать единственным источником информации, необходимым для выполнения проекта. Речь идет о небольших заказах, для которых вербальные контакты клиента и дизайнера не обязательны. Дизайнер, оградивший себя от изматывающего общения по мелочам, высвободит значительное количество времени, которое пригодится для более важных дел.

Чтобы ТЗ в полной мере выполняло свою информационную миссию, оно должно быть ориентировано на конкретную задачу. К счастью или к сожалению, но работа дизайнера не так разнообразна как кажется на первый взгляд (вспомните, сколько строчек в вашем прайс-листе?) и поделена на несколько типовых последовательностей действий, которые требуют типовых входных данных. Последовательность действий при разработке, к примеру, логотипа и в России и в Африке одинакова. Информация необходимая для его разработки также требуется всегда одна и та же. А если входные данные типовые, значит их можно предоставлять дизайнеру в типовом виде. Поэтому, вместо одной формы ТЗ можно сделать несколько — по одной на каждый вид дизайн-работ, что обеспечит релевантность информации.


Коммуникационная функция ТЗ

В статье "Битва за гармонию..." подробно описывался процесс утверждения проекта у заказчика. Там же упоминалось о роли ТЗ в этом процессе. Действительно, ТЗ может задать нужное направление в работе дизайнера и как следствие способствовать скорейшему принятию макета. Любую дизайнерскую задачу можно решить по-разному, и чем меньше информации на руках у дизайнера, тем более свободен он в выборе решения, тем больше шансов сделать то, что клиент совершенно не приемлет. Подробно составленное ТЗ помогает дизайнеру «почувствовать клиента» и сделать работу, отвечающую вкусам клиента и его представлениям о конечном результате.


Юридическая функция ТЗ

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

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


Кто виноват?

После всего выше сказанного, я думаю, мало у кого остались сомнения, что ТЗ «есть благость великая». Но ситуация-то от этого лучше не становится. Для того чтобы ТЗ вошло (в полноценном виде!) в производственный процесс каждого дизайнера, надо, как это испокон веков делается у нас на Руси, определить виноватых и начать с ними бороться. Виноватых у нас два — это (сюрприз!) дизайнеры и менеджеры. А точнее отсутствие инициативы у первых и врожденная лень вторых.

Менеджеров понять можно. Легче подойти к дизайнеру, когда тебе (менеджеру) это удобно, оторвать его (дизайнера) от работы, по быстрому «ввести в курс дела» и пойти дальше подпиливать ногти, чем сидеть и аккуратно фиксировать на бумаге полученную от клиента информацию. Очень легко при отсутствии документации в случае какого-то ЧП, сказать «Ну я же тебе говорил(а)!!!» и оставить дизайнера крайним.

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


Что делать?

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