При разработке сайта есть неявная альтернатива: сначала придумать структуру, а потом наполнить ее содержимым, или же наоборот, собрать (или создать) и проанализировать материалы, и лишь после этого спроектировать устройство системы. Первый вариант отличается от второго отсутствием тщательного изучения будущего информационного наполнения. В результате на многих сайтах попадаются разделы (категории), в которых пустовато.
Получается, неудачное решение на начальной стадии разработки может терзать людей годами. Больше других страдают те, кто отвечает за наполнение странных разделов: они вынуждены изобретать водянистые материалы туманного назначения и публиковать их. Посетители тоже не рады. Доверчиво кликая по загадочной ссылке, они попадают в неприятное место. Все тратят время и расстраиваются.
Очевидно, чем масштабнее проектируемая система, тем сильнее последствия ошибок разработчиков.
Жизненный цикл программного обеспечения предусматривает постоянную всестороннюю корректировку продукта. То есть функции пересматриваются, тексты переписываются, интерфейсы улучшаются, код рефакторится. Между стадиями концептуального и техно-рабочего проектирования нет четкой границы. Разработчики постоянно возвращаются на предыдущие этапы, чтобы что-то изменить. Хороший пример — непрекращающаяся корректировка модели данных.
Таким образом, если итераций разных масштабов много, проектирование структуры без детального изучения информационного наполнения не так страшно. Беда в том, что некоторые люди не считаю сайты полноценным программным обеспечением. Соответственно, никаких возвратов к предыдущим стадиям.
Кстати, как вам заголовок? :)
Дмитрий Сергеев, 22 года. Разрабатываю сайты на Drupal.
dorongov, 30.11.2006 18:22
Прекрасный заголовок, dude