Наиболее часто на начальных фазах допускаются следующие ошибки:

1. Ошибки в определении интересов заказчика

2. Концентрация на маловажных или сторонних интересах

3. Неправильная интерпретация исходной постановки задачи

4. Неправильное или недостаточное понимание деталей

5. Неполнота функциональных спецификаций

6. Ошибки в определении требуемых ресурсов и сроков

7. Редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика.

3. Модели жизненного цикла ИС.

Моделью жизненного цикла ИС называют некоторую структуру, определяющую последовательность осуществления процессов, действий и задач, выполняемых на протяжении жизненного цикла ИС, а также взаимосвязи между этими процессами, действиями и задачами. Существует стандарт методов реализации и выполнения действий и задач, входящих в процессы жизненного цикла ИС (ISO-стандарт). Этот стандарт не конкретизирует детали, а описывает лишь структуры этих процессов. Регламенты стандарта являются общими для любых моделей жизненного цикла, методологий и технологий разработки. Однако модель жизненного цикла зависит от специфики ИС и условий, в которых она создается и функционирует. Поэтому не имеет смысла предлагать какие-либо конкретные модели жизненного цикла и методы разработки ИС для общего случая без привязки к определенной предметной области.

К настоящему времени наибольшее распространение получили следующие две основные модели жизненного цикла:

1. Каскадная модель (водопад)

2. Спиральная модель

Каскадная модель демонстрирует классический подход к разработке различных систем в любых прикладных областях. Каскадные методы проектирования широко использовались для разработки ИС в 70 – 80-х гг. ХХ века. Организация работ по каскадной схеме применялась в различных прикладных областях. Она предусматривает последовательную организацию работ. При этом основной особенностью является разбиение всей разработки на этапы. Причем переход с одного этапа на следующий происходит только после того, как будут полностью завершены все работы на предыдущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Выделяют ряд устойчивых этапов разработки, практически не зависящих от предметной области:

1. Анализ требований заказчика

2. Проектирование

3. Разработка

4. Тестирование и опытная эксплуатация

5. Сдача готового продукта

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

Каскадное моделирование хорошо зарекомендовало себя при построении ИС, для которой в самом начале разработки можно достаточно точно и полно сформулировать все требования с тем, чтобы предоставить разработчикам свободу выбора реализации с наилучшей технической точки зрения. К таким системам относятся системы реального времени.

Однако каскадная модель имеет ряд недостатков, ограничивающих ее применение при разработке ИС. Причем эти недостатки делают ее либо полностью неприменимо, либо приводят к увеличению сроков разработки и стоимости проекта. Основными из недостатков являются:

1. Существенная задержка в получении результатов

2. Ошибки и недоработки на любом из этапов выясняются, как правило, на последующих этапах, что приводит к необходимости возврата на предыдущие стадии

3. Сложность распараллеливания работ по проекту

4. Чрезмерная информационная перенасыщенность каждого из этапов

5. Сложность управления проектами

Спиральная модель в отличие от каскадной предполагает итерационный процесс разработки ИС. При этом возрастает значение начальных этапов жизненного цикла: анализ и проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия, которая совершается от итерации к итерации, чтобы стать законченной системой.

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

Главная задача каждой итерации: как можно быстрее создать работоспособный продукт, который можно показать пользователям системы, поэтому существенным образом упрощается процесс внесения уточнений и дополнений в проект.

Спиральный подход к разработке программного обеспечения позволяет преодолеть большинство недостатков каскадной модели и кроме того обеспечивает ряд дополнительных возможностей, делая процесс разработки более гибким.

Рассмотрим преимущества итерационного подхода:

1) существенно упрощается внесение изменений в проект при изменении требований заказчика

2) отдельные элементы ИС интегрируются в единое целое постепенно; при итерационном подходе интеграция производится фактически непрерывно; поскольку интеграция начинается с меньшего количества элементов, то возникает гораздо меньше проблем при ее проведении

3) уменьшается уровень рисков. Это преимущественно является следствием предыдущего, т.к. риски обнаруживаются именно во время интеграции, поэтому уровень рисков максимальный в начале разработки проектов. По мере продвижения разработки ожидаемый риск уменьшается. Данное утверждение справедливо при любой модели разработки, однако, при использовании спиральной уменьшение уровня рисков происходит с наибольшей скоростью. Это связано с тем, что при итерационном подходе интеграция выполняется уже на первой итерации, и при выполнении начальных итераций выявляются многие аспекты проекта, такие как пригодность используемых инструментальных средств, программного обеспечения, квалификация разработчиков