- •1. Основные понятия программной инженерии.
- •2. Предпосылки появления программной инженерии.
- •5. Дисциплины, связанные с программной инженерией.
- •6. Жизненный цикл программного продукта.
- •7. Классический жц.
- •9. Стратегии конструирования по.
- •Недостатки:
- •16. Модели качества конструирования по.
- •18. Управление проектами.
16. Модели качества конструирования по.
Гарантию качества дает сертификат качества процесса, подтверждающий его соответствие принятым международным стандартам. Каждый стандарт фиксирует свою модель обеспечения качества. Модель зрелости процесса конструирования ПО (Capability Maturity Model — СММ) Института программной инженерии при американском университете Карнеги-Меллон.
Уровни зрелости:
Уровень 1 (Начальный) означает, что процесс в компании не формализован. Он не может строго планироваться и отслеживаться, его успех носит случайный характер. Результат работы целиком и полностью зависит от личных качеств отдельных сотрудников. При увольнении таких сотрудников проект останавливается.
Уровень 2 (Повторяемый). Для перехода на повторяемый уровень необходимо внедрить формальные процедуры для выполнения основных элементов процесса конструирования. Результаты выполнения процесса соответствуют заданным требованиям и стандартам. Основное отличие от уровня 1 состоит в том, что выполнение процесса планируется и контроли- руется. Применяемые средства планирования и управления дают возможность повторения ранее достигнутых успехов.
Уровень 3 (Определенный) требует, чтобы все элементы процесса были определены, стандартизованы и задокументированы. Основное отличие от уровня 2 заключается в том, что элементы процесса уровня 3 планируются и управляются на основе единого стандарта компании. Качество разрабаты- ваемого ПО уже не зависит от способностей отдельных личностей.
Уровень 4 (Управляемый). С переходом на управляемый уровень в компании принимаются количественные показатели качества как программных продуктов, так и процесса. Это обеспечивает более точное планирование проекта и контроль качества его результатов. Основное отличие от уровня 3 состоит в более объективной, количественной оценке продукта и процесса.
Уровень 5 (Оптимизирующий). Высший уровень подразумевает, что главной задачей компании становится постоянное улучшение и повышение эффек- тивности существующих процессов, ввод новых технологий. Основное отличие от уровня 4 заключается в том, что технология создания и сопровождения программных продуктов планомерно и последовательно совершенствуется.
Каждый уровень СММ характеризуется областью ключевых процессов (ОКП), причем считается, что каждый последующий уровень включает в себя все характеристики предыдущих уровней.
18. Управление проектами.
Проект – это комплекс усилий, предпринимаемых с целью получения конкретных уникальных результатов в рамках отведенного времени и в пределах утвержденного бюджета, который выделяется на оплату ресурсов, используемых или потребляемых в ходе проекта. Проект, есть комплекс действий, направленных на получение уникального результата, будь то продукт или услуга. Цель проекта описывает какие задачи должны быть решены в результате проекта. Содержание проекта - что именно является результатом проекта. Для информационной системы – ее функциональность. Управление проектом определяет “как”, с помощью каких действий, будет достигнута цель проекта и создан необходимый результат. При этом, управление проектами может и должно применяться на всех этапах жизненного цикла проекта, т.е. управление проектом есть постоянная деятельность.
Ограничения (constraints) в проектах: 1. Содержании проекта. 2. Времени. 3. Стоимости. В приложении к индустрии программного обеспечения обычно добавляют четвертое ограничение – качество (quality), приемлемое качество.
