Тесты СинергияАртём Хелп
Артём Help онлайнПолучить расчёт
Бесплатно оценим сроки и стоимостьОтправить задание в Telegram
Внедрение информационных систем.кс_СПО (2 2)

Внедрение информационных систем.кс_СПО (2 2)

Просмотрите все вопросы и варианты бесплатно. Правильные ответы скрыты и открываются только после получения доступа.

80 вопросов Вариант 1 Доступ 7 дней
Содержание теста

Вопросы и варианты

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

Вопрос 1

Внедрение – это …

  1. последний этап проекта автоматизации предприятия
  2. первый этап проекта автоматизации предприятия
  3. подготовительный этап автоматизации предприятия
  4. предпоследний этап проекта автоматизации предприятия
Вопрос 2

Негативной стороной внедрения ERP-систем является ...

  1. снижение эффективности работы компании в целом
  2. увеличение издержек
  3. трудности стратегического планирования
  4. высокая стоимость внедрения
Вопрос 3

Неверно, что при внедрении ИС существуют ... риски

  1. технические
  2. организационные
  3. технологические
  4. Временные
Вопрос 4

Неверно, что в стоимость владения ИС включают ...

  1. стоимость внедрения ИС
  2. стоимость установки ИС
  3. стоимость СУБД
  4. расходы на ввод информации
Вопрос 5

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

  1. в случае заказной разработки ИС
  2. при самостоятельной разработке ИС
  3. при покупке ИС
Вопрос 6

Разработкой плана создания, внедрения и развития ИС занимается …

  1. руководитель компании
  2. главный бухгалтер
  3. финансовый аналитик
  4. IT-менеджер
Вопрос 7

Управление рисками — это

  1. метод исследования системы, который начинается с общего обзора ее и затем детализируется, приобретая иерархическую структуру с большим числом уровней
  2. процесс получения логической модели системы вместе со строго сформулированными целями, поставленными перед нею, а также написания спецификаций физической системы, удовлетворяющей этим требованиям
  3. содержание большого штата квалифицированных специалистов из различных областей в организации
  4. процессы, связанные с идентификацией, анализом рисков и принятием решений, которые включают максимизацию положительных и минимизацию отрицательных последствий наступления рисковых событий
Вопрос 8

Этапом жизненного цикла ИС, влияющим на цену владения ИС, является ...

  1. анализ бизнеса и стратегий его развития
  2. создание бизнес-портфеля предприятия
  3. установка (инсталляция программного продукта)
  4. восстановление базы данных
Вопрос 9

Функциональными возможностями MRP-систем являются:

  1. решение задач планирования деятельности предприятия в натуральном и денежном выражении
  2. составление плана стратегического развития
  3. осуществление поддержки принятия решений для выработки навыков и умений
  4. определение и передача в производство и службы материально-технического снабжения информации о потребностях предприятия во всех материальных ресурсах, необходимых для выполнения производственной программы
Вопрос 10

Построение SADT-модели включает в себя выполнение каких действий?

  1. Написание программного обеспечения для разрабатываемой системы по требованиям заказчика
  2. Сбор информации об объекте, определение его границ
  3. Определение цели и точки зрения модели, построение, обобщение и декомпозиция диаграмм
  4. Представление исследуемой системы в графическом виде
  5. Представление исследуемого объекта средствами системного моделирования
  6. Критическая оценка, рецензирование и комментирование
  7. Разработка, отладка и тестирование программного обеспечения
  8. Использование графических пакетов для представления системы в виде модели
Вопрос 11

Моделирование основывается на принципах:

  1. Выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение
  2. Декомпозиции системы на отдельные подзадачи
  3. Инкапсуляции и полиморфизма
  4. Децентрализации управления системой
  5. Каждая модель может быть представлена с различной степенью точности; лучшие модели – те, что ближе к реальности
  6. Открытой трансформируемой системы
  7. Нельзя ограничиваться созданием только одной модели. Наилучший подход при разработке любой нетривиальной системы – использовать совокупность нескольких моделей, почти независимых друг от друга
  8. Анализа и синтеза проектирования систем
