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

Раздел
Программирование
Тип
Просмотров
82
Покупок
0
Антиплагиат
Не указан
Размещена
12 Дек 2023 в 18:18
ВУЗ
Синергия
Курс
Не указан
Стоимость
300 ₽
Файлы работы   
1
Каждая работа проверяется на плагиат, на момент публикации уникальность составляет не менее 40% по системе проверки eTXT.
pdf
Ответы
464.3 Кбайт 300 ₽
Описание

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

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

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

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

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

При возникновении вопросов или необходимости пройти тест по другому предмету пишите в личные сообщения https://studwork.ru/mail/259571

Другие мои работы можно найти по ссылке https://studwork.ru/shop?user=259571

Ответы вы сможете скачать сразу после покупки.

Оглавление

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

· Визуализации

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

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

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

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

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

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

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

Вам подходит эта работа?
Похожие работы
Информационные системы
Тест Тест
8 Мая в 10:16
5 +1
0 покупок
Другие работы автора
Общая психология
Тест Тест
5 Мая в 15:01
19 +2
0 покупок
Психология труда
Тест Тест
4 Мая в 13:43
46 +3
2 покупки
Интернет-маркетинг
Тест Тест
2 Мая в 18:50
17 +2
0 покупок
Информационные технологии
Тест Тест
2 Мая в 13:28
31
1 покупка
Латинский язык
Тест Тест
28 Апр в 14:18
23
0 покупок
Темы журнала
Показать ещё
Прямой эфир