9 (Билеты на государственный аттестационный экзамен по специальности Информационные Системы)
Описание файла
Документ из архива "Билеты на государственный аттестационный экзамен по специальности Информационные Системы", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "9"
Текст из документа "9"
1 Построение инфологической модели предметной области. Семантический подход. Семантический подход– ориентирован на смысловые характеристики информации – так называемый подход "от реального мира". Наиболее распространен. Предполагает изменение границ предметной области, непрерывное развитие автоматизированной, экономической информационной системы. Деление на синтаксис и семантику условно и актуально на I этапе проектирования БД. Назначение модели: - семантическое описание ПО и представление информации для обоснования выбора видов моделей и структур данных, которые в дальнейшем будут использоваться в системе. Достоинства модели: относительная простота модели; применение естественного языка; легкость понимания. Все это дает возможность использовать данную модель как инструмент для общения с будущими пользователями с целью сбора информации для описания и проектирования ПО. | 2 Модель сообщений Windows. Модели событий. Модель сообщений Windows Особенностью поведения приложения, работой которого управляют события, является то, что приложение после создания и инициализации всех визуальных и не визуальных компонентов (работа взаимосвязанных методов Create) переходит в бесконечный цикл ожидания событий (Events) от окружения (работа метода Run). Окружением для приложения Delphi выступает системная среда, создаваемая Windows 95. О всех, происходящих в системе событиях : нажатии клавиши на клавиатуре, перемещении курсора мыши, изменении конфигурации и содержимого системных и инициализированных файлов, ядро Windows информирует открытые окна приложений, посылая сообщения (Messages) их оконным функциям. Источниками сообщений кроме ядра Windows могут быть и драйверы устройств , в том числе, клавиатуры и мыши. Например, перемещается курсор мыши - посылается сообщение wm_MouseMove; создается или перемещается окно - wm_Create или wm_Move; выполняется щелчок по кнопкам мыши - wm_LButtonDown, wm_RButtonDown; нажимается клавиша или комбинация клавиш на клавиатуре - wm_Char (точнее, при нажатии клавиш возникают нотификационные сообщения - cn_KeyDown (нажата функциональная клавиша или комбинация клавиш и кнопок мыши), cn_KeyUp(отпущена) и cn_Char (нажата клавиша основного наборного поля)). Все сообщения помещаются в системную очередь, а из системной очереди пересылаются в очередь приложения, которому они предназначены. Приложение извлекает сообщение из очереди и передает его соответствующей оконной функции. С оконной функцией ассоциируется оконный элемент управления, расположенный в соответствующем окне приложения. Определение какому именно элементу предназначено событие осуществляется по правилам :
не получить его, так как его перехватил другой оконный элемент (например, форма имеет возможность перехватывать события от клавиатуры, не пропуская его элементу, находящемуся в «фокусе ввода»). Таким образом, жизненный цикл события с момента его генерации состоит из : поиска элемента, которому принадлежит событие, то есть определение источника события (Sender); поиска метода-обработчика данного события; обработки события и модификации состояния или поведения элемента; удаления события из очереди событий. Разработанное приложение Delphi дает полный доступ пользователю к событийной модели Windows, упрощая процесс обработки того или иного события. Модель событий. Общая характеристика событий от клавиатуры, от мыши. Любой элемент может игнорировать событие, если не содержит собственный обработчик, обработать, или не получить, если событие, адресованное ему, перехвачено другим элементом. Поскольку обработчик события – это метод компонента, внутри этого метода при разработке кода должны быть доступны основные свойства и методы этого класса. Поэтому с позиции объектной модели Delphi событие – это тип, специального процедурного типа, который используется для определения процедуры обработки события. Event->Свойство:=>указатель на процедурный тип. В заголовке процедурного типа обязательным параметром является Sender: TObject, он является указателем на элемент – источник события. Каждый компонент наделен своим множеством обрабатываемых событий. Условно события можно разделить на 5 групп: 1.События от клавиатуры - Могут обрабатывать только оконные элементы, которые могут менять фокус ввода. Форма, как основной оконный элемент может перехватывать события от клавиатуры, адресованное элементу управления, находящемуся в фокусе ввода, если установлено событие KeyPreview .При нажатии клавиши основного наборного поля возникает событие OnKeyPress. Если используются функциональные клавиши, клавиши управления, либо комбинации (Alt+…,Shift+… и т.д.), то возникают события OnKeyDown, OnKeyUp. Для того, чтобы обработать события, поступающие от функциональных клавиш, используются константы виртуальных клавиш: VK_F1, VK_Enter,VK_Home… 2.События от мыши - Относятся к классу позиционных событий, то есть все компоненты, которые визуально доступны курсору мыши, могут обрабатывать события от этого устройства. OnClick (по умолчанию), OnDblClick. OnMouseDown, OnMouseUp, OnMouseMove – x,y:integer – передают координаты курсора мыши в координатной сетке владельца события. С помощью обработчика событий от мыши можно реализовать событие перетаскивания компонентов на этапе RunTime (Drag&Drop).Основных событий в механизме два:1)OnDragOver-это событие генерируется для компонента, над территорией которого проносится захваченный курсором компонент. 2) OnDragDrop – обеспечивает встраивание. Перетаскивание возможно только тогда, когда свойство DragMode - Automatic. 3.События, возникающие на этапе создания, прорисовки и визуализации компонентов : OnCreate – возникает при создании экземпляра класса (1 раз); OnPaint – прорисовка; OnResize – изменение размера; OnShow (OnHide); OnActivate (OnDeactivate) – относится к окну когда оно становится окном переднего плана; OnOpen (OnClose) – при открытии 4.События для компонентов, способных вводить исходные данные –OnChange по умолчанию для TEdit? TDataSource и т.д. 5.События для компонентов, способных принимать фокус ввода: OnEnter - принимает фокус ввода;OnExit – теряет фокус ввода. | 3 Одноканальная система массового обслуживания с накопителем, многоканальная система массового обслуживания с накопителем. Рассмотрим общую схему системы массового обслуживания для разомкнутых смешанных систем. Она состоит из обслуживающей и обслуживаемой систем. Обслуживаемая система включает совокупность источников требований и водящего потока требований. Требование -каждый отдельный запрос на выполнение какой-либо работы (на производство услуги). Источник требования - объект (человек, механизм и т.д.), который может послать в обслуживающую систему одновременно только одно требование Обслуживающая система состоит из накопителя и механизма обслуживания. Обслуживанием считается удовлетворение поступившего запроса на выполнение услуги. Механизм обслуживания состоит из нескольких обслуживаюших аппаратов. Обслуживающий аппарат - это часть механизма обслуживания. которая способна удовлетворить одновременно только одно требование (ремонтный рабочий или бригада, кран, экскаватор, пост мойки и т.д.). После окончания обслуживания требования покидают систему, образуя выходящей поток требований. Для моделирования СМОРС должны быть известны четыре ее параметра λ - плотность входящего потока, показывающая среднее число требований, поступающих в СМО в час (параметр загрузки). Поток заявок простейший. μ -среднее число заявок обслуживаемых одним аппаратом в час (параметр разгрузки). Распределение интервалов обслуживания подчиняется показательному распределению N - чисто обслуживающих аппаратов. Будем полагать, что аппараты имеют одинаковую производительность обслуживания μ требований/час. М - максимальное число требований, которое может быть размещено в накопителе при ожидании обслуживания. Будем считать, что если очередное требований поступающее в СМО в состоянии, когда буду т заняты все аппараты и все места в накопителе то требовании получает отказ в обслуживании и покидает систему массового обслуживания не обслуженным. В системе массового обслуживания постоянно протекают два случайные процесса: - процесс загрузки обуотовтенный параметром λ - процесс разгрузки обуотовтенный параметром μ В результате чего СМО меняет свои состояния Для расчета вероятностей состояний используется формула связывающая вероятности двух соседних состояний из графа состояний по следующему правилу: вероятность Рi равна вероятности предыдущего состояния Рi-1 умноженной на отношение показателя загрузки к показателю разгрузки Si-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 1.1 Если a>1, то а=а-1 и х=0 1.2 Если а=1, то а=∆t и х=1 (5) |