Аджайл-проектирование — Ответы на тест Синергия (lms.synergy.ru)

Готовое решение, ответы, пример выполнения

Аджайл-проектирование.фмен_МАГ

Метод разработки программных систем, относится к Agile:
Функциональное программирование (Functional)
Экономное программирование(Lеап)
Уединенное программирование (Single)

Проект отличается от процессной деятельности тем, что …
процессы в организации регламентируются документально, проекты не требуют документального оформления
проект поддерживает неизменность организации, а процессы способствуют ее изменению
имеет дату начала и окончания
проект является непрерывной деятельностью, а процесс — единоразовым мероприятием
процессы в организации цикличны, они повторяются, а проект — уникален, он всегда

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

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

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

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

Метод разработки программных систем, относится к Agile:
Функциональное программирование (Functional)
Экономное программирование(Lean)
Уединенное программирование (Single)

Какое утверждение справедливо для закона Боема, подтвержденного экспериментальными исследованиями:
Изменение номинальной стоимости может повлечь изменение номинальной длительности, но лишь в ограниченных пределах
Изменение номинальной стоимости может повлечь изменение номинальной длительности, но лишь в неограниченных пределах
Существует единственная объективная характеристика программного проекта – номинальная стоимость

Один из главных вкладов Agile в приемы программной инженерии:
Избавление от программистов, срывающих график работы, для завершения проекта к заданному сроку
Короткие итерации с временными рамками для устойчивого развития проекта
Длинные итерации с временными рамками для устойчивого развития проекта

Какой метод разработки программных систем относится к Agile:
Структурное программирование (Structure Programming)
Экстремальное программирование (Extreme Programming)
Объектное программирование (Object-Oriented Programming)

Как измеряется «скорость» разработки в Agile проектах:
Скорость разработки можно измерять ежедневно
Скорость разработки итерации – это число баллов тех историй, которые выполнены во время итерации
Скорость разработки можно измерить только за период всей итерации

Какие принципы лежат в основе идей Agile:
Выражать требования через методы
Рекламировать систему до ее выпуска
Выражать требования через сценарии

Как измеряется «скорость» разработки в Agile проектах:
Скорость разработки можно измерить только за период всей итерации
Под скоростью разработки понимается отношение трудоемкости выполненных работ ко времени их выполнения
Скорость разработки можно измерять ежедневно

Пользовательские истории и требования, — какое утверждение следует считать некорректным:
Пользовательские истории не являются заменой выработки системных требований, определяющих ключевые абстракции
Для задания свойств проблемной области следует использовать формальные требования, а не пользовательские истории
Для задания свойств проблемной области следует использовать пользовательские истории, а не формальные требования

Какое высказывание является справедливым по отношению к утверждению, носящему характер всеобщности:
Пример может доказать утверждение
Пример может опровергнуть утверждение
Пример не может ни подтвердить, ни опровергнуть справедливость утверждения

Пользовательские истории и требования, — какое утверждение следует считать некорректным:
Пользовательские истории являются заменой выработки системных требований, определяющих ключевые абстракции
Пользовательские истории не являются заменой выработки системных требований, определяющих ключевые абстракции
Для задания свойств проблемной области следует использовать формальные требования, а не пользовательские истории

Какое высказывание является справедливым по отношению к утверждению, носящему характер всеобщности:
Пример не может ни подтвердить, ни опровергнуть справедливость утверждения
Пример может доказать утверждение
Пример может подтвердить справедливость утверждения

Какой принцип характерен для Agile метода Lean – Экономного программирования:
Доверять решения команде
Строить множество решений, каждое из которых покрывает некоторую потребность пользователя
Принимать решения как можно раньше

Какой принцип характерен для Agile метода Lean – Экономного программирования:
Строить множество решений, каждое из которых покрывает некоторую потребность пользователя
Улучшить обучение
Принимать решения как можно раньше

Что понимается под парным программированием:
Техника программирования, при которой один участник создает программу, другой ее тестирует
Парное программирование – это техника программирования, в которой каждый программный модуль разрабатывается независимо двумя членами команды
При парном программировании оба члена пары работают за одним компьютером, периодически меняясь местами при наборе кода, вслух обсуждая детали создаваемого кода

Какой метод разработки программных систем относится к Agile:
Парное программирование (Pair Programming)
Объектное программирование (Object-Oriented Programming)
Структурное программирование (Structure Programming)

Что понимается под термином «водопад»:
Непрерывный процесс разработки программного проекта
Процесс разработки, завершающийся падением проекта с большой высоты
Модель этапов разработки проекта, не содержащая циклов

Метод разработки программных систем, относится к Agile:
Уединенное программирование (Single)
Схватка (Scrum)
Функциональное программирование (Functional)

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

Какой довод приводят сторонники Agile, критикуя «Предваряющий анализ»:
Принципиально невозможно сформулировать требования к еще не созданной системе
Не следует слушать пользователей. Все решения принимают разработчики
Архитектурные решения следует принимать в тот момент, когда появляется проблема, но не раньше

В Scrum предполагаются всего три роли для участников проекта – Владелец продукта, Мастер, Команда. Какие утверждения справедливы относительно Scrum Мастера:
Может играть роль тренера
Должен быть сертифицированным
Управляет выполнением задач

Какой довод приводят сторонники Agile, критикуя «Предваряющий анализ»:
Не следует слушать пользователей. Все решения принимают разработчики
Следование первоначальному плану, который задается статическим документом требований, не соответствует изменяющимся запросам пользователей
Принципиально невозможно сформулировать требования к еще не созданной системе

Agile выступает за самоорганизуемую команду, передавая команде традиционные обязанности менеджеров. Что, по мнению Agile, должны делать менеджеры:
Принимать решения, какие функции следует реализовать
Требовать отчеты о проделанной работе
Представлять интересы команды в общении с руководством

Какое утверждение в Agile считается справедливым относительно организации офисного пространства:
Столы разработчиков должны располагаться по кругу или должен быть единый круглый стол
Разработчики должны располагаться в большой комнате
Все технические обсуждения должны вестись в едином рабочем пространстве

Agile выступает за самоорганизуемую команду, передавая команде традиционные обязанности менеджеров. Что, по мнению Agile, должны делать менеджеры:
Требовать отчеты о проделанной работе
Принимать решения, какие функции следует реализовать
Управлять ресурсами, включая поставщиков и партнеров по аутсорсингу

Какое утверждение в Agile считается справедливым относительно организации офисного пространства:
Все технические обсуждения должны вестись в едином рабочем пространстве
Рабочее пространство должно быть открытым
Столы разработчиков должны располагаться по кругу или должен быть единый круглый стол

Какие принципы лежат в основе идей Agile:
Рассматривать тесты, как ключевой ресурс
Выражать требования через методы
Рекламировать систему до ее выпуска
Какое утверждение справедливо для закона Боема, подтвержденного экспериментальными исследованиями:
Объективно существуют три независимые характера
Существует единственная объективная характеристика программного проекта – номинальная стоимость
Объективно существуют две независимые характера

Один из главных вкладов Agile в приемы программной инженерии:
Центральная роль команды для эффективности процесса разработки проекта
Избавление от программистов, срывающих график работы, для завершения проекта к заданному сроку
Длинные итерации с временными рамками для устойчивого развития проекта

Что понимается под парным программированием:
Парное программирование – это техника программирования, в которой каждый программный модуль разрабатывается независимо двумя членами команды
Техника программирования, при которой один участник создает программу, другой ее тестирует
Техника, при которой программные элементы создаются парой, непосредственно работающей за одним столом и за одним компьютером