- •Фундаментальные основы конструирования программного обеспечения
- •2. Минимизация сложности программного обеспечения
- •3. Ожидание изменений в программном обеспечении как фактор, влияющий на конструирование по
- •4. Конструирование по с возможностью проверки
- •7 Планирование конструирования (Construction Planning)
- •8 Измерения в конструировании (Construction Measurement)
- •9 Проектирование в конструировании (Construction Design)
- •10 Языки конструирования (Construction Languages)
- •13 Повторное использование по (Reuse)
- •18 Определение дисциплины программная инженерия
- •19 Состав коллективов при создании больших программных проектов
- •20. Основы программных требований
- •21 Инженерия требований к по
- •22 Управление требованиями к по
- •23 Выявление требований
- •24. Анализ требований
- •26 Валидация требований к по
- •27 Управление требованиями
- •28 Определение термина Проектирование по (Software design)
- •29 Базовые концепции проектирования по
- •30 Базовые элементы Архитектуры по
- •31 Анализ и оценка качества проектирования по
- •32 Нотации проектирования
- •33. Определение термина «Конструирование по»
- •34 Виды тестирования по
- •35 Техники тестирования по
- •36 Управление тестированием по
- •37 Измерение результатов тестирования.
- •38 Сопровождение по (Software maintenance)
- •39 Основные концепции сопровождения по
- •40 Эволюция по.
- •41 Управление конфигурацией по (Software Configuration Management–
- •42 Управление инженерией по (Software Engineering Management)
- •43 Организационное управление инженерией по
- •44 Процесс управления проектом разработки по
- •45 Управление рисками при разработке программного проекта
- •47 Процесс инженерии по (Software Engineering Process)
- •48 Инфраструктура процесса разработки по
- •49 Определение процесса разработки по
- •50 Оценка процесса разработки по
- •51 Модели жизненного цикла при разработке программных систем
- •52 Каскадная модель жц
- •53 Инкрементная модель жц
- •54 Спиральная модель
- •55 Эволюционная модель жц
- •56 Стандартизованная модель системы
- •57 Основные процесс стандарта iso/iec 12207
- •58 Вспомогательные процессы стандарта iso/iec 12207
- •59 Организационные процессы стандарта iso/iec 12207
- •60 Характеристика модели процессов в ядре swebok
45 Управление рисками при разработке программного проекта
является важной проблемой выполнения проекта и
представляет собой процесс определения рисков и разработки мероприятий по
уменьшению их влияния на ход выполнения проекта.
Риск – вероятность проявления неблагоприятных обстоятельств, которые могут
повлиять негативно на реализацию качества проекта и на управление разработкой
(например, увольнение сотрудника и отсутствие замены для продолжения работ и др.).
Для управления риском проводится идентификация и анализ риска, оценка
критических рисков и планирование непредвиденных ситуаций, касающихся рисков.
Предотвращение риска заключается в выполнении действий, которые снимают риск
(например, увеличение времени разработки и др.), уменьшают вероятность появления
нового риска при реорганизации проекта, БД или транзакций, а также при выполнении
ПО.
46 Измерение в инженерии ПО проводится для определения отдельных характеристик
объектов инженерии (продуктов, процессов и т.п.) и их измерение. Проводится
комплекс работ, связанных с выбором метрик для оценки качества процессов и
продуктов, а также обстоятельств и зависимостей, влияющих на их измерение. К ним
относятся: совершенствование процессов управления проектом; оценки временных
затрат и стоимости ПО, их регулирование; определение категорий рисков u1080 и
отслеживание факторов для регулярного расчета вероятностей их возникновения;
проверка заданных в требованиях показателей качества отдельных продуктов проекта и
проекта в целом [15].
Проведение разного рода измерений является важным принципом любой инженерной
деятельности, а в программном проекте оно положительно влияет на результат
выполнения и создания ПО, необходимого заказчику и потребителям. Без измерений в
инженерии ПО процесс управления становится неэффективным и превращается в
самоцель.
.
47 Процесс инженерии по (Software Engineering Process)
Процесс инженерии ПО включает концепции, инфраструктуру, методы определения и
измерения этапов ЖЦ, поиск ошибок и внесение изменений, а также анализ и оценку
качества продукта. 31
Область знаний «Процесс инженерии ПО (Software Engineering Process)» состоит из
следующих разделов:
– концепции процесса инженерии ПО (Software Engineering Process Concepts),
– инфраструктура процесса (Process Infrastructure),
– определение процесса (Process Definition),
– оценка процесс (Process Assessments),
– количественный анализ процесса (Qualitative Process Analysis),
– выполнение и изменение процесса.(Process Implementation and Change).
Данная область знаний связана со всеми элементами управления процессами ЖЦ ПО,
изменения которых проводятся в связи с их совершенствованием. Цель управления в
применении лучших процессов, соответствующих реальной практике выполнения
конкретного проекта.
48 Инфраструктура процесса разработки по
базируется на основных положениях стандартов IEEE/IEC
12207 и 15504, а также на видах ресурсов (групп разработчиков, технических средств,
программных продуктов и др.) и процессе инженерии ПО (групповом или по типу
экспериментальной фабрики (Experience Factory– EF), базирующейся на моделях
проекта и продукта, моделях качества и риска. Инфраструктура включает уровни
управления, отношения в коллективе, инженерные методы организации и интеграции
программного продукта. Основной задачей EF является совершенствование ПО после
получения опыта и уроков его разработки.