Страницу Назад
Поискать другие аналоги этой работы

300

Зачет по дисциплине: Современные технологии в программировании (часть 1). Билет №26

ID: 213432
Дата закачки: 04 Октября 2020
Продавец: IT-STUDHELP (Напишите, если есть вопросы)
    Посмотреть другие работы этого продавца

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

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

Экзаменационный тест

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


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


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

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

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

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

6.К вспомогательным процессам ЖЦ не относят

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

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

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

8.В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все процессы ЖЦ ПО разделены на три группы

Процессы разработки
Организационные процессы
Вспомогательные процессы
Основные процессы

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

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

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

15.В самом общем виде подход СВР - критически важные практические навыки предлагает

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

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

объектом
классом
модулем

21.Вариант использования представляет собой последовательность действий (транзакций), выполняемых ________ в ответ на событие, инициируемое ________

прецедентом
действующим лицом
системой

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

зависимостям на этапе компиляции
зависимостям классов компонентов
зависимостям на этапе выполнения

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

некоторой операции класса
проектируемой системы
потока событий варианта использования

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

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

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

Business Worker
Business Use Case
Business Entity

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

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

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

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

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

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

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

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

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

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

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

41.Установите соответствие

1.Архитектурные механизмы — это некоторые типовые решения (образцы), они документируются в проекте (модели)  1.С помощью кооперации
2.Структурная часть архитектурного механизма описывается  2. С помощью диаграмм взаимодействия
3.Поведение архитектурного механизма описывается  3. С помощью диаграмм классов


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

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

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

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

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

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

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

47.Технологический процесс — совокупность взаимосвязанных технологических

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

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

работы
процесса
операции



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

Зайцев Михаил Георгиевич

Помогу с вашим вариантом, другой работой или дисциплиной.
E-mail: sneroy20@gmail.com

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

   Скачать

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


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


Не можешь найти то что нужно? Мы можем помочь сделать! 

От 350 руб. за реферат, низкие цены. Просто заполни форму и всё.

Спеши, предложение ограничено !



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

Страницу Назад

  Cодержание / Современные технологии в программировании / Зачет по дисциплине: Современные технологии в программировании (часть 1). Билет №26
Вход в аккаунт:
Войти

Забыли ваш пароль?

Вы еще не зарегистрированы?

Создать новый Аккаунт


Способы оплаты:
UnionPay СБР Ю-Money qiwi Payeer Крипто-валюты Крипто-валюты


И еще более 50 способов оплаты...
Гарантии возврата денег

Как скачать и покупать?

Как скачивать и покупать в картинках


Сайт помощи студентам, без посредников!