ISRP_Vse_otvety

D) разработку спецификации и документации

E) проведение обследования деятельности предприятия

F) тестирование и сопровождение программного обеспечения

G) построениемоделейдеятельностипредприятия (модели AS – IS – “как есть” и модели TO – BE – “как должно быть”)

H) разработку программного обеспечения

A, E, G

$$$001

Концепции, лежащие в основе модульного программирования

A) объем реализации и время исполнения (реакции)

B) мера автоматизма в работе реализации и инструментах разработки

C) визуальность и тестируемость разработки

D) функциональная декомпозиция, пространственная и временная

группировка информации (модульность)

E) упрощение связей

F) комментируемостьфункций и данных

G) надежность, устойчивость

H) безопасность

D, E, F

$$$002

Инструмент разработки программ выбирается на основе

A) визуальности, набора реализуемых технологий

B) мощности множества элементов разработки

C) системного подхода к анализу, проектированию и реализации ПО

D) функциональной декомпозиции, пространственной и временной

группировка информации (модульность)

E) упрощения связей, комментируемости функций и данных

F) объема реализации и времени исполнения (реакции), надежности,

устойчивости, безопасности

G) меры автоматизма в работе реализации и инструментах разработки

H) визуальности и тестируемости разработки

F, G, H

$$$003

Характеристика программных инструментов разработки

A) декомпозиция, атомарность (функции и данных), поэтапность – для

разработки

B) визуальность, набор реализуемых технологии, мощность множества

элементов разработки

C) функциональная декомпозиция

D) пространственная и временная группировка информации (модульность)

E) упрощение связей, комментируемость функций и данных

F) Объем реализации и время исполнения

G) мера автоматизма в работе реализации и инструментах разработки

H) визуальность и тестируемость разработки

C, D, E

$$$004

Проблемная область в разработке определяет

A) структуру данных, функциональность

B) интерфейс, размещение

C) безопасность

D) последовательность вызова

E) реализации функции

F) порядок действии, данные

G) текст, символы

H) функции, процедуры

A, B, C

$$$005

Объектно-ориентированный подход в проектировании не использует:

A) диаграммы потоков данных DFD

B) диаграмму классов

C) диаграмму ERD

D) диаграмму объектов

E) диаграмму сущность – связь

F) диаграмму взаимодействии

G) диаграмму состоянии

H) диаграмму последовательности

A, C, E

$$$006

CASE-средства классифицируются по следующим признакам:

A) по применяемым методологиям и моделям систем и БД

B) по применяемым диаграммам

C) по числу использованной сущности

D) по степени итерационности

E) по степени интегрированности с СУБД

F) по числу процессов

G) по доступным ресурсам

H) по доступным платформам

A, E, H

$$$007

Характерные особенности CASE-средств

A) простота и доступность в использовании

B) мощные графические средства для описания и документирования ИС,

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

творческие возможности

C) возможность использования CASE-средств пользователями-

непрограммистами

D) отсутствие графические средства для описания и документирования ИС

E) интеграция отдельных компонент CASE-средств, обеспечивающая

управляемость процессом разработки ИС

F) использование хранилища проектных метаданных, организованного

случайным образом

G) использование специальным образом организованного хранилища

проектных метаданных

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

системы

B, E, G

$$$008

Общие функции CАSE-средств

A) технологическая среда

B) документирование

C) технические средства

D) управление конфигурацией

E) проектная среда

F) управление проектом

G) функции, ориентированные на фазы жизненного цикла

H) среда функционирования

B, D, F

$$$009

Функциональные характеристики CАSE-средств

A) технологическая среда

B) технические средства

C) среда функционирования

D) проектная среда

E) функции, ориентированные на фазы жизненного цикла

F) управление проектом

G) общие функции

H) управление конфигурацией

C, E, G

$$$0010

Среда функционирования CАSE-средств

A) управление проектом

B) проектная среда

C) управление конфигурацией

D) технические средства

E) документирование

F) технологическая среда

G) функции, ориентированные на фазы жизненного цикла

H) общие функции

B, D, F

$$$011

Процесс внедрения CАSE-средств состоит из следующих этапов:

A) определение правил CАSE-средств

