Диспетчерская информационная система создается. Организация диспетчерской службы и ее функции

Автоматизированная система диспетчерского управления (АСДУ) ЕЭС представляет собой иерархически построенную человеко-машинную систему, обеспечивающую по всей территории, охватываемой электрическими сетями, сбор, преобразование, передачу, переработку и отображение информации о состоянии и режиме энергосистемы, формирование на основе собранной информации, передачу и реализацию управляющих команд с целью выполнения системой (за счет располагаемых средств) функций надежного и экономичного снабжения электрической и тепловой энергией требуемого качества всех ее потребителей .

АСДУ включает в себя:

· управляющие вычислительные центры (УВЦ) в ЦДУ ЕЭС, ОДУ ОЭС, ЦДС ЭЭС, диспетчерские пункты (ДП) предприятий электрических сетей (ПЭС);

· автоматизированные системы управления технологическими процессами (АСУТП) электростанций, энергоблоков электростанций и подстанций;

· централизованные и локальные системы автоматического регулирования и управления.

Все элементы АСДУ ЕЭС объединяет единая первичная сеть сбора и передачи оперативной информации и управляющих команд.

Основной составляющей АСДУ в УВЦ являются оперативные информационно-управляющие комплексы (ОИУК), с помощью которых диспетчерский персонал ЦДУ, ОДУ и ЦДС осуществляет: контроль за текущим состоянием управляемой энергосистемы (схемой, режимами и средствами управления), ретроспективный анализ происшедших событий, оценку перспективных режимов. Используя информацию о текущем и перспективном состоянии ЭЭС, графиках нагрузки, планах проведения ремонтных работ по оперативным заявкам с учетом указаний и рекомендаций диспетчерских инструкций и директивных материалов, диспетчерский персонал обеспечивает:

· выработку воздействий на управляемые объекты (регулирование режима ЭЭС по активной и реактивной мощности, включая регулирование графиков нагрузки электростанций);

· вывод оборудования и средств автоматического и оперативного управления в ремонт и ввод их в работу после ремонта;

· ввод в работу нового оборудования и средств управления;

· изменение схемы контролируемой сети;

· ликвидацию аварийных ситуаций и восстановление нормального режима работы ЭЭС;

· ведение оперативной отчетности;

· передачу оперативной информации.

Управляющие воздействия передаются диспетчерским персоналом ЦДУ, ОДУ, ЦДС на оперативно подчиненные объекты через диспетчерский персонал этих объектов или непосредственно на АСУТП и системы автоматического регулирования и управления энергообъектами с помощью устройств телеуправления. Управляющие воздействия обеспечивают изменение:

· схемы электрической сети;

· состава оборудования электростанций и подстанций;

· алгоритмов и параметров настройки средств автоматического и оперативного управления;

· устройств автоматики;

· нагрузки агрегатов электростанций;

· нагрузки потребителей;

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

Все задачи управления, которые обеспечивают формирование управляющих решений, делятся на оптимизационные и оценочные. Решение оптимизационных задач достигается при удовлетворении какого-либо критерия оптимизации, а оценочных задач - при удовлетворении соответствующих уравнений состояния объекта.

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

Информационное обеспечение АСДУ состоит из следующей информации:

· прогноза метеорологической обстановки - для повышения точности прогнозирования нагрузки и вероятностей отказов оборудования;

· маневренных характеристик агрегатов и электростанций - для расчета их располагаемой и рабочей мощности и состава работающего и резервного оборудования на них;

· отказов основного оборудования ЕЭС - для расчета и прогнозирования его показателей надежности;

· качества топлива, которое поставляется на ТЭС;

· состояния основного оборудования (генераторов, ЛЭП, трансформаторов и др.) - для принятия решения о времени вывода его в ремонт (определяется заблаговременно в процессе его диагностики);

· фактически обеспечиваемой надежности электроснабжения и теплоснабжения потребителей - для выбора оптимальных способов ее повышения;

· прогноза притока воды в водохранилища ГЭС - для оптимизации выработки электроэнергии на ГЭС.

Необходимая информация поступает извне или вырабатывается внутри ЕЭС в процессе управления. В процессе управления наибольшие объемы информации вырабатываются и используются в темпе процесса производства, передачи и распределения электроэнергии. Разные управляемые процессы изменяются по-разному: быстро, недостаточно быстро и медленно, соответственно и задержки в реализации управляющих воздействий будут различные, различным будет и время получения и использования информации.

