Жизненный цикл

Модель предоставляет  механизмы достижения необходимых  параметров качества как составную часть процесса разработки программного продукта. Эти механизмы строятся на основе идентификации всех типов целей (требований) и ограничений на всех “циклах” спирали разработки. Например, ограничения по безопасности могут рассматриваться как риски на этапе специфицирования требований.

Модель уделяет  специальное внимание предотвращению ошибок и отбрасыванию ненужных, необоснованных или неудовлетворительных альтернатив на ранних этапах проекта. Это достигается явно определенными работами по анализу рисков, проверке различных характеристик создаваемого продукта (включая архитектуру, соответствие требованиям и т.п.) и подтверждение возможности двигаться дальше на каждом “цикле” процесса разработки.

Модель позволяет  контролировать источники проектных  работ и соответствующих затрат.

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

Модель не проводит различий между разработкой нового продукта и расширением (или сопровождением) существующего. Этот аспект позволяет избежать часто встречающегося отношения к поддержке и сопровождению как ко “второсортной” деятельности. Такой подход предупреждает большого количество проблем, возникающих в результате одинакового удаления внимания как обычному сопровождению, так и критичным вопросам, связанным с расширением функциональности продукта, всегда ассоциированным с повышенными рисками.

Модель позволяет  решать интегрированный задачи системной  разработки, охватывающей и программную и аппаратную составляющие создаваемого продукта. Подход, основанный на управлении рисками и возможности своевременного отбрасывания непривлекательных альтернатив (на ранних стадиях проекта) сокращает расходы и одинаково применим и к аппаратной части, и к программному обеспечению.”

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

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

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

Иллюзия снижения рисков участников проекта (заказчика и исполнителя). Каскадная модель предполагает разработку законченных продуктов на каждом этапе: технического задания, технического проекта, программного продукта и пользовательской документации. Разработанная документация позволяет не только определить требования к продукту следующего этапа, но и  определить обязанности сторон, объем  работ и сроки, при этом окончательная оценка сроков и стоимости проекта производится на начальных этапах, после завершения обследования. Очевидно, что если требования к информационной системе меняются в ходе реализации проекта, а качество документов оказывается невысоким (требования неполны и/или противоречивы), то в действительности использование каскадной модели создает лишь иллюзию определенности и на деле увеличивает риски, уменьшая лишь ответственность участников проекта.

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

 

3. Процессы жизненного  цикла ИС

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

В соответствии с базовым  международным стандартом ISO/IEC 12207 все  процессы ЖЦ ПО делятся на три группы:

 

 

3.1 Основные процессы жизненного  цикла

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

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

• Разработка

Разработка информационной системы включает в себя все работы по созданию информационного программного обеспечения и его компонентов  в соответствии с заданными требованиями. Разработка информационного программного обеспечения также включает:

- оформление проектной и эксплуатационной документации;

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

- разработку материалов, необходимых для обучения персонала.

Разработка является одним  из важнейших процессов жизненного цикла информационной системы и, как правило, включает в себя стратегическое планирование, анализ, проектирование и реализацию (программирование).

• Эксплуатация

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

- конфигурирование базы данных и рабочих мест пользователей;

- обеспечение пользователей эксплуатационной документацией;

- обучение персонала.

Основные эксплуатационные работы включают:

- непосредственно эксплуатацию;

- локализацию проблем и устранение причин их возникновения;

- модификацию программного обеспечения;

- подготовку предложений по совершенствованию системы;

- развитие и модернизацию системы.

* Сопровождение

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

Основными предварительными действиями при подготовке к организации  технического обслуживания информационной системы являются:

- выделение наиболее ответственных узлов системы и определение для них критичности простоя (это позволит выделить наиболее критичные составляющие информационной системы и оптимизировать распределение ресурсов для технического обслуживания);

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

- проведение анализа имеющихся внутренних и внешних ресурсов, необходимых для организации технического обслуживания в рамках описанных задач и разделения компетенции (основные критерии для анализа: наличие гарантии на оборудование, состояние ремонтного фонда, квалификация персонала);

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

 

3.2 Вспомогательные процессы  жизненного цикла

Документирование (формализованное  описание информации, созданной в  течение ЖЦ ИС)

Управление конфигурацией (применение административных и технических  процедур на всем протяжении ЖЦ ИС для  определения состояния компонентов  ИС, управления ее модификациями).

Обеспечение качества (обеспечение  гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям  и утвержденным планам)

Верификация (определение  того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям  или условиям, обусловленным предшествующими  действиями)

Аттестация (определение  полноты соответствия заданных требований и созданной системы их конкретному  функциональному назначению)

Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными  средствами)

Аудит (определение соответствия требованиям, планам и условиям договора)

Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или  других процессов)

 

3.3 Организационные процессы

Управление (действия и задачи, которые могут выполняться любой  стороной, управляющей своими процессами).

Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или  сопровождения ПО).

Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ).

Обучение (первоначальное обучение и последующее постоянное повышение  квалификации персонала).

Управление проектом связано  с вопросами планирования и организации  работ, создания коллективов разработчиков  и контроля за сроками и качеством  выполняемых работ. Техническое  и организационное обеспечение  проекта включает:

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

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

- разработку методов и средств испытаний созданного программного обеспечения;

- обучение персонала.

 

 

 

 

 

 

 

 

 

 

Список использованной литературы:

 

1. Избачков С.Ю., Петров В.Н. Информационные системы–СПб.: Питер, 2008. – 655 с
2. http://ru.wikipedia.org
3. http://www.intuit.ru
4. http://www.emanual.ru

 Ссылки (links):

1. http://www.ozon.ru/context/detail/id/4088051/#persons#persons
2. http://www.intuit.ru/