Организация процесса конструирования.
Технологии конструирования программного обеспечения (ТКПО) – это система инженерных принципов для создания экономичного программного обеспечения, которые надёжно и эффективно работают в реальных компьютерах.
Процесс конструирования программного обеспечения состоит из последовательности шагов использующих методы, утилиты и процедуры. Эти последовательности шагов часто называют парадигмами ТКПО. Применение парадигм в ТКПО гарантирует систематический упорядоченный подход к промышленной разработке, использованию и сопровождению ПО.
Стратегии ТКПО.Существует 3 парадигмы: 1.однократный проход (водопадная стратегия) – это линейная последовательность этапов конструирования; 2.инкрементная стратегия – в начале процесса определяются все пользовательские системные требования, оставшаяся часть выполняется в виде последовательности версий. Первая версия реализует часть дополнительных возможностей. 3.эволюционная стратегия – система также строится в виде последовательности версий, но в начале процесса определены не все требования. Требования уточняются в результате разработки версий.
Классический жизненный цикл разработки ПОявляется старейшей парадигмой процесса разработки. Очень часто классический жизненный цикл называют каскадной или водопадной моделью, подчеркивая, что разработка рассматривается как последовательность этапов, причем переход на следующий, иерархически нижний этап происходит только после полного завершения работ на текущем этапе.
|
|
|
Достоинства: дает план и временной график по всем этапам проекта, упорядочивает ход конструирования.
Недостатки: 1.реальные проекты часто требуют отклонения от стандартной последовательности шагов; 2. цикл основан на точной формулировке исходных требований к ПО (реально в начале проекта требования заказчика определены лишь частично); 4. результаты проекта доступны заказчику только в конце работы.
Инкрементная модельЯвляется классическим примером инкрементной стратегии. Она объединяет элементы последовательной (водопадной) модели с итерационной разработкой макетирования.
Первый инкремент приводит к получению базового продукта реализующего базовые требования заказчика. План следующего инкремента предусматривает модификацию базового продукта обеспечивающий дополнительную функциональность. В отличии от макетирования инкрементная модель обеспечивает на каждом инкременте работающий продукт.
Спиральная модель– это классический пример применения эволюционной стратегии конструирования. Базируется на лучших свойствах классического ЖЦ и макетирования, к которым добавляются новые элементы – Анализ риска, который отсутствовал в выше указанных парадигмах.
|
|
|
1 – начальный сбор требований и планирование проекта; 2 – та же работа, но на основе рекомендаций заказчика; 3 – анализ риска на основе начальный требований; 4 – анализ риска на основе реакции заказчика; 5 – переход к комплексной системе; 6 – начальный макет системы; 7 – следующий уровень макета; 8 – сконструированная система; 9 – оценивание заказчиком.
Достоинства: 1.наиболее реально (в виде эволюции) отображает разработку программного обеспечения; 2.позволяет явно учитывать риск на каждом витке эволюции разработки; 3.включает шаг системного подхода в итерационную структуру разработки; 4.использует моделирование для уменьшения риска и совершенствования программного изделия.
Недостатки: 1.новизна (отсутствует достаточная статистика эффективности модели); 2.повышенные требования к заказчику; 3.трудности контроля и управления временем разработки.
Компонентно-ориентированная модель является развитием спиральной модели и тоже основывается на эволюционной стратегии конструирования. В этой модели конкретизируется содержание квадранта конструирования - оно отражает тот факт, что в современных условиях новая разработка должна основываться на повторном использовании существующих программных компонентов.
|
|
|
Программные компоненты, созданные в реализованных программных проектах, хранятся в библиотеке. В новом программном проекте, исходя из требований заказчика, выявляются кандидаты в компоненты. Далее проверяется наличие этих кандидатов в библиотеке. Если они найдены, то компоненты извлекаются из библиотеки и используются повторно. В противном случае создаются новые компоненты, они применяются в проекте и включаются в библиотеку.
Достоинства:1.уменьшает на 30% время разработки программного продукта; 2.уменьшает стоимость программной разработки до 70%; 3.увеличивает в полтора раза производительность разработки.
Дата добавления: 2018-02-15; просмотров: 1119; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!