Информация, которая обеспечивается средствами телемеханики, называется телемеханической . Рассмотрим примерные допустимые диапазоны ее задержки при передаче от объектов управления в центр управления (контрольная информация) и обратно (командная информация):

· информация для автоматических противоаварийных систем (телеотключение) - десятки миллисекунд;

· телесигнализация положения выключателей и разъединителей - секунды;

· телеизмерения контролируемых параметров (мгновенные значения) - единицы и десятки секунд;

· телеизмерения, телерасчет (интегральные значения) - несколько десятков секунд;

· телеизмерения и телекоманды для систем автоматического регулирования - до 1 с;

· телеуправление (ТУ) - несколько секунд;

· ответная телесигнализация (после ТУ) - до 10 с;

· межуровневый машинный обмен между информационными базами данных ЭВМ ОИУК - несколько минут;

· диспетчерская ведомость по производству и потреблению энергии - 1 раз в час.

Качество телемеханической информации определяется погрешностью (классом точности) всех устройств, входящих в цепочку передачи информации, и лежит в пределах от долей процента до нескольких процентов.

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

Автоматизированная система единой дежурно-диспетчерской службы (АС ЕДДС) – это система предназначенная для информационного обеспечения органа повседневного управления РСЧС на муниципальном уровне. В состав АС ЕДДС входят следующие структурные подсистемы: комплексы средств автоматизации (КСА):

КСА ЕДДС муниципального образования; КСА взаимодействия (КСАВ) ЕДДС с муниципальными ведомственными дежурно-диспетчерскими службами (ДДС), диспетчерскими службами потенциально опасных объектов, объектами жизнеобеспечения населения и объектами массового скопления людей;
КСА оперативных дежурных служб (ОДС) подчиненных пожарно-спасательных, поисково-спасательных и аварийно-спасательных формирований (далее – подчиненные подразделения);
мобильные КСА (МКСА) подчиненных подразделений, развернутые на транспортных средствах.

С целью эффективного решения поставленных задач в составе АС ЕДДС создаются соответствующие функциональные и обеспечивающие подсистемы (см. рис.). В состав функциональных подсистем АС ЕДДС входят:

автоматизированная диспетчерская система (АДС), предназначенная для сбора от населения и организаций информации о пожарах, природных и техногенных катастрофах, а также для оперативного управления подчиненными подразделениями;
система поддержки принятия решений (СППР), служащая для информационного обеспечения процессов принятия управленческих решений по экстренному реагированию на чрезвычайные ситуации;
система подготовки управленческих документов (СПУД), в функции которой входит подготовка формализованных организационно-распорядительных и отчетно-информационных документов;
автоматизированная система консультативного обслуживания населения (АСКО), предназначенная для оказания справочно-информационной помощи гражданам через Интернет по вопросам обеспечения безопасности жизнедеятельности.

Обеспечивающие подсистемы включают:

информационно-навигационную подсистему (ИНС), предназначенную для определения местоположения и состояния транспортных средств подчиненных подразделений;
автоматизированную подсистему оповещения (АСО) – для оперативного и надежного формирования и доведения сигналов и информации оповещения до должностных лиц, а в необходимых случаях – до населения в зонах чрезвычайных ситуаций;
подсистему обеспечения эксплуатации (СОЭ) – для защиты конфиденциальной информации и средств ее обработки, а также решения задач обеспечения надежной эксплуатации АС ЕДДС;
интегрированную подсистему связи и передачи данных (ИССПД), необходимую для обмена информацией между дежурно-диспетчерскими службами и подчиненными подразделениями.

ИССПД включает две подсети: стационарную опорную сеть связи и передачи данных, создаваемую с использованием средств проводной связи, и мобильную сеть связи и передачи данных, организуемую с использованием радиоканалов.

Функциональные задачи АС ЕДДС обеспечивают автоматизацию следующих основных функций управления:

формирование и ведение нормативно-справочной информации об объектах проведения аварийно-спасательных работ, о подчиненных подразделениях, территориальных зонах их ответственности (расписаний выезда или планов привлечения сил и средств);
сбор и обобщение сведений от подчиненных подразделений о заступившем на дежурство личном составе и состоянии имеющейся техники (строевая записка), контроль их готовности к выполнению возложенных задач;
прием от населения и организаций сообщений о пожарах, авариях, катастрофах и стихийных бедствиях и ввод их в базу данных;
обработка сообщений населения и организаций о пожарах, авариях, катастрофах и стихийных бедствиях, в т.ч. определение состава привлекаемых пожарно-спасательных сил и средств, предусмотренных расписанием выезда (планом привлечения сил и средств), а также состава оповещаемых взаимодействующих ДДС;
подготовка приказов (путевок) на выезд и имеющейся информации об обстановке привлекаемым пожарным и поисково-спасательным подразделениям;
доведение данных о пожаре, аварии, катастрофе или стихийном бедствии до привлекаемых ДДС;
поддержка принятия управленческих решений по ликвидации последствий пожара, аварии или стихийного бедствия;
непрерывный сбор и обобщение данных о действиях привлеченных сил и средств, о ходе ликвидации чрезвычайных ситуаций или тушения пожара;
постоянное информирование о ходе ликвидации чрезвычайных ситуаций или тушения пожара взаимодействующих ДДС;
подготовка оперативных донесений о чрезвычайных ситуациях в вышестоящие органы управления;
контроль действий дежурно-диспетчерского персонала ЕДДС.

В АС ЕДДС применяются программно-аппаратные средства, обеспечивающие: компьютерно-телефонную интеграцию диспетчерских комплексов с учрежденческой АТС для создания центра обработки телефонных вызовов (CALL-центра), чтобы обеспечить синхронность процессов получения и передачи телефонных вызовов и формирование карточки, с регистрацией в ней номера звонящего, его фамилии и адреса на основе сопряжения с аппаратурой АОН и базой данных абонентов телефонной сети; сопряжение карточек о чрезвычайных ситуациях и пожарах с многоканальной цифровой системой записи телефонных переговоров; взаимодействие функциональных задач с геоинформационной системой (ЕИС) для отображения территориально-привязанной информации на электронной карте местности; взаимодействие диспетчерских комплексов с автоматизированной системой голосового оповещения.

АС ЕДДС создаются и развиваются в составе автоматизированной информационно-управляющей системы РСЧС. С целью снижения общих финансовых затрат на их создание МЧС России осуществляет единую научно-техническую политику в области разработки, внедрения и совершенствования таких систем.

Источники: Попов А.П., Нехорошев С.Н. Автоматизированная система оперативно-диспетчерского управления в чрезвычайных ситуациях. Материалы 11-й научно-технической конференции «Системы безопасности (СБ-2002)» Международного форума информатизации. Академия ГПС МЧС России. - М., 2002; Попов А.П. Основные направления дальнейшего развития Единых дежурно-диспетчерских служб городов РФ. «Системы безопасности», 2002; Попов А.П. Основные системотехнические решения по созданию ЕДДС. - М., 1999.

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

[Введите текст]

Введение

Разработка ИС диспетчерской службы такси производится на примере составленного каталога диспетчерская служба такси. Каталог покажет автомобили, их водителей, клиентов, даты заказов, выполнение заказа, стоимость заказа, адреса заказов.

1. Предметная область

Областью рассмотрения является деятельность диспетчеров службы такси, которые должны:

Вести список клиентов, в котором вводится номер карточки, фамилия и имя, домашний адрес и мобильный телефон.

Список автомобилей, в котором вводится номер автомобиля, марка автомобиля, государственный номер автомобиля, водитель автомобиля.

Список заказов, в который вводится код заказа, дата заказа, номер автомобиля, номер карточки, сумма заказа, состояние заказа.

Список водителей, в котором вводится фамилия водителя, имя, стаж работы.

2. Постановка задачи

Разработка моделей процесса приведена на примере создания базы данных «Диспетчерская служба такси».

Моделирование элементов системы.

Диаграммы IDEF0

Диаграммы DFD

3. Концептуальные требования

Для проектирования базы данных выбран универсальный методы проектирования ER-метод (метод “сущность-связь”). При использовании этого метода необходимо, прежде всего, создать ER- модель, отражающую связи сущностей заданной предметной области. Далее, на основании ER-диаграммы, строится базы данных.

Сущности - концептуальные требования, которые необходимо учесть при разработке БД: каталоги клиентов, заказов, автомобилей, водителей.

Нормализация

Для создания базы данных необходимо раскрыть сущности концептуальных требование и нормализовать их. Нормализация таблицы представляет собой последовательное изменение структуры таблицы до тех пор, пока она не будет удовлетворять требованиям последней формы нормализации.

I нормальная форма

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

Раскрываем сущности концептуальных требований:

Автомобили (НомерАвто, МаркаАвто, ГосНомерАвто, Водитель).

Клиент (Номеркарточки, ФамилияИмя, ДомашнийАдрес, НомерТелефона).

