Uroven3
.docxВопрос №49
|
V3 |
Создание компонентов в программе Rational Rose: |
|
0 |
Откройте диаграмму классов |
|
1 |
Откройте диаграмму компонентов |
|
0 |
Откройте диаграмму пакетов |
|
0 |
Щелкните по кнопке Component на панели описания |
|
0 |
Щелкните по инструменту и поместите на неё компонент |
|
1 |
Щелкните по кнопке Component на панели инструментов |
|
1 |
Щелкните по диаграмме и поместите на неё компонент |
|
0 |
Щелкните правой кнопкой мыши по разделу Component View в окне браузера |
Вопрос №50
|
V3 |
Последовательность генерации кода в программе Rational Rose: |
|
1 |
Выберите пакет, компонент или набор компонентов |
|
1 |
Выберите команду меню Tools – C++ – Code Generation |
|
1 |
Процесс генерации кода будет отображаться в окне Code Generation Status |
|
0 |
Выберите команду меню File – C++ – Code Generation |
|
0 |
Выберите узел, компонент или набор компонентов |
|
0 |
Процесс генерации кода будет отображаться в окне Status |
|
0 |
Выберите команду меню Add Ins– C++ – Code Generation |
|
0 |
Выберите акторов, прецедентов и пакеты |
Вопрос №51
|
V3 |
Переключеине между различнымыи нотациями представления диaграмм выполняются пунктами: |
|
1 |
As Booch |
|
0 |
As Rambo |
|
1 |
As OMT |
|
0 |
As Jacobson |
|
1 |
As Unified |
|
0 |
As UML |
|
0 |
As CASE |
|
0 |
As Actors |
Вопрос №52
|
V3 |
Важнейшие свойства класса это: |
|
0 |
Транзакция |
|
1 |
Инкапсуляция |
|
0 |
Декапсуляция |
|
1 |
Наследование |
|
1 |
Полиморфизм |
|
0 |
Зависимость |
|
0 |
Обобщение |
|
0 |
Практичность |
Вопрос №53
|
V3 |
Use Case отображает: |
|
0 |
Образцы поведения для отдельных модулей системы |
|
1 |
Образцы поведения для отдельных объектов системы |
|
0 |
Последовательность связанных транзакции, представляемых компонентами или системой |
|
0 |
Получение некоторой информации узлами |
|
1 |
Последовательность связанных транзакции, представляемых объектами или системой |
|
0 |
Образцы поведения для классов системы |
|
0 |
Получение некоторой информации о прецедентах |
|
1 |
Получение некоторой информации объектами |
Вопрос №54
|
V3 |
Создание Use Case необходимо для: |
|
1 |
Формализации требовании системы |
|
1 |
Для организации взаимодействии с будущими пользователями системы и экспертами предметной области |
|
1 |
Для тестирования системы |
|
0 |
Формализации требовании актера |
|
0 |
Для организации взаимодействии с будущими классами системы и актерами предметной области |
|
0 |
Для тестирования актеров |
|
0 |
Формализации требовании для компонентов |
|
0 |
Для тестирования прецедентов |
Вопрос №55
|
V3 |
Элементы не входящие в состав интерфейса Rational Rose: |
|
0 |
Browser |
|
1 |
Query |
|
0 |
Documentation window |
|
0 |
Toolbars |
|
1 |
Reports |
|
0 |
Diagram window |
|
1 |
Help |
|
0 |
Log |
Вопрос №50
|
V3 |
Для задания стоимости работы (для каждой работы на диаграмме декомпозиции) следует: |
|
0 |
Произвести бухгалтерский расчет стоимости работ и занести в диаграмму |
|
1 |
Щелкнуть правой кнопкой мыши по работе и на всплывающем меню выбрать Cost |
|
0 |
Создать дополнительные программный модуль расчета стоимости работ |
|
1 |
В диалоге Activity Cost указывается частота проведения данной работы в рамках общего процесса (окно Frequency) и продолжительность (Duration) |
|
0 |
В рамках диаграммы декомпозиции такое действие выполнить не возможно |
|
1 |
Следует выбрать в списке один из центров затрат и в окне Cost задать его стоимость |
|
0 |
В диалоге Duration указывается частота проведения данной работы в рамках общего процесса (окно Activity Cost) и продолжительность (Frequency) |
|
0 |
стоимость работ рассчитывается и оформляется отдельным документом и подписывается заказчиком и исполнителем |
Вопрос №51
|
V3 |
Интерфейс программы Rational Rose не включает следующие элементы: |
|
1 |
Отчеты (reports) |
|
0 |
Браузер (browser) |
|
0 |
Панели инструментов (toolbars) |
|
1 |
Запросы (query) |
|
0 |
Окно диаграммы (diagram window) |
|
1 |
Помощь (help) |
|
0 |
Окно документации (documentation window) |
|
0 |
Журнал (lo |
Вопрос №52
|
V3 |
Представление вариантов использования – это: |
|
1 |
Действующие лица, варианты использования, пакеты |
|
0 |
Классы, диаграммы классов |
|
1 |
Документация по вариантам использования, диаграммы вариантов использования |
|
0 |
Классы, диаграммы размещения |
|
1 |
Диаграммы последовательности, диаграммы кооперации |
|
0 |
Диаграммы состояний, пакеты |
|
0 |
Диаграммы компонентов |
|
0 |
Компоненты, пакеты |
Вопрос №53
|
V3 |
Представление компонентов – это: |
|
0 |
Действующие лица, варианты использования, вакеты |
|
0 |
Классы, диаграммы классов |
|
0 |
Документация по вариантам использования, диаграммы вариантов использования |
|
0 |
Диаграммы взаимодействия |
|
0 |
Диаграммы последовательности, диаграммы кооперации |
|
1 |
Компоненты |
|
1 |
Диаграммы компонентов |
|
1 |
Пакеты |
Вопрос №54
|
V3 |
Представление размещения – это: |
|
1 |
Процессы, процессоры |
|
1 |
Устройства |
|
1 |
Диаграммы размещения |
|
0 |
Диаграммы взаимодействия |
|
0 |
Диаграммы последовательности, диаграммы кооперации |
|
0 |
Диаграммы состояний, пакеты |
|
0 |
Диаграммы компонентов |
|
0 |
Компоненты, пакеты |
Вопрос №55
|
|
Разработка проекта с помощью Rational Rose формирует следующие документы: |
|
|
Контекстную Модель системы |
|
|
Декомпозиционную Модель системы |
|
|
Структурную схему системы |
|
|
Диаграммы UML, которые представляют собой Модель разрабатываемой информационной системы |
|
|
Диаграмму IDEF0 |
|
|
Спецификации объектов, классов, атрибутов и операций |
|
|
Диаграмму IDEF3 |
|
|
Заготовки текстов программ |
Вопрос №56
|
V3 |
Унифицированный язык моделирования (UML): |
|
0 |
Зависит от объектно-ориентированных (ОО) языков программирования |
|
0 |
Зависит от используемой методологии разработки проекта |
|
1 |
Не зависит от объектно-ориентированных (ОО) языков программирования |
|
1 |
Не зависит от используемой методологии разработки проекта |
|
0 |
Не может поддерживать любой объектно-ориентированный язык программирования |
|
1 |
Может поддерживать любой объектно-ориентированный язык программирования |
|
0 |
Зависит от языков программирования |
|
0 |
Не зависит от языков программирования |
Вопрос №57
|
V3 |
Для отражения модели прецедентов на диаграмме используются: |
|
0 |
Круги системы |
|
0 |
Кооперации |
|
0 |
Клиенты («клиент») |
|
1 |
Рамки системы |
|
0 |
Поведения |
|
0 |
Функции |
|
1 |
Актер («эктор») |
|
1 |
Прецедент |
Вопрос №58
|
V3 |
Отношения между прецедентами: |
|
0 |
Разветвление прецедента |
|
1 |
Обобщение прецедента |
|
0 |
Слияние прецедента |
|
0 |
Выключение прецедента |
|
1 |
Включение прецедента |
|
1 |
Расширение прецедента |
|
0 |
Закрытие прецедента |
|
0 |
Удаление прецедента |
Вопрос №59
|
V3 |
Диаграммы деятельности используются при моделировании: |
|
1 |
Бизнес-процессов |
|
0 |
Функций |
|
0 |
Процедур |
|
0 |
Последовательных и параллельных действии |
|
1 |
Технологических процессов |
|
0 |
Технологических потоков |
|
1 |
Последовательных и параллельных вычислений |
|
0 |
Поведении |
Вопрос №60
|
V3 |
Язык моделирования, как правило, включает в себя: |
|
0 |
Элементы прецедентов |
|
0 |
Элементы классов |
|
1 |
Элементы модели |
|
0 |
Элементы пакетов |
|
1 |
Нотацию |
|
0 |
Правила |
|
1 |
Принципы использования |
|
0 |
Принципы удаления |
Вопрос №61
|
|
Сущности в UML: |
|
1 |
Структурные и аннотационные |
|
1 |
Поведенческие |
|
1 |
Группирующие |
|
0 |
Функциональные |
|
0 |
Графические и сложные |
|
0 |
Административные |
|
0 |
Пользовательские |
|
0 |
Элементарные |
Вопрос №62
|
V3 |
Программный продукт Model Mart позволяет решать следующие задачи: |
|
1 |
Совместное моделирование |
|
1 |
Создание библиотек решений |
|
1 |
Управление доступом |
|
0 |
Совместное использование библиотек |
|
0 |
Управление классами |
|
0 |
Создание новых классов |
|
0 |
Управление моделями |
|
0 |
Создание старых классов |
Вопрос №63
|
V3 |
ABC включает следующие основные понятия: |
|
1 |
Объект затрат |
|
0 |
Класс затрат |
|
1 |
Двигатель затрат |
|
0 |
Расходы затрат |
|
1 |
Центры затрат |
|
0 |
Управление затратами |
|
0 |
Характеристики затрат |
|
0 |
Причина затрат |
Вопрос №64
|
V3 |
МетаМодель языка UML включает в себя: |
|
1 |
90 метаклассов |
|
1 |
100 метаассоциаций |
|
0 |
15 метаклассов |
|
1 |
50 стереотипов |
|
0 |
300 метаассоциаций |
|
0 |
200 стереотипов |
|
0 |
1 метакласс |
|
0 |
2 стереотипа |
Вопрос №65
|
V3 |
Основные пакеты метамодели языка UML: |
|
0 |
Дополнительные элементы |
|
1 |
Основные элементы |
|
0 |
Элементы взаимодействия |
|
1 |
элементы поведения |
|
0 |
Служебные механизмы |
|
1 |
Общие механизмы |
|
0 |
Общие элементы |
|
0 |
Механизмы поведения |
Вопрос №66
|
V3 |
Основные элементы пакетов состоят из подпакетов: |
|
1 |
Элементы ядра |
|
0 |
Вспомогательные механизмы |
|
0 |
Служебные элементы |
|
1 |
Вспомогательные элементы |
|
0 |
Механизмы дополнений |
|
0 |
Механизмы поиска |
|
1 |
Механизмы расширения и типы данных |
|
0 |
Элементы оболочки |
Вопрос №67
|
V3 |
Элементы поведения состоят из подпакетов: |
|
0 |
Размещение |
|
0 |
Последовательности |
|
1 |
Общее поведение |
|
0 |
Взаимодействия |
|
1 |
Кооперации |
|
0 |
Декомпозиции |
|
1 |
Варианты использования и автоматы |
|
0 |
Слияния |
Вопрос №68
|
V3 |
Квантор видимости может принимать одно из следующих возможных значений и, соответственно, отображается при помощи специальных символов: |
|
1 |
Символ "+" |
|
1 |
Символ "#" |
|
0 |
Символ "$" |
|
1 |
Символ "–" |
|
0 |
Символ "%" |
|
0 |
Символ "&" |
|
0 |
Символ "*" |
|
0 |
Символ "@" |
Вопрос №69
|
V3 |
Перечень меток имен событий: |
|
0 |
begin |
|
0 |
all |
|
0 |
end |
|
0 |
stop |
|
1 |
entry |
|
0 |
and |
|
1 |
exit |
|
1 |
do |
Вопрос №70
|
V3 |
Не входящие в список стереотипов связей элементы: |
|
0 |
association |
|
0 |
parameter |
|
1 |
external |
|
1 |
go |
|
1 |
exit |
|
0 |
local |
|
0 |
global |
|
0 |
self |
Вопрос №71
|
V3 |
Типы стрелок используемые на Диаграммах кооперации для обозначения сообщений: |
|
1 |
Сплошная линия с треугольной стрелкой |
|
0 |
Пунктирная линия с треугольной стрелкой |
|
1 |
Сплошная линия с V-образной стрелкой |
|
1 |
Сплошная линия с полустрелкой, пунктирная линия с V-образной стрелкой |
|
0 |
Сплошная линия с полукруглой стрелкой |
|
0 |
Сплошная линия без стрелки |
|
0 |
Пунктирная линия без стрелки |
|
0 |
Сплошная линия с кругом |
Вопрос №72
|
V3 |
В языке UML не входящие в список стереотипы для компонентов: |
|
0 |
Библиотека (library) |
|
1 |
Пиктограмма |
|
0 |
Таблица (tabl |
|
0 |
Файл (fil |
|
0 |
Документ (document) |
|
1 |
Решение |
|
0 |
Исполнимый (executabl |
|
1 |
Процесс |
Вопрос №73
|
V3 |
Активизация диаграммы классов в окне диаграммы: |
|
1 |
Щелкнуть на кнопке с изображением диаграммы классов на стандартной панели инструментов |
|
0 |
Щелкнуть на кнопке с изображением диаграммы прецедентов на стандартной панели инструментов |
|
1 |
Раскрыть логическое представление в браузере (Logical View) и дважды щелкнуть на пиктограмме Main (Главная) |
|
0 |
Щелкнуть на кнопке с изображением диаграммы размещения на стандартной панели инструментов |
|
1 |
Через пункт меню Browse → CIass Diagram (Браузер →Диаграмма классов) |
|
0 |
Раскрыть физическое представление в браузере (Fizical View) и дважды щелкнуть на пиктограмме Main (Главная) |
|
0 |
Через пункт меню Main → CIass Diagram (Главная →Диаграмма классов) |
|
0 |
Щелкнуть на кнопке с изображением диаграммы взаимодействия на стандартной панели инструментов |
Вопрос №74
|
V3 |
Используемые пиктограммы для видимости изображаются перед именем соответствующего атрибута или операции имеют следующий смысл: |
|
0 |
Начало (Begin) – соответствует знак "*" |
|
1 |
Общий, открытый (Publi – соответствует знак "+" |
|
0 |
Конец (En – соответствует знак "@" |
|
1 |
Защищенный (Protecte – соответствует знак "#" |
|
0 |
Скрытый – соответствует знак "$" |
|
1 |
Закрытый (Privat – соответствует знак "–" |
|
0 |
Продолжение (continu – соответствует знак "&" |
|
0 |
Слияние – соответствует знак "%" |
