Проектирование сайта :
|
Описание некоторых моделей проектирования работы над сайтом Ни для кого не секрет, что работа над любым серьезным проектом ведется по определенному плану. И веб-сайты не являются исключением из этого правила. И действительно, если вы хотите получить качественный интернет-проект, то сначала должны спроектировать все свои действия. Это обязательное условие для создания сайта с понятной структурой и хорошей навигацией. Если же действовать не по плану, а "наобум", то вероятность создания никому не понятного проекта очень велика. Именно поэтому сегодня мы будем говорить о различных моделях проектирования сайтов. Итак, мы с вами, уважаемые читатели, выяснили, что проектирование необходимо для работы над сайтом. И действительно, если не разрабатывать подробный план действий, то, скорее всего, во время создания будут наблюдаться "прыжки" между разными этапами: от написания кода - к разработке архитектуры, от разработки архитектуры - к описанию концепции, от описания концепции - обратно к написанию кода... В результате появляется риск утери логики сайта во время этих "прыжков". То есть посетители в будущем могут не понять, для чего вообще создавался этот веб-проект. Кроме того, постоянные переходы между этапами способны значительное ухудшить качество результата работы, особенно это утверждение верно по отношению навигации сайта. Но и это еще не все. "Прыжки" между этапами будут приводить к тому, что разработчиками придется по несколько раз переделывать одну и ту же работу. А это, естественно, отрицательно скажется как на сроках изготовления проекта, так и на его стоимости. Ну, а избежать всех этих проблем очень легко. Достаточно заранее спроектировать все действия и четко следовать полученному плану. Кстати, сегодня существует немало стандартных моделей проектирования. Но наибольшее распространение в веб-дизайне получили три из них. Каскадная модельСамое главное достоинство этой модели - простота реализации. Она может быть использована как вебмастерами-одиночками, так и небольшими фирмами или группами. Правда, есть у каскадной модели и недостаток, причем достаточно серьезный. Он заключается в том, что четкое представление поставленных задач и целей бывает только в теории. На практике же во время работы над сайтом постоянно появляются новые идеи, которые непременно захочется реализовать. Но для этого необходимо возвращение на предыдущие, уже пройденные этапы, чего данная модель не предусматривает. Именно поэтому она может использоваться только во время разработки достаточно простых сайтов с четко заданными целями - например, небольших корпоративных веб-проектов. Модель "Спираль"Это самая популярная модель проектирования работы над сайтом. Ее суть, как это видно из названия, заключается в движении по спирали. Работа начинается с первого этапа - "Планирование и анализ" - и последовательно проходит все остальные - разработку архитектуры, кодирование и создание дизайна, тестирование. Параллельно с разработкой проекта аккумулируются идеи по улучшению сайта, внесению дополнительных возможностей и так далее. После завершения последнего этапа работа снова возвращается к первому. Таким образом цикл повторяется несколько раз. Главное достоинство модели "Спираль" - возможность создания сложных проектов с постепенным их изменением и улучшением. Но есть у нее и недостаток. Дело в том, что новые идеи появляются постоянно. Если реализовывать их все, то появляется риск "зацикливания", то есть постоянной разработки сайта. Правда, решить эту проблему очень легко. Просто нужно остановиться в конце одного из циклов, запустить сайт в эксплуатацию, а потом можно будет продолжать работу, периодически радуя посетителей проекта новыми релизами. Есть у модели "Спираль" и еще один минус. Речь идет о риске превращения процесса работы в хаос. Постоянные доработки и переработки могут привести к размытости границ между этапами и, как следствие этого, к нарушению порядка работы со всеми вытекающими отсюда последствиями. Microsoft Solutions FrameworkК достоинствам Microsoft Solutions Framework стоит отнести, во-первых, четкое следование этапам разработки и понимание каждым исполнителем своей задачи и места в проекте, а во-вторых, возможность циклической работы, что способствует улучшению качества сайта и выявлению всех недостатков. Ну, а минус у подобного решения только один. Он заключается в сложности модели. Поэтому ее использование оправдано только большими группами во время работы над крупными веб-проектами. Автор: Марат Давлетханов www.hostinfo.ru |