3. Указать, какой из приведенных вариантов более соответствует понятию Remote View (бд)

Разновидность виртуальной таблицы в базе данных Visual FoxPro, позволяющая взаимодействовать с "чужой" таблицей (созданной другими СУБД) как со своей собственной.

4. Операционные системы реального времени (ос)

Это системы, предназ-е д./разработки так называемых приложений реального времени-прог, управляющих оборудованием ПК, часто с очень жесткими ограничениями по времени. Эти сиcтемы обязаны поддержать многопоточность, гарантированное время реакции на внешнее событие.

В них главным параметром является время. Например, в системах управления производством компьютеры, работающие в режиме реального времени, собирают данные о промышленном процессе и используют их для управления машинами на фабрике. Часто такие процессы должны удовлетворять жестким временным требованиям. Если некоторое действие должно произойти в конкретный момент времени (или внутри заданного диапазона времени), говорят о жесткой системе реального времени.

Существует и другой вид: гибкая система реального времени, в которой допустимы случающиеся время от времени пропуски сроков выполнения операции. В эту категорию попадают цифровые, аудио и мультимедийные системы. Системы VxWorks и QNX являются хорошо известными операционными системами реального времени.

5 В чем отличие моделей жизненного цикла (жц) программного продукта (пп) в традиционной и case-технологии разработки по

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

CASE-технология базируется на спиральной модели ЖЦ ПП. Эта модель ЖЦ ПП была предложена в 1988 году Барри Боэмом. Модель базируется на лучших свойствах классического ЖЦ и макетирования, к которым добавляется новый элемент – анализ риска.

В спиральной модели делается упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Все эти этапы выполняются на каждом витке спирали ЖЦ. Каждый виток спирали соответствует некоторому уровню детализации проекта. Каждый следующий виток характеризуется более высокой степенью детализации создаваемого ПО. Каждый виток заканчивается тем, что уточняются цели и характеристики проекта и планируются работы следующего витка спирали. Тем самым реализуется нисходящий принцип проектирования

Планирование Анализ риска