Автор работы: Пользователь скрыл имя, 15 Июня 2013 в 12:55, контрольная работа
1. Основные понятия и определения. Жизненный цикл (ЖЦ) программных средств (ПС). Структура ЖЦ ПС в соответствии со стандартом ИСО/МЭК 12207. Классификация процессов жизненного цикла ПС. Структура процесса разработки. Модель жизненного цикла.
....
18. Упрощенная спиральная модель ЖЦ ПС Института Управления проектами. Достоинства и недостатки. Область применения.
19. Модель «win-win» жизненного цикла ПС. Достоинства и недостатки. Область применения.
D. Фаза реализации
(фаза технического проектирования,
программирования и сборки), соответствует четвертому витку спирали).
9 – см. выше;
E. Фаза сопр-ия и расширения функ-х возм-й (соответствует 5 витку спирали).
25 – анализ целей, альтернатив и ограничений,
связанных с
сопровождением и поддержкой;
18, 19, 9, 20 – 23 – см. выше;
26 – приемочные испытания.
Оценочным действия:
Действия, связанные с поставкой результатов текущего уровня разработки:
Модель поделена на четыре квадранта.
В квадранте I – анализ целей, альтернативных вариантов и ограничений – опред рабоч харак-ки, выпол ф-и, стаб-ть (возм внес изм-й), апп/прог интерфейс. Формул треб-я к продукту разработки данных фазы или цикла. Определ альтернатив способы реализ-и систем или ПП. Опред ограничения, наклад-е на применение Альтер вариантов, т е затраты, график выполн, огранич среды, здесь же опред риски связ с недостат опыта в дан пред обл с примен новых технологий, жестким графиком, недостат организ процессов.
В квадранте II – оценка альтернативных вариантов, идентификация и разрешение рисков - выполняется оценка альтернативных вариантов, рассмотренных в предыдущем квадранте; оценка возможных вариантов разрешения рисков. Выполняется прототипирование как основа для работ следующего квадранта.
В квадрант III - разработка продукта текущего уровня - включаются действия по непосредственной разработке системы или программного продукта: проектирование системы и ее программных компонентов, разработка и тестирование исходных текстов программ, сборка, тестирование и квалификационные испытания продукта или системы и т.п.
В квадранте IV - планирование следующей фазы - выполняются действия, связанные с решением о переходе на цикл следующей фазы разработки или выполнении еще одного цикла текущей фазы разработки, в частности, оценка заказчиком результатов текущего уровня, разработка или коррекция планов проекта и следующего цикла, управление конфигурацией.
Программ-е в дан модели вып знач позже чем в др. Это позволяет минимизировать риски посредством последовательных уточнений требований, выдвигаемых пользователем. На каждой итерации рассматривается один или несколько главных факторов риска, начиная с фактора наивысшего риска.
Дост-ва: 1) наличие действий по анализу рисков, что обеспечивает их сокращение и заблаговременное определение непреодолимых рисков; 2) усов-е администр управления процессом разработки, затратами, соблюдением графика и кадровым обеспечением, что достигается путем выполнения анализа в конце каждой итерации.
Недост-ки: 1)усложненность структуры модели, что приводит к сложности ее использования разработчиками, администраторами проекта и заказчиками; необходимость в высокопрофессиональных знаниях для оценки рисков;
2) высокая стоимость
модели за счет стоимости и
дополнительных временных
Применение спиральной модели Боэма целесообразно при разработке проектов в организации, обладающей навыками адаптации модели с учетом его сложности и критичности.
17. Упрощенная спиральная модель ЖЦ ПС института качества SQI. Достоинства и недостатки. Область применения.
В данной модели процесс жизненного цикла разработки проекта разделен на четыре квадранта: «Планирование», «Риск», «Разработка», «Заказчик». В пределах квадрантов выделяются только основные действия различного уровня.
Таким образом, в данной
модели устранена чрезмерная детализация
процесса. Необходимая детализация
процессов предусматривается
Дост-ва:
18. Упрощенная спиральная модель ЖЦ ПС Института Управления проектами. Достоинства и недостатки. Область применения.
1-начальные требования; 2-концептуальное проектирование; 3-доказательство концепции;4 –анализ рисков;5- требования к системе; 6- логическое проектирование (проектирование системы); 7–первая сборка; 8–квалификационные испытания и оценка; 9–требования к программным компонентам; 10–проектирование программных компонентов; 11– вторая сборка; 12– квалификационные испытания и оценка; 13– требования к модулям; 14– программирование и тестирование модулей программных средств; 15– конечная сборка; 16– ввод в действие и обеспечение приемки; 17– эксплуатация и сопровождение.
Дост-ва:
Данная модель уделяет повышенное внимание участникам проекта (пользователям, заказчикам, разработчикам, тестировщикам и т.д.) и, в первую очередь, роли заказчика в жизненном цикле разработки.
Дост-ва:
1) более быстрая разработка
продуктов проекта благодаря
содействию,
оказываемому участникам проекта;