Оптимизация программных средств.ти

Внимание. В этом предмете 44 вопросов.
Вы можете купить ответы на все вопросы сразу со скидкой 20%
Цена без скидки:
3380.00 руб.
Цена со скдикой:
2704 руб.
Время хранения ответов в личном кабинете - 1 час (при отдельной покупке ответа - 20 минут).
величина функциональной точки, задающая максимальный предел сложности разработки пп для одного программиста:
гост, в соответствии с которым должно выполняться системное тестирование пс:
гост р исо/мэк 12207-99 определяет следующие этапы и процессы жц пс:
гост р исо/мэк 15288-2005 определяет следующие этапы и процессы жц пс:
дискретные модели надежности программ:
документация по верификации и валидации пп выпускается на следующем этапе жц согласно гост р исо/мэк 15288-2005:
«изучение объекта автоматизации» относится к следующей стадии разработки программной системы согласно гост 34.601-90:
каскадная (водопадная) модель жц пс имеет следующие особенности:
международный стандарт по управлению качеством разработки пс:
методика проектирования пс: вначале разрабатываются простые функции и процедуры, а затем на их основе более сложные конструкции:
методологии моделирования, позволяющие оценить сложность разрабатываемой системы по количеству объектов и связей между ними:
методы тестирования на этапе разработки программного кода:
модели надежности программ, основанные на анализе накопленной информации о функционировании ранее разработанных программ:
модель жц пс, в которой существует сразу несколько комплектов исходных требований к системе с разной степенью полноты:
наиболее популярные подходы к разработке программных систем:
непрерывные модели надежности программ:
общий набор сформированных требований к системе включает:
основной вид тестирования пс в процессе верификации системы:
основные факторы, влияющие на выбор методологии разработки пс:
особенности алгоритмического подхода к декомпозиции, используемого в технологии разработки программ:
параметр сложности, определяющий сложность взаимодействий между объектами в системе:
первый этап в процессе сбора и анализа требований к программе:
подход к тестированию пс, при использовании которого локализовать найденные ошибки бывает обычно сложнее:
показатели качества, имеющие только негативные показатели взаимосвязи со всеми другими показателями:
процессы согласно гост 12207, входящие в класс «вспомогательные процессы»:
процессы согласно гост 15288, входящие в группу «процессы предприятия»:
процессы согласно гост 15288, входящие в группу «процессы проекта»:
«регистрация продукта как объекта интеллектуальной собственности» выполняется на следующем этапе жц изделия, выпускаемого на продажу:
сложность функциональных типов, являющихся информационными ресурсами (ilf, eif), зависит от:
спиральная (эволюционная) модели жц пс имеет следующие особенности:
статические модели надежности программ:
тестирование, применяемое к исправленным, измененным в целях устранения ошибок программным компонентам:
требования к инсталляции и эксплуатации пп:
требования к функционированию пп:
требованиям к гибкости, адаптируемости и обновляемости пп:
уровень критичности с по шкале критичности пс согласно iso/iec 14598 в разрезе аспекта оценки экономичности:
характеристики дискретного класса моделей отказов пс:
характеристики непрерывного класса моделей отказов пс:
цели этапа жц пс «проектирование. разработка и анализ технических требований»:
четвертое измерение, которое добавляют в треугольник компромиссов, чтобы сэкономить время или ресурсы:
этап жц цикла разработки пс, требующий максимальное количество усилий для исправления ошибок, допущенных на начальном этапе разработки:
этап «разработка технических требований» непосредственно связан со следующими этапами жц пп, реализуемого на свободном рынке:
этап «тестирование» непосредственно связан со следующими этапами жц пс:
этап тестирования, на котором пс тестируют сотрудники фирмы-разработчика, не связанные непосредственно с разработкой системы:

У вас остались какие-либо вопросы или не нашли ответ на ваш тест?

свяжитесь с нами