Тесты на тему "Внедрение информационных систем | кс_СПО | Синергия | Ответы на ИТОГОВЫЙ ТЕСТ | На отлично!"

Ответы представлены на ИТОГОВЫЙ ТЕСТ

Результат - 100 баллов

Перед покупкой сверьте список вопросов и убедитесь, что вам нужны ответы именно на эти вопросы!

С вопросами вы можете ознакомиться ДО покупки.

Для быстрого поиска вопроса используйте Ctrl+F.

Описание работы

CASE-средства классифицируются по следующим признакам:
• По применяемым методологиям и моделям систем и БД
• По используемому программному обеспечению
• По этапам жизненного цикла программного обеспечения
• По степени интегрированности с СУБД
• По уровням детализации и декомпозиции проектируемой системы
• По доступным платформам
• По используемым языкам программирования
• По степени сложности моделируемой системы

DFD описывает:
• Функции обработки стрелок (arrow)
• Функции обработки информации (работы)
• Внешние ссылки (external references), объекты, сотрудников или отделы, которые участвуют в обработке информации
• Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации
• Функции обработки внешних ссылок
• Внешние ссылки (external references), таблицы для хранения документов (хранилище данных, data stor+ E)
• Функции обработки документов
• Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке внешних стрелок

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

IEEE – это:
• Коммерческая организация ученых и исследователей
• Просто принятое обозначение, расшифровки не имеет
• Обозначение всемирной компьютерной сети
• Всемирная некоммерческая техническая профессиональная ассоциация ученых и исследователей
• Такая аббревиатура нигде не используется

MS Visio позволяет создавать схемы, чертежи, диаграммы с помощью:
• Встроенных шаблонов
• Панели инструментов
• Трафаретов
• Графических редакторов
• Дополнительного программного обеспечения
• Панели рисования
• Стандартных модулей
• Панели автофигур

Quick Reports – создание простейших отчетов – позволяет создавать отчеты:
• Group/Totals, Report Header, Page Header
• Columnar, Vertical, Blank Report
• Group Header, Page Header, Detail

UML включает синтаксические и семантические правила для:
• Агрегации
• Тестирования
• Имен, областей действия
• Сборки
• Сопровождения
• Видимости, целостности
• Вывода из эксплуатации
• Исполнения

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

Аппаратные инструментальные средства разработки ПО – это:
• Система для разработки новых программ на конкретном языке программирования
• Средства создания и редактирования текстов программ
• Периферийные устройства, микропроцессор вычислительного комплекса, предназначенные для разработки нового ПО
• Программное обеспечение, написанное на языках программирования низкого уровня
• Программы, которые используются в ходе разработки, корректировки или развития других прикладных или системных программ

В бизнес-процессах выделяют классы процессов:
• Основные бизнес-процессы
• Бизнес-процессы поведения системы
• Программируемые бизнес-процессы
• Обеспечивающие бизнес-процессы
• Бизнес-процессы управления

В классификацию требований к программной системе входят:
• Требования заказчика
• Требования, накладываемые условиями эксплуатации
• Функциональные требования
• Требования, накладываемые аппаратными средствами
• Нефункциональные требования
• Требования предметной области
• Экономические требования
• Требования разработчиков

В объектно-ориентированном моделировании между классами существуют типы связей:
• Слияние
• Линейность
• Зависимость
• Разветвление
• Цикличность
• Обобщение
• Ассоциация
• Агрегация

В рамках Rational Unified Process (RUP) набор действий по разработке программ включает этапы:
• Создание структурных схем
• Определения входных, выходных данных
• Согласование стоимости проекта
• Согласования требований с заказчиком
• Создания бизнес-моделей
• Определение требований
• Проектирование, программирование
• Тестирование, внедрение

В состав графического представления класса в языке UML входят части:
• Отношения
• Имя
• Связи
• Атрибуты
• Описание
• Сущности
• Операции
• Механизмы

«Взгляды» ARIS:
• Процессы
• Потоки
• Функции (с целями)
• Данные и организация
• Процедуры
• Управление и внедрение
• Нити
• Память

Внедрение – это …
• последний этап проекта автоматизации предприятия
• первый этап проекта автоматизации предприятия
• подготовительный этап автоматизации предприятия
• предпоследний этап проекта автоматизации предприятия

Диаграмма IDEF0 может содержать следующие типы диаграмм:
• Диаграмму классов
• Контекстную диаграмму, диаграмму декомпозиции
• Диаграмму компонентов
• Диаграмму дерева узлов
• Диаграмму взаимодействий
• Диаграмму только для экспозиции (FEO)