B) определение потребностей в CАSE-средствах

C) определение функции и процедур CАSE-средств

D) оценка проекта CАSE-средств

E) оценка и выбор CАSE-средств

F) выполнение и проверка CАSE-средств

G) выполнение пилотного проекта и практическое внедрение CАSE-средств

H) тестирование CАSE-средств

B, E, G

$$$012

Функции, ориентированные на фазы жизненного цикла CАSE-средств

A) моделирование

B) управление проектом

C) тестирование

D) управление конфигурацией

E) реализация

F) документирование

G) общие функции

H) среда функционирования

A, C, E

$$$013

Use Case – это

A) обеспечение функциональности, сугубо внешняя точка зрения

B) описание взаимодействий между объектами

C) повествовательное описание, описание взаимодействия между

пользователями

D) описание взаимодействий между компонентами

E) обеспечение структурности, сугубо внутренняя точка зрения

F) завершенное и понятное пользователю применение системы

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

H) незавершенное и непонятное применение системы

A, C, F

$$$014

Методы, указывающие уровни качества

A) неформальные методы

B) инспектирование

C) проверка и методы графического представления

D) формальные методы

E) цена

F) тестирование и методы управления проектом

G) внедрение и проверка

H) вид и окружение

B, D, F

$$$015

Контекстная диаграмма показывает

A) общее описание системы

B) динамическую модель

C) потоки данных

D) взаимодействия с внешней средой

E) разбиение системы на подсистемы

F) функциональную модель

G) иерархическую зависимость работ

H) иллюстрацию альтернативной точки зрения

A, D, F

$$$016

Диаграмма для экспозиции (FEO) показывает

A) иллюстрацию альтернативной точки зрения

B) общее описание системы

C) потоки данных

D) диаграмма только для экспозиции

E) взаимодействия с внешней средой

F) разбиение системы на подсистемы

G) иерархическую зависимость работ

H) альтернативный выбор

A, D, H

$$$017

Основные понятия методологии IDEF0

A) внешняя сущность или внутренняя сущность

B) интерфейсные дугиили стрелки

C) данные или потоки данных

D) функциональный блок или работа

E) хранилище данных

F) сущность – связь

G) отношения или кратность

H) глоссарий или словарь и декомпозиция

B, D, H

$$$018

Стрелка управления (Control) в модели в нотации IDEF0 служит

A) для описания правил

B) для описания взаимодействия системы с окружающим миром

C) для описания ресурсов,которые выполняют работу

D) дляуказания на другую модель работы

E) для описания стандартов

F) для описания материала, которые производятся работой

G) для описания функций и процедур

H) для описания информации, которые производятся работой

А, Е, G

$$$019

Отчет Model Report, сгенерированный в среде BPwin, включает в себя

A) информацию о контексте модели

B) список объектов (работ, стрелок, хранилищ данных, внешних ссылок и т.

д.) по конкретной диаграмме

C) имя модели, точку зрения, область

D) полный список объектов модели (работ, стрелок с указанием их типа и

др.) и свойства, определяемые пользователем

E) цель, имя автора, дату создания

F) информацию о результатах стоимостного анализа

G) информацию из словаря стрелок, информацию о работе-источнике,

работе-назначении стрелки

H) информацию о разветвлении и слиянии стрелок

А, С, Е

$$$020

Модель в нотации IDEF3 содержит следующие диаграммы

A) диаграмму классов

B) диаграмму вариантов использования

C) диаграмму описания последовательности этапов процесса

D) диаграмму состояния объекта и его измененийв процессе

E) контекстная диаграмму

F) диаграмму дерева узлов

G) диаграмму для экспозиции

H) диаграмму сценариев выполнения процессов

C, D, H

$$$021

Смысл изображений , , в модели в нотации IDEF3

A) один или несколько предшествующих процессов завершаются

одновременно

B) все предшествующие процессы должны быть завершены

C) один или несколько предшествующих процессов должны быть завершены

D) все следующие процессы запускаются одновременно

E) все следующие процессы завершены

F) только один предшествующий процесс завершен

G) только несколько предшествующий процесс завершен

H) только три предшествующих процессов завершены

B, D, F

$$$022

Смысл изображений , , в модели в нотации IDEF3

