Формулировка сущности системного сервиса и ограничений системы - задачка шага актуального

Формулировка сути системного сервиса и ограничений системы - задачка этапа актуального цикла разработки программного обеспечения
nbsp;(*ответ*) установление требований
nbsp;реализация
nbsp;детализированное проектирование
nbsp;проектирование архитектуры
Частными показателями экономической эффективности прикладного программного комплекса являются: 1. годичный экономический эффект, 2. коэффициент экономической эффективности серьезных вложений, 3. срок окупаемости капитальных вложений, 4. сокращение численности обслуживающего персонала за счет внедрения новых средств и технологий, 5. годичная экономия на текущих издержек за счет продления действенного срока эксплуатации
nbsp;(*ответ*) 4, 5
nbsp;3, 4, 5
nbsp;1, 2, 3, 4
nbsp;1, 2, 3
Простый процесс, различаемый пользователем и перемещающий данные между наружней средой и программным прибавлением, именуется:
nbsp;(*ответ*) транзакцией
nbsp;интерфейсом
nbsp;интерпретатором
nbsp;запросом
Эффективность прикладного программного комплекса оценивается на
nbsp;(*ответ*) различных стадиях актуального цикла проекта
nbsp;стадии анализа и проектирования
nbsp;стадии сопровождения проекта
nbsp;стадии реализации проекта
Анализ рисков направлен на идентификацию требований, которые являются возможными источниками проблем в разработке:
nbsp;(*ответ*) да
nbsp;нет
Анкетирование более продуктивно, чем внедрение интервью, так как в вопросы либо возможные ответы можно внести дополнительную ясность:
nbsp;(*ответ*) нет
nbsp;да
Архитектурное проектирование - описание системы в определениях сочиняющих ее модулей:
nbsp;(*ответ*) да
nbsp;нет
Жизненный цикл разработки программного обеспечения может быть представлен с разной ступенью детализации шагов:
nbsp;(*ответ*) да
nbsp;нет
Задачей шага спецификации требований является определение, анализ и обсуждение требований с заказчиками:
nbsp;(*ответ*) нет
nbsp;да
Изменения требований должны храниться и отслеживаться с поддержкою средств конфигурационного управления ПО, которое используется разработчиками для контроля версий моделей и программ на протяжении ЖЦ разработки:
nbsp;(*ответ*) да
nbsp;нет
К обычным способам выявления требований относятся использование интервью и анкет, наблюдение и исследование деловых документов:
nbsp;(*ответ*) да
nbsp;нет
Модель бизнес-прецедентов представляет собой модель прецедентов на верхнем уровне абстракции:
nbsp;(*ответ*) да
nbsp;нет
Прототипирование - более нередко применяемый современный метод формирования требований:
nbsp;(*ответ*) да
nbsp;нет
Различают классические и современные методы формирования требований:
nbsp;(*ответ*) да
nbsp;нет
Технология RAD - один из современных способов формирования требований:
nbsp;(*ответ*) да
nbsp;нет
Требования можно упорядочить в виде иерархически упорядоченной структуры, представляющей отношение родитель - отпрыск:
nbsp;(*ответ*) да
nbsp;нет