3. Жизненный цикл программного средства.

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

Различают следующие стадии:

1. Разработка п.с.

1. Этап внешнего описания. Описание его поведения, с точки зрения внешнего по отношению к ниму наблюдателя, с фиксацией требований, относительно его качества. Внешнее описание начинается с определения требований пользователя.

2. Этап конструирования. Обхватывает процессы: разработку архитектуры; разработку стр-ур программ п.с. и их деятельную спецификацию

3. Этап кодирования п.с. Создание текстов программ на яз. Прогр-ия, их отладку с тестированием п.с.

4. Этап аттестации. Производится оценка качества п.с. и после успешного завершения данного этапа разработка п.с. считается законченной.

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

3. Стадия эксплуатации. Охватывает процессы хранения, внедрения, сопровождения п.с.; транспортировки и применение п.и. по своему назначению. Состоит из2 парал-но проходящих фаз:

1. Применение п.с. – использование п.с. для решения практических задач на комп-ре, путем выполнения его программ.

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

4. Модели жизненного цикла программного средства

Различают следующие модели жизненного цикла:

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

Классические представители: стандарты ИСО, СММ.

Модель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательно расположенных этапов;

2. Каждый этап заканчивается до того как начнется следующий;

3. Возврат к предыдущему этапу не предусмотрен;

4. Исправление ошибок происходит лишь на стадии тестирования;

5. Результат появляется только в конце разработки.

Критерий появления результатов – это отсутствие ошибок и точное соответствие продукта первоначальной сертификации.

6. Поэтапная модель в промежуточном контроле (водоворот).

М одель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательно расположенных этапов;

2. Каждый этап имеет обратную связь с предыдущими этапами;

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

4. Этапы перекрываются во времени по причине наличия обратной связи.

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

5. Результат появляется только в конце разработки.

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

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

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

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

Является развитием интерактивных подходов.

Представители данной методологии: RUO, MSF.

Модель предполагает следующие свойства взаимодействия этапов:

1. Модель состоит из последовательного расположенных этапов в пределах одного витка спирали;

2. Внутри витка спирали этапы не имеют обратной связи. Анализ результата осуществляется в конце витка и инициирует новый виток спирали.

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

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

5. Результат появляется в конце каждого витка спирали и подвергается подробному анализу. Анализируются новые требования заказчика, и инициируется новый виток спирали.

6. При переходе от витка к витку происходит накопление и повторное использование программных средств, моделей и прототипов.

7. Процесс ориентирован на развитие и модификацию системы в процессе ее проектирования, на анализ рисков и задержек в процессе проектирования.

Основная особенность данной методологии:

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