10.1. Базовая модель Web-процесса

Основная или базовая модель процесса, предполагаемая для использования при разработке Web-сайтов, должна быть, прежде всего, близка большинст­ву людей, по крайней мере, по смыслу, т. к. она является дедуктивной Ба­зовая модель начинается с общей картины, а затем сужается до конкретных шагов, необходимых для завершения сайта. В сфере производства про­граммного обеспечения подобная модель носит название "водопад" (waterfall model) или, иногда, "модель жизненного цикла программного обеспечения" (software lifecycle model), т. к. она описывает именно фазы жизненного цик­ла прикладной программы.

Рисунок 9.1.Модель водопада

Каждая стадия в рамках модели водопада следует за предыдущей и так далее, вплоть до завершения процесса. Структура мо­дели начинается со стации планирования, затем следует фаза проектирова­ния, только после этого фазы реализации и тестирования и, наконец, фаза технического обслуживания. Может оказаться, что эти фазы будут представ­лять собой отдельные шаги, однако переход от одной фазы к другой вполне может быть не слишком заметным. Более того, движение зачастую идет не только в направлении завершения работы, в целом ряде случаев предыду­щие шаги необходимо повторять, чтобы адекватно отреагировать на неожи­данно возникшие изменения в ходе осуществления проекта. Фактическое число шагов и их конкретные названия могут приобретать различные значе­ния от одного человека к другому, однако основная идея модели водопада хорошо проиллюстрирована на рисунке 9.1.

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

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

Модифицированный водопад

Одним из важнейших аспектов модели водопада является то, что она застав­ляет постоянно планировать наперед. Однако т. к. процесс должен включать все стадии, многие разработчики склонны быстро "проскакивать" ранние шаги, что заканчивается необходимостью их повторения в дальнейшем или созданием сайта на основе недоработанных идей. Процесс является на­столько жестким, что практически не поддерживает творческого поиска и иногда приводит к нежелательному риску. Одним из возможных улучшений могут стать уделение большего времени нескольким начальным стадиям "водопада" и проведение повторных итераций, исследуя цели сайта и требо­вания, предъявляемые к нему, прежде чем приступить непосредственно к фазам дизайна и реализации. Из-за циклического характера этого процесса его прозвали "модифицированным водопадом с водоворотом" (по аналогии с небольшими водоворотами, которые в природе зачастую располагаются ря­дом с водопадами). Если вы приступаете к разработке проекта с высоким риском неожиданностей, модель модифицированного водопада, изображен­ная на рис. 9.2, будет для вас оптимальным выбором.

Рисунок 9.2. Модифицированный водопад

Совместная разработка приложения

Последняя модель из области создания программного обеспечения, имею­щая значение при разработке Web-сайтов, называется "совместная разработ­ка приложения" (joint application development, JAD). Она также называется "эволюцией прототипов", т. к. предполагает разработку ряда прототипов сайта и их постепенное движение к его окончательной форме через ряд стадий.

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

Рисунок 9.3. Модель JAD

Многие аспекты модели JAD представляются весьма подходящими для сфе­ры разработки Web-сайтов, особенно в тех случаях, когда специфику проек­та достаточно сложно определить. Данный процесс является более последо­вательным по сравнению с глобальной направленностью модели водопада на конечный результат, поэтому обычно он также оказывается и более бы­стрым. Однако модель JAD не лишена и ряда существенных недостатков. Во-первых, предоставление на обозрение пользователям незаконченного сайта может повредить взаимоотношениям разработчика и пользователей. Даже когда у пользователей есть активное желание ^сотрудничать по ходу осуществления проекта, всегда следует помнить о том, что пользователи все-таки дизайнерами не являются. О данном основополагающем принципе Web-дизайна никогда не следует забывать, т. к. пользователи легко могут сбить процесс разработки с правильного направления своими завышенными и малореальными требованиями.

Проекты, использующие модель JAD, также достаточно сложно финансиро­вать в силу того, что невозможно предсказать число переработок, которые могут потребоваться в процессе реализации. Если мнение пользователей будет отличаться переменчивостью, стоимость проекта очень быстро превысит все мыслимые и немыслимые пределы. Помните о том, что основная идея модели JAD заключается в том, чтобы создавать множество "неправильных" сайтов до тех пор, пока, наконец, не получится "правильный" сайт. Несмотря на свои недостатки, модель JAD прочно занимает свою нишу в индустрии разработки Web-сайтов, особенно, когда дело касается технического обслуживания. С другой стороны, использование модели JAD на начальных стадиях проекта представляется наилучшим выбором для опытных разработчиков, особенно для тех, кто умеет эффективно взаимодействовать с пользователями.

Теоретически модели процесса разработки Web-сайта имеют определенное значение, но работают ли они на практике? Ответом будет многократное "да". Однако процесс разработки Web-сайта редко сохраняет четкую после­довательность из-за новизны данной сферы, серьезных временных ограни­чений и самой слишком изменчивой природы Web-проектов. Разработчики всегда должны действовать с определенной осторожностью. Для того чтобы направлять процесс разработки, модель процесса следует использовать с са­мого начала осуществления проекта. Если создается совершенно новый сайт или планируется очень сложное и обширное дополнение, то целесообразно применение модели водопада или модифицированного водопада с водоворо­том. Если же проект касается в основном технического обслуживания, отно­сительно прост сам по себе или же предполагает большое количество неопределенных факторов, тогда стоит обратить внимание на модель совместной разработки приложений.