8.Надежность пп. Методы надежности пп: прогнозирование предупреждение ,устранение ошибок, обеспечение отказоустойчивости.

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

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

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

9.Модель жцпп. Каскадная модель. Достоинства и недостатки. Спиральная модель , Достоинства и недостатки. Макетирование, достоинства и недостатки.

Модели ЖЦПП:

1)Каскадная

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

3) Макетирование

Каскадная модель — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки

Каскадная модель достоинства

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

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

Данная модель разработки хороша в следующих ситуациях:

• при внедрении для проектов длительностью от нескольких недель до 2–3 месяцев, т. к. описанные требования не успевают устареть;

• при внедрении систем, где нет подзадач и нескольких этапов разработки функционала (например, после разработки основного функционала СЭД нужно будет доработать ее взаимодействие с системой бухгалтерского учета, а требований к этому взаимодействию пока нет);

• когда требования к создаваемой системе четко определены и зафиксированы

Недостатки каскадной модели Перечень недостатков каскадной модели при ее использовании для разработки информационных систем достаточно обширен. Вначале просто перечислим их, а затем рассмотрим основные из них более подробно:  1) существенная задержка в получении результатов;  2) ошибки и недоработки на любом из этапов проявляются, как правило, на последующих этапах работ, что приводит к необходимости возврата назад;  3) сложность параллельного ведения работ по проекту;  4) чрезмерная информационная перенасыщенность каждого из этапов;  5) сложность управления проектом;  6) высокий уровень риска и ненадежность инвестиций.

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

Достоинства

• спиральная модель разрешает пользователям "увидеть" систему на ранних этапах, что обеспечивается посредством использования ускоренного прототипирования в жизненном цикле разработки ПО;

• обеспечивается определение непреодолимых рисков без особых дополнительных затрат;

• эта модель разрешает пользователям активно принимать участие при планирова­нии, анализе рисков, разработке, а также при выполнении оценочных действий;

• она обеспечивает разбиение большого потенциального объема работы по разра­ботке продукта на небольшие части, в которых сначала реализуются решающие функции с высокой степенью риска, позволяющие устранить необходимость продолжения работы над проектом (таким образом, в случае необходимости становится возможным прекратить работу над проектом, и уменьшаются расходы);

• в модели предусмотрена возможность гибкого проектирования, поскольку в ней воплощены преимущества каскадной модели, и в тоже время, разрешены итерации по всем фазам этой же модели;

• реализованы преимущества инкрементной модели, а именно выпуск инкрементов, сокращение графика посредством перекрывания инкрементов, рассортированных по версиям, и неизменяемость ресурсов при постепенном росте системы;

• здесь не ставится цель выполнить невозможное — довести конструкцию до совершенства;

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

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

• повышается продуктивность благодаря использованию пригодных для повторного использования свойств;

• повышается вероятность предсказуемого поведения системы с помощью уточнения поставленных целей;

• при использовании спиральной модели не нужно распределять заранее все необходимые для выполнения проекта финансовые ресурсы;

• можно выполнять частую оценку совокупных затрат, а уменьшение рисков связано с затратами.

Недостатки

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

• модель имеет усложненную структуру, поэтому может быть затруднено ее применение разработчиками, менеджерами и заказчиками;

 серьезная нужда в высокопрофессиональных знаниях для оценки рисков;

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

• большое количество промежуточных стадий может привести к необходимости в обработке внутренней дополнительной и внешней документации;

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

• при выполнении действий на этапе вне процесса разработки возникает необходи­мость в переназначении разработчиков;

• могут возникнуть затруднения при определении целей и стадий, указывающих на готовность продолжать процесс разработки на следующей итерации;

• отсутствие хорошего средства или метода Прототипирования может сделать ис­пользование модели неудобным;

• в производстве использование спиральной модели еще не получило такого широ­кого масштаба, как применение других моделей.

Макетирование (Прототипирования) — это процесс создания модели требуемого программного продукта.

Модель может принимать одну из трех форм:

• 1) бумажный макет или макет на основе ПК (изображает или рисует человеко-машинный диалог);

• 2) работающий макет (выполняет некоторую часть требуемых функций);

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

Достоинство макетирования:

обеспечивает определение полных требований к ПО

Недостатки макетирования:

заказчик может принять макет за продукт;

разработчик может принять макет за продукт