300 руб.
Оформите заявку на приобретение работы, мы свяжемся с вами в ближайшее
время и ответим на все интересующие вопросы.
***ВАЖНО*** Перед покупкой запустите тест и сверьте подходят ли эти ответы именно Вам***
После покупки Вы получите файл с ответами на вопросы которые указаны ниже:
Оглавление
1. «Взгляды» ARIS:
* Процессы
*Потоки
* Функции (с целями)
* Данные и организация
*Процедуры
*Управление и внедрение
*Нити
*Память
2. CASE-средства классифицируются по следующим признакам:
* По применяемым методологиям и моделям систем и БД
*По используемому программному обеспечению
*По этапам жизненного цикла программного обеспечения
* По степени интегрированности с СУБД
*По уровням детализации и декомпозиции проектируемой системы
* По доступным платформам
*По используемым языкам программирования
*По степени сложности моделируемой системы
3. DFD описывает:
*Функции обработки стрелок (arrow)
* Функции обработки информации (работы)
*Внешние ссылки (external references), объекты, сотрудников или отделы, которые участвуют в обработке информации
* Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке информации
*Функции обработки внешних ссылок
* Внешние ссылки (external references), таблицы для хранения документов (хранилище данных, data stor+ E)
*Функции обработки документов
*Документы (стрелки, arrow), объекты, сотрудников или отделы, которые участвуют в обработке внешних стрелок
4. ERwin позволяет создавать модели следующих типов:
* Модель, имеющую только логический уровень
*Модель, имеющую абстрактный уровень
*Модель, имеющую абстрактный и физический уровни
* Модель, имеющую только физический уровень
* Модель, имеющую как логический уровень, так и физический уровень
5. IEEE – это:
*Коммерческая организация ученых и исследователей
*Просто принятое обозначение, расшифровки не имеет
*Обозначение всемирной компьютерной сети
* Всемирная некоммерческая техническая профессиональная ассоциация ученых и исследователей
*Такая аббревиатура нигде не используется
6. MS Visio позволяет создавать схемы, чертежи, диаграммы с помощью:
* Встроенных шаблонов
*Панели инструментов
* Трафаретов
* Графических редакторов
*Дополнительного программного обеспечения
*Панели рисования
* Стандартных модулей
* Панели автофигур
7. Quick Reports – создание простейших отчетов – позволяет создавать отчеты:
*Group/Totals, Report Header, Page Header
* Columnar, Vertical, Blank Report
*Group Header, Page Header, Detail
8. UML включает синтаксические и семантические правила для:
*Агрегации
*Тестирования
* Имен, областей действия
*Сборки
*Сопровождения
* Видимости, целостности
*Вывода из эксплуатации
* Исполнения
9. UML, как язык документирования, помимо исполняемого кода производит и другие
*продукты, включающие:
* Требования, архитектуру, проектные решения
*Спецификацию технических средств
* Дизайн, исходный код, проектные планы,
*Требования к уровню квалификации разработчиков
*Набор заданий для тестирования программного обеспечения
*Требования к уровню квалификации персонала сопровождения
* Тесты, прототипы, релизы (версии)
*Требования к выбору языка программирования
10. Аппаратные инструментальные средства разработки ПО – это:
*Система для разработки новых программ на конкретном языке программирования
*Средства создания и редактирования текстов программ
* Периферийные устройства, микропроцессор вычислительного комплекса, предназначенные для разработки нового ПО
*Программное обеспечение, написанное на языках программирования низкого уровня
*Программы, которые используются в ходе разработки, корректировки или развития других прикладных или системных программ
11. В бизнес-процессах выделяют классы процессов:
* Основные бизнес-процессы
*Бизнес-процессы поведения системы
*Программируемые бизнес-процессы
* Обеспечивающие бизнес-процессы
* Бизнес-процессы управления
12. В классификацию требований к программной системе входят:
*Требования заказчика
*Требования, накладываемые условиями эксплуатации
* Функциональные требования
*Требования, накладываемые аппаратными средствами
* Нефункциональные требования
* Требования предметной области
*Экономические требования
*Требования разработчиков
13. В объектно-ориентированном моделировании между классами существуют типы связей:
*Слияние
*Линейность
* Зависимость
*Разветвление
*Цикличность
* Обобщение
* Ассоциация
*Агрегация
14. В рамках Rational Unified Process (RUP) набор действий по разработке программ включает этапы:
*Создание структурных схем
*Определения входных, выходных данных
*Согласование стоимости проекта
*Согласования требований с заказчиком
*Создания бизнес-моделей
* Определение требований
* Проектирование, программирование
* Тестирование, внедрение
15. В состав графического представления класса в языке UML входят части:
*Отношения
* Имя
*Связи
* Атрибуты
*Описание
*Сущности
* Операции
*Механизмы
16. Внедрение – это …
*последний этап проекта автоматизации предприятия
*первый этап проекта автоматизации предприятия
*подготовительный этап автоматизации предприятия
* предпоследний этап проекта автоматизации предприятия
17. Диаграмма IDEF0 может содержать следующие типы диаграмм:
*Диаграмму классов
* Контекстную диаграмму, диаграмму декомпозиции
*Диаграмму компонентов
* Диаграмму дерева узлов
*Диаграмму взаимодействий
* Диаграмму только для экспозиции (FEO)
18. Для различных представлений проектируемой системы используют типы моделей:
*Статическая модель
*Динамическая модель
* Модель классов
*Модель декомпозиции
*Модель размещения
* Модель состояний
* Модель взаимодействия
*Модель агрегации
19. Для создания моделей ERwin используют международно признанные системы обозначений (нотации):
*IDEF0, DM, IDEFDFD
* IDEF1X, IE, DM
*IDEF3, DFD, IDEF3
20. Инструментальное средство ERwin позволяет:
*Редактировать и отлаживать программы
* Проектировать на физическом и логическом уровне модели данных
*Управлять процессом конструирования ПО
*Проектировать диаграммы вариантов использования и взаимодействий
* Проводить процессы прямого и обратного проектирования баз данных
*Управлять процессом трансляции и отладки программ
* Выравнивать модель и содержимое системного каталога после редактирования
*Проектировать контекстные диаграммы и диаграммы декомпозиции
21. Инструментальные средства разработки программ – это:
*Сервисные средства разработки ПО
*Аналитические средства разработки ПО
* Программное обеспечение, предназначенное для разработки и отладки новых программ
*Средства отладки ПО
*Технические инструментальные средства разработки ПО
22. Интерпретатор – это:
*Программа для создания и редактирования электронных таблиц
* Программа, анализирующая команды или операторы исходной программы и немедленно выполняющая их
*Переводит в коды сразу всю программу и создает независимый исполняемый файл
*Программа создания и управления базами данных
*Программа создания файлов мультимедиа
23. К малым интегрированным средствам моделирования относятся:
*ARIS Toolset
*Design/IDEF
* ERwin
* BPwin
*Designer/2000
*Paradigm Plus
* Model Mart
*Rational Rose
24. К методам аттестации требований относится:
*Тестирование
* Обзор требований
*Верификация
*Сравнительный анализ
* Прототипирование
*Генерация случайных данных
* Генерация тестовых сценариев
*Декомпозиция
25. К методам выявления требований относятся:
*Беседы с первыми руководителями предприятия, для которого разрабатывается программное обеспечение
*Анализ научной и технической литературы, посвященной вопросам разработки программного обеспечения
*Личные встречи и беседы со всеми сотрудниками предприятия
*Анализ технической документации и на основе нее разработка требований к системе
*На начальном этапе требования не выявляются, а формируются по мере разработки программного обеспечения
* Интервьюирование и анкетирование, мозговой штурм и отбор идей
* Совещания, посвященные требованиям, создание прототипов
* Раскадровки, прецеденты, обыгрывание ролей
26. К основным компонентам инструментов ARIS Toolset относятся:
*Internet (интернет)
*WordPad (ввод текстовых данных)
*Media (средство для медиа описания моделей)
* Explorer (проводник)
*Acrobat (чтение текстовых данных)
* Designer (средство для графического описания моделей)
*Document (для ввода различных параметров и атрибутов) и выноски
* Таблица (для ввода различных параметров и атрибутов) и мастер (Wizards)
27. К основным понятиям объектно-ориентированного подхода относятся:
*Обобщение
* Полиморфизм
* Инкапсуляция
*Реализация
*Агрегирование
* Наследование
28. К средним интегрированным средствам моделирования относятся:
*Rational Rose
* Design/IDEF
*BPwin
* Designer/2000
* ARIS Toolset
*Model Mart
*Paradigm Plus
*ERwin
29. К этапам развития технологии разработки программного обеспечения относятся:
* «Процедурное» программирование
*Программирование на алгоритмических языках высокого уровня
* Структурный подход к программированию
*Программирование на языках низкого уровня
* Компонентный подход и CASE-технологии
*Машинно-ориентированное программирование
*Машинно-независимое программирование
*Подход к разработке ПО, основанный на стратегии поиска
30. Какие работы включает процесс разработки программного обеспечения:
*Документирование, управление конфигурацией
*Управление, создание инфраструктуры
*Структура из процессов, работ, задач
*Обеспечение качества, верификация
* Анализ требований, проектирование
* Программирование, сборка, тестирование
* Ввод в действие, приемка
*Совместный анализ, аудит
31. Классификация бизнес-процессов включает следующие классы процессов:
*Вспомогательные бизнес-процессы
* Основные бизнес-процессы
*Дополнительные бизнес-процессы
* Обеспечивающие бизнес-процессы
*Обслуживающие бизнес-процессы
*Бизнес-процессы согласования
* Бизнес-процессы управления
*Руководящие бизнес-процессы
32. Компилятор – это:
*Прикладное программное обеспечение
*Специальная утилита системного ПО
*Программное обеспечение, используемое в издательских системах
* Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке не участвуя в ее исполнении
*Переводит в машинные коды 1 строчку программы и сразу ее выполняет
33. Компонентный подход:
* Предполагает взаимодействие между компонентами через стандартизованные двоичные интерфейсы и позволяет использовать исполняемые файлы в любом языке программирования, поддерживающем соответствующую технологию
*Способ отладки и тестирования программного обеспечения
*Способ внедрения и опытной эксплуатации программного обеспечения.
*Метод выработки требований к разработке программного обеспечения
34. Компоновщик – это:
*Программа для компоновки и оформления тестовых документов
*Программное обеспечение для создания презентаций
* Программа сборки загрузочного модуля из полученных в результате раздельной компиляции объектных модулей с автоматическим поиском и присоединением библиотечных подпрограмм и процедур
*Программа для поиска синтаксических и семантических ошибок в программе
35. Методы описания, используемые в ARIS:
*ЕРТ – метод описания потоков
* EPC - метод описания процессов
*ERM - модель сущность-связь для описания структуры объектов
* ERM - модель сущность-связь для описания структуры данных
*ЕРР – метод описания пакетов
*ЕРС – метод описания компонентов
* UML - унифицированный язык моделирования
*ЕРТ – метод описания нитей
36. Механизмы расширения UML включают:
*Исключения
* Стереотипы
*Дополнения
*Управления
* Помеченные значения
*Слияния
* Ограничения
*Объединения
37. Моделирование в UML позволяет решать задачи:
*Анализа и синтеза систем управления
*Разработать и отладить программное обеспечение
* Визуализировать систему в ее текущем или желательном для нас состоянии
*Провести тестирование разработанного программного обеспечения
* Описать структуру или поведение системы; получить шаблон, позволяющий сконструировать систему
*Смоделировать разрабатываемую информационную систему
* Документировать принимаемые решения, используя полученные модели
*Рассчитать экономическую эффективность от внедрения программного обеспечения
38. Моделирование основывается на принципах:
* Выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение
*Декомпозиции системы на отдельные подзадачи
*Инкапсуляции и полиморфизма
*Децентрализации управления системой
* Каждая модель может быть представлена с различной степенью точности; лучшие модели – те, что ближе к реальности
*Открытой трансформируемой системы
* Нельзя ограничиваться созданием только одной модели. Наилучший подход при разработке любой нетривиальной системы – использовать совокупность нескольких моделей, почти независимых друг от друга
*Анализа и синтеза проектирования систем
39. Неверно, что в стоимость владения ИС включают ...
*стоимость внедрения ИС
*стоимость установки ИС
*стоимость СУБД
* расходы на ввод информации
40. Неверно, что при внедрении ИС существуют ... риски
*технические
*организационные
*технологические
* Временные
41. Негативной стороной внедрения ERP-систем является ...
*снижение эффективности работы компании в целом
*увеличение издержек
*трудности стратегического планирования
* высокая стоимость внедрения
42. Необходимость создавать команду, либо отрывать от работы текущих сотрудников ИТ возникает...
*в случае заказной разработки ИС
* при самостоятельной разработке ИС
*при покупке ИС
43. Объектно-ориентированная методология (ООМ) включает в себя составные части:
* Объектно-ориентированный анализ
*Объектно-ориентированный подкласс
* Объектно-ориентированное проектирование
*Объектно-ориентированная парадигма
*Объектно-ориентированная экспозиция
*Объектно-ориентированное моделирование
* Объектно-ориентированное программирование
*Объектно-ориентированная декомпозиция
44. Опорные точки зрения конечных пользователей системы программного обеспечения можно трактовать как:
* Источник информации о системных данных
*Структуру требований
*Источник событий
*Структуру событий
* Структуру представлений
*Получателей требований
*Источник сценариев
* Получателей системных сервисов
45. Отладчик – это:
*Программа для создания системы защиты файла
*Программа создания системы защиты от вирусных атак
* Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку
*Операционная оболочка для создания и управления файловыми структурами
*Системное программное обеспечение для настройки операционной системы
46. Построение SADT-модели включает в себя выполнение каких действий?
*Написание программного обеспечения для разрабатываемой системы по требованиям заказчика
* Сбор информации об объекте, определение его границ
* Определение цели и точки зрения модели, построение, обобщение и декомпозиция диаграмм
*Представление исследуемой системы в графическом виде
*Представление исследуемого объекта средствами системного моделирования
* Критическая оценка, рецензирование и комментирование
*Разработка, отладка и тестирование программного обеспечения
*Использование графических пакетов для представления системы в виде модели
47. При аттестации требований выполняются следующие типы проверок документации требований:
*Проверка на совместимость
*Проверка на управляемость
* Проверка правильности требований
* Проверка на непротиворечивость
*Проверка на соответствие
*Проверка на обратимость
* Проверка на полноту и на выполнимость
*Проверка на заменяемость
48. Применение языка UML существенно упрощает последовательное использование механизмов:
* Спецификации, дополнения
* Принятые разделения
*Выработки требований
*Создания плана работ
* Механизмы расширения
*Тестирования программного обеспечения
*Конструирования ПО
*Сопровождения ПО
49. Принципы разработки программного обеспечения:
*Коллективный процесс разработки
* Индивидуальный процесс разработки
*Параллельный процесс разработки
* Командный процесс разработки
*Промежуточный процесс разработки
* Модель зрелости возможностей
*Модель законченности возможностей
*Модель готовности процессов
50. Принципы разработки эффективного пользовательского интерфейса:
*Сложность, графика
* Структура, простота
*Связь, обработка
* Видимость, обратная связь
*Невидимость, сложность
* Толерантность, повторное использование
*Первое использование, итерация
*Интеграция, повторение
51. Программное обеспечение делится на классы:
*Системное ПО и прикладное ПО
* Системное ПО, прикладное ПО и инструментальные средства разработки программ
*Операционные системы, прикладное ПО, утилиты и драйверы
*Прикладное ПО и инструментальные средства разработки программ
*Системное ПО и инструментальные средства разработки программ
52. Программные инструментальные средства разработки ПО – это:
* Программы, позволяющие выполнить все работы, определенные методологией проектирования ПО
*Системное программное обеспечение, позволяющее сопровождать офисные программные пакеты
*Средства создания текстовых документов
*Устройство компьютера, специально предназначенное для поддержки разработки программных средств
*Средства создания и редактирования текстовых документов
53. Процесс определения и анализа требований включает в себя:
*Анализ работы систем с аналогичной предметной областью
* Анализ предметной области, сбор и классификацию требований
*Проведение совместных совещаний с представителями заказчика
* Разрешение противоречий и определение приоритетов
*Адаптацию требований к разрабатываемому программному обеспечению
*Декомпозицию общей задачи на подзадачи
* Проверку, специфицирование и документирование требований
*Верификацию требований в соответствии с разработанным программным обеспечением
54. Процесс преобразования постановки задачи в план алгоритмического или вычислительного решения это:
* проектирование
*анализ требований
*программирование
*Тестирование
55. Разработка и сопровождение ИС в конкретной организации и конкретном проекте должна поддерживаться стандартами:
*Стандарт организации
*Стандарт конкретного проекта
* Стандарт проектирования
*Стандарт оценки
* Стандарт оформления проектной документации
*Стандарт аудита
* Стандарт оформления разработки
* Стандарт пользовательского интерфейса
56. Разработкой плана создания, внедрения и развития ИС занимается …
*руководитель компании
*главный бухгалтер
*финансовый аналитик
* IT-менеджер
57. Результатами проектирования архитектуры являются:
*Модель административного интерфейса
* Модель процессов
*Модель потоков
*Модель классов
* Модель данных
* Модель пользовательского интерфейса
*Модель компонентов
*Модель узлов
58. Словарь UML включает строительные блоки:
*Зависимости
* Сущности
*Слияния
*Разветвления
* Связи
*Группировки
* Диаграммы
*Декомпозиции
59. Создать отчет в BPwin возможно с помощью:
* Встроенных шаблонов, Report Template Builder, RPTwin
*Программных модулей, создаваемых разработчиком на языке Visual Basic
*Отчет создается разработчиком, встроенных мастер-функций, Report Template Builder
*Отдельно поставляемых программ
*Создать отчет в BPwin невозможно
60. Составление спецификаций это:
* формализация задачи
*эскизный проект
*поиск алгоритма
*Отладка
61. Технология проектирования определяется как совокупность составляющих:
*Поэтапная процедура
* Пошаговая процедура
*Модели и правила
* Критерий и правила
*Тестирование
* Нотаций
*Прецеденты
*Классы
62. Типы интерфейсных требований:
* Пользовательские требования
* Аппаратные требования
*Административные требования
*Требования к производительности
* Программные и коммуникационные требования
*Требования к надежности
*Требования к устойчивости
*Атрибуты программной системы и другие требования
63. Точки зрения организации в ARIS:
*Структура внедрения и структура потоков
* Организационная структура
*Управленческая структура
*Поведенческая структура
* Функциональная структура
*Коммуникационная структура
* Структура данных и структура процессов
*Обобщенная структура
64. Транслятор – это:
*Программа-переводчик с одного иностранного языка на другой
*Техническое устройство передачи и преобразования аудио и видеосигналов
*Техническое устройство для кодирования и декодирования информации
*Программное обеспечение для обеспечения защиты информации на компьютере
* Одно из основных средств автоматизации программирования для преобразования программы, написанный на машинно-независимом языке, в программу на машинном языке конкретной ЭВМ
65. Требования – это:
*Документ, регулирующий отношения между заказчиком информационной системы и проектировщиком
* Некоторое свойство программного обеспечения, необходимое пользователю для решения проблемы при достижении поставленной цели
*Характеристика проектируемого программного обеспечения с точки зрения разработчика
*Оформленное разработчиком в виде документа задание на проектирование программного обеспечения
*Характеристика проектируемого программного обеспечения с точки зрения заказчика
66. Требования к разрабатываемой системе должны включать:
*Разработку программного обеспечения и выработка требований к изменению работы системы заказчика
* Совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, предоставляемые системе; внешние условия ее функционирования; состав людей и работ, имеющих к ней отношение)
*Построение программного обеспечения из отдельных компонентов физически отдельно существующих частей программного обеспечения
* Описание выполняемых системой функций
*Технологию создания сложного программного обеспечения, основанную в объектном представлении кода программы
* Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации)
*Совокупность рекомендуемых технологических приемов, охватывающих выполнение всех этапов разработки программного обеспечения
*Технологию разработки программного обеспечения на базе структурной схемы развития языков программирования
67. Укажите правильную последовательность создания программы:
* формулирование задачи, анализ требований, проектирование, программирование
*анализ требований, проектирование, программирование, тестирование, отладка
*анализ требований, программирование, проектирование, тестирование
*анализ требований, проектирование, программирование, модификация, трассировка
*формулирование задачи, анализ требований, программирование, проектирование, отладка
68. Управление рисками — это
*метод исследования системы, который начинается с общего обзора ее и затем детализируется, приобретая иерархическую структуру с большим числом уровней
*процесс получения логической модели системы вместе со строго сформулированными целями, поставленными перед нею, а также написания спецификаций физической системы, удовлетворяющей этим требованиям
*содержание большого штата квалифицированных специалистов из различных областей в организации
* процессы, связанные с идентификацией, анализом рисков и принятием решений, которые включают максимизацию положительных и минимизацию отрицательных последствий наступления рисковых событий
69. Управление требованиями:
*Задача выявления изначальных проблем заказчика и создание системы, удовлетворяющей этим требованиям
*Выявление требований заказчика и управление ими
*Разработка требований к программному обеспечению и создание ПО на основе этих требований
* Процесс, в ходе которого вырабатывается и обеспечивается соглашение между заказчиком и выполняющей проект группой по поводу меняющихся требований к системе
*Разработка программного обеспечения и выработка требований к изменению работы системы заказчика
70. Уровни анализа ARIS для каждого «взгляда»:
*Поведение
* Требования
* Спецификации
*Функции
*Процедуры
*Проверка
* Внедрение
*Тестирование
71. Уровни логической модели:
*Диаграмма сущность
*Диаграмма связь
*Диаграмма пакетов
* Диаграмма сущность-связь
*Модель данных, основанная на классах
* Модель данных, основанная на ключах
*Полная операционная модель
* Полная атрибутивная модель
72. Уровни организационного управления при планировании разработки системы:
* Стратегический
* Тактический
* Оперативный
*Основной
*Вспомогательный
*Дополнительный
*Системный
Аналитический
73. Уровни точки зрения в ARIS:
*Описание структуры
* Описание требований
*Описание поведения
*Описание разработки
* Описание спецификации
* Описание внедрения
*Описание процессов
*Описание классов
74. Функциональными возможностями MRP-систем являются:
*решение задач планирования деятельности предприятия в натуральном и денежном выражении
*составление плана стратегического развития
*осуществление поддержки принятия решений для выработки навыков и умений
* определение и передача в производство и службы материально-технического снабжения информации о потребностях предприятия во всех материальных ресурсах, необходимых для выполнения производственной программы
75. Этап разработки программы, на котором дается характеристика области применения программы:
* техническое задание
*эскизный проект
*технический проект
*внедрение
*рабочий проект
76. Этапом жизненного цикла ИС, влияющим на цену владения ИС, является ...
*анализ бизнеса и стратегий его развития
*создание бизнес-портфеля предприятия
* установка (инсталляция программного продукта)
*восстановление базы данных
77. Этапы разработки консалтинговых проектов включают в себя:
* Анализ первичных требований и планирование работ
*Снятие программного продукта с эксплуатации
*Декомпозицию задачи на подзадачи
*Разработку спецификации и документации
* Проведение обследования деятельности предприятия
*- Тестирование и сопровождение программного обеспечения
* Построение моделей деятельности предприятия (модели AS – IS – “как есть” и модели TO – BE – “как должно быть”)
*Разработку программного обеспечения
78. Ядро знаний SWEBOK – это:
*ГОСТ на разработку программного обеспечения
*ГОСТ на разработку информационных систем
*Документ, устанавливающий правовые отношения между заказчиком и разработчиком программного обеспечения
*Основополагающий научно-технический документ, который отображает мнение специалистов в области программной инженерии
* Документ, который согласуется с современными регламентированными процессами жизненного цикла ПО стандарта ISO/IEC 12207
79. Язык UML – это:
*Язык программирования высокого уровня
*Язык для разработки систем искусственного интеллекта
*Язык управления базами данных
* Язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем
*Язык создания запросов в базах данных
80. Язык UML предназначен для:
* Визуализации
*Тестирования
*Сопровождения
* Специфицирования
*Снятия с эксплуатации
* Конструирования, документирования
*Анализа требований
*Обучения персонала
