Выбор партнера

Выбор разработчика – тонкий момент. Возможно, его надо выбирать, как выбирают спутника жизни. И вот на что стоит обратить внимание.

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

2. Если вам необходимо будет завести дополнительные разделы, добавить модули для новых проектов, поменять внешний вид сайта и др. – насколько легко все это можно будет сделать? Во что это «упрется» и сколько будет стоить?

3. Открытость системы. После разработки ПО «сайт» могут ли другие разработчики добавлять новые модули, редактировать существующий функционал или вы теперь на веки вечные обречены на сотрудничество с одним-единственным партнером?

4. Передает ли разработчик вам все права на дизайн и программный код, его изменение, добавление, переработку?

5. Как четко в договоре описываются этапы и сроки запланированных работ? Как будет осуществляться контроль за их выполнением на каждом конкретном этапе?

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

7. Как осуществляется сопровождение созданных проектов, существует ли круглосуточная служба поддержки?

Что в имени тебе моем?

Для вновь создаваемого интернет-сайта нужно зарегистрировать имя домена, который станет адресом вашего сайта. Доменом в Средние века назывались владения феодалов: наследственные земельные владения, крепости, города и угодья. Так что, регистрируя домен, вы становитесь виртуальным феодалом сегодняшнего дня. В какой доменной зоне регистрировать адрес - <ru,com<biz>? Можно выбрать и какое-нибудь экзотическое <.fm> с намеком, что сайт принадлежит радиостанции, вещающей вFM-диапазоне. Правда, на самом деле это зона Федеративных штатов Микронезии. Ваша задача будет выбрать домен верхнего уровня и определиться с доменом второго, например, <startissimo.ru>.

Регистрацией имен доменов занимаются специальные организации. Всю необходимую информацию можно получить на сайте <www/nic/ru>. Прежде чем регистрировать имя домена, нелишне будет проверить, не сыскался ли кто-то, кто застолбил место раньше вас. Для этого воспользуйтесь сервисом “whois” <https://www.nic.ru/whois/>

Начало – половина дела

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

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

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

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

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

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

Как все будет согласовано, зависит от конкретной радиостанции. В одном случае достаточно привлечения работников пиар-службы, в другом – без редакции, призванной заниматься поддержкой сайта, не обойтись. В зависимости от этого проектируемая система может сильно отличаться. И не забывайте – сайт, так же как и эфир, доступен 24 часа в сутки, 7 дней в неделю все 12 месяцев.

Почувствуй себя демиургом

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

У руководителя проекта есть два пути. Если он чувствует в себе силы педантично и нудно описать все от А до Я, «срежиссировать» сайт, выступить в роли инженера-проектировщика, то смело может браться за работу. Другой возможный путь – обратиться к разработчикам для создания этого описания.

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

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

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

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

Огонь, вода и медные трубы

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

Для утверждения проекта нужен «дизайн» - внешний вид будущего сайта. Получается замкнутый круг. Для того чтобы появился дизайн, нужно согласованное описание проекта, а дизайн делается на основе этого документа.

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

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

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

Вся королевская рать

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

Кто еще занят на работах по программированию сайта? Обычно к работе привлекаются:

- программист - занимается конфигурированием баз данных и написанием

программного кода;

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

- верстальщик – отвечает за корректную выдачу клиенту кода для браузера;

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

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

Оставим на совести разработчиков и инженеров службы поддержки вопросы технического обеспечения данного комплекса. Здесь не обойтись без понимания принципов работы web-сервера, вещательного или медиасервера, вопросов сопряжения с СУБД и вопросов безопасности – слышали о взломанных сайтах? Да минет вас чаша сия!

Стадия эксплуатации. Рутина

«Дом построен, дом готов встретить всех своих жильцов».

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

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

Кроме людей, работающих с текстами, чаще всего для работы над сайтом необходим «бильд».

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

Это могут быть модули рекламных носителей, называемых баннерами, или фотографии, коллажи и другие несложные художественные элементы сайта. Для некоторых сайтов дизайнеру придется с завидной периодичностью создавать баннеры и рекламные модули на основе технологии «флэш» (flashот названия Macromediaflash).