Учебно-исследовательская лаборатория "Математические и программные технологии для современных компьютерных систем (Информационные технологии)" Обзор моделей жизненного цикла разработки программного обеспечения

Каскадная модель жизненного цикла разработки ПО Классическая каскадная модель, несмотря на полученную в последнее время нега­тивную оценку, исправно служила специалистам по программному инжинирингу мно­гие годы. Понимание ее сильных сторон и недостатков улучшает оценочный анализ других, зачастую более эффективных моделей жизненного цикла, основанных на данной модели. В первые годы практики программирования сначала записывался программный код, а затем происходила его отладка. Общепринятым считалось правило начинать работу не с разработки плана, а с общего ознакомления с продуктом. Без лишних формальностей можно было спроектировать, закодировать, отладить и протестиро­вать ПО еще до того, как оно будет готово к выпуску. Это напоминало процесс, изо­браженный на рис. 2. В структуре такого процесса есть несколько "неправиль­ностей" (или недостатков). Во-первых, поскольку изначально не существовало офи­циального проекта или анализа, невозможно было узнать о моменте завершения про­цесса. Также отсутствовал способ определения соответствия требованиям относи­тельно достижения качества. В 1970 году каскадная модель была впервые определена как альтернативный вариант метода разработки ПО по принципу кодирование-устранение ошибок, который был широко распространен в то время. Это была первая модель, которая формализовала структуру этапов разработки ПО, придавая особое значение исходным требованиям и проектиро­ванию, а также созданию документации на ранних этапах процесса разработки. Кодирование и тестирование Делать, пока не будет сделано Рис. 2. Модель процесса "делать, пока, не будет сделано” Начальный этап выполнения каскадной модели показан в левой верхней части рис. 3. Продолжение процесса выполнения реализуется с помощью упорядоченной последовательности шагов. В модели предусмотрено, что каждая последующая фаза начинается лишь тогда, когда полностью завершено выполнение предыдущей фазы Каждая фаза имеет определенные критерии входа и выхода: входные и выходные данные. Рис. 3. Классическая каскадная модель с обратной связью В результате выполнения генерируются внутренние или внешние данные проекта, включай документацию и ПО. Документы по анализу требований впоследст­вии передаются системным специалистам, которые в свою очередь передают их раз­работчикам программных систем более высокого уровня. Программисты передают детальные технические характеристики программистам, которые уже представляют готовый код тестерам. Переход от одной фазы к другой осуществляется посредством формального обзора. Таким образом, клиент получает общее представление о процессе разработки, кроме того происходит проверка качества программного продукта. Как правило, прохождение стадии обзора указывает на договоренность между командой разработчиков и клиентом о том, что текущая фаза завершена и можно перейти к выполнению следующей фазы. Окончание фазы удобно принимать за стадию в процессе выполнения проекта. В результате завершения определенных фаз формируется базовая линия, которая в данной точке "замораживает" продукты разработки. Если возникает потребность в их изменении, тогда для внесения изменений используется формальный процесс изменений. В критических точках каскадной модели формируются базовые линии, последняя из которых является базовой линией продукта. После формирования заключитель­ной базовой линии производится обзор приемки. Попытки оптимизации каскадной модели привели к возникновению других цик­лов разработки ПО. Прототипирование программ позволяет обеспечить полное по­нимание требований, в то время как инкрементные и спиральные модели позволяют повторно возвращаться к фазам, соотнесенным с классической каскадной моделью, прежде чем полученный продукт будет признан окончательным. Отличительным свойством каскадной модели можно назвать то, что она представ­ляет собой формальный метод, разновидность разработки "сверху вниз", она состоит из независимых фаз, выполняемых последовательно, и подвержена частому обзору. Краткое описание фаз каскадной модели

Похожие:

	Информационное обеспечение систем управления Целью изучения дисциплины является обучение студентов основам современных информационных технологий в части разработки логических...		Рабочая программа по дисциплине с 3 «Технологии и методы программирования» Цель преподавания дисциплины: Целью изучения дисциплины «Технологии и методы программирования» является изучение современных технологий...
	Реферат Данная работа посвящена разработке программного обеспечения... В главе 1 рассмотрены задачи автоматизации процессов Оператора связи, а также важность вопроса обеспечения автоматизированного тестирования...		Рабочая программа учебной дисциплины технологии разработки программного обеспечения Охватывает данный подход? Какие модели используются в качестве функциональных спецификаций при структурном подходе? Какие характеристики...
	Методические рекомендации по организации внеаудиторной самостоятельной... Пм 01 Разработка программных модулей программного обеспечения для компьютерных систем		Рабочая программа учебной дисциплины информационные технологии в прикладной биотехнологии Дисциплина “ Информационные технологии ” относится к дисциплинам математического и естественнонаучного цикла
	Программа по формированию навыков безопасного поведения на дорогах... Использованные технологии: информационные и компьютерные технологии, личностно-ориентированная, исследовательская, дифференцированное...		Учебно-методический комплекс учебной дисциплины «Информационные технологии... В последующих темах осуществляется аналитический, исторический и методологический обзор основных теоретических систем коммуникации...
	«Информационные технологии в образовании» Технологии разработки, экспертизы, оценки программных средств и регистрация интеллектуальной собственности		Опорный план открытого урока Преподаватель Дисциплина: мдк. 01. 01 Системное программирование пм. 01 Разработка программных модулей программного обеспечения для компьютерных...
	Опорный план открытого урока Преподаватель Дисциплина: мдк. 01. 01 Системное программирование пм. 01 Разработка программных модулей программного обеспечения для компьютерных...		Ано «Информационные технологии в образовании» Технологии разработки, экспертизы, оценки программных средств и регистрация интеллектуальной собственности
	Программа дисциплины «Архитектура вычислительных систем» для направления... Программа предназначена для преподавателей, ведущих данную дисциплину, учебных ассистентов и студентов направления подготовки 010400....		Учебно-методический комплекс дисциплины «информационные технологии в юридической деятельности» Дисциплина относится к базовой части информационно-правового цикла ооп и изучается на первом курсе в первом и втором семестрах. Освоение...
	Программа учебной дисциплины «Информационные технологии в приборостроении» Дисциплина «Информационные технологии в приборостроении» является частью профессионального цикла дисциплин подготовки студентов по...		Учебно-методический комплекс для студентов специальности 230201.... Рассмотрено на заседании умк института математики и компьютерных наук, протокол №