Вопрос 12

В бизнес-процессах выделяют классы процессов:

  1. Основные бизнес-процессы
  2. Бизнес-процессы поведения системы
  3. Программируемые бизнес-процессы
  4. Обеспечивающие бизнес-процессы
  5. Бизнес-процессы управления
Вопрос 13

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

  1. По применяемым методологиям и моделям систем и БД
  2. По используемому программному обеспечению
  3. По этапам жизненного цикла программного обеспечения
  4. По степени интегрированности с СУБД
  5. По уровням детализации и декомпозиции проектируемой системы
  6. По доступным платформам
  7. По используемым языкам программирования
  8. По степени сложности моделируемой системы
Вопрос 14

К малым интегрированным средствам моделирования относятся:

  1. ARIS Toolset
  2. Design/IDEF
  3. ERwin
  4. BPwin
  5. Designer/2000
  6. Paradigm Plus
  7. Model Mart
  8. Rational Rose
Вопрос 15

К средним интегрированным средствам моделирования относятся:

  1. Rational Rose
  2. Design/IDEF
  3. BPwin
  4. Designer/2000
  5. ARIS Toolset
  6. Model Mart
  7. Paradigm Plus
  8. ERwin
Вопрос 16

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

  1. Объектно-ориентированный анализ
  2. Объектно-ориентированный подкласс
  3. Объектно-ориентированное проектирование
  4. Объектно-ориентированная парадигма
  5. Объектно-ориентированная экспозиция
  6. Объектно-ориентированное моделирование
  7. Объектно-ориентированное программирование
  8. Объектно-ориентированная декомпозиция
Вопрос 17

К основным понятиям объектно-ориентированного подхода относятся:

  1. Обобщение
  2. Полиморфизм
  3. Инкапсуляция
  4. Реализация
  5. Агрегирование
  6. + Наследование
Вопрос 18

Диаграмма IDEF0 может содержать следующие типы диаграмм:

  1. Диаграмму классов
  2. Контекстную диаграмму, диаграмму декомпозиции
  3. Диаграмму компонентов
  4. Диаграмму дерева узлов
  5. Диаграмму взаимодействий
  6. Диаграмму только для экспозиции (FEO)
Вопрос 19

Уровни логической модели:

  1. Диаграмма сущность
  2. Диаграмма связь
  3. Диаграмма пакетов
  4. Диаграмма сущность-связь
  5. Модель данных, основанная на классах
  6. Модель данных, основанная на ключах
  7. Полная операционная модель
  8. Полная атрибутивная модель
Вопрос 20

Quick Reports – создание простейших отчетов – позволяет создавать отчеты:

  1. Group/Totals, Report Header, Page Header
  2. Columnar, Vertical, Blank Report
  3. Group Header, Page Header, Detail
Вопрос 21

DFD описывает:

  1. Функции обработки стрелок (arrow)
  2. Функции обработки информации (работы)
  3. Внешние ссылки (external references), объекты, сотрудников или отделы, которые участвуют в обработке информации
  4. Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации
  5. Функции обработки внешних ссылок
  6. Внешние ссылки (external references), таблицы для хранения документов (хранилище данных, data stor+ E)
  7. Функции обработки документов
  8. Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке внешних стрелок
Вопрос 22

Создать отчет в BPwin возможно с помощью:

  1. Встроенных шаблонов, Report Template Builder, RPTwin
  2. Программных модулей, создаваемых разработчиком на языке Visual Basic
  3. Отчет создается разработчиком, встроенных мастер-функций, Report Template Builder
  4. Отдельно поставляемых программ
  5. Создать отчет в BPwin невозможно
Вопрос 23

Инструментальное средство ERwin позволяет:

  1. Редактировать и отлаживать программы
  2. Проектировать на физическом и логическом уровне модели данных
  3. Управлять процессом конструирования ПО
  4. Проектировать диаграммы вариантов использования и взаимодействий
  5. Проводить процессы прямого и обратного проектирования баз данных
  6. Управлять процессом трансляции и отладки программ
  7. Выравнивать модель и содержимое системного каталога после редактирования
  8. Проектировать контекстные диаграммы и диаграммы декомпозиции
