|
Информационные проекты. МФПУ «Синергия», МОИ, МОСАП
|
|
| engineerklub | Дата: Воскресенье, 13.08.2023, 06:16 | Сообщение # 1 |
 Генералиссимус
Группа: Администраторы
Сообщений: 28633
Статус: Offline
| Информационные проекты. МФПУ «Синергия», МОИ, МОСАП
Тип работы: Тесты
Сдано в учебном заведении: МТИ МосТех МосАП МФПУ Синергия
Описание:
1. Вероятность риска – это …
всякое событие или условие, которое может оказать позитивное либо негативное влияние на итоги проекта
мера возможности того, что последствие риска, описанное в его формулировке, действительно наступит
мера серьезности негативных последствий, уровень убытков или оценка потенциальных возможностей
2. Информационный проект – это …
продолжающийся во времени и повторяющийся процесс, направленный на получение прибыли
краткосрочное усилие по созданию уникального программного продукта, сервиса или среды
область знаний, навыков, инструментария и приемов, используемых для достижения целей в рамках согласованных параметров качества, бюджета, сроков и прочих ограничений
3. … – это ориентированная на результат иерархическая декомпозиция работ, выполняемых командой проекта для достижения целей проекта и необходимых результатов
Концепция
Спецификация
Техническое задание
Иерархическая структура работ
4. … – это программа, которую любой человек может использовать и, возможно, при наличии программистской квалификации сопровождать, т.е. вносить в нее различные изменения
Программный продукт
Программный комплекс
Комплексный программный продукт
5. … – это определение потребностей участников проекта в коммуникации и информации
Распространение информации
Планирование коммуникаций
Отчетность по исполнению
6. … – это процесс разработки, разделенный на фиксированные отрезки времени для придачи процессу разработки предсказуемости и гибкости
Экстремальное программирование
Традиционное управление проектами
Scrum
7. … – это упрощенная методология организации разработки программ для небольших и средних по размеру команд разработчиков, занимающихся созданием программного продукта в условиях неясных или быстро меняющихся требований
Экстремальное программирование
Быстрая разработка приложений
Scrum
8. … – это утвержденный план-график с указанными временными фазами проекта, контрольными точками и элементами иерархической структуры работ
Функциональная спецификация
Иерархическая структура работ
Базовое расписание
9. … детально описывает вид и поведение каждой составляющей решения
Функциональная спецификация
Иерархическая структура работ
Базовое расписание
10. … представляет собой набор взаимодействующих программ, согласованных по функциям и форматам данных, предназначенный для решения крупномасштабных задач
Программный продукт
Программный комплекс
Комплексный программный продукт
11. В … модели жизненного цикла ПО переход на очередную стадию проекта происходит после того, как будет полностью завершена работа на текущей стадии
итерационной
каскадной
спиральной
12. В соответствии со стандартом ISO/IEC 15288 выделяют такую группу процессов жизненного цикла ИС, как «…»
Обеспечивающие процессы
Технические процессы
Процессы соглашения
Процессы предприятия
Процессы проекта
13. … – это декомпозиция работ, выполняемых командой проекта для достижения целей и результатов проекта
Функциональная спецификация
Иерархическая структура работ
Базовое расписание
14. … – это жизненный цикл процесса проектирования, созданный для достижения более высоких скорости разработки и качества ПО
Экстремальное программирование
Быстрая разработка приложений
Scrum
15. Временной интервал между моментом начала и окончания проекта называется … проекта
вехой
жизненным циклом
сроком окупаемости
СКАЧАТЬ
|
| |
| |
| engineerklub | Дата: Воскресенье, 13.08.2023, 06:17 | Сообщение # 2 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 28633
Статус: Offline
| 16. Классическая методология управления проектами предполагает ведение деятельности в рамках ограничений по … информационного проекта
качеству, срокам, бюджету и содержанию
качеству, срокам и бюджету
срокам, бюджету и содержанию
срокам, ресурсам, бюджету и содержанию
17. Концептуальное проектирование описывает систему с точки зрения …
разработчиков
проектной группы
пользователей
18. Крайне нежелательно совмещать роли …
руководителя проекта и системного аналитика
системного архитектора и разработчика
разработчика и системного аналитика
19. Логическое проектирование описывает систему с точки зрения …
проектной группы
разработчиков
пользователей
20. Ожидаемая величина риска показывает …
вероятность появления рисковых событий
возможность управления риском
общий уровень опасности риска
21. Окончательный продукт информационного проекта является результатом фазы …
инициации проекта
планирования
разработки
стабилизации
22. Период времени, необходимый для того, чтобы доходы от проекта покрыли затраты на его реализацию, называется … проекта
вехой
жизненным циклом
сроком окупаемости
23. Под моделью жизненного цикла ПО понимается …
структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла
часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта
краткосрочное усилие по созданию уникального программного продукта, сервиса или среды
24. Под прототипом понимается …
действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО
сложная система ПО, которая является целью большинства программных проектов
набор взаимодействующих программ, согласованных по функциям и форматам данных
25. Подход к управлению ИТ-проектами … относится к Agile-методам, то есть к гибким подходам
RAD
XP
Scrum
26. Построение модели предметной области – это задача …
бизнес-аналитика
бизнес-архитектора
разработчика
проектировщика
27. Проектирование, реализация и отладка отдельных модулей системы – это задача …
бизнес-аналитика
бизнес-архитектора
разработчика
проектировщика
28. Произведение … риска и вероятности его возникновения дает единую метрику риска, называемую ожидаемой величиной риска
уровня
угрозы
последствий
29. Процесс проектирования – это …
извлечение, документирование и сопровождение требований к продукту
систематический способ продвижения от абстрактных концепций к конкретным техническим деталям
подтверждение и согласование единого видения целей, задач и результатов всеми участниками проекта
30. Рамки … определяют объем работ, который должен быть выполнен для поставки заказчику каждого из элементов ПО
решения
проекта
концепции
31. Физическое проектирование описывает систему с точки зрения …
проектной группы
разработчиков
пользователей
32. Рамки … определяют функциональность разрабатываемого ПО и его возможности
решения
концепции
проекта
33. Риск проекта – это …
всякое событие или условие, которое может оказать позитивное либо негативное влияние на итоги проекта
мера возможности того, что последствие риска, описанное в его формулировке, действительно наступит
мера серьезности негативных последствий, уровень убытков или оценки потенциальных возможностей
СКАЧАТЬ
|
| |
| |
| engineerklub | Дата: Воскресенье, 13.08.2023, 06:17 | Сообщение # 3 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 28633
Статус: Offline
| 34. Соотнесите названия работ с их содержанием:
A. Планирование коммуникаций
B. Распространение информации
C. Отчетность по исполнению
D. определение потребностей участников проекта в коммуникации и информации
E. своевременное предоставление необходимой информации участникам проекта
F. сбор и распространение информации о выполнении работ
35. Соотнесите понятия с их определениями:
A. Рамки решения
B. Рамки проекта
C. Процессы проектирования
D. определяют функциональность решения и его возможности
E. определяют объем работ, который должен быть выполнен проектной командой для поставки заказчику готового решения
F. определяют способ продвижения от абстрактных концепций к конкретным техническим деталям
36. Соотнесите процессы с группами, к которым (по стандарту ГОСТ Р ИСО/МЭК 12207-2010) эти процессы относятся:
A. Процесс верификации
B. Процесс реализации
C. Процесс менеджмента проекта
D. группа процессов поддержки программных средств
E. группа технических процессов
F. группа процессов планирования
37. Соотнесите стратегии внедрения с их содержанием:
A. Пилотный проект
B. Скачок
C. Параллельная стратегия
D. прежняя система работала еще сегодня, а завтра начали работать по новой системе для ограниченного числа процессов
E. прежняя система работала еще сегодня, а завтра начали работать по новой системе
F. одновременно работают старая (ручная) и новая система, и их выходные параметры сравниваются
38. Соотнесите этапы проектирования и их результаты:
A. Концептуальный дизайн
B. Логический дизайн
C. Физический дизайн
D. функциональная спецификация
E. эскизный проект пользовательского интерфейса
F. схема базы данных
39. Управление … проекта – это формализованный процесс мониторинга и контроля за состояниями (версиями) различных элементов проекта
изменениями
расписанием
конфигурациями
40. Техническое задание является результатом фазы …
инициации проекта
планирования
разработки
стабилизации
41. Функциональная спецификация является результатом фазы …
инициации проекта
планирования
разработки
стабилизации
42. Управление информационными проектами – это …
область знаний, навыков, инструментария и приемов, используемых для достижения целей в рамках согласованных параметров качества, бюджета, сроков и прочих ограничений
комплекс взаимосвязанных действий, направленных на получение конкретных уникальных результатов в рамках отведенного времени и в пределах утвержденного бюджета
продолжающийся во времени и повторяющийся процесс, направленный на получение прибыли
СКАЧАТЬ
|
| |
| |