A) один или несколько предшествующих процессов должны быть завершены

B) только несколько предшествующий процесс завершен

C) один или несколько предшествующих процессов завершаются

одновременно

D) все следующие процессы должны быть запущены

E) только один предшествующий процесс завершен

F) все следующие процессы запускаются одновременно

G) все следующие процессы завершены

H) только три предшествующих процессов завершены

A, C, D

$$$023

При оформлении графического изображения технологического процесса на схеме отображаются:

A) символы

B) технологические операции

C) графические операции

D) носители информации

E) страница всех графических символов

F) нумерация всех графических символов технологического процесса

G) таблицы

H) информация

B, D, F

$$$024

Процесс построения информационной модели в ERwin включает шаги:

A) определение сущностей; определение зависимостей между сущностями;

задание первичных и альтернативных ключей; определение атрибутов

сущностей

B) построение структурной схемы проектируемой системы и ее

декомпозиция

C) приведение модели к требуемому уровню нормальной формы; переход к

физическому описанию модели: назначение соответствий «имя

сущности – имя таблицы», «атрибут сущности – атрибут таблицы»

D) задание триггеров, процедур и ограничений; генерация базы данных

E) составление спецификации и документации на проектируемую систему

F) построение диаграммы вариантов использования, диаграммы

последовательности

G) построение диаграммы классов, диаграммы дерева узлов

H) построение диаграммы взаимодействий, диаграммы размещения

A, C, D

$$$025

На логическом уровне выполняются этапы процесса построения информационной модели в ERwin:

A) построение диаграммы взаимодействий, диаграммы размещения

B) определение сущностей; определение зависимостей между сущностями

C) построение контекстной диаграммы, диаграммы декомпозиции

D) построение диаграммы классов, диаграммы дерева узлов

E) задание первичных и альтернативных ключей; определение атрибутов

сущностей

F) составление спецификации и документации на проектируемую систему

G) приведение модели к требуемому уровню нормальной формы

H) построение структурной схемы проектируемой системы и ее

декомпозиция

B, Е, G

$$$026

На физическом уровне выполняются этапы процесса построения информационной модели в ERwin:

A) определение сущностей, определение зависимостей между сущностями;

B) составление спецификации и документации на проектируемую систему

C) построение структурной схемы проектируемой системы и ее

декомпозиция

D) задание первичных и альтернативных ключей; определение атрибутов сущностей

E) построение диаграммы вариантов использования, диаграммы

последовательности

F) задание триггеров, процедур и ограничений; генерация базы данных

G) построение диаграммы взаимодействий, диаграммы размещения

H) построение контекстной диаграммы, диаграммы декомпозиции

A, D, F

$$$027

ERwin имеет уровни отображения диаграммы:

A) уровень декомпозиции

B) уровень диаграмм

C) уровень сущностей, уровень атрибутов

D) уровень спецификаций

E) уровень определений, уровень первичных ключей

F) уровень взаимодействий

G) уровень описаний

H) уровень иконок

C, E, H

$$$028

К логическому уровню в методологии IDEF1X относятся модели

A) модель описания метаданных

B) объектная модель

C) модель структуры системы

D) диаграмма сущность-связь (Entity Relationship Diagram, ERD)

E) модель данных, основанная на ключах (Key Based model, KB)

F) трансформационная модель

G) полная атрибутивная модель (Fully Attributed model, FA)

H) модель СУБД

D, E, G

$$$029

Основные стереотипы класса в нотации UML

A) внешние сущности (объекты, которые участвуют в обработке информации

B) Boundary (граница)

C) функции (работы) преобразования входных потоков данных в выходные

D) Entity (сущность)

E) Class (класс)

F) Component (компонент)

G) Control (управление)

H) накопители данных (хранилища)

B, D, G

$$$030

Основные символы диаграммы потоков данных

A) процесс (состоит в продуцировании выходных потоков из входных в соответствии с действием)

B) хранилище (накопитель) данных

C) слияние

D) внешняя сущность (или терминатор)

E) точка входа

F) актер

G) точка выхода

H) вариант использования

A, B, D

$$$031

Основные этапы разработки ERD

A) выявление и специфицирование требований