Вопрос 24

ERwin позволяет создавать модели следующих типов:

  1. Модель, имеющую только логический уровень
  2. Модель, имеющую абстрактный уровень
  3. Модель, имеющую абстрактный и физический уровни
  4. Модель, имеющую только физический уровень
  5. Модель, имеющую как логический уровень, так и физический уровень
Вопрос 25

Для создания моделей ERwin используют международно признанные системы обозначений (нотации):

  1. IDEF0, DM, IDEFDFD
  2. IDEF1X, IE, DM
  3. IDEF3, DFD, IDEF3
Вопрос 26

Точки зрения организации в ARIS:

  1. Структура внедрения и структура потоков
  2. Организационная структура
  3. Управленческая структура
  4. Поведенческая структура
  5. Функциональная структура
  6. Коммуникационная структура
  7. Структура данных и структура процессов
  8. Обобщенная структура
Вопрос 27

Уровни точки зрения в ARIS:

  1. Описание структуры
  2. Описание требований
  3. Описание поведения
  4. Описание разработки
  5. Описание спецификации
  6. Описание внедрения
  7. Описание процессов
  8. Описание классов
Вопрос 28

Методы описания, используемые в ARIS:

  1. ЕРТ – метод описания потоков
  2. EPC - метод описания процессов
  3. ERM - модель сущность-связь для описания структуры объектов
  4. ERM - модель сущность-связь для описания структуры данных
  5. ЕРР – метод описания пакетов
  6. ЕРС – метод описания компонентов
  7. UML - унифицированный язык моделирования
  8. ЕРТ – метод описания нитей
Вопрос 29

К основным компонентам инструментов ARIS Toolset относятся:

  1. Internet (интернет)
  2. WordPad (ввод текстовых данных)
  3. Media (средство для медиа описания моделей)
  4. Explorer (проводник)
  5. Acrobat (чтение текстовых данных)
  6. Designer (средство для графического описания моделей)
  7. Document (для ввода различных параметров и атрибутов) и выноски
  8. Таблица (для ввода различных параметров и атрибутов) и мастер (Wizards)
Вопрос 30

«Взгляды» ARIS:

  1. Процессы
  2. Потоки
  3. Функции (с целями)
  4. Данные и организация
  5. Процедуры
  6. Управление и внедрение
  7. Нити
  8. Память
Вопрос 31

Уровни анализа ARIS для каждого «взгляда»:

  1. Поведение
  2. Требования
  3. Спецификации
  4. Функции
  5. Процедуры
  6. Проверка
  7. Внедрение
  8. Тестирование
Вопрос 32

MS Visio позволяет создавать схемы, чертежи, диаграммы с помощью:

  1. Встроенных шаблонов
  2. Панели инструментов
  3. Трафаретов
  4. Графических редакторов
  5. Дополнительного программного обеспечения
  6. Панели рисования
  7. Стандартных модулей
  8. Панели автофигур
Вопрос 33

Язык UML – это:

  1. Язык программирования высокого уровня
  2. Язык для разработки систем искусственного интеллекта
  3. Язык управления базами данных
  4. Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем
  5. Язык создания запросов в базах данных
Вопрос 34

Моделирование в UML позволяет решать задачи:

  1. Анализа и синтеза систем управления
  2. Разработать и отладить программное обеспечение
  3. Визуализировать систему в ее текущем или желательном для нас состоянии
  4. Провести тестирование разработанного программного обеспечения
  5. Описать структуру или поведение системы; получить шаблон, позволяющий сконструировать систему
  6. Смоделировать разрабатываемую информационную систему
  7. Документировать принимаемые решения, используя полученные модели
  8. Рассчитать экономическую эффективность от внедрения программного обеспечения
Вопрос 35

Словарь UML включает строительные блоки:

  1. Зависимости
  2. Сущности
  3. Слияния
  4. Разветвления
  5. Связи
  6. Группировки
  7. Диаграммы
  8. Декомпозиции