Для различных представлений проектируемой системы используют типы моделей:
• Статическая модель
• Динамическая модель
• Модель классов
• Модель декомпозиции
• Модель размещения
• Модель состояний
• Модель взаимодействия
• Модель агрегации

Для создания моделей ERwin используют международно признанные системы обозначений (нотации):
• IDEF0, DM, IDEFDFD
• IDEF1X, IE, DM
• IDEF3, DFD, IDEF3

Инструментальное средство ERwin позволяет:
• Редактировать и отлаживать программы
• Проектировать на физическом и логическом уровне модели данных
• Управлять процессом конструирования ПО
• Проектировать диаграммы вариантов использования и взаимодействий
• Проводить процессы прямого и обратного проектирования баз данных
• Управлять процессом трансляции и отладки программ
• Выравнивать модель и содержимое системного каталога после редактирования
• Проектировать контекстные диаграммы и диаграммы декомпозиции

Инструментальные средства разработки программ – это:
• Сервисные средства разработки ПО
• Аналитические средства разработки ПО
• Программное обеспечение, предназначенное для разработки и отладки новых программ
• Средства отладки ПО
• Технические инструментальные средства разработки ПО

Интерпретатор – это:
• Программа для создания и редактирования электронных таблиц
• Программа, анализирующая команды или операторы исходной программы и немедленно выполняющая их
• Переводит в коды сразу всю программу и создает независимый исполняемый файл
• Программа создания и управления базами данных
• Программа создания файлов мультимедиа

К малым интегрированным средствам моделирования относятся:
• ARIS Toolset
• Design/IDEF
• ERwin
• BPwin
• Designer/2000
• Paradigm Plus
• Model Mart
• Rational Rose

К методам аттестации требований относится:
• Тестирование
• Обзор требований
• Верификация
• Сравнительный анализ
• Прототипирование
• Генерация случайных данных
• Генерация тестовых сценариев
• Декомпозиция

К методам выявления требований относятся:
• Беседы с первыми руководителями предприятия, для которого разрабатывается программное обеспечение
• Анализ научной и технической литературы, посвященной вопросам разработки программного обеспечения
• Личные встречи и беседы со всеми сотрудниками предприятия
• Анализ технической документации и на основе нее разработка требований к системе
• На начальном этапе требования не выявляются, а формируются по мере разработки программного обеспечения
• Интервьюирование и анкетирование, мозговой штурм и отбор идей
• Совещания, посвященные требованиям, создание прототипов
• Раскадровки, прецеденты, обыгрывание ролей

К основным компонентам инструментов ARIS Toolset относятся:
• Internet (интернет)
• WordPad (ввод текстовых данных)
• Media (средство для медиа описания моделей)
• Explorer (проводник)
• Acrobat (чтение текстовых данных)
• Designer (средство для графического описания моделей)
• Document (для ввода различных параметров и атрибутов) и выноски
• Таблица (для ввода различных параметров и атрибутов) и мастер (Wizards)

К основным понятиям объектно-ориентированного подхода относятся:
• Обобщение
• Полиморфизм
• Инкапсуляция
• Реализация
• Агрегирование
• Наследование

К средним интегрированным средствам моделирования относятся:
• Rational Rose
• Design/IDEF
• BPwin
• Designer/2000
• ARIS Toolset
• Model Mart
• Paradigm Plus
• ERwin

К этапам развития технологии разработки программного обеспечения относятся:
• «Процедурное» программирование
• Программирование на алгоритмических языках высокого уровня
• Структурный подход к программированию
• Программирование на языках низкого уровня
• Компонентный подход и CASE-технологии
• Машинно-ориентированное программирование
• Машинно-независимое программирование
• Подход к разработке ПО, основанный на стратегии поиска


Какие работы включает процесс разработки программного обеспечения:
• Документирование, управление конфигурацией
• Управление, создание инфраструктуры
• Структура из процессов, работ, задач
• Обеспечение качества, верификация
• Анализ требований, проектирование
• Программирование, сборка, тестирование
• Ввод в действие, приемка
• Совместный анализ, аудит

Классификация бизнес-процессов включает следующие классы процессов:
• Вспомогательные бизнес-процессы
• Основные бизнес-процессы
• Дополнительные бизнес-процессы
• Обеспечивающие бизнес-процессы
• Обслуживающие бизнес-процессы
• Бизнес-процессы согласования
• Бизнес-процессы управления
• Руководящие бизнес-процессы

