Практическая Работа №1(ТРПП)


Практическая Работа №1
«Технологии Разработки Программного Продукта»
Тема:
“ Сравнительная характеристика
Моделей жизненного цикла Программного Продукта”


Выполнил:
Студент 3-го курса

группы Т-3

Гладков. Е.Г
2012
Модель Жизненного Цикла ПП
Модель ЖЦ – структура, состоящая из процессов, работ и задач, включающих в себя разработку, эксплуатацию, сопровождение ПП, охватывающая жизнь системы от установления требований к ней до прекращения ее использования. Разработчик должен определить или выбрать модель ЖЦ ПП, если она не оговорена в договоре, в соответствии с областью применения, объемом и сложностью проекта.
Сравнительная характеристика Моделей Жизненного Цикла ПП
Нами было изучено 5 видов моделей ЖЦПП:
Каскадная (водопадная) модель (Water Fall Model)
Каскадная модель с возвратом
V-образная модель (V-shaped mode)
RAD – модель
Многопроходная модель
Сравнительная характеристика моделей ЖЦПП
Название модели Этапы Особенности Достоинства Недостатки
«Каскадная (водопадная) модель» Формирование требований
Проектирование
Реализация
Тестирование
Внедрение
Эксплуатация и сопровождение Последовательное выполнение всех фаз проекта в строгом порядке.
Переход на следующую фазу означает завершение работ на предыдущей.
Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта.
Каждая фаза проекта завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Выполнение фаз в строгой последовательности позволяют планировать сроки и затраты на выполнение работ
Полная и согласованная документация на каждом фазе разработки проекта Не хватает возможности итераций и гибкости на этапе проектирования
«Каскадная модель с возвратом» Формирование требований
Проектирование
Реализация
Тестирование
Внедрение
Эксплуатация и сопровождение Те же, что и у каскадной модели без возврата +
Согласование производится после каждого этапа. Предусмотрена возможность итераций на этапе проектирования «V-образная модель» анализ
проектирование
разработка
обзор каждая последующая фаза разработки проекта начинается только после успешного завершения предыдущей фазы
Проектирование подразделяется на высокоуровневое и детальное (низкоуровневое).
При выполнении анализа производится планирование проекта.
Разработка включает в себя кодирование Большое значение придается контролю не только самого ПП, но и всех полученных внутренних и внешних данных
удобное прослеживание хода работ, так как завершение каждой фазы является контрольной точкой;
все действия можно планировать.
Не учитывается итерация между фазами;
нельзя вносить изменения на разных этапах жизненного цикла;
тестирование требований происходит слишком поздно, поэтому внесение изменений влияет на выполнение графика работ.
RAD - модель составление требований и планирование – осуществляется с использованием метода совместного планирования требований;
создание – детальное проектирование, кодирование, тестирование, поставка, сдача в эксплуатацию
сопровождение. Пользователь играет решающую роль в разработке и формировании требований
Большая часть времени уходит на планирование и проектирование использование современных инструментальных средств позволяет сократить время цикла разработки;
привлечение пользователя к разработке на ранних стадиях сводят к минимуму риск того, что он не останется недовольным готовым ПП;
повторно используются компоненты уже существующих программ.
если заказчик не может постоянно участвовать в процессе разработки, то это может негативно сказаться на качестве ПП;
для работы нужны высококвалифицированные кадры, умеющие пользоваться современными инструментальными средствами;
существует риск, что программа не будет решена.
Многопроходная модель анализ
Проектирование
Разработка
обзор Несколько итераций процесса построения прототипа ПП с добавлением на каждой следующей итерации новых функций или повышением эффективности.
Предполагается, что на первый трех стадиях выполняется конструирование ПП в целом, здесь определяется количество итераций (инкрементов) и относящихся к ним функции. Каждый инкремент проходит через этапы кодирования и тестирования. в начале разработки требуются средства только на анализ и проектирование
после каждого инкремента получается готовый продукт
Инкременты функциональных возможностей легко тестируются. не предусмотрены итерации внутри инкремента
определение полной функциональности должно быть определено в самом начале ЖЦПП
может возникнуть желание оттянуть решение сложных задач
общие затраты на создание не будут снижены по сравнению с другими моделями
обязательными условиями является наличие хорошего планирования.
Результаты сравнительной характеристики:
Для небольших заданий подойдёт Каскадная(водопадная) модель, так как эта модель исходит из того, что все ошибки будут сосредоточены в реализации, а потому их устранение происходит равномерно во время тестирования компонентов и системы.

В том случае, где при разработке Программного Продукта требуется надежность, применяют Каскадную модель с возвратом, так как будет иметься возможность вернуться к какому либо пункту выполнения работы.

Также для высокой надежности проекта Программного продукта применяют
V-образную модель.
Если же требования известны и заказчик может принять участие в разработке, следует применить RAD – модель, так как она наиболее для этого предрасположена.

Если большинство требований известно заранее и дан больной отрезок времени, применяем многопроходную модель.


Приложенные файлы

  • docx 26536933
    Размер файла: 153 kB Загрузок: 1

Добавить комментарий