5 Билет

1. Стандарт iso/iec 15504 (spice): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия sei cmm. Ответ

Ориентирован на оценку процессов и возможностей их улучшения; определяет правила такого оценивания

В основу этого стандарта положена концепция аттестации (assessment) процессов, в отличие от типового для других стандартов ISO понятия "аудит"

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

Определяются 5 категорий, включающих 35 процессов и 201 вид деятельности

Например, приобретение ПО включает такие виды деятельности, как:

• определение потребности в ПО,

• определение требований,

• подготовку стратегии покупки,

• подготовку запроса предложений,

• выбор поставщика

Стандарт ISO/IEC 15504 опирается на стандарт SEI Модель зрелости возможностей CMM

Этот стандарт предлагает унифицированный подход к оценке возможностей организации выполнять задачи различного уровня

CMM описывает различные степени зрелости процессов в организациях, определяя 5 уровней организаций

Уровень 1, начальный (initial)

Организации, разрабатывающие ПО, но не имеющие осознанного процесса разработки, не производящие планирования и оценок своих возможностей

Уровень 2, повторяемый (repeatable)

В таких организациях ведется учет затрат ресурсов и отслеживается ход проектов, установлены правила управления проектами, основанные на имеющемся опыте

Уровень 3, определенный (defined)

В таких организациях имеется принятый, полностью документированный, соответствующий реальному положению дел и доступный персоналу процесс разработки и сопровождения ПО

Этот процесс должен включать как управленческие, так и технические подпроцессы, а также обучение сотрудников работе с ним

Уровень 4, управляемый (manageable)

В этих организациях, помимо установленного и описанного процесса, используются измеримые показатели качества продуктов и результативности процессов, которые позволяют достаточно точно предсказывать объем ресурсов (времени, денег, персонала), необходимый для разработки продукта с определенным качеством

Уровень 5, совершенствующийся (optimizing)

6 Билет

1. Прогностические модели процесса разработки: каскадная, rad, спиральная. Ответ

прогнозирующие ( тяжеловесным ) процессы разработки ПС предполагают планирование всего объема работ и, соответственно, достаточно большой объем документации Основная цель таких процессов –отделить успешные практики разработки и сопровождения ПО от конкретных людей, умеющих их применять

Спиральная модель определяет четыре действия:

-Планирование(заключается в определении целей очередной итерации процесса разработки, выборе вариантов решения и оценки ограничений)

-анализ рисков(анализ вариантов решения и оценка связанных с ними рисков, т.е. возможностей получения неудовлетворительных результатов)

-конструирование(это основное действие, заключающееся в создании следующей версии ПО)

-оценивание.( оценка заказчиком качества очередной версии ПО, внесение им предложений по модификации продукта, корректировка требований)

Данная модель отображает процесс разработки ПО в наиболее реальном виде;позволяет явно учитывать риски на каждом витке эволюционного процесса и принимать различные управленческие решения вплоть до прекращения работ

Недостатки модели:

-повышенные требования к заказчику;

-трудности контроля и управления временем разработки

Каскадная модель Предполагает строго последовательное поэтапное выполнение различных видов деятельности с четким определением границ между этапами

Набор документов, созданный на предыдущем этапе, передается в качестве входных данных для следующего этапа

Достоинства модели:

-упорядоченность процесса разработки

-возможность его строгого планирования во времени.

Недостатки модели:

-необходимость точной и полной формулировки требований к ПС перед началом разработки

-невозможность изменения решений, принятых на предыдущих этапах

-результаты проекта становятся доступны заказчику только по завершении работ.

RAD-модель Модель быстрой разработки приложений..

Достоинством данной модели по сравнению с каскадной является возможность передать заказчику работающий прототип системы до полного завершения процесса разработки

Ее основной недостаток заключается в наличии риска увеличения срока разработки из-за подготовки большого числа версий

Предполагает выделение в системе нескольких основных бизнес-функций и разработку каждой из них отдельной группой разработчиков с последующей интеграцией в целую систему

RAD-модель используется при работе с мощными инструментальными средствами разработки – визуальными средами проектирования и программирования.

Основным достоинством модели является уменьшение сроков разработки

Ее главный недостаток заключается в необходимости использования большого числа квалифицированных разработчиков, что может существенно повысить стоимость разработки