БИЛЕТ №1. Современные технологии программирования (часть 2) (ДВ 10.1)

Экзаменационный тест
1.Критичность определяется последствиями, вызываемыми дефектами в ПО, и может иметь один из четырех уровней. Установите соответствие между уровнем критичности и последствиями дефектов ПО.
C  1. Дефекты создают угрозу человеческой жизни
D  2. Дефекты вызывают потерю возместимых средств (материальных или финансовых)
E  3. Дефекты вызывают потерю удобства
L  4. Дефекты вызывают потерю невозместимых средств


2.Установите соответствие
1.Программный продукт 1. Использует точно определённые ресурсы
 2. Может использоваться в различных операционных системах
 3. Запускается в той системе, где была разработана
2.Компонент программного комплекса 4. Использует и сопровождает любой человек
 5. Может использоваться с различными данными
3.Программа 6. Входные и выходные данные должны удовлетворять точно определённым интерфейсам
 7. Запускается автором


3.В основе программной инженерии лежит одна фундаментальная идея: проектирование ПО является

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


4.Неотъемлемыми свойствами ПО являются

сложность
дороговизна
согласованность
незримость
изменяемость

7.Достоинствами спиральной модели являются

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

9.Недостатком каскадной модели ЖЦ не является

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

10.Преимущества применения каскадной модели заключаются в следующем:

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

12.К недостаткам СММ относятся следующие

Модель сосредоточена исключительно на управлении проектом
В модели отсутствует анализ рисков и решений
Не определена область применения модели
Модель сосредоточена исключительно на процессе создания программного продукта

13.Зрелость процессов (software process maturity) — это степень их

управляемости
контролируемости
модифицируемости
эффективности
14.СММ — это описательная модель в том смысле, что она описывает существенные (или ключевые) атрибуты, которые определяют

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

16.CASE технология представляет собой

набор инструментальных средств
совокупность методов проектирования ПО
набор аппаратных средств

17.Абстрагирование — это выделение наиболее важных, существенных характеристик ________, которые отличают его от всех других видов объектов, и игнорирование менее важных или незначительных деталей.

контекста
некоторого объекта
связей объекта

23.Диаграмма размещения отражает

взаимосвязи между классами
потоки управления объектами
физические взаимосвязи между программными и аппаратными компонентами системы

25.Диаграммы состояний отображают

процесс смены состояний объекта в результате наступления некоторых событий
все возможные состояния, в которых может находиться конкретный объект
сообщения, которыми объект может обмениваться с другими объектами

26.Объектно-ориентированный подход к моделированию бизнес-процессов в технологии Rational Unified Process предусматривает построение двух моделей

модели бизнес-правил
модели бизнес-анализа (Business Analysis Model)
модели бизнес-процессов (Business Use Case Model)

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

процессы управления
информационные процессы
основные процессы
обеспечивающие процессы

28.Модель бизнес-анализа — объектная модель, описывающая реализацию бизнес-процесса терминах взаимодействующих объектов (бизнес-объектов — принадлежащих к двум классам

Business Worker
Business Use Case
Business Entity

29.В состав модели бизнес-анализа обязательно должна входить

диаграмма состояний
диаграмма последовательности
диаграмма классов, содержащая исполнителей и сущности

31.Функциональные требования к системе моделируются и документируются с помощью

вариантов использования (use case)
диаграмм состояний
диаграммы взаимодействия

32.Все требования к ПО делятся на

системные
функциональные
нефункциональные

33.Категории FURPS для нефункциональных требований включают в себя

Практичность
Надежность
Производительность
Возможность поддержки
стоимость

35.Выявленные требования к ПО оформляются в виде ряда документов и моделей. К основным документам, регламентируемым технологией, предназначенным для оформления требований, относятся

Концепция
Варианты использования
Словарь предметной области (глоссарий)
Дополнительные спецификации (технические требования)

37.Анализ вариантов использования выполняется проектировщиками и включает в себя

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

39.Архитектурный анализ выполняется архитектором системы и включает в себя

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

42.Объектно-ориентированное проектирование включает два вида деятельности

проектирование элементов системы
проектирование архитектуры системы
проектирование вариантов использования

43.По каждому классу анализа принимается одно из двух решений

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

44.Проектирование архитектуры системы выполняется архитектором системы и включает в себя

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


45.Проектирование классов включает следующие действия

детализация проектных классов
уточнение операций и атрибутов
проектирование бизнес-процессов
моделирование состояний для объектов классов
уточнение связей между классами

46.Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических ___________ в рамках ЖЦ ПО.

действий
процессов
операций

49.Технологическая операция — основная единица работы, выполняемая определенной

инструментальным средством
ролью
человеком

Уважаемый студент дистанционного обучения,
Оценена Ваша работа по предмету: Современные технологии программирования (часть 2) (ДВ 10.1)
Вид работы: Экзамен
Оценка:Отлично
Дата оценки: 25.06.2019
Рецензия:
Зайцев Михаил Георгиевич