Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Оценка рисков на различных этапах жизненного цикла ИС

Понятие жизненного цикла является одним из базовых понятий методологии проектирования информационных систем. Для начала дадим определение этому понятию. Жизненный цикл информационной системы - период времени, который начинается с момента принятия решения о необходимости создания информационной системы и заканчивается в момент её полного изъятия из эксплуатации. В жизненный цикл информационных систем входит четыре стадии: предпроектная, проектировочная, внедрение, функционирование. Модель жизненного цикла системы включает в себя все этапы жизненных циклов, начиная от создания системы и заканчивая её эксплуатацией. Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы её создания, сопровождения и развития. Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создаётся и функционирует. К настоящему времени наибольшее распространение получили следующие модели жизненного цикла. Каскадная стратегия подразумевает линейную последовательность прохождения стадий создания информационной системы. Другими словами, переход с одной стадии на следующую происходит только после того, как будет полностью завершена работа на текущей. Данная модель применяется при разработке информационных систем, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования. За десятилетия существования каскадной модели разбиение работ на стадии и названия этих стадий менялись. Кроме того, наиболее разумные методики и стандарты избегали жёсткого и однозначного приписывания определенных работ к конкретным этапам. Тем не менее, все же можно выделить ряд устойчивых этапов разработки, практически не зависящих от предметной области: анализ требования заказчика, проектирование, разработка, тестирование, сдача готового продукта. Каскадная модель имеет ряд положительных сторон, благодаря которым она хорошо зарекомендовала себя при выполнении различного рода инженерных разработок и получила широкое распространение. Рассмотрим её основные достоинства. Каскадная модель изначально разрабатывалась для решения различного рода инженерных задач и не потеряла своего значения для прикладной области до настоящего времени. Кроме того, каскадный подход хорошо зарекомендовал себя при разработке определённых информационных систем. Имеются в виду системы, для которых в самом начале разработки можно достаточно точно и полно сформулировать все требования, с тем чтобы представить разработчикам свободу выбора реализации, наилучшей с технической точки зрения. К таким информационным системам, в частности, относятся сложные расчётные системы, системы реального времени. Тем не менее, несмотря на все свои достоинства, каскадная модель имеет ряд недостатков, ограничивающих её применение при разработке информационных систем. Причём эти недостатки делают её либо полностью неприменимой, либо приводят к увеличению сроков разработки и стоимости проекта. Перечен недостатков каскадной модели при её использовании для разработки информационных систем достаточно обширен. Ими являются: существенная задержка в получении результатов; ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад; сложность параллельного ведения работ по проекту; чрезмерная информационная перенасыщенность каждого из этапов; сложность управления проектом; высокий уровень риска и ненадёжность инвестиций. Спиральная модель, в отличие от каскадной, предполагает итерационный процесс разработки информационной системы. Каждая итерация представляет собой законченный цикл разработки, приводящий к выпуску внутренней или внешней версии изделия, которое совершенствуется от итерации к итерации, чтобы стать законченной системой. Использование спиральной модели позволяет осуществлять переход на следующий этап выполнения проекта, не дожидаясь полного завершения текущего - недоделанную работу можно будет выполнить на следующей итерации. Рассмотрим преимущества итерационного подхода: итерационная разработка существенно упрощает внесение изменений в проект при изменения требований заказчика, уменьшение уровня рисков, итерационная разработка обеспечивает большую гибкость в управлении проектом, итерационный подход упрощает повторное использование компонентов, спиральная модель позволяет получить более надёжную и устойчивую систему. Основная проблема спирального цикла - определение момента перехода на следующий этап. Для её решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла.

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

Проанализировав все модели жизненного цикла, можно сделать вывод, что разрабатываемая автоматизированная информационная система относится к каскадной модели. Общеизвестным является тот факт, что значительная доля проектов в области ИТ являются неудачными в части соответствия целям, бюджету или срокам. Во многом такие проблемы связаны с недостаточно полным и качественным управлением рисками. Информационные риски - это потенциальная, численно измеримая возможность неблагоприятных ситуаций и связанных с ними последствий в виде ущерба, убытков, неблагоприятного изменения основных управляемых параметров проекта. ИТ-риски можно словно разделить на две группы: риски, связанные с обеспечением непрерывности бизнеса, и риски реализации новых проектов. Управление рисками, естественно, охватывает весь цикл проекта - от подготовки до завершения, но наиболее важным (особенно в контактах с фиксированными сроками и стоимостью) будет правильная и честная оценка будущих рисков на стадии подготовки проекта. При анализе проекта можно выделить несколько рисков: утечка конфиденциальной информации, потеря интеллектуальной собственности университета в виде научных работ; обои в передаче информации, отказ оборудования; отсутствие у клиентов доступа к серверу и невозможность внесения и получения информации по научным работам; нарушение оперативности; риск реорганизации научной библиотеки, в следствии чего автоматизированная система может стать бесполезной.