13) Жизненный цикл ис (жц ис).

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

Жизненный цикл изделия затрагивает 2 его основных состояния:

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

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

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

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

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

14) Модели жц ис.

Выделяют 3 базовые модели ЖЦ ИС:

- Каскадная

- Спиральная

- Поэтапная с промежуточным контролем

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

Каскадная схема разработки ИС включает этапы:

- Стратегия (идея, концепция ИС)

- Анализ

- Проектирование

- Тестирование

- Реализация

- Внедрение

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

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

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

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

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

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

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

Поэтапная модель с промежуточным контролем. Разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.

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