|
Современные технологии программирования (часть 2). Билет №70
|
|
| engineerklub | Дата: Суббота, 24.08.2024, 21:56 | Сообщение # 1 |
 Генералиссимус
Группа: Администраторы
Сообщений: 28524
Статус: Offline
| Современные технологии программирования (часть 2). Билет №70
Тип работы: Работа Экзаменационная
Форматы файлов: Microsoft Word
Сдано в учебном заведении: ДО СИБГУТИ
Описание:
Билет №70
Экзаменационный тест
1.Критичность определяется последствиями, вызываемыми дефектами в ПО, и может иметь один из четырех уровней. Установите соответствие между уровнем критичности и последствиями дефектов ПО.
C
D
E
L
1. Дефекты создают угрозу человеческой жизни
2. Дефекты вызывают потерю возместимых средств (материальных или финансовых)
3. Дефекты вызывают потерю удобства
4. Дефекты вызывают потерю невозместимых средств
3.В основе программной инженерии лежит одна фундаментальная идея: проектирование ПО является
дорогостоящим процессом
формальным процессом, который можно изучать и совершенствовать
сложным процессом
12.К недостаткам СММ относятся следующие
Модель сосредоточена исключительно на управлении проектом
В модели отсутствует анализ рисков и решений
Не определена область применения модели
Модель сосредоточена исключительно на процессе создания программного продукта
13.Зрелость процессов (software process maturity) — это степень их
управляемости
контролируемости
модифицируемости
эффективности
14.СММ - это описательная модель в том смысле, что она описывает существенные (или ключевые) атрибуты, которые определяют
насколько эффективно работает организация
на каком уровне технологической зрелости находится организация
насколько высоки прибыли организации
17.Абстрагирование — это выделение наиболее важных, существенных характеристик ________, которые отличают его от всех других видов объектов, и игнорирование менее важных или незначительных деталей.
контекста
некоторого объекта
связей объекта
18.Агрегация представляет собой форму ассоциации — более сильный тип связи между целым __________ и его частями
объектом
классом
модулем
19.Атрибут - поименованное свойство класса, определяющее диапазон допустимых __________, которые могут принимать экземпляры данного свойства
операций
интерфейсов
значений
20.Существуют два основных подхода к декомпозиции систем
структурный
процедурный
функционально-модульный
объектно-ориентированный
22.На диаграмме компонентов изображают зависимости между отдельными компонентами, соответствующие
зависимостям на этапе компиляции
зависимостям классов компонентов
зависимостям на этапе выполнения
23.Диаграмма размещения отражает
взаимосвязи между классами
потоки управления объектами
физические взаимосвязи между программными и аппаратными компонентами системы
СКАЧАТЬ
|
| |
| |
| engineerklub | Дата: Суббота, 24.08.2024, 21:56 | Сообщение # 2 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 28524
Статус: Offline
| 24.Диаграммы взаимодействия описывают поведение взаимодействующих групп объектов в рамках
некоторой операции класса
проектируемой системы
потока событий варианта использования
25.Диаграммы состояний отображают
процесс смены состояний объекта в результате наступления некоторых событий
все возможные состояния, в которых может находиться конкретный объект
сообщения, которыми объект может обмениваться с другими объектами
26.Объектно-ориентированный подход к моделированию бизнес-процессов в технологии Rational Unified Process предусматривает построение двух моделей
модели бизнес-правил
модели бизнес-анализа (Business Analysis Model)
модели бизнес-процессов (Business Use Case Model)
27.Важным шагом структуризации деятельности любой организации являются выделение и классификация бизнес-процессов. Можно выделить следующие классы процессов
процессы управления
информационные процессы
основные процессы
обеспечивающие процессы
28.Модель бизнес-анализа — объектная модель, описывающая реализацию бизнес-процесса терминах взаимодействующих объектов (бизнес-объектов — принадлежащих к двум классам
Business Worker
Business Use Case
Business Entity
29.В состав модели бизнес-анализа обязательно должна входить
диаграмма состояний
диаграмма последовательности
диаграмма классов, содержащая исполнителей и сущности
30.Модель бизнес-анализа строится для
системы ПО
нескольких Business Use Case
каждого Business Use Case
31.Функциональные требования к системе моделируются и документируются с помощью
вариантов использования (use case)
диаграмм состояний
диаграммы взаимодействия
34.Концепция как один из основных документов, выражающий требования к ПО, определяет
варианты использования
глобальные цели проекта
постановку задачи разработки, определяющую требования к выполняемым системой функциям
основные особенности разрабатываемой системы
35.Выявленные требования к ПО оформляются в виде ряда документов и моделей. К основным документам, регламентируемым технологией, предназначенным для оформления требований, относятся
Концепция
Варианты использования
Словарь предметной области (глоссарий)
Дополнительные спецификации (технические требования)
38.Архитектурные механизмы отражают
реализацию функциональных требований в архитектуре системы
нефункциональные требования к системе
функциональные требования к системе
реализацию нефункциональных требований в архитектуре системы
39.Архитектурный анализ выполняется архитектором системы и включает в себя
утверждение общих стандартов (соглашений) моделирования и документирования системы
разработка компонентов системы
предварительное выявление архитектурных механизмов (механизмов анализа)
формирование набора основных абстракций предметной области (классов анализа)
формирование начального представления архитектурных уровней
СКАЧАТЬ
|
| |
| |
| engineerklub | Дата: Суббота, 24.08.2024, 21:57 | Сообщение # 3 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 28524
Статус: Offline
| 40.Объектно-ориентированный анализ включает два вида деятельности
анализ вариантов использования
архитектурный анализ
выделение классов предметной области
41.Установите соответствие
1.Архитектурные механизмы — это некоторые типовые решения (образцы), они документируются в проекте (модели)
2.Структурная часть архитектурного механизма описывается
3.Поведение архитектурного механизма описывается
1.С помощью кооперации
2. С помощью диаграмм взаимодействия
3. С помощью диаграмм классов
42.Объектно-ориентированное проектирование включает два вида деятельности
проектирование элементов системы
проектирование архитектуры системы
проектирование вариантов использования
43.По каждому классу анализа принимается одно из двух решений
класс анализа отображается в проектный класс, если он простой или представляет единственную логическую абстракцию
несколько классов анализа объединить в один класс
сложный класс анализа может быть разбит на несколько классов, преобразован в пакет или в подсистему
47.Технологический процесс — совокупность взаимосвязанных технологических
действий
процессов
операций
48.Технологическая операция — основная единица _______, выполняемая определенной ролью
работы
процесса
операции
49.Технологическая операция — основная единица работы, выполняемая определенной
инструментальным средством
ролью
человеком
СКАЧАТЬ
|
| |
| |
