твой-зачёт.рф
С любовью к учебе
Твой-зачет 🖤
+7 (977) 762-60-60
+7 (966) 062-65-49
+7 (495) 978-00-01
Заказать звонок
О нас
  • О компании
  • Отзывы
  • Ценности и гарантии
  • Договор-оферта
  • Пользовательское соглашение
Услуги
  • Оформление рефератов / контрольных работ
  • Оформление магистерских диссертаций
  • Оформление дипломных работ
  • Оформление курсовых работ
  • Оформление практических работ
  • Тесты/Экзамены/Зачеты
Магазин готовых работ
Отзывы
Полезная информация
Контакты
    твой-зачёт.рф
    Меню  
    • О нас
      • О компании
      • Отзывы
      • Ценности и гарантии
      • Договор-оферта
      • Пользовательское соглашение
    • Услуги
      • Оформление рефератов / контрольных работ
      • Оформление магистерских диссертаций
      • Оформление дипломных работ
      • Оформление курсовых работ
      • Оформление практических работ
      • Тесты/Экзамены/Зачеты
    • Магазин готовых работ
    • Отзывы
    • Полезная информация
    • Контакты
    Заказать звонок
    +7 (977) 762-60-60
    +7 (966) 062-65-49
    +7 (495) 978-00-01
    Внедрение информационных систем.кс_СПО (тест с ответами КОЛЛЕДЖ Синергия)
    Телефоны
    +7 (977) 762-60-60
    +7 (966) 062-65-49
    +7 (495) 978-00-01
    Заказать звонок
    • О нас
      • Назад
      • О нас
      • О компании
      • Отзывы
      • Ценности и гарантии
      • Договор-оферта
      • Пользовательское соглашение
    • Услуги
      • Назад
      • Услуги
      • Оформление рефератов / контрольных работ
      • Оформление магистерских диссертаций
      • Оформление дипломных работ
      • Оформление курсовых работ
      • Оформление практических работ
      • Тесты/Экзамены/Зачеты
    • Магазин готовых работ
    • Отзывы
    • Полезная информация
    • Контакты

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

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

    Описание

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

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

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

    Год сдачи -2023.

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

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

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

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

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

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

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

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

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

    Документы
    rezultat-97-ballov-iz-100
    32.4 Кб
    • Комментарии
    Загрузка комментариев...

    Поделиться
    Назад к списку
    Наши специалисты ответят на любой интересующий вопрос по готовой работе
    Задать вопрос
    Любые темы работ, тестов, задач
    © 2025 Все права защищены. Эксперты сайта Твой-зачет проводят работу по подбору, обработке и структурированию материала по предложенной заказчиком теме. Результат данной работы не является готовым научным трудом, но может служить источником для его написания.
    Наши контакты

    +7 (977) 762-60-60
    +7 (966) 062-65-49
    +7 (495) 978-00-01
    info@твой-зачёт.рф
    Россия, Москва, Ленинградский Проспект, 78, Корп. 1 (временно работаем удаленно, прием клиентов не осуществляем)
    Оставайтесь на связи

    Сделано в ARTBYTE