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

Одним из важнейших аспектов модели водопада является то, что она застав­ляет постоянно планировать наперед. Однако т. к. процесс должен включать все стадии, многие разработчики склонны быстро "проскакивать" ранние шаги, что заканчивается необходимостью их повторения в дальнейшем или созданием сайта на основе недоработанных идей. Процесс является на­столько жестким, что практически не поддерживает творческого поиска и иногда приводит к нежелательному риску. Одним из возможных улучшений могут стать уделение большего времени нескольким начальным стадиям "водопада" и проведение повторных итераций, исследуя цели сайта и требо­вания, предъявляемые к нему, прежде чем приступить непосредственно к фазам дизайна и реализации. Из-за циклического характера этого процесса его прозвали "модифицированным водопадом с водоворотом" (по аналогии с небольшими водоворотами, которые в природе зачастую располагаются ря­дом с водопадами). Если вы приступаете к разработке проекта с высоким риском неожиданностей, модель модифицированного водопада, изображен­ная на рис. 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-проектов. Разработчики всегда должны действовать с определенной осторожностью. Для того чтобы направлять процесс разработки, модель процесса следует использовать с са­мого начала осуществления проекта. Если создается совершенно новый сайт или планируется очень сложное и обширное дополнение, то целесообразно применение модели водопада или модифицированного водопада с водоворо­том. Если же проект касается в основном технического обслуживания, отно­сительно прост сам по себе или же предполагает большое количество неопределенных факторов, тогда стоит обратить внимание на модель совместной разработки приложений.

Дата добавления: 2015-05-26