www.inwind.ru » Жизненный цикл интернет проекта | Вебстроительство
| Статьи
В зависимости от целей, задач, масштабов проекта, целевой аудитории и массы факторов жизнь интернет проектов отличается достаточно сильно. Можно выделить статичные сайты, для которых постоянное изменение содержания (контента), функциональности и программной части просто необходимо. Рассмотрим на примере два типичных варианта.
Таким образом, если у вас высококонкурентный проект, важно еще при создании сайта понимать, что с запуском сайта в эксплуатацию работа над ним не заканчивается. Предстоит еще многое сделать, а возможно и переделать. И наличие таких составляющих как: масштабируемая и гибкая логическая структура, продуманность потоков данных и программного дизайна, разделение содержания, оформления и программных модулей - даже не дает преимущества, а просто (в условиях максимальной конкуренции) дает сайту шанс. Что может произойти с магазином, который сделали раз и навсегда. Бывает, что магазин пускается в эксплуатацию, оценивается его эффективность и принимается решение о дальнейшей работе. Варианты тестирования и отладки в процессе работы не рассматриваются. Более удачный вариант. Например, выясняется, что процесс заполнения корзины и отправки заказа не слишком удобен/сопровождается программными сбоями (ну повезло с менеджером - вовремя заметил). Встает задача изменения определенных элементов визуального дизайна с соответствующими изменениями в программных модулях. Если возможность значительных изменений не была заложена изначально, возникнут проблемы - потребуется в худшем случае изменить значительную часть графического дизайна и/или переработать значительную часть программного кода. Трудоемкость и соответственно стоимость таких изменений может достигать до 50% первоначальной стоимости проекта и выше. Как можно оценить способность разработчика создать действительно гибкий сайт? Спросите его - сколько стоило бы то или иное усовершенствование и соотнесите с первоначальной стоимостью сайта. Конечно, усовершенствования, которые реально потребуются в будущем, предугадать заранее нельзя, но можно приблизительно оценить порядок стоимости усовершенствований. Учтите, что если вы захотите чтобы усовершенствования делала другая фирма, это будет стоить дороже, т.к. придется тратить время на изучение имеющейся системы. В реальности с кардинальными изменениями разработчик вполне может столкнуться и при первоначальной разработке - когда предполагаемые процессы на сайте заказчик еще сам не представляет полностью, в силу, например, специфики бизнеса. Максимальной гибкостью обладает статичный сайт, собираемый и поддерживаемый полностью вручную. Цена этой гибкости - гигантская трудоемкость (стоимость) поддержки, которая при достижении проектом определенного масштаба может привести к невозможности поддержки вообще. Автоматизированные сайты проигрывают в гибкости, но дают возможность автоматизировать процессы обработки данных, что во многих случаях является необходимым условием для самого существования сайта. Таким образом, оптимальным представляется уровень автоматизации, при котором еще сохраняется возможность недорогого внесения любых изменений в дизайне, структуре, содержании и программных модулях. В этом случае проект может успешно расти и развиваться в течение длительного времени. | |
При использования материала, ссылка на сайт и источник обязательна.
© 2006-2017, «inwind.ru» |
закрыть окно |