B) декомпозиция основной задачи

C) составление документации на проектируемую систему

D) определение актеров и вариантов использование системы

E) идентификация сущностей, их атрибутов, а также первичных и

альтернативных ключей

F) определение альтернативных процессов

G) идентификация отношений между сущностями и указание типов

отношений

H) разрешение неспецифических отношений (отношений n*m)

E, G, H

$$$032

Символы ERD, соответствующие сущностям

A) независимая сущность

B) обобщенная сущность

C) зависимая сущность

D) реализованная сущность

E) ассоциированная сущность

F) агрегированная сущность

G) композиционная сущность

H) наследованная сущность

A, C, E

$$$033

Символы ERD, соответствующие отношениям

A) правильное отношение

B) неограниченное отношение

C) неправильное отношение

D) ограниченное отношение

E) существенно ограниченное отношение

F) диапазонное отношение

G) медианное отношение

H) композиционное отношение

B, D, E

$$$034

Типы отношении ERD

A) 1**

B) 0**

C) 1*1

D) 1*n

E) n *0

F) n*m

G) m*0

H) **9

C, D, F

$$$035

Стереотипы сообщений диаграммы последовательности в нотации UML:

A) «Call» (вызвать), «Return» (возвратить)

B) «Create» (создать)

C) «Delete» (удалить)

D) «Destroy» (уничтожить), «Send» (послать)

E) «Copy» (копировать)

F) «Paste» (вставить)

G) «View» (предствить)

H) «Type» (тип)

A, B, D

$$$036

Диаграмма состояний отображает

A) временную упорядоченность событий

B) автомат состояний

C) структурную организацию объектов

D) автомат переходов

E) управление деятельностью

F) автомат событии

G) актеров и отношения между ними

H) классы

B, D, F

$$$037

Диаграмма в ERWin строится из блоков

A) объект

B) класс

C) сущность

D) отношения

E) атрибут

F) связь

G) компоненты

H) свойства

A, E, F

$$$038

Получение отчета в BPWin

A) File - Open

B) Model – Model Properties…

C) Tools - Reports

D) Diagram – Diagram Properties…

E) Model Report…

F) Tools – Reports Builder…

G) File – Export

H) Model – New Model Properties…

A, C, E

$$$039

Вкладки браузеров в BPWin

A) Activities

B) Diagrams

C) Objects

D) Models

E) Reports

F) Exports

G) Tools

H) Imports

A, B, C

$$$040

Включение допустимыхв BPWin инструментов

A) View – Redraw Diagram

B) View – Model Explorer

C) View – Status Bar

D) View – Standard Toolbar

E) View - BPWin Toolbox

F)View – ModelMart Toolbar

G) View – Zoom

H) View – Diagram Manager

D, E, F

$$$041

Для внесения граничной стрелки входа следует

A) щелкнуть по кнопке с символом стрелки, в палитре инструментов

перенести курсор к левой стороне экрана, пока не появится начальная

штриховая полоска

B) такая стрелка не используется

C) щелкнуть один раз по полоске (откуда выходит стрелка ) и еще раз в левой

части работы со стороны входа (где заканчивается стрелка );

D) перенести курсор к левой стороне экрана, пока не появится начальная

штриховая полоска

E) вернуться в палитру инструментов и выбрать опцию редактирования

стрелки, щелкнуть правой кнопкой мыши на линии стрелки, во

всплывающем меню выбрать Name и добавить имя стрелки в закладке

Name диалога IDEF0 Arrow Properties

F) во всплывающем меню выбрать Name и добавить имя стрелки в закладке

Name диалога IDEF0 Arrow Properties

G) щелкнуть один раз по полоске (откуда выходит стрелка )

H) вернуться в палитру инструментов и выбрать опцию редактирования

стрелки

А, С, Е

$$$042

Виды отчетов в BPWin

A) Model Report, Diagram Report

B) Model IDEF0, Diagram IDEF0

C) Diagram Object Report, Activity Cost Report

D) Model IDEF3, Diagram IDEF3

E) Arrow Report, Data Usage Report, Model Consistency Report

F) Model DFD, Diagram DFD

G) Diagram Object Class, Activity Class Report