Компилятор – это:
• Прикладное программное обеспечение
• Специальная утилита системного ПО
• Программное обеспечение, используемое в издательских системах
• Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке не участвуя в ее исполнении
• Переводит в машинные коды 1 строчку программы и сразу ее выполняет

Компонентный подход:
• Предполагает взаимодействие между компонентами через стандартизованные двоичные интерфейсы и позволяет использовать исполняемые файлы в любом языке программирования, поддерживающем соответствующую технологию
• Способ отладки и тестирования программного обеспечения
• Способ внедрения и опытной эксплуатации программного обеспечения.
• Метод выработки требований к разработке программного обеспечения

Компоновщик – это:
• Программа для компоновки и оформления тестовых документов
• Программное обеспечение для создания презентаций
• Программа сборки загрузочного модуля из полученных в результате раздельной компиляции объектных модулей с автоматическим поиском и присоединением библиотечных подпрограмм и процедур
• Программа для поиска синтаксических и семантических ошибок в программе

Методы описания, используемые в ARIS:
• ЕРТ – метод описания потоков
• EPC - метод описания процессов
• ERM - модель сущность-связь для описания структуры объектов
• ERM - модель сущность-связь для описания структуры данных
• ЕРР – метод описания пакетов
• ЕРС – метод описания компонентов
• UML - унифицированный язык моделирования
• ЕРТ – метод описания нитей

Механизмы расширения UML включают:
• Исключения
• Стереотипы
• Дополнения
• Управления
• Помеченные значения
• Слияния
• Ограничения
• Объединения

Моделирование в UML позволяет решать задачи:
• Анализа и синтеза систем управления
• Разработать и отладить программное обеспечение
• Визуализировать систему в ее текущем или желательном для нас состоянии
• Провести тестирование разработанного программного обеспечения
• Описать структуру или поведение системы; получить шаблон, позволяющий сконструировать систему
• Смоделировать разрабатываемую информационную систему
• Документировать принимаемые решения, используя полученные модели
• Рассчитать экономическую эффективность от внедрения программного обеспечения

Моделирование основывается на принципах:
• Выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение
• Декомпозиции системы на отдельные подзадачи
• Инкапсуляции и полиморфизма
• Децентрализации управления системой
• Каждая модель может быть представлена с различной степенью точности; лучшие модели – те, что ближе к реальности
• Открытой трансформируемой системы
• Нельзя ограничиваться созданием только одной модели. Наилучший подход при разработке любой нетривиальной системы – использовать совокупность нескольких моделей, почти независимых друг от друга
• Анализа и синтеза проектирования систем

Неверно, что в стоимость владения ИС включают ...
• стоимость внедрения ИС
• стоимость установки ИС
• стоимость СУБД
• расходы на ввод информации

Неверно, что при внедрении ИС существуют ... риски
• технические
• организационные
• технологические
• Временные
Негативной стороной внедрения ERP-систем является ...
• снижение эффективности работы компании в целом
• увеличение издержек
• трудности стратегического планирования
• высокая стоимость внедрения

Необходимость создавать команду, либо отрывать от работы текущих сотрудников ИТ возникает...
• в случае заказной разработки ИС
• при самостоятельной разработке ИС
• при покупке ИС

Объектно-ориентированная методология (ООМ) включает в себя составные части:
• Объектно-ориентированный анализ
• Объектно-ориентированный подкласс
• Объектно-ориентированное проектирование
• Объектно-ориентированная парадигма
• Объектно-ориентированная экспозиция
• Объектно-ориентированное моделирование
• Объектно-ориентированное программирование
• Объектно-ориентированная декомпозиция

Опорные точки зрения конечных пользователей системы программного обеспечения можно трактовать как:
• Источник информации о системных данных
• Структуру требований
• Источник событий
• Структуру событий
• Структуру представлений
• Получателей требований
• Источник сценариев
• Получателей системных сервисов


Отладчик – это:
• Программа для создания системы защиты файла
• Программа создания системы защиты от вирусных атак
• Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку
• Операционная оболочка для создания и управления файловыми структурами
• Системное программное обеспечение для настройки операционной системы

