Жизненный цикл программного обеспечения

(ЖЦПО)

Проектирование ИС описывается ЖЦПО, который представляет собой последовательность стадий и выполняемых на них процессов.

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

Основным стандартом регламентации ЖЦПО является международный стандарт ISO/IES,где ISO-международная комиссия на стандартизации, IES-международная комиссия по электротехнике.

Стандарт определяет структуру ЖЦ, содержание процессов, действий и задач, которые должны быть выполнены в процессе создания ПО.

Структура ЖЦ базируется на:

1. Основных процессах ЖЦПО-это приобретение, поставка, разработка, есплуатация и сопровождение ПО.

2. Вспомогательные процессы -это процессы, которые обеспечивают выполнение основных процессов. К ним относятся: документирование, аттестация ИС, оценка, проверка и контроль.

3. Организационные процессы-к этим процессам относятся управление проектами, создание структуры проекта, оценка и модернизация самого ЖЦ, обучение персонала.

 

Таким образом ЖЦПО можно представить как ряд событий происходящих с системой в процессе ее создания и использования.

В настоящее время на практике используют следующие модели ЖЦПО:

1. Каскадная модель

2. Спиральная модель

Рассмотрим каскадную модель. Это модель предусматривает последовательное выполнение всех этапов проектов в строго фиксированном порядке.

Рассмотрим структуру каскадной модели:

 

 

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

1. Разработка требований (анализ).

На этом этапе анализируется существующая ИС и определяется требования требование к проектируемой системе. Первый этап заканчивается созданием и оформлением технического задания (ТЗ) на ИС.

2. На данном этапе производится разработка составов ИС (ее вариантов) и определяются функции на объекте, которые необходимо автоматизировать. На втором этапе создается технический проект.

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

4. Производится комплексная отладка подсистем ИС, обучение персонала и оформление приема сдаточных документов.

5. Производится сбор информации и статистики по функционированию ИС, устраняются ошибки, и производится модернизация.

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

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

– Достоинства каждой модели:

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

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

– Недостатки каскадной модели:

1) Главным недостатком является то, что задержка получения результатов связана с последовательным выполнением этапов.

2) Невозможность выполнения параллельных работ.

Чтобы устранить недостатки используют спиральную модель ЖЦ, особенностью которой является то, что основной упор на разработку ИС делается на этапах анализа и проектирования, а каждый виток спирали связан с созданием более совершенных вариантов ПО.

 

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

– Достоинства:

1)В результате проектирования разработка и совершенствование производится итерациями.

Итерация– многократное повторение процесса разработки ИС с целью её улучшения.

2) При использовании данной модели отдельные подсистемы включаются постепенно в единое целое, поскольку проектирование начинается с простого варианта ИС, то возникает меньше ошибок.

3) Модель позволяет получить более надежную и устойчивую ИС – это связано с тем, что по мере развития ИС ошибки и недостатки обнаруживаются и исправляются на каждом витке модели.

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

­– Содержание и организация проектирования.

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

- Для выполнения проектирования используется два подхода:

1) Каноническое проектирование ИС

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

1) Формирование требований к ИС.

Здесь рассматриваются обследование объектов и обоснование необходимости создания ИС – формирование требований заказчиков к ИС, оформление отчета о выполненной работе и тактико-техническое задание на разработку ИС.

2) Разработка концепции ИС

- изучение объектов автоматизации;

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

-разработка ИС, которая удовлетворяет требованиям пользователей;

- оформление отчета и утверждение концепций.

3) Техническое задание

- утверждение и разработка технического задания на ИС.

4) Эскизный проект

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

5) Технический проект

- разработка проектных решений по системе и ее частям;

- разработка документации на ИС и ее частей;

-разработка и оформление документации на поставку комплектующих изделий.

6) Рабочая документация.

- разработка и адаптация необходимых программ при разработке ИС и ее частей.

7) Ввод в действие.

- подготовка объекта автоматизации;

- подготовка персонала;

- приобретение программных,программно-технических и информационных средств для ИС.

- предварительное испытание;

- опытная эксплуатация.

8) Сопровождение ИС.

- выполнение работ в соответствии с гарантийными обязательствами;

- послегарантийное обслуживание.

– Следующим видом разработки проектирования является типовое проектирование (ТП):

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

ТПР (типовое проектирование) – это пригодное к многократному использованию проектное решение для объектов.

Выделяются следующие элементы ТПР (классификация зависит от уровня разбиения системы на элементы):

- элементные ТПР:, которые рассматривают решение отдельных задач;

- подсистемные ТПР – в качестве элементов рассматриваются отдельные подсистемы ИС.

- объектные ТПР – это типовые отраслевые проекты, которые включают полный набор функциональных и обеспечивающих подсистем проектирования ИС.