Спиральная модель ЖЦ ИС

Для преодоления недостатков и ограничений каскадной (линейной) модели используется спиральная модель разработки ИС (рисунок 6). На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка.

Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования).

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

Рисунок 6 – спиральная модель жизненного цикла ИС (программного обеспечения)

Преимущества спиральной дели:

• разрешает пользователям "увидеть" систему на ранних этапах, что обеспечивается посредством использования ускоренного прототипирования в ЖЦ разработки ИС;

• обеспечивается определение непреодолимых рисков без особых дополнительных затрат;

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

• обеспечивает разбиение большого потенциального объема работы по разработке продукта на небольшие части, в которых сначала реализуются решающие функции с высокой степенью риска, что обеспечивает возможность прекратить работу над проектом;

• возможность гибкого проектирования, поскольку в ней воплощены преимущества каскадной модели, и в тоже время, разрешены итерации по всем фазам этой же модели;

• обратная связь по направлению от пользователей к разработчикам выполняется с высокой частотой и на ранних этапах модели, что обеспечивает создание нужного продукта высокого качества;

• повышается продуктивность благодаря использованию пригодных для повторного использования свойств;

• повышается вероятность предсказуемого поведения системы с помощью уточнения поставленных целей;

• не требуется распределять заранее все необходимые для выполнения проекта ресурсы;

• можно выполнять частую оценку совокупных затрат, а уменьшение рисков связано с затратами.

Недостатки:

• если проект имеет низкую степень риска или небольшие размеры, модель может оказаться дорогостоящей;

• оценка рисков после прохождения каждой спирали связана с большими затратами;

• модель имеет сложную структуру, поэтому может быть затруднено ее применение разработчиками, менеджерами и заказчиками4

• спираль может продолжаться до бесконечности, поскольку каждая ответная реакция заказчика на созданную версию может порождать новый цикл, что отдаляет окончание работы над проектом;

• большое количество промежуточных стадий может привести к необходимости в обработке внутренней дополнительной и внешней документации;

• использование модели может оказаться дорогостоящим и даже недопустимым по средствам, так как время, затраченное на планирование, уточнение целей, выполнение анализа рисков и прототипирование, может быть чрезмерным;

• при выполнении действий на этапе вне процесса разработки возникает необходимость в переназначении разработчиков;

• могут возникнуть затруднения при определении целей и стадий, указывающих на готовность продолжать процесс разработки на следующей итерации;

• отсутствие хорошего средства или метода прототипирования может сделать использование модели неудобным;

Таким образом, последовательное создание и развитие ИС можно представить следующим образом:

1) разработка концепции системы и ее дерева целей (System Planning);

2) выяснение условия работы системы и формирование соответствующих моделей (System Analysis);

3) разработка (проектирование и создание) системы (System Design) – протяженный многовитковый итерационный процесс;

4) внедрение системы (System Implementation) на тех рабочих местах, для которых она создается;

5) сопровождение и поддержка системы во время эксплуатации (System Support).

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

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

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

Модернизация и адаптация ИС осуществляется последовательно для отдельных подсистем. В результате разные подсистемы ИС предприятия могут находиться на разных стадиях и этапах жизненного цикла.

Таким образом, информационная система практически никогда не бывает завершена окончательно, она всегда пребывает в процессе изменения. Параллельно должны непрерывно решаться ее основные задачи, причем с максимальной эффективностью на каждой стадии или в каждой фазе ее состояния.

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

Дата добавления: 2015-07-10