Заказ (КодЗаказа, ДатаЗаказа, ВремяЗаказа, НомерАвто, НомерКарточки, СуммаЗаказа, СостояниеЗаказа).

Водитель (Фамилия, Имя, СтажРаботы).

II нормальная форма

Таблица находится во второй нормальной форме, если она удовлетворяет требованиям первой нормальной формы и все её поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом:

Таблица 1 - Автомобиль

Таблица 2 - Заказы

Таблица 3 - Клиенты

III нормальная форма

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

Рисунок 3 - Таблица Автомобиль

Рисунок 4 - Таблица Заказы

Рисунок 5 - Таблица Клиенты

Рисунок 6 - Таблица Водитель

4. Структурная схема

На основании третьей нормальной формы создаем структурную схему базы данных «Диспетчерская служба такси».

Создание структурной схемы базы данных.

Войти в схему данных: вкладка Работа с базами данных.

На панели инструментов нажать «Схема данных».

Рисунок 7

Окно с перечнем таблиц

Двойным щелчком по имени таблицы добавить таблицы на поле

Рисунок 8

Установить связь между таблицами

Рисунок 9

5. Порядок выполнения работы

Для начала создадим базу данных, нажав «Файл - Создать - Новая база данных». Задаем имя базы, место сохранения, щелкаем Создать.

Рисунок 10

Теперь задаем структуру таблиц.

На закладке главная выбираем режим «Конструктор».

Рисунок 11

Сохраняем таблицу под выбранным именем.

Рисунок 12

Создаем таблицу в окне конструктора.

Рисунок 13

6. Создание таблиц в режиме конструктора

Нажать «Создать таблицу в режиме конструктора».

Ввести имя поля.

Выбрать тип данных.

Поставить первичный ключ, щелкнув по кнопке «Ключ» на панели инструментов, предварительно установив курсор на поле слева от нужного имени (ключевое поле должно находиться на первом месте списка полей).

Задать имя таблицы призакрытие после ввода всех требуемых полей и их типов.

Аналогичным способом построены таблицы:

Автомобиль.

Водитель.

Создание связи между таблицами.

Щелкнуть по значку «Схема данных» на панели инструментов, открыть схему данных.

Из появившегося дополнительного окна «Добавить таблицы» выделить щелчком необходимые имена таблиц и щелкнуть по кнопке «Добавить».

Объединить ключевые поля таблиц: щелчком мыши выделить в одной из таблиц поле, которое будет соединяться в одноименном поле другой таблицы, и, зажав мышь, перетащить это поле на соединяемое поле. Отпустить мышь, при этом откроется окно «Изменение связей» с указанием соединяемых полей соответствующих таблиц и тип связи этих полей: «один-к-одному», «один-ко-многим»:

При типе связи «один-к-одному» ставим флажок в поле обеспечения целостности данных и щелкаем кнопку ОК.

При типе связи «один-ко-многим».

Обеспечение целостности данных.

Каскадное обновление связанных полей.

Каскадное удаление связанных полей.

Нажимаем кнопку ОК.

В результате имеем схему связей между таблицами БД «Диспетчерская служба такси».

7. Создание форм

Переходим на вкладку Создание. Жмем на кнопку «Форма» на панели сверху. Создается форма на заполнение. Сохраняем форма под название «Форма ввода». Сохраняем. Жмем правой кнопкой мыши по названию формы и выбираем «Режим формы». Либо во вкладке «Создание» выбираем «Мастер форм»:

8. Создание запросов

база данная такси конструктор

Типы запросов:

Простой запрос - создание запроса из определенных полей.

Перекрестный запрос - создание запроса, выводящего данные в компактном формате, подобному формату электронной таблицы.

Повторяющиеся записи - создание запроса на поиск повторяющихся записей в простой таблице или запросе.

Записи безподчиненных - создание запроса на поиск записей, которым не соответствует ни одна запись в подчиненной таблице.

Простой запрос

На вкладке Создание в группе Запросы щелкните Мастер запросов.

Рисунок 14

В диалоговом окне Новый запрос выберите вариант Простой запрос и нажмите кнопку ОК.

Рисунок 15

Рисунок 16

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

9. Перекрестный запрос

На вкладке Создание в группе Другие щелкните Конструктор запросов.

Рисунок 17

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

Включите поля, которые хотите использовать, в список "Выбранные поля" и затем щелкните мышью кнопку "Далее". Теперь следует задать критерий группировки, применяемый для разделения ваших строк на столбцы

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