Вопрос 36

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

  1. продукты, включающие:
  2. Требования, архитектуру, проектные решения
  3. Спецификацию технических средств
  4. Дизайн, исходный код, проектные планы,
  5. Требования к уровню квалификации разработчиков
  6. Набор заданий для тестирования программного обеспечения
  7. Требования к уровню квалификации персонала сопровождения
  8. Тесты, прототипы, релизы (версии)
  9. Требования к выбору языка программирования
Вопрос 37

UML включает синтаксические и семантические правила для:

  1. Агрегации
  2. Тестирования
  3. Имен, областей действия
  4. Сборки
  5. Сопровождения
  6. Видимости, целостности
  7. Вывода из эксплуатации
  8. Исполнения
Вопрос 38

Применение языка UML существенно упрощает последовательное использование механизмов:

  1. Спецификации, дополнения
  2. Принятые разделения
  3. Выработки требований
  4. Создания плана работ
  5. Механизмы расширения
  6. Тестирования программного обеспечения
  7. Конструирования ПО
  8. Сопровождения ПО
Вопрос 39

Механизмы расширения UML включают:

  1. Исключения
  2. Стереотипы
  3. Дополнения
  4. Управления
  5. Помеченные значения
  6. Слияния
  7. Ограничения
  8. Объединения
Вопрос 40

Язык UML предназначен для:

  1. Визуализации
  2. Тестирования
  3. Сопровождения
  4. Специфицирования
  5. Снятия с эксплуатации
  6. Конструирования, документирования
  7. Анализа требований
  8. Обучения персонала
Вопрос 41

В объектно-ориентированном моделировании между классами существуют типы связей:

  1. Слияние
  2. Линейность
  3. Зависимость
  4. Разветвление
  5. Цикличность
  6. Обобщение
  7. Ассоциация
  8. Агрегация
Вопрос 42

В состав графического представления класса в языке UML входят части:

  1. Отношения
  2. Имя
  3. Связи
  4. Атрибуты
  5. Описание
  6. Сущности
  7. Операции
  8. Механизмы
Вопрос 43

Программное обеспечение делится на классы:

  1. Системное ПО и прикладное ПО
  2. Системное ПО, прикладное ПО и инструментальные средства разработки программ
  3. Операционные системы, прикладное ПО, утилиты и драйверы
  4. Прикладное ПО и инструментальные средства разработки программ
  5. Системное ПО и инструментальные средства разработки программ
Вопрос 44

Инструментальные средства разработки программ – это:

  1. Сервисные средства разработки ПО
  2. Аналитические средства разработки ПО
  3. Программное обеспечение, предназначенное для разработки и отладки новых программ
  4. Средства отладки ПО
  5. Технические инструментальные средства разработки ПО
Вопрос 45

Аппаратные инструментальные средства разработки ПО – это:

  1. Система для разработки новых программ на конкретном языке программирования
  2. Средства создания и редактирования текстов программ
  3. Периферийные устройства, микропроцессор вычислительного комплекса, предназначенные для разработки нового ПО
  4. Программное обеспечение, написанное на языках программирования низкого уровня
  5. Программы, которые используются в ходе разработки, корректировки или развития других прикладных или системных программ
Вопрос 46

Программные инструментальные средства разработки ПО – это:

  1. Программы, позволяющие выполнить все работы, определенные методологией проектирования ПО
  2. Системное программное обеспечение, позволяющее сопровождать офисные программные пакеты
  3. Средства создания текстовых документов
  4. Устройство компьютера, специально предназначенное для поддержки разработки программных средств
  5. Средства создания и редактирования текстовых документов
Вопрос 47

Транслятор – это:

  1. Программа-переводчик с одного иностранного языка на другой
  2. Техническое устройство передачи и преобразования аудио и видеосигналов
  3. Техническое устройство для кодирования и декодирования информации
  4. Программное обеспечение для обеспечения защиты информации на компьютере
  5. Одно из основных средств автоматизации программирования для преобразования программы, написанный на машинно-независимом языке, в программу на машинном языке конкретной ЭВМ
