- •!1. Понятие жизненного цикла по. Модели жизненного цикла и их сравнительный анализ.
- •Модели жизненного цикла по
- •!2. Организационно – режимные меры защиты носителей информации в ас.
- •!3. Характерные черты машинной модели.
- •!4. Понятие циклических кодов.
- •!5. Структурная схема надежности с последовательным соединением элементов.
- •!6. Протокол нттр (версии, использование постоянного и непостоянного соединения, методы запроса, формат сообщения-запроса и сообщения-ответа.
- •7. Искусственный интеллект: предмет, история развития, направления исследований.
- •!8.Теоремы логики и их использовании в иис.
№5
!1. Понятие жизненного цикла по. Модели жизненного цикла и их сравнительный анализ.
Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО.
Процессы жизненного цикла ПО
Основные: 1Приобретение (действия и задачи заказчика, приобретающего ПО);2Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой);3Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.);4Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему);5Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.
Вспомогательные: 1Документирование (формализованное описание информации, созданной в течение ЖЦ ПО);2Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями);3Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам);4Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями);5Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению);6Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами);7Аудит (определение соответствия требованиям, планам и условиям договора);8Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)
Организационные: 1Управление (действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами);2Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО); 3Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ);4Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала)
Модели жизненного цикла по
Водопадная (каскадная, последовательная) модель жизненного цикла (англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Этапы проекта в соответствии с каскадной моделью:1Формирование требований;2Проектирование;3Реализация;4Тестирование;5Внедрение;6Эксплуатация и сопровождение.
Преимущества:Полная и согласованная документация на каждом этапе;Легко определить сроки и затраты на проект.
Недостатки:В водопадной модели переход от одной фазы проекта к другой предполагает полную корректность результата (выхода) предыдущей фазы.
Итерационная модель Альтернативой последовательной модели является так называемая модель итеративной и инкрементальной разработки (англ. iterative and incremental development, IID), получившей также от Т. Гилба в 70-е гг. название эволюционной модели. Также эту модель называют итеративной моделью иинкрементальной моделью[4].
Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта. Таким образом, с завершением каждой итерации продукт получает приращение — инкремент — к его возможностям, которые, следовательно, развиваются эволюционно. Итеративность, инкрементальность и эволюционность в данном случае есть выражение одного и то же смысла разными словами со слегка разных точек зрения. Подход IID имеет и свои отрицательные стороны, которые, по сути, — обратная сторона достоинств. Во-первых, целостное понимание возможностей и ограничений проекта очень долгое время отсутствует. Во-вторых, при итерациях приходится отбрасывать часть сделанной ранее работы. В-третьих, добросовестность специалистов при выполнении работ всё же снижается, что психологически объяснимо, ведь над ними постоянно довлеет ощущение, что «всё равно всё можно будет переделать и улучшить позже».Различные варианты итерационного подхода реализованы в большинстве современных методологий разработки (RUP, MSF, XP).
Спиральная модель (англ. spiral model) была разработана в середине 1980-х годов Барри Боэмом. Она основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования. Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации оцениваются: 1риск превышения сроков и стоимости проекта;2необходимость выполнения ещё одной итерации;3степень полноты и точности понимания требований к системе; 4целесообразность прекращения проекта.
Важно понимать, что спиральная модель является не альтернативой эволюционной модели (модели IID), а специально проработанным вариантом. К сожалению, нередко спиральную модель либо ошибочно используют как синоним эволюционной модели вообще, либо (не менее ошибочно) упоминают как совершенно самостоятельную модель наряду с IID].
Отличительной особенностью спиральной модели является специальное внимание, уделяемое рискам, влияющим на организацию жизненного цикла, и контрольным точкам.