500

Экзаменационная работа по дисциплине: Современные технологии программирования (часть 2). Билет №83

ID: 234407
Дата закачки: 26 Марта 2023
Продавец: Roma967 (Напишите, если есть вопросы)
    Посмотреть другие работы этого продавца

Тип работы: Работа Экзаменационная
Форматы файлов: Microsoft Word
Сдано в учебном заведении: ДО СИБГУТИ

Описание:
Билет №83

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

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

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

4.Неотъемлемыми свойствами ПО являются
сложность
дороговизна
согласованность
незримость
изменяемость

5.Системный подход —это методология исследования объектов любой природы как систем, которая ориентирована на
выявление многообразных типов связей объекта
изучение объекта в отрыве от взаимодействующих с ним объектов
сведение этих связей в единую картину
раскрытие целостности объекта и обеспечивающих его механизмов

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

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

11.В модели CMM сформулированы критерии _________ организации.
финансовой устойчивости
совершенства
платёжеспособности

13.Зрелость процессов (software process maturity) — это степень их
управляемости
контролируемости
модифицируемости
эффективности

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

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

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

18.Агрегация представляет собой форму ассоциации — более сильный тип связи между целым __________ и его частями
объектом
классом
модулем

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

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

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

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

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

29.В состав модели бизнес-анализа обязательно должна входить
диаграмма состояний
диаграмма последовательности
диаграмма классов, содержащая исполнителей и сущности

30.Модель бизнес-анализа строится для
системы ПО
нескольких Business Use Case
каждого Business Use Case

31.Функциональные требования к системе моделируются и документируются с помощью
вариантов использования (use case)
диаграмм состояний
диаграммы взаимодействия

32.Все требования к ПО делятся на
системные
функциональные
нефункциональные

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

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

40.Объектно-ориентированный анализ включает два вида деятельности
анализ вариантов использования
архитектурный анализ
выделение классов предметной области

42.Объектно-ориентированное проектирование включает два вида деятельности
проектирование элементов системы
проектирование архитектуры системы
проектирование вариантов использования

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

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

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

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

Комментарии: Оценка - отлично!
Год сдачи: 2021 г.
Преподаватель: Зайцев М.Г.
Помогу с другим вариантом.

Выполняю работы на заказ по различным дисциплинам.
E-mail: LRV967@ya.ru

Размер файла: 24,3 Кбайт
Фаил: (.docx)
-------------------
Обратите внимание, что преподаватели часто переставляют варианты и меняют исходные данные!
Если вы хотите, чтобы работа точно соответствовала, смотрите исходные данные. Если их нет, обратитесь к продавцу или к нам в тех. поддержку.
Имейте ввиду, что согласно гарантии возврата средств, мы не возвращаем деньги если вариант окажется не тот.
-------------------

Скачать

Добавить в корзину

Занесено в корзину

        Коментариев: 0

Есть вопросы? Посмотри часто задаваемые вопросы и ответы на них.
Опять не то? Мы можем помочь сделать!

Некоторые похожие работы:

К сожалению, точных предложений нет. Рекомендуем воспользоваться поиском по базе.