Разработка и стандартизация программных средств и информационных технологий Тест с ответами

1. «Понятность» -качество программного обеспечения, подразделяемое на
• внешнюю понятность
• внутреннюю понятность
• жесткую понятность
• способность программного обеспечения к взаимодействию с другим программным обеспечением

2. Главное преимущество модульности заключается в том, что она позволяет применить принцип разделения на задачи на двух этапах
• при работе с общими характеристиками всех модулей
• при работе с элементами каждого модуля проекта

3. Об изменяемой, но скрытой информации модуля говорят, что
• она инкапсулирована в реализации модуля
• она является шифром модуля

4. Отношение обратное отношению Mi IS_COMPONENT_OF Mj выглядит как
• Mj COMPRISES Mi

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

6. Тестирование выполнения программы без знания того, как она спроектирована и запрограммирована называют тестированием методом
• черного ящика

7. Описательные спецификации описывают
• желательные свойства системы

8. С точки зрения пользователя программного обеспечения качество последнего заключается в
• Безотказности
• Производительности
• легкости эксплуатации

9. Метод восходящей разработки.
• программируются модули программы с модулей самого нижнего уровня
• строится модульная структура программы в виде дерева

10. Контрольный пример, который имеет высокий потенциал обнаружения ошибок называется
• Значимый
 

11. Среди уровней абстракции стадий проектирования различают
• стандарты разработки
• способы проектирования

12. Среди ниже перечисленных укажите характеристики распределенных систем
• работоспособность системы при разрыве соединения в сети
• виртуальность предоставляемых серверами ресурсов
• работоспособность системы при поломке отдельного компьютера сети

13. Программный модуль – это
• средство борьбы с дублированием в программировании
• фрагмент описания вычислительного процесса
• средство борьбы со сложностью программ

14. Процесс обнаружения и исправления ошибок называют
• Отладкой

15. Если отношение Mi r Mj не выполняется, то говорят, что это отношение
• Нерефлексивное
 

16. Способами изменения программного обеспечения являются
• Настройка
• Усовершенствование

17. Термин «проект» в инженерии программного обеспечения используется для обозначения
• процесса разработки ПО
• архитектуры ПО
• результата проектирования

18. Когда система передана заказчику, начинается этап
• Эксплуатации

19. UML – это универсальный язык
• Визуализации
• Документирования
• Спецификации
• Конструирования

20. Если планируется использовать абстрактные объекты в распределенном приложении, существует два способа повышения эффективности доступа к ним
• тиражирование распределенного объекта на нескольких компьютерах
• распределение частей абстрактного объекта на нескольких машинах
 

21. Программную инженерию Д. Парнас определил как
• «коллективное проектирование многовариантного программного обеспечения»

22. Стратегии тестирования – это в технологии проектирования
• определенные критерии выбора значимых контрольных примеров

23. Предусмотрение изменений – это принцип, который влияет на такие качества программного обеспечения как
• повторную применимость
• способность модификации

24. Среди типов стандартной архитектуры различают
• Конвейерный
• на событиях
• «классной доски»

25. Набор версий программного обеспечения часто называют
• Семейством
• Линейкой
 

26. К факторам внешней понятности относят
• Тестируемость
• удобство эксплуатации продукта
• предсказуемость результатов работы

27. Если дефекты программного обеспечения могут быть устранены применяемыми усилиями, то о таком программном обеспечении говорят как о
• Ремонтопригодном

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

29. С точки зрения менеджера программного проекта процесс разработки программного обеспечения должен быть
• Продуктивным
• Предсказуемым
• легко управляемым

30. Верифицируемость программного продукта предполагает
• достаточность тестирования свойств системы
• возможность контроля соответствия продукта требованиям
 

31. Интероперабельностью называют
• способность программного обеспечения к взаимодействию с другим программным обеспечением

32. Соглашение между программистом использующим данный объект и программистом создавшим его называется
• спецификацией модуля

33. Первичной целью любого инженерного продукта является его
• надежность ПО

34. Метод нисходящей разработки
• переходят к программированию какого-либо другого модуля только в том случае, если уже запрограммирован модуль, который к нему обращается
• программируются модули программы, начиная с модуля самого верхнего уровня (головного)
• строится модульная структура программы в виде дерева

35. Укажите компоненты «программы-максимума», требований предъявляемых программному инженеру
• профессиональное владение языками программирования
• умение переходить от одного уровня абстракции к другому
• умение переключаться от одной стадии проекта к другой
• знание алгоритмов программирования
 

36. Программное сопровождение подразделяют на три категории
• Корректирующее
• Настраивающее
• Совершенствующее

37. К моделям организации работ относятся:
• Ролевая модель
• Модель потока работ (workflow model)
• Модель потоков данных (data flow model)

38. Часть процесса изготовления программного обеспечения, связанная с поддержкой и контролем взаимосвязей рабочих продуктов различных версий конечного продукта называется
• управление конфигурацией

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

40. Методы и технологии реинжиниринга и обратного инжиниринга программного обеспечения нацелены на
• оптимизацию унаследованного программного обеспечения
• реструктурирование унаследованного программного обеспечения
• раскрытие структуры унаследованного программного обеспечения
 

41. Для достижения модульности программного обеспечения программный инженер должен проектировать модули стараясь обеспечить следующие типы связности
• низкую межмодульную

42. При тестировании методом черного ящика используются следующие критерии
• графа причин и следствий
• управления логическими спецификациями
• синтаксического управляющего тестирования

43. С точки зрения пользователя программного обеспечения качество последнего заключается в
• легкости использования
• Производительности
• Надежности

44. Управление конфигурацией – это дисциплина обеспечивающая
• возможность переделки программного обеспечения при изменении требований к его функциям или обнаружении ошибки
• непротиворечивое представление программного обеспечения даже при внесении в него изменений

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

46. Надежность программного обеспечения как инженерного продукта
• включает в себя понятие корректности программного обеспечения
• величина вероятностная
• является обязательным требованием

47. Недостаток использования оценки работы по размеру кода связан с
• его субъективностью
• Относительностью

48. С точки зрения разработчика программного обеспечения качество последнего заключается в
• расширяемости
• переносимости
• тестируемости

49. UML – это
• язык моделирования программных систем

50. Некорректное промежуточное состояние, в которое программа может войти во время выполнения называется
• Сбоем
• Неисправностью
 

51. Назначение методологии инженерии программного обеспечения состоит в том, чтобы
• выдвигать определенный подход к решению проблемы путем отбора используемых методов и приемов проектирования
• обеспечении применения эффективных методов и приемов проектирования

52. Описательные спецификации могут быть
• алгебраическими
• логическими

53. Для корректного эволюционирования программного обеспечения необходимо
• регистрировать статистику работы программного обеспечения
• документировать все изменения вносимые в спецификации программного обеспечения

54. CASE-технология это программный комплекс, автоматизирующий весь технологический процесс
• анализа сложных программных систем
• проектирования сложных программных систем
• разработки и сопровождения сложных программных систем