26. Жизненный цикл ис.

Методология проектирования ИС описывает создание и сопровождение систем в виде ЖЦ.

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

ЖЦ – период создания и исполнения ИС, охватывает ее различные состояния с момента возникновения необходимости в ИС и заканчивается полным выходом из употребления из пользования.

ЖЦ ИС позволяет выделить несколько стадий, каждая из которых представляет выполнение опред-го объема работ (= процессы ЖЦ)

Процесс – совокупность взаимосвязанных действий преобразующих входные данные в выходные.

Описание каждого процесса предполагает перечень решенных задач, исходящие данные и результат. Существует ряд стандартов реш-х ЖЦ ПО:

1. ГОСТ 34601-90

2. ISO/IEC 12207:1995

3. Custom Development Method

4. Ration Unified Process (RUP)

5. Microsoft Solution Framework (MSP)

6. Extreme programming (XP)

Модели ЖЦ АИС

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

Наибольшее распространение получили 3 модели ЖЦ:

1. каскадная

2. поэтапная модель с промежуточным контролем

3. спиральная модель.

27. Каскадная модель жц.

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

Преимущества:

1. на каждом этапе формир-ся законченный набор проектной документации.

2. Этапы работ вып-ся в логич-ой последовательности.

3. Возможность жестко планировать сроки завершения работ и соответствующие затраты.

Каскадный подход исп-ся про построении ИС, таких как СРВ, сложная распределенная система, в военной промышленности.

Для каскадной схемы требования к системе формируются в начале разработки и разработчик имеет свободу реализации этих требований как можно лучше с технич-й точки зрения.

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

Недостатки:

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

2. Несоответствие разработанной системы ожиданиям заказчика.

3. Примитивная автоматизация существующих ПП, разработанная ИС фиксировала неправильные формы работ.

Каскадная схема порождает системы обладающие следующими недостатками:

1. Монолитность – приложения которые трудно разделяются на части, изменение такой системы непредсказуемо влияет на её части.

2. Централизованность – приложение не может быть установлено на отдельные компьютеры.

3. Трудность в пользовании.