10. Создание отчетов

Для того чтобы создать отчет нужно перейти на вкладку «Создание» и выбрать «Отчет»

Отчеты можно создать при помощи:

Конструктор отчетов.

Мастера отчетов.

И вручную.

В нашей базе данных отчет создается при помощи мастера отчетов. Нужно нажать на «мастер отчетов». Откроется окно.

Рисунок 18

Переносим доступные поля по одному нужно нажать кнопку «>».

Чтобы перенести все поля сразу нужно нажать кнопку «>>»

Рисунок 19

В следующем окне можно распределить уровни группировки.

В следующем шаге можно выбрать вид макета отчета, а так же выбрать ориентацию книжную или альбомную.

К отчету можно прикрепить наклейки. Так же можно создать пустой отчет.

В конце создания базы данных должен быть создан общий отчет, включающий в себя все поля.

Заключение

Разработка модели процесса диспетчерская служба такси произведена на примере составление каталога диспетчерская служба такси

Каталог диспетчерская служба такси показывает автомобили их водителей, клиентов, даты заказов, выполнение заказа, стоимость заказа, адреса заказов.

Литература

1. Гвоздева В.А., Лаврентьева И.Ю., основы построения автоматизированных информационных систем - Москва, ИД Форум - ИНФРА - М, 2007. - 320с.

2. Фуфаев Д.Э., Фуфаев Д.Э. Разработка и эксплуатация автоматизированных информационных систем - Москва, издательский центр Академия, 2010. - 304с.

3. Гагарина Л.Г., Киселев Д.В., Е.Л. Федотова. Разработка и эксплуатация автоматизированных информационных систем - Москва, ИД Форум - ИНФРА - М, 2009. -384с.

4. Димов Ю.В. Метрология, Стандартизация и Сертификация - Питер, 2005

5. Пирогов В.Ю. Информационные системы и базы данных: организация и проектирования: учеб. Пособие - СПБ.БВХ- Петербург, 2009. -528с.

6. Харитонова И.А., Михеева В.Д. MicrosoftAccess 2000 - СПБ. : БВХ- Петербург, 1999. - 1088с.

7. Максимов Н.В. и др. Современные информационные технологии. Учебник- М: “ФОРУМ”: ИНФРА-М, 2011.

Размещено на Allbest.ru

Подобные документы

Создание таблиц базы данных в режиме конструктора. Схема связей между таблицами и содержание таблиц. Установление связи с поддержанием целостности. Структуры двух запросов (в режиме конструктора) и описание процесса их создания. Результаты вывода отчетов.

курсовая работа , добавлен 28.06.2015

Понятия основных компонентов базы данных Access. Таблицы, отчеты, макросы и модули, форма, запросы к базе и их виды. Типы данных. Создание базы данных "Кадры". Создание таблицы в режиме конструктора. Использование мастера подстановок для создания связей.

курсовая работа , добавлен 10.03.2016

Создание базы данных в Microsoft Access с помощью мастера шаблонов. Создание таблиц путём ввода данных, с помощью мастера таблиц или таблицы в режиме конструктора таблиц. Создание запросов в Microsoft Access, с помощью мастера или конструктора запросов.

реферат , добавлен 08.09.2010

Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.

контрольная работа , добавлен 25.11.2012

Создание таблиц базы данных в режиме конструктора. Наименование и структура таблиц базы данных "Библиотека". Применение поля подстановок и создание фиксированного списка значений для полей. Схема связи между таблицами. Формирование и выполнение запроса.

контрольная работа , добавлен 24.07.2009

Понятие нормализации таблиц базы данных и ее цели. Этапы процесса нормализации. Пример ненормализованных данных. Нормальные формы, к которым приводятся таблицы. Реляционная алгебра над учебной базой. База данных для предметной области "Учебные пособия".

контрольная работа , добавлен 30.07.2010

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

курсовая работа , добавлен 18.07.2014

Автоматизация деятельности книжного магазина. Информация базы данных. Заполнение полей таблиц "Книги", "Покупатель", "Поставщик", "Сотрудники". Создание запроса в режиме конструктора. Вывод данных с помощью форм. Разработка приложения СУБД MS Access.

курсовая работа , добавлен 13.01.2015

Создание базы данных, планирование разработки и системные требования. Проектирование базы данных в среде Microsoft Access, элементы и типы данных. Создание таблицы и использование конструктора для их модернизации. Построение запросов и создание макросов.

курсовая работа , добавлен 16.04.2011

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