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

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

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

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

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

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

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

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

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

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

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