1-29 Прог ИНЖ

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

• Методология проектирования программного обеспечения.
• Протокол передачи данных
• Язык программирования
• Операционная система
• Пользовательский интерфейс

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

• методология проектирования программного обеспечения

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

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

• методология проектирования программного обеспечения

• аппаратное обеспечение
• информационная безопасность
• пользовательская документация
• интерфейс операционной системы

Методологии разработки ПО определяют (выберите лишнее)

• Как организуются задачи, распределяются обязанности, облегчается коммуникация и отслеживается прогресс на протяжении всего жизненного цикла разработки

• Форматы хранения исходного кода,Типы операционных систем, используемых в разработке,Правила именования переменных в разных языках,Параметры настройки графического интерфейса среды разработки,Частота обновления документации в Wiki-системах.
• Подходы к проектированию пользовательского интерфейса,Выбор цветовой схемы и шрифтов в приложении,Разработка маркетинговой стратегии запуска продукта,Оценка визуального восприятия приложения конечными пользователями,Адаптация дизайна под фирменный стиль компании.
• Алгоритмы работы антивирусных систем, Механизмы фильтрации сетевого трафика, Протоколы шифрования электронной почты,Инструменты анализа уязвимостей внешних веб-сервисов, Методики физической защиты серверов от взлома.
• Технологии виртуализации серверов, Настройка облачной инфраструктуры, Выбор поставщика хостинга для тестовой среды, Стандарты энергопитания серверных стоек, Процедуры миграции баз данных между дата-центрами.

Что не относится к классической методологии?

• Основные этапы: Анализ и планирование, проектирование, разработка, тестирование, эксплуатация и сопровождение

• Последовательное прохождение этапов разработки
• Жесткое определение требований на начальной стадии
• Отсутствие обратной связи до завершения проекта
• Четкая документация на каждом этапе

Не относится к модификациям классической модели

• Модификации: Общепринятая линейная модель, классическая итерационная, каскадная, строгая каскадная модель

• Каскадная модель с обратной связью
• Итерационная каскадная модель
• V-образная модель
• Инкрементальная модель

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

• Классическая итерационная модель
• Линейная каскадная модель
• V-образная модель
• Модель быстрого прототипирования
• Инкрементная модель с фиксированными итерациями

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

• Каскадная модель

• Классическая итерационная модель
• Спиральная модель
• Модель быстрого прототипирования
• RAD-модель

В какой модификации классической модели применяется минимизация возвратов к пройденным этапам (возврат разрешен только на одну ступень назад)

• Строгая каскадная модель

• Итеративная модель
• Спиральная модель
• Прототипирование
• Инкрементальная модель

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

• Прототипирование
• Каскадная модель
• Спиральная модель
• Инкрементальная модель
• V-образная модель