Звягинцева К.М., Коваленко Т.А.
ЭВОЛЮЦИЯ МОДЕЛЕЙ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ *
Аннотация:
программирование — сравнительно молодая и быстро развивающаяся отрасль науки и техники. Опыт ведения реальных разработок и совершенствования имеющихся программных и технических средств постоянно переосмысливается. Исследовать процессы создания новых технологий и определять их основные тенденции целесообразно, сопоставляя эти технологии с уровнем развития программирования и особенностями имеющихся в распоряжении программистов программных и аппаратных средств.
Ключевые слова:
каскадная модель, спиральная модель, модель с промежуточным контролем, программное обеспечение, прототипирование, схема
На протяжении последних тридцати лет в программировании сменились три модели жизненного цикла программного обеспечения: каскадная, модель с промежуточным контролем и спиральная.Каскадная модель. Первоначально (1970 – 1985 гг.) была предложена и использовалась каскадная схема разработки программного обеспечения (рис. 1), которая предполагала, что переход на следующую стадию осуществляется после того, как полностью будут завершены проектные операции предыдущей стадии и получены все исходные данные для следующей стадии. /Рис. 1. Каскадная схема разработки программного обеспечения.Достоинствами такой схемы являются:- получение в конце каждой стадии законченного набора проектной документации, отвечающего требованиям полноты и согласованности,- простота планирования процесса разработки.Именно такую схему и используют обычно при блочно-иерархическом подходе к разработке сложных технических объектов, обеспечивая очень высокие параметры эффективности разработки. Однако данная схема оказалась применимой только к созданию систем, для которых в самом начале разработки удавалось точно и полно сформулировать все требования. Это уменьшало вероятность возникновения в процессе разработки проблем, связанных с принятием неудачного решения на предыдущих стадиях. На практике такие разработки встречаются крайне редко.В целом необходимость возвратов на предыдущие стадии обусловлена следующими причинами:- неточные спецификации, уточнение которых в процессе разработки может привести к необходимости пересмотра уже принятых решений,- изменение требований заказчика непосредственно в процессе разработки,- быстрое моральное устаревание используемых технических и программных средств,- отсутствие удовлетворительных средств описания разработки на стадиях постановки задачи, анализа и проектирования.Отказ от уточнения (изменения) спецификаций приведёт к тому, что законченный продукт не будет удовлетворять потребности пользователей. При отказе от учёта смены оборудования и программной среды пользователь получит морально устаревший продукт. А отказ от пересмотра неудачных проектных решений приводит к ухудшению структуры программного продукта и, соответственно, усложнит, растянет по времени и удорожит процесс его создания. Реальный процесс разработки, таким образом, носит итерационный характер.Модель с промежуточным контролем. Схема, поддерживающая итерационный характер процесса разработки, была названа схемой с промежуточным контролем (рис. 2). Контроль, который выполняется по данной схеме после завершения каждого этапа, позволяет при необходимости вернуться на любой уровень и внести необходимые изменения./Рис. 2. Схема разработки программного обеспечения с промежуточным контролем.Основная опасность использования такой схемы связана с тем, что разработка никогда не будет завершена, постоянно находясь в состоянии уточнения и усовершенствования.Спиральная модель. Для преодоления перечисленных проблем в середине 80-х гг. XX в. была предложена спиральная схема (рис. 3). В соответствии с данной схемой программное обеспечение создаётся не сразу, а итерационно с использованием метода прототипирования, базирующегося на создании прототипов. Именно появление прототипирования привело к тому, что процесс модификации программного обеспечения перестал восприниматься как «необходимое зло», а стал восприниматься как отдельный важный процесс./Рис. 3. Спиральная или итерационная схема разработки программного обеспечения.Прототипом называют действующий программный продукт, реализующий отдельные функции и внешние интерфейсы разрабатываемого программного обеспечения.На первой итерации, как правило, специфицируют, проектируют, реализуют и тестируют интерфейс пользователя. На второй – добавляют некоторый ограниченный набор функций. На последующих этапах этот набор расширяют, наращивая возможности данного продукта.Основным достоинством данной схемы является то, что, начиная с некоторой итерации, на которой обеспечена определённая функциональная полнота, продукт можно предоставлять пользователю, что позволяет:- сократить время до появления первых версий программного продукта,- заинтересовать большое количество пользователей, обеспечивая быстрое продвижение следующих версий продукта на рынке,- ускорить формирование и уточнение спецификаций за счёт появления практики использования продукта,- уменьшить вероятность морального устаревания системы за время разработки.Основной проблемой использования спиральной схемы является определение моментов перехода на следующие стадии. Для её решения обычно ограничивают сроки прохождения каждой стадии, основываясь на экспертных оценках.
Номер журнала Вестник науки №1 (70) том 4
Ссылка для цитирования:
Звягинцева К.М., Коваленко Т.А. ЭВОЛЮЦИЯ МОДЕЛЕЙ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ // Вестник науки №1 (70) том 4. С. 466 - 471. 2024 г. ISSN 2712-8849 // Электронный ресурс: https://www.вестник-науки.рф/article/12656 (дата обращения: 17.05.2024 г.)
Вестник науки СМИ ЭЛ № ФС 77 - 84401 © 2024. 16+