200

Работа экзаменационная. Билет №49. Современные технологии программирования (часть 2) Новое ДО последний семестр

ID: 200099
Дата закачки: 25 Апреля 2019
Продавец: AlexBrookman (Напишите, если есть вопросы)
    Посмотреть другие работы этого продавца

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

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

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

 1. Использует точно определённые ресурсы
3.Программа 3. Запускается в той системе, где была разработана
 7. Запускается автором


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

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

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

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

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

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

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

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

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

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

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

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

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

20.Существуют два основных подхода к декомпозиции систем

структурный
процедурный
функционально-модульный
объектно-ориентированный

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

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

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

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

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

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

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

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

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

Business Worker
Business Use Case
Business Entity

30.Модель бизнес-анализа строится для

системы ПО
нескольких Business Use Case
каждого Business Use Case

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

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

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

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

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

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

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

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

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

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

36.Установите соответствие. Укажите обязанности для класса каждого типа.

1.Граничные классы отвечают за  2. Взаимодействие с внешней средой системы (действующими лицами)
2.Классы-сущности отвечают за  3. Хранение и манипулирование данными

3.Управляющие классы  1. Координируют потоки событий варианта использования



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

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

38.Архитектурные механизмы отражают

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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



Комментарии: Проверил: доцент
Зайцев Михаил Георгиевич
Отлично
2019

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

Скачать

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

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

    Скачано: 2         Коментариев: 0

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

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

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