Построение SADT-модели включает в себя выполнение каких действий?
• Написание программного обеспечения для разрабатываемой системы по требованиям заказчика
• Сбор информации об объекте, определение его границ
• Определение цели и точки зрения модели, построение, обобщение и декомпозиция диаграмм
• Представление исследуемой системы в графическом виде
• Представление исследуемого объекта средствами системного моделирования
• Критическая оценка, рецензирование и комментирование
• Разработка, отладка и тестирование программного обеспечения
• Использование графических пакетов для представления системы в виде модели

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

Применение языка UML существенно упрощает последовательное использование механизмов:
• Спецификации, дополнения
• Принятые разделения
• Выработки требований
• Создания плана работ
• Механизмы расширения
• Тестирования программного обеспечения
• Конструирования ПО
• Сопровождения ПО

Принципы разработки программного обеспечения:
• Коллективный процесс разработки
• Индивидуальный процесс разработки
• Параллельный процесс разработки
• Командный процесс разработки
• Промежуточный процесс разработки
• Модель зрелости возможностей
• Модель законченности возможностей
• Модель готовности процессов

Принципы разработки эффективного пользовательского интерфейса:
• Сложность, графика
• Структура, простота
• Связь, обработка
• Видимость, обратная связь
• Невидимость, сложность
• Толерантность, повторное использование
• Первое использование, итерация
• Интеграция, повторение

Программное обеспечение делится на классы:
• Системное ПО и прикладное ПО
• Системное ПО, прикладное ПО и инструментальные средства разработки программ
• Операционные системы, прикладное ПО, утилиты и драйверы
• Прикладное ПО и инструментальные средства разработки программ
• Системное ПО и инструментальные средства разработки программ

Программные инструментальные средства разработки ПО – это:
• Программы, позволяющие выполнить все работы, определенные методологией проектирования ПО
• Системное программное обеспечение, позволяющее сопровождать офисные программные пакеты
• Средства создания текстовых документов
• Устройство компьютера, специально предназначенное для поддержки разработки программных средств
• Средства создания и редактирования текстовых документов

Процесс определения и анализа требований включает в себя:
• Анализ работы систем с аналогичной предметной областью
• Анализ предметной области, сбор и классификацию требований
• Проведение совместных совещаний с представителями заказчика
• Разрешение противоречий и определение приоритетов
• Адаптацию требований к разрабатываемому программному обеспечению
• Декомпозицию общей задачи на подзадачи
• Проверку, специфицирование и документирование требований
• Верификацию требований в соответствии с разработанным программным обеспечением

Процесс преобразования постановки задачи в план алгоритмического или вычислительного решения это:
• проектирование
• анализ требований
• программирование
• Тестирование

Разработка и сопровождение ИС в конкретной организации и конкретном проекте должна поддерживаться стандартами:
• Стандарт организации
• Стандарт конкретного проекта
• Стандарт проектирования
• Стандарт оценки
• Стандарт оформления проектной документации
• Стандарт аудита
• Стандарт оформления разработки
• Стандарт пользовательского интерфейса

Разработкой плана создания, внедрения и развития ИС занимается …
• руководитель компании
• главный бухгалтер
• финансовый аналитик
• IT-менеджер

Результатами проектирования архитектуры являются:
• Модель административного интерфейса
• Модель процессов
• Модель потоков
• Модель классов
• Модель данных
• Модель пользовательского интерфейса
• Модель компонентов
• Модель узлов

Словарь UML включает строительные блоки:
• Зависимости
• Сущности
• Слияния
• Разветвления
• Связи
• Группировки
• Диаграммы
• Декомпозиции

Создать отчет в BPwin возможно с помощью:
• Встроенных шаблонов, Report Template Builder, RPTwin
• Программных модулей, создаваемых разработчиком на языке Visual Basic
• Отчет создается разработчиком, встроенных мастер-функций, Report Template Builder
• Отдельно поставляемых программ
• Создать отчет в BPwin невозможно

Составление спецификаций это:
• формализация задачи
• эскизный проект
• поиск алгоритма
• Отладка

Технология проектирования определяется как совокупность составляющих:
• Поэтапная процедура
• Пошаговая процедура
• Модели и правила
• Критерий и правила
• Тестирование
• Нотаций
• Прецеденты
• Классы

Типы интерфейсных требований:
• Пользовательские требования
• Аппаратные требования
• Административные требования
• Требования к производительности
• Программные и коммуникационные требования
• Требования к надежности
• Требования к устойчивости
• Атрибуты программной системы и другие требования
Точки зрения организации в ARIS:
• Структура внедрения и структура потоков
• Организационная структура
• Управленческая структура
• Поведенческая структура
• Функциональная структура
• Коммуникационная структура
• Структура данных и структура процессов
• Обобщенная структура