H) Arrow Diagram, Data Diagram Report, Model Diagram Report

А, С, Е

$$$043

Разветвление и слияние

A) возможность слияния и расщепления моделей обеспечивает коллективную

работу над проектом

B) объединение различных работ и данных

C) одни и те же данные или объекты, порожденные одной работой, могут

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

D) такие виды работ не предусмотрены инструментальными средствами

E) ход выполнения алгоритма программы

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

одинаковые или однородные данные или объекты, которые в дальнейшем

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

G) запрет на слияние и расщепление моделей

H) стрелки, порожденные в разных работах, представляют собой разнородные данные или объекты

А, С, F

$$$044

В IDEF3 различают типы стрелок, изображающих связи – это

A) безусловные (unconditional)

B) старшая (Precedence)

C) синхронные (Synchronous)

D) отношения (Relational Link)

E) асинхронные (Asynchronous)

F) потоки объектов (Object Flow)

G) процесс объектов (Object Process)

H) объект ссылки — (Referent)

В, D, F

$$$045

Официальная спецификация IDEF3 различаетстили объектов ссылок — это

A) безусловные (unconditional)

B) старшая (Precedence)

C) синхронные (Synchronous)

D) отношения (Relational Link)

E) асинхронные (Asynchronous)

F) потоки объектов (Object Flow)

G) процесс объектов (Object Process)

H) объект ссылки (Referent)

А, С, Е

$$$046

Типы объектов ссылок не входящие в IDEF3

A) OBJECT

B) CLASS

C) GOTO

D) CALL

E) UOB (Unit of behaviour)

F) NOTE

G) ELAB (Elaboration)

H) XOR (Exclusive OR)

B, D, H

$$$047

Имитационная модель включает следующие основные элементы

A) классы (Classes)

B) источники и стоки (Create и Dispose)

C) потоки (Threads’)

D) очереди (Queues)

E) процессы (Process)

F) модели (Modeling)

G) удаление (Deletes)

H) вставки (Pastes)

B, D, E

$$$048

AllFusion ERwin Data Modeler (ERwin) позволяет

A) наглядно отображать классы и объекты

B) наглядно отображать сложные структуры данных

C) упрощать разработку модели

D) упрощать разработку базы данных

E) упрощать разработку классов и обьектов

F) многократно использовать модели

G) многократно использовать классы

H) наглядно отображать графическое преставление модели

В, D, F

$$$049

ERwin Data Modeler поддерживает нотации проектирования данных

A) IDEF0

B) Dimensional

C) IDEF1Х

D) IE

E) IDEF3

F) DFD

G) IDEFX

H) IDEFEX

В, С, D

$$$050

ERwin поддерживает проектирование следующих типов ключей

A) внутренний ключ

B) вторичный ключ

C) второстепенный ключ

D) первичный ключ

E) внешний ключ

F) основной ключ

G) неосновной ключ

H) альтернативный ключ

D, Е, Н

$$$001

На этапе анализа требовании ЖЦ ПО определяются:

A) архитектура системы, ее функции, внешние условия, распределение

функций между аппаратурой и ПО

B) состав технических средств реализации системы

C) структурная схема системы и ее декомпозиция

D) интерфейсы и распределение функций между человеком и системой

E) коллектив сопровождения программного обеспечения

F) коллектив разработчиков

G) требования к программным и информационным компонентам ПО,

необходимые аппаратные ресурсы, требования к БД, физические

характеристики компонент ПО, их интерфейсы

H) язык программирования

А, D, G

$$$002

Преимущества спиральной модели:

A) накопление и повторное использование программных средств, моделей и

прототипов

B) ориентация на развитие и модификацию ПО в процессе его

проектирования

C) быстрота разработки программного обеспечения

D) анализ риска и издержек в процессе проектирования

E) отсутствие ошибок при проектировании

F) простота разработки программного кода

G) простота отладки и компоновки программного обеспечения

H) низкая стоимость проекта

А, В, D

$$$003

Виды процессов и их количество в составе ЖЦ

A) 3 основных

B) 3 организационных

C) 3 вспомогательных

D) 5 основных

E) 10 основных

F) 4 организационных

G) 7 организационных

H) 8 вспомогательных