28 (Билеты на государственный аттестационный экзамен по специальности Информационные Системы)
Описание файла
Документ из архива "Билеты на государственный аттестационный экзамен по специальности Информационные Системы", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "28"
Текст из документа "28"
1Одноканальная система массового обслуживания с накопителем, многоканальная система массового обслуживания с накопителем. Р 3.1 Если b>1, то b=b-1 и y=0 3.2 Если (b≤1)∩d>0, то b=∆τi ; y=1; d=d-1 3.3 Если (b≤1)∩d=0, то b=0 и y=1 ассмотрим общую схему системы массового обслуживания для разомкнутых смешанных систем. Она состоит из обслуживающей и обслуживаемой систем. Обслуживаемая система включает совокупность источников требований и водящего потока требований. Требование -каждый отдельный запрос на выполнение какой-либо работы (на производство услуги). Источник требования - объект (человек, механизм и т.д.), который может послать в обслуживающую систему одновременно только одно требование Обслуживающая система состоит из накопителя и механизма обслуживания. Обслуживанием считается удовлетворение поступившего запроса на выполнение услуги. Механизм обслуживания состоит из нескольких обслуживаюших аппаратов. Обслуживающий аппарат - это часть механизма обслуживания. которая способна удовлетворить одновременно только одно требование (ремонтный рабочий или бригада, кран, экскаватор, пост мойки и т.д.). После окончания обслуживания требования покидают систему, образуя выходящей поток требований. Для моделирования СМОРС должны быть известны четыре ее параметра λ - плотность входящего потока, показывающая среднее число требований, поступающих в СМО в час (параметр загрузки). Поток заявок простейший. μ -среднее число заявок обслуживаемых одним аппаратом в час (параметр разгрузки). Распределение интервалов обслуживания подчиняется показательному распределению N - чисто обслуживающих аппаратов. Будем полагать, что аппараты имеют одинаковую производительность обслуживания μ требований/час. М - максимальное число требований, которое может быть размещено в накопителе при ожидании обслуживания. Будем считать, что если очередное требований поступающее в СМО в состоянии, когда буду т заняты все аппараты и все места в накопителе то требовании получает отказ в обслуживании и покидает систему массового обслуживания не обслуженным. В системе массового обслуживания постоянно протекают два случайные процесса: - процесс загрузки обуотовтенный параметром λ - процесс разгрузки обуотовтенный параметром μ В результате чего СМО меняет свои состояния Для расчета вероятностей состояний используется формула связывающая вероятности двух соседних состояний из графа состояний по следующему правилу: вероятность Рi равна вероятности предыдущего состояния Рi-1 умноженной на отношение показателя загрузки к показателю разгрузки Si-1 состояния. Все вероятности связаны между собой, поэтому выразим их через Ро Воспользуемся формулой: Получим уравнение с одним неизвестным Ро. из которого и определим 1.1 Если a>1, то а=а-1 и х=0 1.2 Если а=1, то а=∆t и х=1 (5) | 2 Технологии проектирования многозвенных информационных систем. Модель распределённого приложения БД называется многозвенной и её наиболее простой вариант – трёхзвенное распределённое приложение. Тремя частями такого приложения являются:
Все они объединены в единое целое единым механизмом взаимодействия (транспортный уровень) и обработки данных (уровень бизнес-логики). Компоненты и объекты Delphi, обеспечивающие разработку многозвенных приложений, объединены общим названием MIDAS. Многозвенная архитектура приложений баз данных вызвана к жизни необходимостью обрабатывать на стороне сервера запросы от большого числа удалённых клиентов. В рамках многозвенной архитектуры “тонкие” клиенты (клиенты, выполняющие минимум операций) представляют собой простейшие приложения, обеспечивающие лишь передачу данных, их локальное кэширование, представление средствами пользовательского интерфейса, редактирование и простейшую обработку. Клиентские приложения обращаются не к серверу БД напрямую, а к специализированному ПО промежуточного слоя. Это может быть и одно звено (простейшая трёхзвенная модель) и более сложная структура. Клиенты многозвенных приложений обеспечивают выполнение следующих функций: соединение с сервером приложений, приём и передача данных, отображение средствами пользовательского интерфейса, простейшие операции редактирования, сохранение локальных копий данных. В Delphi многозвенные ИС разрабатываются на основе технологии MIDAS(Multi-tier distributed application services – служба многоуровневых распределённых приложений). Технология Midas включает в себя основные элементы, приведённые ниже. -Удалённый брокер данных (Remote Data Broker) – обеспечивает интерфейс для обмена данными между сервером приложений и клиентом. -Брокер бизнес-объектов (Business Objects Broker) – cсовместно с технологией Borland OLEnterprise позволяет размещать сервер приложений одновременно на нескольких компьютерах. -Брокер ограничений (Constraints Broker) –обеспечивает распределение ограничений, применяемых к данным, между отдельными уровнями ИС. Среда разработки Delphi поддерживает следующие технологии для реализации трехзвенной архитектуры:
Сервер приложений создаётся на основе удалённого модуля данных, который служит для размещения компонентов, а также для обеспечения взаимодействия с сервером и клиентами. Для создания различных серверов приложений предназначены следующие разновидности удалённых модулей данных: RemoteDataModule для технологии DCOM, TCP/IP. MTSDataModule и TCorbaDataModule для MTS и CORBA соответственно. Каждый компонент реализуется как окно - контейнер для помещения в него компонент для работы с БД (TDataBase, TTable, TQuery, TStoredProc). А также, если необходимо, обработчиков событий этих компонентов и объектов полей соответствующих НД. Для каждого компонента источника в модуль помещается компонент TDataSetProvider. Он служит связующим звеном между сервером приложений и клиентским набором данных. Именно к нему привязывается клиентский набор данных, реализуемый компонентом TCientDataSet посредством коммуникационного компонента TXXXConnection. | 3 Установление связей между таблицами. Типы связей, поддерживаемые СУБД Visual FoxPro. Установление связей между таблицами. 1 визуально в конструкторе БД от ключа
TN Prim TN Regul Визуальные связи используется: а) для отображения ER модели в машинном представлении; в) используется при создании представлений Local View 2 В диалоговом окне DataSession. Установление связей осуществляется в Конструкторе таблиц. Обязательным условием установления связей между таблицами является наличие ранее созданных индексных тегов. Для создания связей необходимо выбрать таблицу, которая имеет первичный индекс, удерживая кнопку мыши на нем, переместить указатель мыши на соответствующую таблицу (она должна обязательно содержать индексный тег любого типа по соответствующему полю). В окне Конструктора таблиц созданные связи отображаются визуально, их легко изменить, установить новые, удалить (клавиша Del). |