Ответы на экзаменационные вопросы интернет-курсов ИНТУИТ (INTUIT): 212. Методы и средства инженерии программного обеспечения
1. 1-й уровень - системные компоненты - осуществляют:
2. 4-й уровень - прикладные программные системы - осуществляют:
3. BlankAntProject - это:
4. Client class - это:
5. CustomTask - это:
6. Exception - это:
7. Implementation class - это:
8. Interface - это:
9. ORB class - это:
10. Persistence-Capable - это:
11. RUP (Rational Unified Process) - это:
12. SampleAntProject - это:
13. Server class - это:
14. Skeleton class - это:
15. Stub class - это:
16. Stub-интерфейс - это:
17. UML - это:
18. XDR-стандарт:
19. XML-стандарт:
20. Абстрагирование - это:
21. Агент обладает следующими свойствами:
22. Активные библиотеки содержат:
23. Алгебра Дейкстры - это:
24. Алгебра схем Янова - это:
25. Алгебраическое программирование - это:
26. Анализ домена состоит в:
27. Анализ проекта состоит в:
28. Анализ требований не включает в себя подразделы:
29. Анализ требований не включает в себя подразделы:
30. Артефактами деятельности разработчиков ПС могут быть:
31. Архитектура системы - это:
32. Архитектурная схема может быть:
33. Аспектно-ориентированное программирование (АОП) - это:
34. Ассоциация - это:
35. Атрибут - это:
36. Атрибутами могут быть следующие типы значений в UML:
37. Атрибуты бывают:
38. Аудит конфигурации ПО - это:
39. Базис конфигурации - это:
40. Более крупные образования компонентов, используемые на практике - это:
41. В задачи функционального тестирования входят:
42. В задачи функционального тестирования не входят:
43. В методе OOAS Шлеера и Меллора предусмотрены следующие нотации для представления динамических аспектов поведения объектов:
44. В область знаний "Конструирование ПО" не входят разделы:
45. В обсуждении требований на систему принимают участие:
46. В обсуждении требований на систему принимают участие:
47. В обязанности инженера-тестировщика входят:
48. В обязанности инженера-тестировщика не входят:
49. В основе генерации модели ПрО для семейства ПС лежит:
50. В рамках инженерии ПрО используются следующие типы компонентов в терминологии системы CORBA:
51. В соответствии с международным стандартом ANSI/IEEE-729-83 дефект (fault) - это:
52. В соответствии с международным стандартом ANSI/IEEE-729-83 отказ (failure) - это:
53. В соответствии с международным стандартом ANSI/IEEE-729-83 ошибка (error) - это:
54. В таблице перехода в состояния:
55. В функции интерфейсного модуля клиента входят:
56. В функции интерфейсного посредника клиента не входит:
57. В ядре РМВОК определены следующие основные аспекты разработки проектов:
58. Важнейшее свойство компонента:
59. Валидация требований - это:
60. Валидация требований - это:
61. Валидация требований включает следующие шаги:
62. Валидация требований не включает следующие шаги:
63. Версия или конфигурация системы состоит из:
64. Взаимодействие объектов - это:
65. Виды интерфейсов включают в себя:
66. Виды интерфейсов не включают в себя:
67. Внесение изменений в ПО можно рассматривать как:
68. Внешнее преобразование типов данных обладает следующими свойствами:
69. Внешняя часть компонента - это:
70. Внутреннее преобразование типов данных обладает следующими свойствами:
71. Внутренние метрики продукта включают:
72. Внутренняя часть компонента - это:
73. Внутренняя часть компонента включает в себя:
74. Возможное время выполнения операций оценивается с помощью следующих оценок:
75. Все ошибки, которые возникают в программах, принято подразделять на следующие классы:
76. Выберите верные утверждения:
77. Высокоуровневое представление структуры системы и спецификация ее компонентов - это:
78. Генерирующее программирование - это:
79. Главная цель объектного анализа - это:
80. Главный показатель качества ПО - это:
81. Главными областями программной инженерии не являются:
82. Главными областями программной инженерии являются:
83. Данные в системе композиций и номинативности рассматриваются на следующих уровнях:
84. Декларативные средства КЯ - это:
85. Дерево - это:
86. Детальное рабочее проектирование - это:
87. Дефект в ПС - это:
88. Деятельности и техники гарантии качества включают:
89. Диаграмма Ганта - это:
90. Диаграмма деятельности задает:
91. Диаграмма последовательности задает:
92. Диаграмма реализации состоит из:
93. Динамические методы тестирования используются:
94. Динамический интерфейс от объекта клиента к объекту сервера и обратно выполняет:
95. Динамическое тестирование включает в себя следующие методы:
96. Для доказательства правильности спецификации сообщения создается набор утверждений, доказывающий, что:
97. Документирование результатов тестирования в соответствии с действующим стандартом ANSI/IEEE 829 включает:
98. Документирование результатов тестирования в соответствии с действующим стандартом ANSI/IEEE 829 не включает:
99. Достижение надежности ПО обеспечивается:
100. Если интерфейс реализуется с помощью класса, то:
101. Жизненный цикл программной системы - это:
102. Задание поискового образа ПИК на основе информационной его модели обеспечивает:
103. Задачи проектирования - это:
104. Идентификация конфигурации - это:
105. Измерительные модели надежности:
106. Императивные средства КЯ - это:
107. Инженерия качества - это:
108. Инженерия повторного использования компонентов (ПИК) - это:
109. Инженерия требований включает в себя следующие подразделы:
110. Инженерия требований включает в себя следующие подразделы:
111. Инспекция ПО - это:
112. Инструментальные средства - это:
113. Инструменты инженерии ПО обеспечивают:
114. Интенсивность отказов - это:
115. Интероперабельность - это:
116. Интерфейс DII (интерфейс динамического вызова объекта) - это:
117. Интерфейс в ООП - это:
118. Интерфейс между Matlab и другими ЯП осуществляется с помощью:
119. Интерфейс между Perl и другими ЯП осуществляется с помощью:
120. Интерфейс между Visual Basic и другими ЯП осуществляется с помощью:
121. Интерфейс сервисов ORB - это:
122. Интерфейсные операции класса подразделяются на:
123. Информационная модель - это:
124. История функционирования транзитивной системы хранит одно из соответствующих состояний:
125. К альтернативным свойствам ПИК относятся:
126. К видам сопровождения относятся:
127. К инструментам конструирования ПО относятся:
128. К компонентам общего назначения не относятся:
129. К общесистемным компонентам относятся:
130. К объектным адаптерам, позволяющим экземплярам объектов обращаться к сервисным функциям ORB, не относится:
131. К основным принципам структурного метода относятся:
132. К подхарактеристикам надежности ПО не относится:
133. К подхарактеристикам надежности ПО относятся:
134. К событиям процесса не относятся:
135. К событиям процесса относятся:
136. К факторам гарантии надежности относятся:
137. К характеристикам качества относят:
138. Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
139. Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
140. Каждый компонент C в ОКМ-модели задается в виде C = (E, I, V, P), где:
141. Каждый тип данных в стандарте имеет шаблон, включающий:
142. Какая формула оценки стоимости проекта была получена экспериментальным путем?
143. Какие задачи управления проектом входят на данный момент в диаграммную схему, созданную Генри Гантом для учета времени выполнения проекта?
144. Какие модели создаются в процессе моделирования?
145. Какими аспектами характеризуется качество ПО?
146. Какой метод тестирования, при котором можно использовать структуру объекта для организации тестирования по различным ветвям, является предпочтительным?
147. Каркас
148. Каркас - это:
149. Категории языков спецификации включают в себя:
150. Категория "Организационные процессы" процессов жизненного цикла в стандарте ISO/IEC 12207 включает в себя:
151. Категория "Процессы поддержки" процессов жизненного цикла в стандарте ISO/IEC 12207 не включает в себя:
152. Качественный анализ процесса состоит в:
153. Качество ПО - это:
154. Качество ПО - это:
155. Класс - это:
156. Количественная оценка рисков - это:
157. Количественными называются показатели качества, которые определяются с помощью:
158. Количество компонентов произведения d находится следующим образом:
159. Компонент - это:
160. Компонент, как физическая сущность:
161. Компоненты любого из уровней архитектуры системы используются, как правило:
162. Компоненты сеансов:
163. Компоненты сущностей:
164. Компоненты, которые управляются событиями:
165. Конструирование ПО - это:
166. Контейнер:
167. Контекст - это:
168. Контроль конфигурации - это:
169. Концепт - это:
170. Концептор - это:
171. Координация агентов - это:
172. Марковская модель:
173. Маршалинг данных - это:
174. Международный проект по разработке "целостного автоматизированного набора инструментов для проверки корректности ПС" включает следующие основные задачи:
175. Международный проект по разработке "целостного автоматизированного набора инструментов для проверки корректности ПС" предполагает, что:
176. Метод Дейкстры основан:
177. Метод Маккарти основан:
178. Метод проектирования UML предназначен для:
179. Метод простого структурного анализа ориентирован на:
180. Метод рефакторинга компонента - это:
181. Метод символьной проверки применяется при:
182. Метод Флойда основан:
183. Методы анализа структуры программ проверяют:
184. Методы инженерии ПО - это:
185. Методы сбора требований включают в себя:
186. Методы сбора требований включают в себя:
187. Методы функционального тестирования подразделяются на:
188. Метрики использования позволяют оценить:
189. Метрики программного продукта включают:
190. Множество компонентов и систем образуют семейство продуктов, если:
191. Модель анализа - это:
192. Модель ОКМ - это:
193. Модель прецедентов моделируемой цели системы не включает в себя:
194. Модель прецедентов моделируемой цели системы не включает в себя:
195. Модель прецедентов моделируемой цели системы состоит из:
196. Модель прецедентов моделируемой цели системы состоит из:
197. Модель приложения - это:
198. Модель проектной группы - это:
199. Модель производственной архитектуры - это:
200. Модель процесса проектирования - это:
201. Модель процесса разработки ПО - это:
202. Модель процессов отражает:
203. Модель состояний отображает:
204. Модель управления рисками - это:
205. Модель Шика-Вулвертона:
206. На современном рынке программных продуктов циркулируют следующие виды готовых компонентов:
207. Надежность - это:
208. Наработка на отказ как атрибут надежности определяет:
209. Независимые от ЯП типы данных стандарта ISO/IEC делятся на:
210. Независимые от ЯП типы данных стандарта ISO/IEC не включают:
211. Нефункциональные требования для большинства современных многопользовательских ПС включают следующие условия и ограничения:
212. Нефункциональные требования для большинства современных многопользовательских ПС включают следующие условия и ограничения:
213. Нефункциональные требования определяют:
214. Нефункциональные требования определяют:
215. Область знаний "Процесс программной инженерии" состоит из следующих разделов:
216. Область знаний "Управление инженерией ПО" не включает в себя разделы:
217. Область знаний "Управление инженерией ПО" состоит из следующих разделов:
218. Область знаний "Управление конфигурацией ПО" включает в себя следующие разделы:
219. Объединение - это:
220. Объект предметной области - это:
221. Объектно-ориентированный подход (ООП) - это:
222. Объекты алгоритмики - это:
223. Объекты тестирования не включают в себя:
224. Операции реверсной инженерии над компонентами удовлетворяют условиям:
225. Операции рефакторинга над компонентами удовлетворяют условиям:
226. Описание сценария включает в себя:
227. Описание сценария включает в себя:
228. Определение требований, как правило, проводится:
229. Определение требований, как правило, проводится:
230. Организационная структура проекта подбирается на основании следующих данных:
231. Организационными областями программной инженерии являются:
232. Основное требование к инженерии ПрО - это:
233. Основные задачи процессов верификации и валидации:
234. Основные задачи управления требованиями - это:
235. Основные задачи управления требованиями - это:
236. Основные систематические методы обеспечения правильности программ - это:
237. Основные средства UML к формированию и представлению требований к системе и к ПО - это:
238. Основные средства UML к формированию и представлению требований к системе и к ПО - это:
239. Основными задачами программного агента являются:
240. Основными составляющими любого проекта являются:
241. Основными целями процесса являются:
242. Ответственность за идейную, функциональную сторону проекта несет:
243. Ответственность за координацию и реализацию основных составляющих проекта несет:
244. Отказ ПC - это:
245. Отладка - это:
246. Отношение - это:
247. Отношение между сценариями "использует" означает, что:
248. Отношение между сценариями "использует" означает, что:
249. Отношение между сценариями "расширяет" означает, что:
250. Отношение между сценариями "расширяет" означает, что:
251. Отображение - это:
252. Отображение - это:
253. Оценка качества ПО согласно четырехуровневой модели качества начинается с:
254. Оценка надежности сложных ПС зависит от:
255. Оценочные модели надежности:
256. Ошибки ввода-вывода и манипулирования данными являются следствием:
257. Паттерн - это:
258. Паттерн:
259. Первый уровень представления модели качества:
260. Переносимость - это:
261. ПИК=(T, I,F, R,S), где I - это:
262. ПИК=(T, I,F, R,S), где R - это:
263. ПИК=(T, I,F, R,S), где T - это:
264. План тестирования содержит:
265. Планирование - это:
266. Планирование качества представляет собою:
267. Планирование управления рисками - это:
268. По сравнению с более радикальными подходами к совершенствованию систем реинженерия имеет следующие преимущества:
269. Повторные компоненты могут быть:
270. Под инфраструктурой процесса тестирования понимается:
271. Под конфигурацией системы понимается:
272. Поддержка темпа работы не предполагает:
273. Поисковый образ упрощает поиск и сокращает сроки разработки ПС за счет:
274. После получения новой версии системы заказчику передаются:
275. Последовательность выполняемых процессов образует:
276. Построение адекватной схемы классификации и идентификации объектов конфигурационного управления выполняется одновременно со структуризацией продукта и заключается в определении:
277. Предметная область - это:
278. Предусловие - это:
279. Преобразование данных БД связано с различием логических структур данных, а также со следующими проблемами:
280. При использовании модели проверки временных свойств и обнаружения ошибок взаимодействия должны выполняться следующие условия:
281. При концептуальном проектировании определяются:
282. При неоднородности одного из параметров из множества формальных или фактических параметров разноязыковых программ необходимо провести:
283. При определении общих и изменяемых характеристик представителей семейства систем используются:
284. При подходе, ориентированном на продукт, оценка качества проводится после испытания ПС. Этот подход базируется на предположении, что:
285. Принципами ЭП не являются:
286. Причины, требующие преобразования исходного кода программ в другой язык, могут быть:
287. Проблема преобразования и переноса данных между различными СУБД решается на основе использования:
288. Прогнозирующие модели надежности:
289. Программный (API) и/или аппаратный интерфейс (port) - это:
290. Проектирование ПО - это:
291. Процесс конструирования новых систем из готовых компонентов включает в себя:
292. Процесс проверки правильности спецификаций требований на их соответствие, непротиворечивость, полноту и выполнимость, а также на соответствие стандартам - это:
293. Процесс развития программы в ЭП осуществляется в виде цепочки понятий:
294. Процесс разработки в среде ООП включает в себя следующие этапы:
295. Процесс разработки в среде ООП не включает в себя следующие этапы:
296. Процесс создания ПИК включает в себя:
297. Процесс сопровождения согласно стандарту ISO/IEC 14764 проводится путем:
298. ПС следует относить к классу:
299. ПС, построенная из компонентов и предназначенная для функционирования в распределенной среде, состоит из:
300. ПС, построенная из компонентов и предназначенная для функционирования в распределенной среде, состоит из:
301. Пуассоновская модель:
302. Развертка - это:
303. Раздел "Анализ требований" разработки требований включает в себя следующие подразделы:
304. Раздел "Анализ требований" разработки требований включает в себя следующие подразделы:
305. Разработка требований включает в себя следующие основные разделы:
306. Разработка требований включает в себя следующие основные разделы:
307. Разработка требований не включает в себя следующие основные разделы:
308. Разработка требований не включает в себя следующие основные разделы:
309. Разработке ПС с помощью ПИК соответствует модель ЖЦ со следующими общими этапами:
310. Расчет продолжительности выполнения функций путем сбора средних показателей скорости выполнения операторов служит для:
311. Рациональность - это:
312. Реализация - это:
313. Результатом управления конфигурацией является:
314. Результаты обследования и анализа предметной области фиксируются в:
315. Результаты обследования и анализа предметной области фиксируются в:
316. Реинженерия (reengineering) - это:
317. Реорганизация кода для улучшения характеристик и показателей качества объектно-ориентированных и компонентных программ без изменения их поведения - это:
318. Репозитарий - это:
319. Репозитарий в интегрированной среде ПрО включает в себя:
320. Репозитарий в интегрированной среде ПрО не включает в себя:
321. Риски могут быть:
322. С какими целями проводится обсуждение проекта системы?
323. С какими целями проводится обсуждение проекта системы?
324. С точки зрения моделирования аспекты можно рассматривать как:
325. Сборка ПО - это:
326. Свойства ПИК могут быть:
327. Свойство компонента C включается в абстракцию P только тогда, когда:
328. Связи между объектами могут быть:
329. Связи объектов устанавливаются между:
330. Сервлет - это:
331. Сетевая разбивка работ (СРР) - это:
332. Сетевые диаграммы, при помощи которых отображаются результаты планирования:
333. Систематические методы тестирования делятся на следующие методы:
334. Системные требования определяют:
335. Системные требования определяют:
336. Системы G_\alpha^t и G_\beta^q для языков l_t и l_q - изоморфны, если их типы данных q, t:
337. Сколько уровней представления имеет модель качества ПО?
338. Сколько этапов анализа предметной области в методе OOAS Шлеера и Меллора?
339. Событие - это:
340. Согласно методу OOAS Шлеера и Меллора, анализ предметной области производится следующими этапами:
341. Согласно стандарту IEEE Std.610-90 управление конфигурацией включает следующие задачи:
342. Создаваемая архитектура системы не включает в себя следующие уровни:
343. Сопровождаемость - это:
344. Состав и количество сотрудников, входящих в команду проекта, зависит от:
345. Спецификация программы - это:
346. Спецификация требований к ПО - это:
347. Спецификация требований к ПО - это:
348. Стандарт ГОСТ 34.601-90, регламентирующий стадии и этапы процесса разработки АС, обеспечивает:
349. Статические методы тестирования используются:
350. Статический анализ заключается в:
351. Стоимость анализа функций ПрО имеет вид:
352. Стоимость композиции компонентов определяется так:
353. Стоимость поиска и исследования возможностей применения ПИК из репозитария для реализации некоторой определенной функции ПрО вычисляется с помощью выражения:
354. Структура ведения проекта, описанная Вейнбергом, предполагает:
355. Суть учета статуса состоит в:
356. Сущность - это:
357. Сущность структурного подхода к разработке ПС - это:
358. Схема спецификации процесса - это:
359. Таблица перехода в состояния служит для:
360. Теоретические средства - это:
361. Тест - это:
362. Тестирование включает в себя:
363. Тестирование ПО - это:
364. Тестирование эффективности ПО не позволяет проверить:
365. Тестирование эффективности ПО позволяет проверить:
366. Тесты не проверяют:
367. Тесты проверяют:
368. Техническое проектирование - это:
369. Технология доменной инженерии включает стандартизированные подпроцессы:
370. Технология разработки прикладной системы с использованием АОП включает следующие общие этапы:
371. Технология разработки прикладной системы с использованием АОП не включает следующие общие этапы:
372. Типичные причины внесения изменений это:
373. Типы данных в стандарте описываются в:
374. Типы данных подразделяются на:
375. Типы отказов не включают в себя:
376. Типы трассируемости требований включают в себя следующие направления:
377. Типы трассируемости требований включают в себя следующие направления:
378. Транзитивные системы называют бисимуляционно эквивалентными, если:
379. Трассирование требований включает в себя подразделы:
380. Трассирование требований включает в себя подразделы:
381. Трассировка обеспечивает:
382. Трассировка обеспечивает:
383. Требования - это:
384. Требования к ПО состоят из:
385. Требования к ПО состоят из:
386. Требования пользователей определяют:
387. Требования пользователей определяют:
388. Требования, предъявляемые к качеству ПО, ставятся в соответствии с:
389. Удаленный вызов разноязыковых программ предполагает:
390. Удобство применения - это:
391. Укажите корректные правила для специальной графической нотации в модели сценариев:
392. Укажите корректные правила для специальной графической нотации в модели сценариев:
393. Укажите правильную цепочку трансформаций при сценарном подходе:
394. Укажите правильную цепочку трансформаций при сценарном подходе:
395. Управление версиями состоит в:
396. Управление конфигурацией - это:
397. Управление проектом - это:
398. Управление процессом разработки состоит в:
399. Управление рисками, возникающими при неточном определении требований, состоит:
400. Управление рисками, возникающими при неточном определении требований, состоит:
401. Управление требованиями к системе - это:
402. Управление требованиями к системе - это:
403. Управление требованиями не включает в себя следующие подразделы:
404. Управление требованиями не включает в себя следующие подразделы:
405. Условия построения архитектуры системы включают в себя:
406. Физический аудит конфигурации проводится:
407. Фиксация требований включает в себя подразделы:
408. Фиксация требований включает в себя подразделы:
409. Фиксация требований не включает в себя подразделы:
410. Фиксация требований не включает в себя подразделы:
411. Фильтр композиции служит для:
412. Функции репозитария не включают в себя:
413. Функциональность - это:
414. Функциональные тесты создаются по:
415. Функциональные требования определяют:
416. Функциональные требования определяют:
417. Функциональный аудит конфигурации проводится:
418. Цель процесса валидации:
419. Цель процесса верификации:
420. Цель тестирования - это:
421. Чем отличается метод анализа и оценки PERT от метода критического пути CPM?
422. Чем считается сопровождение в соответствии со стандартами ISO/IEC 12207 и ISO/IEC 14764?
423. Что дает согласованная область действий по проекту?
424. Что дает согласованная область действий по проекту?
425. Что не входит в понятие главных факторов осуществления задач программного проекта?
426. Что осуществляет абстрактный объект-посредник?
427. Шаблон (паттерн) - это:
428. Экземпляр прецедента - это:
429. Экземпляр прецедента - это:
430. Этапами стандарта ГОСТ 34.601-90, регламентирующего стадии и этапы процесса разработки АС, являются:
431. Этапы преобразования данных основаны на использовании следующих методов:
432. Языки спецификации областей включают в себя следующие языки:
Актуальная информация по учебным программам ИНТУИТ расположена по адресу: http://www. *****/.
Повышение квалификации (программ: 450) | Профессиональная переподготовка (программ: 14) | Лицензия на образовательную деятельность и приложение | |
|
|
|
|
Developer Project предлагает поддержку при сдаче экзаменов учебных курсов Интернет-университета информационных технологий INTUIT (ИНТУИТ). Мы ответили на экзаменационные вопросы 380 курсов INTUIT (ИНТУИТ), всего вопросов, ответов (некоторые вопросы курсов INTUIT имеют несколько правильных ответов). Текущий каталог ответов на экзаменационные вопросы курсов ИНТУИТ опубликован на сайте объединения Developer Project по адресу: http://www. dp5.su/
Подтверждения правильности ответов можно найти в разделе «ГАЛЕРЕЯ», верхнее меню, там опубликованы результаты сдачи экзаменов по 100 курсам (удостоверения, сертификаты и приложения с оценками).
Болеевопросов по 70 курсам и ответы на них, опубликованы на сайте http://www. dp5.su/, и доступны зарегистрированным пользователям. По остальным экзаменационным вопросам курсов ИНТУИТ мы оказываем платные услуги (см. вкладку верхнего меню «ЗАКАЗАТЬ УСЛУГУ». Условия поддержки и помощи при сдаче экзаменов по учебным программам ИНТУИТ опубликованы по адресу: http://www. dp5.su/
Примечания:
- ошибки в текстах вопросов являются оригинальными (ошибки ИНТУИТ) и не исправляются нами по следующей причине - ответы легче подбирать на вопросы со специфическими ошибками в текстах;
- часть вопросов могла не войти в настоящий перечень, т. к. они представлены в графической форме. В перечне возможны неточности формулировок вопросов, что связано с дефектами распознавания графики, а так же коррекцией со стороны разработчиков курсов.