Транслятор – это:
• Программа-переводчик с одного иностранного языка на другой
• Техническое устройство передачи и преобразования аудио и видеосигналов
• Техническое устройство для кодирования и декодирования информации
• Программное обеспечение для обеспечения защиты информации на компьютере
• Одно из основных средств автоматизации программирования для преобразования программы, написанный на машинно-независимом языке, в программу на машинном языке конкретной ЭВМ

Требования – это:
• Документ, регулирующий отношения между заказчиком информационной системы и проектировщиком
• Некоторое свойство программного обеспечения, необходимое пользователю для решения проблемы при достижении поставленной цели
• Характеристика проектируемого программного обеспечения с точки зрения разработчика
• Оформленное разработчиком в виде документа задание на проектирование программного обеспечения
• Характеристика проектируемого программного обеспечения с точки зрения заказчика



Требования к разрабатываемой системе должны включать:
• Разработку программного обеспечения и выработка требований к изменению работы системы заказчика
• Совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия ее функционирования; состав людей и работ, имеющих к ней отношение)
• Построение программного обеспечения из отдельных компонентов физически отдельно существующих частей программного обеспечения
• Описание выполняемых системой функций
• Технологию создания сложного программного обеспечения, основанную в объектном представлении кода программы
• Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации)
• Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки программного обеспечения
• Технологию разработки программного обеспечения на базе структурной схемы развития языков программирования

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

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

Управление требованиями:
• Задача выявления изначальных проблем заказчика и создание системы, удовлетворяющей этим требованиям
• Выявление требований заказчика и управление ими
• Разработка требований к программному обеспечению и создание ПО на основе этих требований
• Процесс, в ходе которого вырабатывается и обеспечивается соглашение между заказчиком и выполняющей проект группой по поводу меняющихся требований к системе
• Разработка программного обеспечения и выработка требований к изменению работы системы заказчика

Уровни анализа ARIS для каждого «взгляда»:
• Поведение
• Требования
• Спецификации
• Функции
• Процедуры
• Проверка
• Внедрение
• Тестирование

Уровни логической модели:
• Диаграмма сущность
• Диаграмма связь
• Диаграмма пакетов
• Диаграмма сущность-связь
• Модель данных, основанная на классах
• Модель данных, основанная на ключах
• Полная операционная модель
• Полная атрибутивная модель

Уровни организационного управления при планировании разработки системы:
• Стратегический
• Тактический
• Оперативный
• Основной
• Вспомогательный
• Дополнительный
• Системный
• Аналитический

Уровни точки зрения в ARIS:
• Описание структуры
• Описание требований
• Описание поведения
• Описание разработки
• Описание спецификации
• Описание внедрения
• Описание процессов
• Описание классов

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

Этап разработки программы, на котором дается характеристика области применения программы:
• техническое задание
• эскизный проект
• технический проект
• внедрение
• рабочий проект

Этапом жизненного цикла ИС, влияющим на цену владения ИС, является ...
• анализ бизнеса и стратегий его развития
• создание бизнес-портфеля предприятия
• установка (инсталляция программного продукта)
• восстановление базы данных

Этапы разработки консалтинговых проектов включают в себя:
• Анализ первичных требований и планирование работ
• Снятие программного продукта с эксплуатации
• Декомпозицию задачи на подзадачи
• Разработку спецификации и документации
• Проведение обследования деятельности предприятия
• - Тестирование и сопровождение программного обеспечения
• Построение моделей деятельности предприятия (модели AS – IS – “как есть” и модели TO – BE – “как должно быть”)
• Разработку программного обеспечения

Ядро знаний SWEBOK – это:
• ГОСТ на разработку программного обеспечения
• ГОСТ на разработку информационных систем
• Документ, устанавливающий правовые отношения между заказчиком и разработчиком программного обеспечения
• Основополагающий научно-технический документ, который отображает мнение специалистов в области программной инженерии
• Документ, который согласуется с современными регламентированными процессами жизненного цикла ПО стандарта ISO/IEC 12207

Язык UML – это:
• Язык программирования высокого уровня
• Язык для разработки систем искусственного интеллекта
• Язык управления базами данных
• Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем
• Язык создания запросов в базах данных

Язык UML предназначен для:
• Визуализации
• Тестирования
• Сопровождения
• Специфицирования
• Снятия с эксплуатации
• Конструирования, документирования
• Анализа требований
• Обучения персонала