Жизненный цикл информационной системы

систем.

Под ЖЦ системы понимается непрерывный процесс, который начинается! с момента

принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации.

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

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

наибольшую важность имеют три:

разработка,
эксплуатация
сопровождение.

Каждый процесс характеризуется определенными

задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами.

внесение изменений в различные компоненты информационной системы на всех стадиях

ее жизненного цикла.

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

работ, создания коллективов разработчиков и контроля за сроками и качеством

выполняемых работ.

Техническое и организационное обеспечение проекта включает:

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

компонентов информационной системы.

Верификация - это процесс определения соответствия текущего

состояния разработки, достигнутого на данном этапе, требованиям этого этапа.

Проверка - это процесс определения соответствия параметров разработки исходным требованиям.

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

жизненного цикла (ЖЦ) и методы разработки программного обеспечения

Под моделью жизненного

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

Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует.
Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки.

Стандарт ISO/IEC 12207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы

этом основной особенностью является разбиение всей разработки на этапы, причем

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

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

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

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

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

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

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

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

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

Ее представляют или как самостоятельную модель, или как вариант каскадной модели.

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

итерационный процесс разработки информационной системы. При этом возрастает значение начальных

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

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

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

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

Эта модель ориентирована на активную работу с пользователями и представляет разрабатываемую ИС как постоянно корректируемую во время разработки.

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

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

Для ее решения необходимо ввести временные ограничения на каждый из

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

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

проектирование;

4. изготовление;

5. ввод системы в эксплуатацию.

определение проекта, разработка его концепции, включающая:

1. формирование идеи, постановку целей;
2.

формирование ключевой команды проекта;
3. изучение мотивации и требований заказчика и других участников;
4. сбор исходных данных и анализ существующего состояния;
5. определение основных требований и ограничении, требуемых материальных, финансовых и трудовых ресурсов;
6. сравнительную оценку альтернатив;
7. представление предложений, их экспертизу и утверждение.

технического предложения, переговоры с заказчиком о заключении контракта.

Общее содержание

работ этой фазы:
1. разработка основного содержания проекта, базовой структуры проекта;
2. разработка и утверждение технического задания;
3. планирование, декомпозиция базовой структурной модели проекта;
4. составление сметы и бюджета проекта, определение потребности в ресурсах;
5. разработка календарных планов и укрупненных графиков работ;
6. подписание контракта с заказчиком;
7. ввод в действие средств коммуникации участников проекта и контроля за ходом работ.

наиболее эффективные способы выполнения проекта и использования ресурсов.

Характерные работы

этой фазы:

1. выполнение базовых проектных работ;
2. разработка частных технических заданий;
3. выполнение концептуального проектирования;
4. составление технических спецификаций и инструкции;
5. представление проектной разработки, экспертиза и утверждение.

работ по проекту, осуществляется изготовление подсистем, их объединение и тестирование.

Основное содержание:

1. выполнение работ по разработке программного обеспечения;
2. выполнение подготовки к внедрению системы;
3. контроль и регулирование основных показателей проекта.

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

новых контрактах.

Основные виды работ:

1. комплексные испытания;
2. подготовка кадров для эксплуатации создаваемой системы;
3. подготовка рабочей документации, сдача системы заказчику и ввод ее в эксплуатацию;
4. сопровождение, поддержка, сервисное обслуживание;
5. оценка результатов проекта и подготовка итоговых документов;
6. разрешение конфликтных ситуаций и закрытие работ по проекту;
7. накопление опытных данных для последующих проектов, анализ опыта, состояния, определение направлений развития.

5. Ввод системы в эксплуатацию