|
Современные технологии в программировании часть 2-я Билет 88
|
|
| engineerklub | Дата: Четверг, 25.11.2021, 15:25 | Сообщение # 1 |
 Генералиссимус
Группа: Администраторы
Сообщений: 28530
Статус: Offline
| Современные технологии в программировании (часть 2-я). Билет №88
Тип работы: Билеты экзаменационные
Форматы файлов: Microsoft Word
Сдано в учебном заведении: СибГУТИ
Описание:
Билет №88
2.Установите соответствие
1.Программный продукт 1. Использует точно определённые ресурсы
2. Может использоваться в различных операционных системах
3. Запускается в той системе, где была разработана
2.Компонент программного комплекса 4. Использует и сопровождает любой человек
5. Может использоваться с различными данными
3.Программа 6. Входные и выходные данные должны удовлетворять точно определённым интерфейсам
7. Запускается автором
3.В основе программной инженерии лежит одна фундаментальная идея: проектирование ПО является
дорогостоящим процессом
формальным процессом, который можно изучать и совершенствовать
сложным процессом
6.К вспомогательным процессам ЖЦ не относят
обеспечение качества
приобретение
управление конфигурацией
разрешение проблем
документирование
верификация
совместная оценка
аттестация
аудит
7.Достоинствами спиральной модели являются
разбиение большого объема работы на небольшие части
на каждой стадии формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности
ускорение разработки (раннее получение результата за счет прототипирования)
постоянное участие заказчика в процессе разработки
снижение риска (повышение вероятности предсказуемого поведения системы)
8.В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207-99 все процессы ЖЦ ПО разделены на три группы
Процессы разработки
Организационные процессы
Вспомогательные процессы
Основные процессы
12.К недостаткам СММ относятся следующие
Модель сосредоточена исключительно на управлении проектом
В модели отсутствует анализ рисков и решений
Не определена область применения модели
Модель сосредоточена исключительно на процессе создания программного продукта
13.Зрелость процессов (software process maturity) — это степень их
управляемости
контролируемости
модифицируемости
эффективности
16.CASE технология представляет собой
набор инструментальных средств
совокупность методов проектирования ПО
набор аппаратных средств
18.Агрегация представляет собой форму ассоциации — более сильный тип связи между целым __________ и его частями
объектом
классом
модулем
19.Атрибут — поименованное свойство класса, определяющее диапазон допустимых __________, которые могут принимать экземпляры данного свойства
операций
интерфейсов
значений
20.Существуют два основных подхода к декомпозиции систем
структурный
процедурный
функционально-модульный
объектно-ориентированный
22.На диаграмме компонентов изображают зависимости между отдельными компонентами, соответствующие
зависимостям на этапе компиляции
зависимостям классов компонентов
зависимостям на этапе выполнения
24.Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов в рамках
некоторой операции класса
проектируемой системы
потока событий варианта использования
25.Диаграммы состояний отображают
процесс смены состояний объекта в результате наступления некоторых событий
все возможные состояния, в которых может находиться конкретный объект
сообщения, которыми объект может обмениваться с другими объектами
27.Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнес-процессов. Можно выделить следующие классы процессов
процессы управления
информационные процессы
основные процессы
обеспечивающие процессы
28.Модель бизнес-анализа — объектная модель, описывающая реализацию бизнес-процесса терминах взаимодействующих объектов (бизнес-объектов — принадлежащих к двум классам
Business Worker
Business Use Case
Business Entity
30.Модель бизнес-анализа строится для
системы ПО
нескольких Business Use Case
каждого Business Use Case
32.Все требования к ПО делятся на
системные
функциональные
нефункциональные
СКАЧАТЬ
|
| |
| |
| engineerklub | Дата: Четверг, 25.11.2021, 15:25 | Сообщение # 2 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 28530
Статус: Offline
| 33.Категории FURPS для нефункциональных требований включают в себя
Практичность
Надежность
Производительность
Возможность поддержки
стоимость
36.Установите соответствие. Укажите обязанности для класса каждого типа.
1.Граничные классы отвечают за 1. Координируют потоки событий варианта использования
2.Классы-сущности отвечают за 2. Взаимодействие с внешней средой системы (действующими лицами)
3.Управляющие классы 3. Хранение и манипулирование данными
37.Анализ вариантов использования выполняется проектировщиками и включает в себя
определение атрибутов и ассоциаций классов
унификацию классов анализа
идентификацию классов, участвующих в реализации потоков событий варианта использования
распределение поведения, реализуемого вариантом использования, между классами (определение обязанностей классов)
определение отношений между действующими лицами системы
38.Архитектурные механизмы отражают
реализацию функциональных требований в архитектуре системы
нефункциональные требования к системе
функциональные требования к системе
реализацию нефункциональных требований в архитектуре системы
39.Архитектурный анализ выполняется архитектором системы и включает в себя
утверждение общих стандартов (соглашений) моделирования и документирования системы
разработка компонентов системы
предварительное выявление архитектурных механизмов (механизмов анализа)
формирование набора основных абстракций предметной области (классов анализа)
формирование начального представления архитектурных уровней
40.Объектно-ориентированный анализ включает два вида деятельности
анализ вариантов использования
архитектурный анализ
выделение классов предметной области
41.Установите соответствие
1.Архитектурные механизмы — это некоторые типовые решения (образцы), они документируются в проекте (модели) 1.С помощью кооперации
2.Структурная часть архитектурного механизма описывается 2. С помощью диаграмм взаимодействия
3.Поведение архитектурного механизма описывается 3. С помощью диаграмм классов
43.По каждому классу анализа принимается одно из двух решений
класс анализа отображается в проектный класс, если он простой или представляет единственную логическую абстракцию
несколько классов анализа объединить в один класс
сложный класс анализа может быть разбит на несколько классов, преобразован в пакет или в подсистему
44.Проектирование архитектуры системы выполняется архитектором системы и включает в себя
проектирование структуры потоков управления
проектирование конфигурации системы
проектирование элементов системы
идентификацию архитектурных решений и механизмов, необходимых для проектирования системы
анализ взаимодействий между классами анализа, выявление подсистем и интерфейсов
формирование архитектурных уровней
46.Технология создания ПО — упорядоченная совокупность взаимосвязанных технологических ___________ в рамках ЖЦ ПО.
действий
процессов
операций
47.Технологический процесс — совокупность взаимосвязанных технологических
действий
процессов
операций
49.Технологическая операция — основная единица работы, выполняемая определенной
инструментальным средством
ролью
человеком
СКАЧАТЬ
|
| |
| |