Вопрос 48

Компилятор – это:

  1. Прикладное программное обеспечение
  2. Специальная утилита системного ПО
  3. Программное обеспечение, используемое в издательских системах
  4. Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке не участвуя в ее исполнении
  5. Переводит в машинные коды 1 строчку программы и сразу ее выполняет
Вопрос 49

Интерпретатор – это:

  1. Программа для создания и редактирования электронных таблиц
  2. Программа, анализирующая команды или операторы исходной программы и немедленно выполняющая их
  3. Переводит в коды сразу всю программу и создает независимый исполняемый файл
  4. Программа создания и управления базами данных
  5. Программа создания файлов мультимедиа
Вопрос 50

Компоновщик – это:

  1. Программа для компоновки и оформления тестовых документов
  2. Программное обеспечение для создания презентаций
  3. Программа сборки загрузочного модуля из полученных в результате раздельной компиляции объектных модулей с автоматическим поиском и присоединением библиотечных подпрограмм и процедур
  4. Программа для поиска синтаксических и семантических ошибок в программе
Вопрос 51

Отладчик – это:

  1. Программа для создания системы защиты файла
  2. Программа создания системы защиты от вирусных атак
  3. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку
  4. Операционная оболочка для создания и управления файловыми структурами
  5. Системное программное обеспечение для настройки операционной системы
Вопрос 52

К этапам развития технологии разработки программного обеспечения относятся:

  1. «Процедурное» программирование
  2. Программирование на алгоритмических языках высокого уровня
  3. Структурный подход к программированию
  4. Программирование на языках низкого уровня
  5. Компонентный подход и CASE-технологии
  6. Машинно-ориентированное программирование
  7. Машинно-независимое программирование
  8. Подход к разработке ПО, основанный на стратегии поиска
Вопрос 53

Компонентный подход:

  1. Предполагает взаимодействие между компонентами через стандартизованные двоичные интерфейсы и позволяет использовать исполняемые файлы в любом языке программирования, поддерживающем соответствующую технологию
  2. Способ отладки и тестирования программного обеспечения
  3. Способ внедрения и опытной эксплуатации программного обеспечения.
  4. Метод выработки требований к разработке программного обеспечения
Вопрос 54

Управление требованиями:

  1. Задача выявления изначальных проблем заказчика и создание системы, удовлетворяющей этим требованиям
  2. Выявление требований заказчика и управление ими
  3. Разработка требований к программному обеспечению и создание ПО на основе этих требований
  4. Процесс, в ходе которого вырабатывается и обеспечивается соглашение между заказчиком и выполняющей проект группой по поводу меняющихся требований к системе
  5. Разработка программного обеспечения и выработка требований к изменению работы системы заказчика
Вопрос 55

К методам выявления требований относятся:

  1. Беседы с первыми руководителями предприятия, для которого разрабатывается программное обеспечение
  2. Анализ научной и технической литературы, посвященной вопросам разработки программного обеспечения
  3. Личные встречи и беседы со всеми сотрудниками предприятия
  4. Анализ технической документации и на основе нее разработка требований к системе
  5. На начальном этапе требования не выявляются, а формируются по мере разработки программного обеспечения
  6. Интервьюирование и анкетирование, мозговой штурм и отбор идей
  7. Совещания, посвященные требованиям, создание прототипов
  8. Раскадровки, прецеденты, обыгрывание ролей
Вопрос 56

Требования к разрабатываемой системе должны включать:

  1. Разработку программного обеспечения и выработка требований к изменению работы системы заказчика
  2. Совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия ее функционирования; состав людей и работ, имеющих к ней отношение)
  3. Построение программного обеспечения из отдельных компонентов физически отдельно существующих частей программного обеспечения
  4. Описание выполняемых системой функций
  5. Технологию создания сложного программного обеспечения, основанную в объектном представлении кода программы
  6. Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации)
  7. Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки программного обеспечения
  8. Технологию разработки программного обеспечения на базе структурной схемы развития языков программирования
