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

1. Способами изменения программного обеспечения являются
инкапсуляция
наследование
Настройка
Усовершенствование
полиморфизм

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

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

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

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

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

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

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

9. Интероперабельностью называют
реализацию кода на разных машинах
переносимость программного обеспечения с платформы на платформу
реализацию кода на PHP
способность программного обеспечения к взаимодействию с другим программным обеспечением

межпроектное взаимодействие внутри одной группы разработок

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

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

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

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

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

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

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

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

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

9. Описательные спецификации описывают
желательную платформу
желательное поведение системы
желательный результат системы
желательные свойства системы   
желательных пользователей системы

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

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

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

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

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

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

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

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

2. Тестирование выполнения программы без знания того, как она спроектирована и запрограммирована называют тестированием методом
черного ящика
методом «орел-решка»
белого ящика
прозрачного ящика
темной комнаты

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

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

5. Программную инженерию Д. Парнас определил как
«коллективное проектирование многовариантного программного обеспечения»
«форму коллективного мышления»
«социализацию коллективных структур»
«проектирование и программирование программного обеспечения не выходя из дому»
проектирование инструментов для разработок ПО

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

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

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

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

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

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

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

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

14. Если отношение Mi r Mj не выполняется, то говорят, что это отношение
несходимое
рефлексивное
Нерефлексивное
сходимое
пассивное

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

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

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

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

3. UML – это
оболочка высокоуровневого языка программирования
методика построения модулей
язык моделирования программных систем
группа разработчиков программного обеспечения
формат общения «разработчик» — «заказчик»

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

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

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

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

8. Недостаток использования оценки работы по размеру кода связан с
квалификацией разработчиков
его субъективностью
сложностью реализации
Относительностью
сложностью подсчета

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

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

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

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

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

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

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