Читайте также:
|
Технология и методы программирования.
Основные понятия и подходы
1. Кризису программного обеспечения соответствуют следующие даты
a. С конца 60х годов прошлого века по сегодняшний день
b. С конца 80х годов прошлого века по начало 2000х
c. С 2008 по 2014 годы
d. С 1965 по 1980 годы
2. Кризис программного обеспечения связан с
a. Сложностью программного и аппаратного обеспечения
b. Недостатком квалифицированных программистов
c. Высокой стоимостью программного обеспечения
d. Недостатком ресурсов для разработки программного обеспечения
3. Укажите главный критерий оценки программного обеспечения
a. Качество
b. Точность
c. Надёжность
d. Безопасность
4. Существуют следующие подходы программирования систем
a. Нисходящий, восходящий, смешанный
b. Анализ, синтез, обобщение
c. Конструктивный, деструктивный
d. Горизонтальный, вертикальный
5. Для выпуска абсолютно нового программного обеспечения применяется подход программирования
a. Нисходящий
b. Восходящий
c. Конструктивный
d. Деструктивный
6. Для выпуска обновлений для имеющегося программного обеспечения применяется подход программирования
a. Восходящий
b. Нисходящий
c. Конструктивный
d. Деструктивный
7. Укажите несуществующий класс инструментальных сред разработки и сопровождения ПС
a. автоматизированные системы методов программирования
b. инструментальные среды программирования
c. рабочие места компьютерной технологии разработки программных средств
d. инструментальные системы технологии программирования
8. Малое ПО обладает следующим свойством
a. Отсутствие документации
b. Необходимость постоянного оновления
c. Выполнение нескольких задач
d. Чувствительность к быстродействию
9. Большое ПО обладает следующим свойством
a. Ошибки и сбои наносят ущерб
b. Отсутствие документации
c. Отсутствие дружелюбного интерфейса пользователя
d. Для выполнения своих задач нет необходимости во взаимодействии с другим ПО
10. К принципам разработки сложных программных систем не относится
a. Индукция
b. Абстракция
c. Модульная разработка
d. Переиспользование
11. Хорошо спроектированный интерфейс должен обладать свойствами
a. Адекватность, полнота, минимальность, простота
b. Надёжность, безопасность, точность
c. Модульность, быстродействие, оптимальность
d. Функциональность, связность, доступность
12. Экстремальное программирование предполагает
a. Постоянное взаимодействие с заказчиком или пользователи разрабатываемого ПО
b. Большую группу разработчиков
c. Редкий выпуск промежуточных версий ПО
d. Огромные размеры ПО
13. Для экстремального программирования характерно следующее правило
a. Отработка изменений более важна, чем следование планам
b. Обсуждение деталей контракта более важно, чем сотрудничество с заказчиком
c. Исчерпывающая документация более важна, чем работающая программа
d. Процессы и инструменты более важны, чем люди, участвующие в проекте
14. Экспериментальное программирование включает в себя
a. Живое планирование, частую смену версий, разработку на основе тестирования
b. Предварительное планирование, редкую смену версий, тесты строятся на основе готового ПО
c. Живое планирование, редкую смену версий, тесты строятся на основе готового ПО
d. Предварительное планирование, частую смену версий, разработку на основе тестирования
15. Экспериментальное программирование включает в себя
a. Простые проектные решения, коллективная разработка кода
b. Простые проектные решения, индивидуальная разработка кода
c. Максимальная функциональность каждого модуля, коллективная разработка кода
d. Максимальная функциональность каждого модуля, индивидуальная разработка кода
16. Экстремальное программирование включает в себя такую технику как
a. Программирование парами
b. Редкий выпуск версий
c. Индивидуальное владение кодом
d. Изоляция разработчиков
17. Экстремальное программирование производится группами
a. До 10 программистов
b. 20-100 программистов
c. 100-1000 программистов
d. Более 1000 программистов
18. Достоинством экстремального программирования является
a. Большая гибкость
b. Выполнение гигантских проектов
c. Чёткое планирование сроков и расходов
d. Чёткое предсказание результатов длительного проекта
19. Недостатком экстремального программирования является
a. Невозможность выполнения сложных проектов
b. Невозможность быстрого внесения изменений
c. Низкое качество ПО
d. Необходимость убеждать заказчиков в том, что проект соответствует их ожиданиям
20. Первой итерацией в каждом цикле экстремального программирования является
a. Выслушивание заказчика
b. Проектирование
c. Кодирование
d. Тестирование
21. К архитектурным стилям ПО относятся
a. Конвейер обработки данных, вызов-возврат, системы на основе хранилища данных, интерактивные системы
b. Конвейер обработки данных, вызов-возврат, системы на основе хранилища данных, информационные системы
c. Процессор обработки данных, вызов-возврат, системы на основе хранилища данных, интерактивные системы
d. Процессор обработки данных, многокомпонентный, системы на основе хранилища данных, интерактивные системы
22. Клиент-серверная архитектура относится к стилю
a. Вызов-возврат
b. Конвейер обработки данных
c. Системы на основе хранилища данных
d. Репозиторий
23. Архитектура "Классная доска" относится к стилю
a. Системы на основе хранилища данных
b. Вызов-возврат
c. Конвейер обработки данных
d. Процедурная декомпозиция
24. Оптимальный результат для увеличения количества одновременно работающих процессов на ЭВМ даёт метод
a. Мультипрограммирования
b. Увеличения количества процессоров
c. Пакетный
d. Внедрение многопользовательских ОС
25. Максимальные требования к серверу предъявляются при использовании архитектуры
a. Толстый клиент
b. Тонкий клиент
c. Любой клиент-серверной архитектуре
d. Максимальные требования обычно предъявляются к клиенту
26. Новейшие разработки в клиент-серверной архитектуре СУБД включают в себя модели из
a. 4 слоев
b. 2 слоев
c. 3 слоев
d. 5 слоев
27. Процесс создания ПО определяет следующие моменты
a. Кто делает, что делает, когда делает, как достичь цели
b. Кто делает, что делает, когда делает
c. Кто делает, что делает, когда делает, какими инструментами делает
d. Кто делает, когда делает, какими инструментами делает
28. К чётырём «П» разработки ПО относятся
a. Персонал, процесс, проект, продукт
b. Персонал, процесс, проект, программа
c. Персонал, процесс, продукт, программа
d. Проблема, персонал, проект, применение
29. Артефактами процесса создания ПО являются
a. Само приложение, исходный код, документация, тестовые наборы
b. Программисты, система программирования, язык программирования, исходный код
c. Программисты, процесс разработки, готовый продукт
d. Само приложение, документация, процесс разработки
30. Наиболее частая ошибка, допускаемая разработчиками при создании ПО
a. Отсутствие документации
b. Отсутствие оптимизации
c. Большое количество исходного кода
d. Отсутствие разбиения ПО на модули
31. Процесс создания программного продукта никогда не включает
a. изменение физических параметров компьютера
b. редактирование текста программы
c. запись операторов в соответствующей языку программирования форме
d. процесс отладки
32. Программное обеспечение, как правило, не имеет
a. Больших требований предъявляемых к ресурсам ЭВМ
b. Большую команду разработчиков
c. Большого количества пользователей
d. Большого времени жизни
33. Внутренняя сложность проблемной области не связана с
a. Огромным количеством элементарных данных
b. Огромным количеством элементарных действий
c. Огромным количеством элементарных объектов
d. Огромным количеством элементарных связей
34. Внешняя сложность проблемной области не связана с тем, что
a. Разработчику сложно сформировать техническое задание
b. Заказчику сложно объяснить разработчикам, что должна делать система
c. Разработчикам сложно зафиксировать все требования заказчика
d. Постоянно меняются требования заказчика к системе, в процессе разработки
35. Сложность процесса разработки не связана с
a. Слабой формализаций требований заказчика
b. Невозможностью полного понимая одним человеком программной системы
c. Сложностью координации между удалёнными разработчиками
d. Отсутствием мотивации разработчиков
36. Отечественной методологией разработки ПО является
a. ЕСПД
b. XP
c. RUR
d. MSF
Жизненный цикл программных средств
37. Жизненный цикл ПО заканчивается
a. Когда последний пользователь перестает пользоваться ПО
b. При выходе ПО в релиз
c. При прекращении сопровождения ПО
d. После завершения этапа кодирования
38. Под жизненным циклом программного средства понимается
a. весь период его разработки и эксплуатации
b. только период его разработки
c. период его разработки и тестирования, до сдачи программного средства в эксплуатацию
d. только период его эксплуатации
39. Укажите в правильном порядке этапы жизненного цикла программного обеспечения (ПО):
a. Анализ, проектирование, кодирование, тестирования
b. Проектирование, кодирование, тестирование, анализ
c. Анализ, кодирование, тестирование, проектирование
d. Проектирование, анализ, кодирование, тестирование
40. К поддерживающим процессам жизненного цикла ПО относится
a. Документирование
b. Управление персоналом
c. Поддержка ПО
d. Усовершенствование процессов
41. К организационным процессам жизненного цикла ПО не относится
a. Приобретение ПО
b. Управление проектом
c. Управление персоналом
d. Усовершенствование процессов
42. К основным процессам жизненного цикла ПО принадлежат
a. Эксплуатация и поддержка
b. Документирование и верификация
c. Управление проектом и усовершенствование процессов
d. Передача в использование ПО и управление персоналом
43. К техническим процессам разработки ПО относится
a. Проектирование архитектуры
b. Планирование
c. Управление информацией
d. Управление качеством
44. К процессам уровня проекта при разработке ПО относится
a. Планирование
b. Реализация
c. Управление процессами
d. Поддержка
45. К процессам уровня организации при разработке ПО относится
a. Управление процессами
b. Управление конфигурацией
c. Передача в использование
d. Эксплуатация
46. Общая структура действий на каждом этапе является основой модели жизненного цикла ПО
a. Спиральной
b. Инкрементальной
c. Каскадной
d. Каскадной с возвратами
47. Моделью жизненного цикла ПО, не позволяющей реагировать на изменения окружения является
a. Каскадная
b. Каскадная с возвратами
c. Спиральная
d. Итеративная
48. Разные виды деятельности выполняются по мере необходимости и не привязаны намертво к конкретным этапам разработки в модели жизненного цикла ПО
a. Итеративной
b. Каскадной
c. Каскадной с возвратами
d. Спиральной
49. При разработке программного продукта на этапе постановки задачи
a. определяется состав и форма представления входной, промежуточной и выходной информации
b. разрабатывается математическая модель
c. исследуется эффективность используемого алгоритма реализации задачи
d. выполняется тестирование алгоритма на контрольном примере
50. Пошаговая детализация постановки задачи, начиная с наиболее общей задачи, характеризует
a. метод последовательной декомпозиции сверху - вниз
b. метод функциональной декомпозиции
c. поиск логической взаимосвязи
d. метод объектной декомпозиции
51. Самым длительным этап жизненного цикла ПО является
a. Сопровождение
b. Проектирование
c. Кодирование
d. Тестирование
52. Быстрое построение модели рабочей системы предполагается в модели жизненного цикла ПО
a. прототипирования
b. инкрементной
c. каскадной
d. спиральной
53. До начала разработки ПО есть несколько циклов анализа требований и проектирования в модели жизненного цикла ПО
a. спиральной
b. прототипирования
c. каскадной с возвратами
d. инкрементной
54. Уточнение требований заказчика является основой модели жизненного цикла ПО
a. прототипирования
b. инкрементной
c. каскадной
d. итерационной
55. Свойством каскадной модели ЖЦ является
a. Последовательное выполнение всех этапов проекта в строго фиксированном порядке
b. Время жизни каждого из этапов растягивается на весь период разработки
c. Разработка итерациями, с циклами обратной связи между этапами
d. Разработка циклами, включающими одинаковые этапы разработки
56. Свойством каскадной модели ЖЦ является
a. Переход на следующий этап означает полное завершение работ на предыдущем этапе
b. Время жизни каждого из этапов растягивается на весь период разработки
c. Последовательное выполнение всех этапов проекта по мере необходимости без фиксированного порядка
d. Разработка циклами, включающими различные этапы разработки по мере необходимости
57. Модель жизненного цикла ПО не описывает
a. Подробное указание действий исполнителей на каждом этапе
b. Стадии разработки
c. Результаты выполнения работ на каждой стадии
d. Ключевые события — точки завершения работ и принятия решений
58. Рекомендуется использовать при создании простых ИС модель ЖЦ
a. Каскадную модель
b. Спиральную модель
c. Поэтапную модель с промежуточным контролем
d. Модель быстрого прототипирования
59. Модель жизненного цикла ИС отражает
a. События, происходящие с системой в процессе ее создания и использования
b. Организационные процессы внедрения ИС
c. Процесс проектирования ИС
d. Процесс эксплуатирования ИС
60. Свойством поэтапной модели ЖЦ с промежуточным контролем является
a. Время жизни каждого из этапов растягивается на весь период разработки
b. На каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности
c. Переход на следующий этап означает полное завершение работ на предыдущем этапе
d. Взаимовлияние результатов разработки на различных этапах отсутствует
61. Свойством поэтапной модели ЖЦ с промежуточным контролем является
a. Учитывает взаимовлияние результатов разработки на различных этапах
b. На каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности
c. Переход на следующий этап означает полное завершение работ на предыдущем этапе
d. Последовательное выполнение всех этапов проекта в строго фиксированном порядке
62. Стандарт ГОСТ 34.601-90 рассматривает как завершающую стадию создания автоматизированной системы
a. Сопровождение
b. Ввод в действие
c. Рабочая документация
d. Технический проект
63. Стандарт ГОСТ 34.601-90 рассматривает как первую стадию создания автоматизированной системы
a. Формирование требований
b. Разработка концепции
c. Техническое задание
d. Эскизный проект
Язык UML
64. UML это
a. язык графического описания для объектного моделирования в области разработки ПО
b. самый распространенный case-инструментарий, используемый для описания различных моделей
c. система автоматического проектирования и разработки ПО
d. среда быстрой разработки программных систем
65. Позволяет ли UML детально проектировать пользовательский интерфейс системы?
a. нет
b. да
c. да, но только в версиях UML 2.х
d. да, в версии UML 1.5
66. Для данного класса B и D это:
a. Наименование значений по умолчанию
b. Наименование атрибутов
c. Наименование объектов
d. Наименование методов
67. Укажите название модели:
a. Модель классов
b. Модель вариантов использования
c. Модель взаимодействия
d. Модель последовательности
68. Сколько у сущности может быть абстракций?
a. Сколько угодно
b. Не более двух
c. Только одна
d. Ни одной
69. Что означает понятие «наследование» в UML?
a. Преемственность атрибутов и методов наследуемого класса
b. Возможность создания иерархии классов
c. Наличие одинаковых атрибутов
d. Наличие одинаковых операций
70. Укажите название модели:
a. Модель вариантов использования
b. Модель классов
c. Модель взаимодействий
d. Модель последовательности
71. Указанный вид элемента обозначает:
a. Стандартный элемент Actor, который может обозначать Роль, Сотрудника или Систему
b. Роль в будущей подсистеме
c. Совокупность полномочий для указанной роли
d. Сотрудника организации
72. Взаимосвязь между А-Б-С означает:
a. Б агрегирует А и С
b. Б включает А и С
c. Б использует А и С
d. Б объединяет А и С
73. Понятие «суперкласс» – это понятие, которое применимо для
a. Применимо для класса, у которого есть подклассы
b. Применимо для класса, который является ключевым классом
c. Применимо для класса, у которого есть объекты
d. Применимо для класса, у которого есть атрибуты
74. Взаимосвязь между А-Б-С означает:
a. Б объединяет А и С
b. Б включает А и С
c. Б агрегирует А и С
d. Б использует А и С
75. Взаимосвязь между А-Б-С означает:
a. Б использует А и С
b. Б включает А и С
c. Б агрегирует А и С
d. Б объединяет А и С
76. Взаимосвязь между А-Б-С означает:
a. Б включает А и С
b. Б объединяет А и С
c. Б использует А и С
d. Б агрегирует А и С
77. Позволяет ли UML описывать физическую архитектуру системы?
a. Да
b. Нет
c. да, но только в версиях UML 2.х
d. да, в версии UML 1.5
78. Что означает полиморфизм?
a. Одна и та же операция может подразумевать различное поведение для разных классов
b. Возможность изменять свойства объектов
c. Возможность изменять свойства класса
d. Один и тот же атрибут может подразумевать различное поведение для разных классов
79. Что такое ассоциация?
a. Связь между классами
b. Наследование структуры данных
c. Подкласс
d. Иерархия классов
80. Диаграмма прецедентов это
a. Диаграмма вариантов использования
b. Диаграмма состояний
c. Диаграмма профилей
d. Диаграмма классов
81. Если у объектов одинаковые значения атрибутов, то
a. Могут быть разными объектами
b. Они являются одним и тем же объектом
c. Таких объектов вообще не может быть
d. У любых объектов должны быть разные значения атрибутов
82. Рекомендуется ли в диаграмме классов указывать атрибут- идентификатор?
a. ID не указывается явным образом
b. ID указывается явным образом
c. ID указывается явным образом для ключевых атрибутов
d. ID указывается явным образом для классов
83. В данном элементе диаграммы классов область В позволяет описывать:
a. Операции
b. Подклассы
c. Атрибуты
d. Объекты класса
84. Укажите название модели:
a. Модель состояний
b. Модель деятельности
c. Модель взаимодействий
d. Модель последовательности
85. Укажите сущность объекта
a. Является экземпляром класса
b. Состоит из классов
c. Является атрибутом класса
d. Состоит только из операций класса
86. Позволяет ли UML описывать схему навигации экранов и взаимодействие пользовательских интерфейсов?
a. Да
b. Нет
c. да, но только в версиях UML 2.х
d. да, в версии UML 1.5
87. Полюс ассоциации
a. Может иметь имя и кратность
b. Имеет название полюса
c. Имеет кратность
d. Не имеет собственного имени и кратности
88. Для данного класса А и С это:
a. наименование атрибутов
b. наименование объектов
c. наименование значений по умолчанию
d. наименование операций
89. Какой тип отношений не определен в UML:
a. Генерация
b. Ассоциация
c. Обобщение
d. Реализация
90. Какой тип отношений не определен в UML:
a. Генерация
b. Зависимости
c. Обобщение
d. Реализация
91. Какие диаграммы не используются для описания модели поведения:
a. Диаграмма коммуникаций
b. Диаграмма деятельности
c. Диаграмма состояний
d. Диаграмма вариантов использования
92. Укажите название модели:
a. Модель последовательности
b. Модель вариантов использования
c. Модель деятельности
d. Модель взаимодействий
93. Возможность задания кратности для атрибутов
a. возможна для любого атрибута
b. возможна только для ключевого атрибута
c. не возможна
d. не возможна только для ключевого атрибута
94. В данном элементе диаграммы классов область А позволяет описывать
a. Атрибуты
b. Подклассы
c. Объекты
d. Операции
95. Объект является
a. экземпляром класса
b. отдельной сущностью
c. атрибутом класса
d. Понятие «объект» к UML не относится
96. Для описания модели взаимодействия используются диаграмма
a. Диаграмма последовательности
b. Диаграмма состояний
c. Диаграмма классов
d. Диаграмма компонентов
97. Не определены в UML типы сущностей
a. Объектные
b. Структурные
c. Поведенческие
d. Группирующие
98. Не определены в UML типы сущностей
a. Организационные
b. Поведенческие
c. Группирующие
d. Аннотационные
99. Укажите название модели
a. Модель деятельности
b. Модель взаимодействий
c. Модель состояний
d. Модель последовательности
100. Не используется для описания структуры будущей системы диаграмма
a. Диаграмма обзора взаимодействия
b. Диаграмма классов
c. Диаграмма объектов
d. Диаграмма профилей
101. Актёр является элементом диаграммы
a. Вариантов использования
b. Классов
c. Развёртывания
d. Деятельности
102. Для моделирования работающих узлов (аппаратных) и артефактов, развёрнутых на них служит диаграмма
a. Развёртывания
b. Деятельности
c. Классов
d. Диаграмма компонентов
103. Разбиение программной системы на структурные части и связи между ними отображает диаграмма
a. Диаграмма компонентов
b. Развёртывания
c. Деятельности
d. Классов
104. При моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений используется диаграмма
a. Деятельности
b. Диаграмма компонентов
c. Развёртывания
d. Классов
105. Исполняемое поведение в виде координированного последовательного и параллельного выполнения подчинённых элементов отображается в диаграмме
a. Деятельности
b. Диаграмма компонентов
c. Развёртывания
d. Классов
106. UML диаграммы могут быть использованы при моделировании
a. Всех систем и явлений реального мира
b. Только программных систем
c. Программных систем и аппаратных комплексов
d. Программных систем и информационных процессов
107. Для оценки готовности ПО к внедрению может служить модель диаграммы
a. Вариантов использования
b. Диаграммы компонентов
c. Развёртывания
d. Деятельности
108. CASE системы не позволяют
a. Автоматически сгенерировать полный код программы
b. Ускорить разработку ПО
c. Автоматизировать создание проектной документации
d. Поддерживать технологии повторного использования
109. Параллельно протекающие процессы имеются в диаграмме
a. Деятельности
b. Классов
c. Развёртывания
d. Вариантов использования
Дата добавления: 2015-12-07; просмотров: 99 | Нарушение авторских прав