Вопрос 57

Требования – это:

  1. Документ, регулирующий отношения между заказчиком информационной системы и проектировщиком
  2. Некоторое свойство программного обеспечения, необходимое пользователю для решения проблемы при достижении поставленной цели
  3. Характеристика проектируемого программного обеспечения с точки зрения разработчика
  4. Оформленное разработчиком в виде документа задание на проектирование программного обеспечения
  5. Характеристика проектируемого программного обеспечения с точки зрения заказчика
Вопрос 58

В классификацию требований к программной системе входят:

  1. Требования заказчика
  2. Требования, накладываемые условиями эксплуатации
  3. Функциональные требования
  4. Требования, накладываемые аппаратными средствами
  5. Нефункциональные требования
  6. Требования предметной области
  7. Экономические требования
  8. Требования разработчиков
Вопрос 59

Процесс определения и анализа требований включает в себя:

  1. Анализ работы систем с аналогичной предметной областью
  2. Анализ предметной области, сбор и классификацию требований
  3. Проведение совместных совещаний с представителями заказчика
  4. Разрешение противоречий и определение приоритетов
  5. Адаптацию требований к разрабатываемому программному обеспечению
  6. Декомпозицию общей задачи на подзадачи
  7. Проверку, специфицирование и документирование требований
  8. Верификацию требований в соответствии с разработанным программным обеспечением
Вопрос 60

Опорные точки зрения конечных пользователей системы программного обеспечения можно трактовать как:

  1. Источник информации о системных данных
  2. Структуру требований
  3. Источник событий
  4. Структуру событий
  5. Структуру представлений
  6. Получателей требований
  7. Источник сценариев
  8. Получателей системных сервисов
Вопрос 61

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

  1. Проверка на совместимость
  2. Проверка на управляемость
  3. Проверка правильности требований
  4. Проверка на непротиворечивость
  5. Проверка на соответствие
  6. Проверка на обратимость
  7. Проверка на полноту и на выполнимость
  8. Проверка на заменяемость
Вопрос 62

К методам аттестации требований относится:

  1. Тестирование
  2. Обзор требований
  3. Верификация
  4. Сравнительный анализ
  5. Прототипирование
  6. Генерация случайных данных
  7. Генерация тестовых сценариев
  8. Декомпозиция
Вопрос 63

Уровни организационного управления при планировании разработки системы:

  1. Стратегический
  2. Тактический
  3. Оперативный
  4. Основной
  5. Вспомогательный
  6. Дополнительный
  7. Системный
  8. Аналитический
Вопрос 64

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

  1. Статическая модель
  2. Динамическая модель
  3. Модель классов
  4. Модель декомпозиции
  5. Модель размещения
  6. Модель состояний
  7. Модель взаимодействия
  8. Модель агрегации
Вопрос 65

Классификация бизнес-процессов включает следующие классы процессов:

  1. Вспомогательные бизнес-процессы
  2. Основные бизнес-процессы
  3. Дополнительные бизнес-процессы
  4. Обеспечивающие бизнес-процессы
  5. Обслуживающие бизнес-процессы
  6. Бизнес-процессы согласования
  7. Бизнес-процессы управления
  8. Руководящие бизнес-процессы
Вопрос 66

Принципы разработки эффективного пользовательского интерфейса:

  1. Сложность, графика
  2. Структура, простота
  3. Связь, обработка
  4. Видимость, обратная связь
  5. Невидимость, сложность
  6. Толерантность, повторное использование
  7. Первое использование, итерация
  8. Интеграция, повторение
Вопрос 67

Принципы разработки программного обеспечения:

  1. Коллективный процесс разработки
  2. Индивидуальный процесс разработки
  3. Параллельный процесс разработки
  4. Командный процесс разработки
  5. Промежуточный процесс разработки
  6. Модель зрелости возможностей
  7. Модель законченности возможностей
  8. Модель готовности процессов
Вопрос 68

