База ответов ИНТУИТ

Объектно-ориентированное программирование и программная инженерия

<<- Назад к вопросам

Документ требований к системе сам должен удовлетворять определенным требованиям. Стандарт IEEE "Рекомендуемая практика специфицирования требований ПО" задает эти требования. Укажите, какое из предлагаемых описаний не входит в этот стандарт?

(Отметьте один правильный вариант ответа.)

Варианты ответа
характеристики производительности
требования к базам данных
характеристики команды программистов(Верный ответ)
характеристики пользователя
функции продукта
Похожие вопросы
Из 15 сформулированных свойств хороших требований, какое из предлагаемых свойств не входит в этот список?
Из 15 сформулированных свойств хороших требований, какое из свойств не входит в этот список?
При создании документа требований какой прием не применяется при сборе требований?
Успешные системы строятся в интересах клиентов и должны соответствовать их требованиям. Какие утверждения справедливы? В результате анализа требований:
Какие утверждения справедливы относительно процесса сбора и отбора требований к системе?
Для какой модели разработки ПО характерна практика парного программирования?
Когда выполняется присваивание x := agent r, то переменная x должна принадлежать специальному типу, часто называемому функциональным, поскольку объектами этого типа являются функции и процедуры. В Eiffel этот тип задается классом ROUTINE и тремя его потомками – классами PROCEDURE, FUNCTION, PREDICATE. Какой из этих классов задает агентов, связанных с командами?
Инженерия программ – это технические приемы, используемые при разработке и сопровождении программных продуктов, отвечающих определенным стандартам качества. Инженерия программ включает:
В классе Р задан эффективный метод М с постусловием "Т > 10". Наследник этого класса Р1 переопределил этот метод, задав соответственно постусловие: ensure then "Т > 20". Класс Р2 - наследник Р1 в свою очередь переопределил этот метод, задав соответственно постусловие: ensure then "Т > 50". Класс Р3 - наследник Р2 в свою очередь переопределил этот метод, задав соответственно постусловие: ensure then "Т > 100". Клиенту требуется вызвать метод, обеспечивающий на выходе истинность условия: "T > 40". Каково число реализаций метода М, которые могут гарантировать истинность выполнения этого условия?
В классе Р задан эффективный метод М с постусловием "Т > 10". Наследник этого класса Р1 переопределил этот метод, задав соответственно постусловие: ensure then "Т > 20". Класс Р2 - наследник Р1 в свою очередь переопределил этот метод, задав соответственно постусловие: ensure then "Т > 50". Класс Р3 - наследник Р2 в свою очередь переопределил этот метод, задав соответственно постусловие: ensure then "Т > 100". Клиенту требуется вызвать метод, обеспечивающий на выходе истинность условия: "T > 70". Методы каких классов могут гарантировать истинность выполнения этого условия?