Классификация интернет-проектов
К сожалению, на момент написания этой книги не существовало ни одной более или менее принятой классификации ИП. И этому можно дать вполне логичное объяснение. Дело в том, что основным признаком, определяющим концепцию, разработку, реализацию и прочие этапы процесса организации ИП, была и остается его тематика. Именно этот фактор является основополагающим на стадии подготовки проекта. От того, какие цели ставят перед собой авторы проекта, какими техническими, материальными и информационными средствами они обладают, на какие масштабы распространения действия проекта они рассчитывают и, наконец, какую аудиторию они хотят видеть в первых рядах своих посетителей (пользователей), зависит, безусловно, многое. Однако все это отступает на второй план в случае, если строго не определена или не утверждена тематика будущего проекта. Попробуем понять причины возникновения подобной ситуации.
Например, некая компания планирует открыть свой новый проект – каталог интернет-ресурсов на медицинскую тему. Прежде чем переходить к решению, какое программное и аппаратное обеспечение им понадобится, на основе каких технологий будет работать новый проект, какой рекламный бюджет следует утверждать на продвижение каталога необходимо следующее:
• сформулировать точную тематику проекта;
• определить масштабы базы данных каталога (в данном случае под базой данных подразумевается некий структурированный массив информации, классифицированный по ряду признаков);
• продумать структуру разделов;
• продумать иерархию рубрик.
Развивая названный выше пример, представим, что авторы проекта остановят свой выбор только на фармацевтике, что заметно сужает область использования каталога ресурсов. Другими словами, лица, заинтересованные в получении или опубликовании информации о педиатрии, вряд ли посчитают каталог интересным и стоящим для посещения. Соответственно, определяется масштаб базы данных будущего проекта, а затем и его структура, и иерархия. Здесь действует принцип перехода "от общего к частному": вид деятельности компании, открывающей каталог, – медицина (в общем аспекте), тематика ресурсов каталога – фармацевтика (соответственно, подразделы будут определяться уже по другому признаку, нежели области медицинской деятельности). Отсюда получается довольно простая структура каталога: подразделы первого уровня создаются по виду услуг, предоставляемых в фармацевтике, второго – по признаку государства или республики, третьего – по городскому соответствию и т. д. Вложенность подразделов в этом случае будет небольшая, из чего будет приниматься решение о применяемых технологиях разработки и дальнейшего сопровождения проекта. Например, одну и ту же функцию регистрации ресурса в каталоге можно реализовать различными по трудоемкости разработки программными средствами. Можно создать простейшие HTML-формы, после заполнения которых и нажатия соответствующей кнопки Отправить на пользовательском компьютере запускается программа электронной почты, отправляющая заявку на регистрацию в виде обычного электронного письма. Можно написать специальный СС 1-е крипт (сценарий), который будет автоматически обрабатывать полученную из форм информацию, проверять ее на корректность и правильность заполнения и отправлять на сервер, параллельно высылая пользователю, осуществившему попытку регистрации, уведомительное письмо с подтверждением получения заявки. Этот же вариант возможно реализовать посредством других средств, например, с помощью РНР-сценария. Разумеется, в данном примере понятие трудоемкости разработки слишком относительно, так как создание программы регистрации на основе того же CGI не вызовет у человека, обладающего базовыми знаниями языка Perl или C/C++ (на которых чаще всего пишутся CGI-сценарии), особых затруднений.
В большинстве случаев, когда описанные выше моменты определены (причем обязательно на стадии проектирования), вопросы о технической базе поддержки проекта или стратегии его продвижения будут решаться в соответствии с определенной тематикой ИП.