Типы интерфейсных требований:

  1. Пользовательские требования
  2. Аппаратные требования
  3. Административные требования
  4. Требования к производительности
  5. Программные и коммуникационные требования
  6. Требования к надежности
  7. Требования к устойчивости
  8. Атрибуты программной системы и другие требования
Вопрос 69

Технология проектирования определяется как совокупность составляющих:

  1. Поэтапная процедура
  2. Пошаговая процедура
  3. Модели и правила
  4. Критерий и правила
  5. Тестирование
  6. Нотаций
  7. Прецеденты
  8. Классы
Вопрос 70

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

  1. Стандарт организации
  2. Стандарт конкретного проекта
  3. Стандарт проектирования
  4. Стандарт оценки
  5. Стандарт оформления проектной документации
  6. Стандарт аудита
  7. Стандарт оформления разработки
  8. Стандарт пользовательского интерфейса
Вопрос 71

Результатами проектирования архитектуры являются:

  1. Модель административного интерфейса
  2. Модель процессов
  3. Модель потоков
  4. Модель классов
  5. Модель данных
  6. Модель пользовательского интерфейса
  7. Модель компонентов
  8. Модель узлов
Вопрос 72

Какие работы включает процесс разработки программного обеспечения:

  1. Документирование, управление конфигурацией
  2. Управление, создание инфраструктуры
  3. Структура из процессов, работ, задач
  4. Обеспечение качества, верификация
  5. Анализ требований, проектирование
  6. Программирование, сборка, тестирование
  7. Ввод в действие, приемка
  8. Совместный анализ, аудит
Вопрос 73

IEEE – это:

  1. Коммерческая организация ученых и исследователей
  2. Просто принятое обозначение, расшифровки не имеет
  3. Обозначение всемирной компьютерной сети
  4. Всемирная некоммерческая техническая профессиональная ассоциация ученых и исследователей
  5. Такая аббревиатура нигде не используется
Вопрос 74

Ядро знаний SWEBOK – это:

  1. ГОСТ на разработку программного обеспечения
  2. ГОСТ на разработку информационных систем
  3. Документ, устанавливающий правовые отношения между заказчиком и разработчиком программного обеспечения
  4. Основополагающий научно-технический документ, который отображает мнение специалистов в области программной инженерии
  5. Документ, который согласуется с современными регламентированными процессами жизненного цикла ПО стандарта ISO/IEC 12207
Вопрос 75

В рамках Rational Unified Process (RUP) набор действий по разработке программ включает этапы:

  1. Создание структурных схем
  2. Определения входных, выходных данных
  3. Согласование стоимости проекта
  4. Согласования требований с заказчиком
  5. Создания бизнес-моделей
  6. Определение требований
  7. Проектирование, программирование
  8. Тестирование, внедрение
Вопрос 76

Этапы разработки консалтинговых проектов включают в себя:

  1. Анализ первичных требований и планирование работ
  2. Снятие программного продукта с эксплуатации
  3. Декомпозицию задачи на подзадачи
  4. Разработку спецификации и документации
  5. Проведение обследования деятельности предприятия
  6. - Тестирование и сопровождение программного обеспечения
  7. Построение моделей деятельности предприятия (модели AS – IS – “как есть” и модели TO – BE – “как должно быть”)
  8. Разработку программного обеспечения
Вопрос 77

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

  1. проектирование
  2. анализ требований
  3. программирование
  4. Тестирование
Вопрос 78

Составление спецификаций это:

  1. формализация задачи
  2. эскизный проект
  3. поиск алгоритма
  4. Отладка
Вопрос 79

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

  1. техническое задание
  2. эскизный проект
  3. технический проект
  4. внедрение
  5. рабочий проект
Вопрос 80

Укажите правильную последовательность создания программы:

  1. формулирование задачи, анализ требований, проектирование, программирование
  2. анализ требований, проектирование, программирование, тестирование, отладка
  3. анализ требований, программирование, проектирование, тестирование
  4. анализ требований, проектирование, программирование, модификация, трассировка
  5. формулирование задачи, анализ требований, программирование, проектирование, отладка