Курс лекций для студентов, обучающихся по специальности 230103 «Автоматизированные системы обработки информации и управления (по отраслям)»
Основные достоинства каскадной модели
жүктеу/скачать 0,6 Mb.
|
lekcii-po-ais
| Основные достоинства каскадной модели
Каскадная модель имеет ряд положительных сторон, благодаря которым она хорошозарекомендовала себя при выполнении различного рода инженерных разработоки получила широкое распространение. Рассмотрим основные достоинствамодели «водопад»: • на каждом этапе формируется законченный набор проектной документации,отвечающий критериям полноты и согласованности. На заключительных этапах также разрабатывается пользовательская документация, охватывающая всепредусмотренные стандартами виды обеспечения информационной системы:организационное, методическое, информационное, программное, аппаратное; • выполняемые в логичной последовательности этапы работ позволяют планироватьсроки завершения и соответствующие затраты. Каскадная модель изначально разрабатывалась для решения различного рода инженерныхзадач и не потеряла своего значения для прикладной области до настоящеговремени. Кроме того, каскадный подход хорошо зарекомендовал себя и припостроении определенных информационных систем. Имеются в виду системы, длякоторых в самом начале разработки можно достаточно точно и полно сформулироватьвсе требования, с тем чтобы предоставить разработчикам свободу выборареализации, наилучшей с технической точки зрения. К таким информационнымсистемам, в частности, относятся сложные расчетные системы, системы реальноговремени.Тем не менее, несмотря на все свои достоинства, каскадная модель имеет ряд недостатков,ограничивающих ее применение при разработке информационных систем.Причем эти недостатки делают ее либо полностью неприменимой, либо приводятк увеличению сроков разработки и стоимости проекта. В настоящее времямногие неудачи программных проектов объясняются именно применением последовательногопроцесса разработки. Недостатки каскадной модели Перечень недостатков каскадной модели при ее использовании для разработкиинформационных систем достаточно обширен. Вначале просто перечислим их, а затемрассмотрим основные из них более подробно: существенная задержка получения результатов; ошибки и недоработки на любом из этапов выясняются, как правило, на последующихэтапах работ, что приводит к необходимости возврата на предыдущиестадии; сложность распараллеливания работ по проекту; чрезмерная информационная перенасыщенность каждого из этапов; сложность управления проектом; высокий уровень риска и ненадежность инвестиций. Задержка получения результатов обычно считается главным недостатком каскаднойсхемы. Данный недостаток проявляется в основном в том, что вследствие последовательногоподхода к разработке согласование результатов с заинтересованнымисторонами производится только после завершения очередного этапа работ. Поэтомуможет оказаться, что разрабатываемая информационная система не соответствуеттребованиям пользователей. Причем такие несоответствия могут возникать налюбом этапе разработки — искажения могут непреднамеренно вноситься и проектировщиками аналитиками, и программистами, так как они не обязательно хорошоразбираются в тех предметных областях, для которых производится разработка информационнойсистемы. Кроме того, используемые при разработке информационной системы моделиавтоматизируемого объекта, отвечающие критериям внутренней согласованностии полноты, могут в силу различных причин устареть за время разработки(например, из-за внесения изменений в законодательство, колебания курса валюти т. п.). Это относится и к функциональной модели, и к информационноймодели, и к проектам интерфейса пользователя, и к пользовательской документации. Возврат на более ранние стадии. Данный недостаток каскадной модели в общем то является одним из проявлений предыдущего. Поэтапная и последовательнаяработа над проектом может быть следствием того, что ошибки, допущенные на болееранних этапах, как правило, обнаруживаются только на последующих стадиях работынад проектом. Поэтому, после того как ошибки проявятся, проект возвращаетсяна предыдущий этап, перерабатывается и снова передается на последующуюстадию. Это может служить причиной срыва графика работ и усложнения взаимоотношениймежду группами разработчиков, выполняющих отдельные этапы работы.Самым же неприятным является то, что недоработки предыдущего уровня могутобнаруживаться не сразу на последующем уровне, а позднее (например, на стадииопытной эксплуатации могут проявиться ошибки в описании предметной области).Это означает, что часть проекта должна быть возвращена на начальный уровеньработы. Вообще, работа может быть возвращена с любого этапа на любой предыдущийэтап, поэтому в реальном случае каскадная схема разработки имеет вид,приведенный на рис. 2.3. Одной из причин данной ситуации является то, что в качестве экспертов, участвующихв описании предметной области, часто выступают будущие пользователисистемы, которые нередко не могут четко сформулировать то, что онихотели бы получить. Кроме того, заказчики и исполнители часто неправильнопонимают друг друга вследствие того, что исполнители обычно не являютсяспециалистами в предметной области решаемой задачи, а заказчики далеки отпрограммирования. жүктеу/скачать 0,6 Mb. Достарыңызбен бөлісу:
|