Е. А. Неймарк модели жизненного цикла и технологии
жүктеу/скачать 1,29 Mb. Pdf көрінісі
|
| Преимущества
Каскадная модель имеет следующие преимущества: Проста и понятна заказчикам, т.к часто используется другими организациями для отслеживания проектов, не связанных с разработкой ПО Проста и удобна в применении: процесс разработки выполняется поэтапно. ее структурой может руководствоваться даже слабо подготовленный в техническом плане или - неопытный персонал; она способствует осуществлению строгого контроля менеджмента проекта; каждую стадию могут выполнять независимые команды (все документировано); позволяет достаточно точно планировать сроки и затраты. Положительные стороны каскадного подхода заключаются в следующем: на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты, в самом начале разработки достаточно точно и полно сформулировать все требования, с тем, чтобы предоставить разработчикам свободу в выборе реализации, наилучшей с технической точки зрения. 14 Недостатки Недостатки каскадной модели связаны с тем, что реальный процесс создания ИС никогда не укладывается в такую жесткую схему. Недостатки каскадной модели особо остро проявляются в случае, когда трудно (или невозможно) сформулировать требования или требования могут меняться в процессе выполнения проекта. В этом случае разработка ПО имеет принципиально циклический характер. Основные недостатки: существенная задержка получения результатов, ошибки и недоработки на любом этапе выясняются, как правило, на последующих этапах работы, что приводит к необходимости возврата на предыдущие стадии, сложность распараллеливания работ по проекту, чрезмерная информационная перенасыщенность каждого из этапов, сложность управления проектом, высокий уровень риска и ненадежность инвестиций. Согласование результатов с пользователями производится только в точках, планируемых после завершения каждого этапа работ. Следовательно, требования к ИС "заморожены" в виде технического задания на все время ее создания. Таким образом, пользователи могут внести свои замечания только после того, как работа над системой будет полностью завершена. В случае неточного изложения требований или их изменения в течение длительного периода создания ПО, пользователи получают систему, не удовлетворяющую их потребностям. Причем, несоответствия требованиям могут возникать на любом этапе разработки – искажения могут непреднамеренно вноситься и проектировщиками-аналитиками и программистами, т.к. они не обязательно хорошо разбираются в ПО, для которой производится разработка ИС. Кроме того, модели (как функциональные, так и информационные) автоматизируемого объекта могут устареть за время их разработки. Ошибки, допущенные на более ранних стадиях обнаруживаются, как правило, не сразу на следующем уровне, а позднее (через несколько этапов), а это означает, что часть проекта должна быть возвращена на начальный уровень работы. Сложность параллельного ведения работ связана с необходимостью постоянного согласования различных частей проекта. Пока одни работают, другие простаивают. Кроме того, после того, как передали проект на другую стадию, может найтись лучшее решение, но оно уже не может быть использовано. Информационная перенасыщенность – при внесении изменений в одну из частей проекта необходимо информировать всех разработчиков, которые используют эту часть в своей работе. А это может потребовать повторного тестирования и даже внесения изменений в уже готовые части проекта. 15 И ещѐ один серьѐзный недостаток – конфликт между разработчиками. Он обусловлен тем, что возврат на предыдущую стадию обычно сопровождается поиском причин и виновных. жүктеу/скачать 1,29 Mb. Достарыңызбен бөлісу:
|