Внедрение информационных систем.кс_СПО (тест с ответами КОЛЛЕДЖ Синергия)

Раздел
Программирование
Тип
Просмотров
729
Покупок
34
Антиплагиат
Не указан
Размещена
7 Июн 2023 в 18:09
ВУЗ
МФПУ Синергия / Московский открытый институт (МОИ) / Московский технологический институт (МТИ) / МОСАП
Курс
Не указан
Стоимость
300 ₽
Демо-файлы   
1
jpeg
Результат 97 баллов из 100 Результат 97 баллов из 100
60.1 Кбайт 60.1 Кбайт
Файлы работы   
1
Каждая работа проверяется на плагиат, на момент публикации уникальность составляет не менее 40% по системе проверки eTXT.
pdf
Внедрение информационных систем.кс_СПО (ОТВЕТЫ)
734.2 Кбайт 300 ₽
Описание

ИТОГОВЫЙ ТЕСТ

80 вопросов с ответами

Последний раз предмет был сдан на 97 баллов из 100 "Отлично".

Год сдачи -2023.

!!!ВАЖНО!!! ВЫ покупаете готовую работу а именно ответы на те вопросы, которые прописаны на странице!

После покупки Вы получите файл с ответами на вопросы которые указаны ниже:

***(Если нужна помощь с другими предметами или сдачей тестов онлайн, пишите в личные сообщения https://studwork.ru/info/147162

Оглавление

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 предназначен для:

* Визуализации

*Тестирования

*Сопровождения

* Специфицирования

*Снятия с эксплуатации

* Конструирования, документирования

*Анализа требований

*Обучения персонала

Вам подходит эта работа?
Похожие работы
Информационные системы
Тест Тест
23 Апр в 23:45
84 +7
0 покупок
Информационные системы
Тест Тест
22 Апр в 11:35
18
0 покупок
Информационные системы
Реферат Реферат
22 Апр в 01:40
17
0 покупок
Другие работы автора
Премиум
Банковское дело
Тест Тест
17 Апр в 19:20
957 +11
1 покупка
Премиум
Таможенное право
Тест Тест
14 Апр в 21:38
161 +8
2 покупки
Премиум
Финансовый менеджмент
Тест Тест
9 Апр в 21:02
78 +6
1 покупка
Премиум
Управление проектами
Тест Тест
4 Апр в 14:09
228 +1
6 покупок
Премиум
Бухгалтерский учет, анализ и аудит
Тест Тест
4 Апр в 00:54
153 +1
3 покупки
Премиум
Философия
Тест Тест
2 Апр в 14:28
222
9 покупок
Премиум
Налоговое право
Тест Тест
31 Мар в 21:58
324 +1
12 покупок
Премиум
Государственное и муниципальное управление
Тест Тест
10 Мар в 18:51
325 +3
5 покупок
Премиум
Государственное и муниципальное управление
Тест Тест
9 Фев в 01:57
175 +1
0 покупок
Премиум
Государственное и муниципальное управление
Тест Тест
9 Фев в 01:35
188 +2
2 покупки
Темы журнала
Показать ещё
Прямой эфир