Тесты / Информатика / Прочее / Классический подход к разработке программных средств

Новогодняя распродажа готовых материалов для учителей! Скидки до 50 %

Классический подход к разработке программных средств

Автор скрыт

06.10.2021. Тест. Информатика, Прочее

Внимание! Все тесты в этом разделе разработаны пользователями сайта для собственного использования. Администрация сайта не проверяет возможные ошибки, которые могут встретиться в тестах.

1. Классические методы анализа 1.1. Структурный анализ 1.2. Методы анализа, ориентированные на структуры данных 2. Основы проектирования программных систем 2.1. Особенности синтеза программных систем 2.2. Этапы процесса проектирования 2.3. Структурирование системы 2.4. Моделирование управления 2.5. Декомпозиция подсистем на модули 2.6. Проектирование программ сложной структуры

Система оценки: 5 балльная

Список вопросов теста

Вопрос 1

В системной спецификации описываются

Варианты ответов

функции; характеристики программы; ограничения системы; входные и выходные данные.
функции; характеристики языка программирования; ограничения разработки программы; выходная информация.
функции; характеристики системы; ограничения разработки; входная и выходная информация.
функции; характеристики разработки системы; ограничения системного программирования; входная и выходная информация.

Вопрос 2

Известно два подхода к разработке ПО

Варианты ответов

Функционально-модульный или структурный
Системный подход
Клиент-серверный подход
Объектно - ориентированный подход

Вопрос 3

Функционально-модульный подход

Варианты ответов

основан на принципе функциональной декомпозиции
использует объектную декомпозицию
один из формализованных методов анализа требований к ПО
графическое средство для изображения информационного потока

Вопрос 4

Объектно-ориентированный подход

Варианты ответов

основан на принципе функциональной декомпозиции
использует объектную декомпозицию
один из формализованных методов анализа требований к ПО
графическое средство для изображения информационного потока

Вопрос 5

Структурный анализ

Варианты ответов

основан на принципе функциональной декомпозиции
использует объектную декомпозицию
один из формализованных методов анализа требований к ПО
графическое средство для изображения информационного потока

Вопрос 6

Диаграммы потоков данных

Варианты ответов

основан на принципе функциональной декомпозиции
графическое средство для изображения информационных преобразований, которым подвергаются данные при движении от входа к выходу системы
использует объектную декомпозицию
один из формализованных методов анализа требований к ПО

Вопрос 7

Расставьте соответсвия

DFD (Data Flow Diagrams)

SADT (Structured Analysis and Design Technique)

ERD (Entity-Relationship Diagrams)

Варианты ответов

метод структурногo анализа и проектирования;
диаграммы потоков данных;
диаграммы "сущность — связь".

Вопрос 8

Какой тип диаграммы представлен на изображении

Варианты ответов

ERD (Entity-Relationship Diagrams)
SADT (Structured Analysis and Design Technique)
DFD (Data Flow Diagrams)
ABC (Pascal)

Вопрос 9

Метод Джексона (1975) включает 6 шагов. Три шага выполняются на этапе анализа, а остальные — на этапе проектирования.

Объект—действие.

Объект—структура.

Начальное моделирование.

Доопределение функций.

Учет системного времени.

Реализация.

Варианты ответов

Выделяются и описываются сервисные функции.
Определяются объекты — источники или приемники информации и действия — события реального мира, воздействующие на объекты
Объекты и действия представляются как обрабатывающая модель. Определяются связи между моделью и реальным миром
Согласование с системной средой, разработка аппаратной платформы.
Действия над объектами представляются диаграммами Джексона.
Определяются и оцениваются характеристики планирования будущих процессов.

Вопрос 10

Определите этапы синтеза ПС

Варианты ответов

кодирование ПС;
проектирование ПС;
тестирование ПС.

Вопрос 11

Разработка данных

Варианты ответов

итерационный процесс, посредством которого требования к ПС транслируются в инженерные представления ПС.
фрагмент программного текста — строительный блок для физической структуры системы.
это результат преобразования информационной модели анализа в структуры данных, которые потребуются для реализации программной системы (модель данных)
свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей

Вопрос 12

Проектирование

Варианты ответов

итерационный процесс, посредством которого требования к ПС транслируются в инженерные представления ПС.
фрагмент программного текста — строительный блок для физической структуры системы.
это результат преобразования информационной модели анализа в структуры данных, которые потребуются для реализации программной системы (модель данных)
свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей

Вопрос 13

Модуль

Варианты ответов

итерационный процесс, посредством которого требования к ПС транслируются в инженерные представления ПС.
фрагмент программного текста — строительный блок для физической структуры системы.
это результат преобразования информационной модели анализа в структуры данных, которые потребуются для реализации программной системы (модель данных)
свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей

Вопрос 14

Модульность

Варианты ответов

итерационный процесс, посредством которого требования к ПС транслируются в инженерные представления ПС.
фрагмент программного текста — строительный блок для физической структуры системы.
это результат преобразования информационной модели анализа в структуры данных, которые потребуются для реализации программной системы (модель данных)
свойство системы, которая может подвергаться декомпозиции на ряд внутренне связанных и слабо зависящих друг от друга модулей

Вопрос 15

Существуют два типа моделей модульной декомпозиции:

Варианты ответов

модель системы
модель потока данных
модель объектов
модель "сущность — связь"