ЖЦПО, модели ЖЦПО, их сравнительный анализ.

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

Модель жизненного цикла - структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию, и сопровождение программного продукта, охватывающая жизнь системы от установления требований к ней до прекращения ее использования (ГОСТ Р ИСО/МЭК 12207). ЖЦ образуется в соответствии с принципом нисходящего проектирования и, как правило, многие этапы могут повторяться. Порядок построения образует модели ЖД, из 3:

Каскадная (модель «водопад»).

Положительные стороны применения каскадного подхода заключаются в следующем:

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

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

Поэтапная (итерационная модель).

Положительное: накопление версий и повторное испытание моделей.

Спиральная

Преимущества спиральной модели:

- Накопление версий и повторное использование ПС, моделей, прототипов;

- Ориентация на развитие и модификацию ПО или системы в процессе их проектирования;

- Анализ риска и издержек в процессе проектирования.

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

Для более быстрой разработки рекомендуют спиральную и итерационную модели.

5. Техническое задание на информационную систему (ИС). Основные разделы

по ГОСТ 34.602 – 90. Виды обеспечения ИС, к которым предъявляются требования.

 

ТЗ на АС - основной документ, определяющий требования и порядок создания (развития или модернизации) автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие.

ТЗ содержит следующие основные разделы:

1. Общие сведения;

2. Назначение и цели создания системы;

3. Характеристика объектов автоматизации;

4. Требования к системе;

Как правило, по разделу «Общие сведения» требуется предоставить следующие сведения:

- Полное наименование системы и ее условное обозначение;

- Наименование предприятий заказчика и разработчика;

- Перечень документов, на основании которых создается система;

- Плановые сроки начала и окончания выполнения работ.

Раздел «Назначение и цели создания системы» - приводится название процесса, который автоматизируется, для автоматизации которого предназначается данная система и области ее применения, или объекты где предполагается ее использование. Независима она, или создается как часть другой системы. Цель создания системы – это всегда достижение каких-либо положительных эффектов (экономического, повышение эффективности выполнения процессов, повышение безопасности). В этом же разделе можно привести перечень основных задач, которые нужно выполнить для успешного создания системы.

В разделе «Характеристика объекта автоматизации» приводят описание объекта автоматизации или автоматизируемого процесса на текущий момент. Также описание инструкций, в соответствии с которыми выполняется данный процесс, или работает объект автоматизации. Приводятся сведения об условиях эксплуатации объекта. В этот же раздел можно включить схему информационных потоков связанных с данной системой, организационную структуру.

Все основные технические, организационные и программные требования отражаются в разделе "Требования к системе". При установке требований к системе рекомендуется принимать во внимание указания ГОСТ 24.104-85. Раздел «Требования к системе» состоит из 3 подразделов:

– Требования к системе в целом - требования к режимам функционирования, к надежности, к безопасности, к персоналу, к физической структуре;

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

– Требования к видам обеспечения: лингвистическое, математическое, метрологическое, техническое, программное, информационное