Помощь в написании студенческих работ
Антистрессовый сервис

Автоматизированная система оповещения при пожаре

КурсоваяПомощь в написанииУзнать стоимостьмоей работы

Стиль программирования на С и гибкий и компактный. Этот язык достаточно свободный и он не предполагает и не навязывает конкретной модели программирования. Можно как использовать имеющиеся исполнительные программы, так и разрабатывать собственные вариации для конкретных целей. Разработка позволяет изолировать характеристики языка от особенностей процессора в конкретной реализации С, что позволяет… Читать ещё >

Автоматизированная система оповещения при пожаре (реферат, курсовая, диплом, контрольная)

МИНОБРНАУКИ РОССИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «ИЖЕВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ М.Т. КАЛАШНИКОВА» (ФГБОУ ВПО «ИЖГТУ ИМЕНИ М.Т. КАЛАШНИКОВА) Курсовая работа

На тему: Автоматизированная система оповещения при пожарах Выполнил студент Группы 7−29−1 ЗТ Серов Н.О.

Проверил Максименкова Л.

Ижевск 2013

  • 1. Сокращения
  • 2. Введение
  • 3. Термины и определения
  • 3.1 Назначение системы
  • 3.2 Требования к системе
  • 3.2.1 Требования к функциональным характеристикам
  • 3.2.2 Требования к надежности
  • 3.2.3 Условия эксплуатации
  • 3.2.4 Требования к составу и параметрам технических средств
  • 3.2.5 Требования к информационной и программной совместимости
  • 3.3 Требования к программной документации
  • 3.4 Стадии и этапы разработки
  • 4. Эскиз проекта
  • 4.1 Разработка эскизного проекта
  • 5. Технический проект
  • 5.1 Разработка технического проекта
  • 6. Разработка программной документации
  • 6.1 Описание применения
  • 6.1.1 Руководство оператора
  • 6.1.2 Описание языка
  • 6.2 Испытание программы
  • 7. Заключение
  • 8. Список литературы

1. Сокращения

АСПВЗ - автоматизированная система пожаровзрывозащиты.

АПС - автоматическая пожарная сигнализация.

АСПТ - автоматизированная система пожаротушения.

АСПДЗ - автоматизированная система противодымной защиты.

АСОЭЛ - автоматизированная система оповещения и эвакуации людей.

АСППВР - автоматизированная система предотвращения предпожарных и взрывоопасных режимов.

АИС - автоматизированная информационная система.

БУ - боевой участок.

БД - база данных.

ИС - информационная система.

ПЧ - пожарная часть.

ПК - персональный компьютер.

ПП — прикладная программа.

РТП - руководитель тушения пожара.

СУБД - система управления базой данных.

СИЗОД - средства индивидуальной защиты органов дыхания.

2. Введение

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

3. Термины и определения

В курсовой работе используются следующие термины:

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

Комплекс технических средства оповещения и информирования о чрезвычайных ситуациях - совокупность технических средств, обеспечивающих оповещение и информирование населения, органов управления и должностных лиц РСЧС и ГО об угрозе возникновения и (или) возникновении чрезвычайной ситуации.

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

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

Единая дежурно-диспетчерская служба (ЕДДС) — орган повседневного управления муниципального звена РСЧС;

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

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

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

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

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

Потенциально опасные объекты - совокупность зданий, строений, сооружений, машин, оборудования и технических средств, расположенных на определяемых в соответствии с законодательством Российской Федерации объектах использования атомной энергии (в том числе ядерных установках, пунктах хранения ядерных материалов, радиоактивных веществ и радиоактивных отходов), опасных производственных, особо опасных, технически сложных, уникальных объектах и гидротехнических сооружениях, аварии на которых могут привести к чрезвычайным ситуациям.

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

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

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

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

программный оповещение пожар автоматизированный

3.1 Назначение системы

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

3.2 Требования к системе

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

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

2. Автоматизации учета событий и действий, позволяющей без труда сохранять и анализировать данные об оперативной обстановке.

3. Автоматического формирования отчетности, избавляющего от объемного труда по заполнению документов.

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

5. Реализуемые функции.

6. Возможность просмотра информации по каждому водоисточнику.

7. Автоматическая регистрация всех подаваемых сообщений с пожара, а также всех изменений и распоряжений, связанных с текущей обстановкой на пожаре.

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

9. Получение из базы данных справочной информации.

10. Автоматическое формирование и вывод на печать специализированных унифицированных документов в виде отчетов.

3.2.1 Требования к функциональным характеристикам

Подсистема хранения данных должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов системы, сформированных в процессе работы отчетов.

Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации.

3.2.2 Требования к надежности

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

— при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;

— при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

— при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.

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

3.2.3 Условия эксплуатации

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

2. ПКУ «С2000М» и контроллеры двухпроводной линии связи «С2000;КДЛ» соединены по интерфейсу RS-485.

3. При возникновении пожара извещатель ДИП-34А выдаёт сигнал сработки в шлейф пожарной сигнализации. «С2000;КДЛ» передает сигнал на «С2000;М» и далее, через преобразователь интерфейса «С2000;ПИ» на «АРМ ОРИОН». При визуальном обнаружении пожара в шлейфах пожарной сигнализации установлены извещатели пожарные ручные адресные ИПР-513−3А, которые формируют при нажатии кнопки сигнал «Пожар» .

4. При формировании сигнала «Пожар» срабатывает звуковое оповещение путём замыкания соответствующих контактов реле исполнительных релейных блоков «С2000;СП1» .

5. При образовании короткозамкнутых участков в двухпроводной линии связи контроллера «С2000;КДЛ» блок разветвительно-изолирующий «БРИЗ» изолирует данный участок и автоматически восстанавливает после снятия короткого замыкания.

3.2.4 Требования к составу и параметрам технических средств

Рисунок 1 — Структура построения системы

Система пожаротушения состоит из 5 модулей и подключаемой БД, в которой содержится информация о ЧС.

1. Модуль авторизации. Управляющий модуль, предназначенный для определения прав пользователя, с целью разрешения или запрещения доступа к информации. Модуль выполняет следующие функции:

­ регистрация;

­ авторизация.

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

Идентификация — это предъявление пользователем какого-то уникального, присущего только ему признака-идентификатора. Это может быть пароль, какая-то биометрическая информация, например отпечаток пальца, персональный электронный ключ или смарт-карта и т. д.

Аутентификация — это процедура, проверяющая, имеет ли пользователь с предъявленным идентификатором право на доступ к ресурсу. Эти процедуры неразрывно связаны между собой, поскольку способ проверки определяет, каким образом и что пользователь должен предъявить системе, чтобы получить доступ.

2. Модуль БД. Модуль предоставляет пользователю возможности для работы с готовой БД. Для пользователя предусмотрены определенные права доступа — каждый пользователь может вносить, изменять или удалять информацию в соответствии с набором прав доступа, предоставленным администратором и в дальнейшем использовать ее для создания отчетной документации с использованием специализированного ПО.

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

Модуль архивации данных предназначен для переноса данных с одной базы, называемой «рабочая», на другую базу, называемую «архивная» .

При прямом копировании данных из одной базы в другую, данные полностью замещаются. В отличие от прямого копирования модуль архивации передает лишь измененную часть данных, а при приеме в «архивную» базу добавляет новые документы к ранее существующим. Таким образом, модуль позволяет осуществить накопление данных в «архивной» базе нарастающим итогом. В «архивной» базе невозможно какое-либо изменение накапливаемых данных. Архивация может выполняться как СУБД, либо специализированная программа.

4. Модуль работы с заявками. «Модуль работы с заявками» — модуль, в котором осуществляется обработка поступивших в ЦУС заявок на пожар и отображается следующая информация: дата, адрес объекта, описание объекта. Модуль обладает наглядным интерфейсом, представляя из себя рабочее место РТП, он составляет подробные записи по поступившей заявке и заносит в систему необходимую информацию.

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

3.2.5 Требования к информационной и программной совместимости

1. Требования к информационным структурам и методам решения. База данных работает под управлением Microsoft Access. Используется много поточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных.

2. Требования к исходным кодам и языкам программирования. Дополнительные требования не предъявляются

3. Требования к программным средствам, используемым программой. Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP или Windows 7, 8

4. Требования к защите информации и программ. Требования к защите информации и программ не предъявляются

5. Специальные требования к данной программе не предъявляются

3.3 Требования к программной документации

Состав программной документации должен включать в себя:

1. программу и методики испытаний;

2. руководство оператора.

3.4 Стадии и этапы разработки

Разработка инфологической модели БД для автоматизированной информационной системы в интересах РТП.

Рисунок 2 — Инфологическая модель пользователя БД

4. Эскиз проекта

4.1 Разработка эскизного проекта

Разработка даталогической модели БД для автоматизированной информационной системы в интересах РТП.

Даталогическая схема базы данных рассматриваемой подсистемы представлена на рисунке 4 и включает следующие таблицы:

­ хранение отделений;

­ адреса гидрантов;

­ отряд;

­ ПЧ;

­ пожар;

­ адреса объектов;

­ спасенные;

­ погибшие;

­ события и распоряжения;

­ заявки;

­ пользователи;

­ уровень доступа.

Таблица «Хранение отделений» содержит полную информацию о имеющихся пожарных отделениях, и включает в себя: идентификатор отделений, тип машины, тип СИЗОД, дата прибытия, должность, ФИО, № пожара.

Таблица «Адреса гидрантов» содержит полную информацию о адресах всех пожарных гидрантов в городе: идентификатор адреса, адрес, № ПЧ.

Информация о отрядах содержится в таблице «Отряд»: номер отряда, адрес.

Информация о пожарных частях содержится в таблице «ПЧ»: № ПЧ, адрес, № отряда.

Таблица «Пожар» содержит: № пожара, адрес, № ПЧ.

Таблица «Адреса объектов» содержит полную информацию о адресах всех имеющихся в городе важных объектах: идентификатор адреса, адрес, описание объекта, количество людей на объекте, № ПЧ.

Таблица «Спасенные» содержит полную информацию обо всех спасенных на пожаре: идентификатор спасенного, фамилию, имя и отчество, пол, возраст, № пожара.

Таблица «Погибшие» содержит полную информацию обо всех погибших на пожаре: идентификатор погибшего, фамилию, имя и отчество, пол, возраст, № пожара.

Вся информация о произошедших событиях и о поступивших распоряжениях хранится в таблице «События и распоряжения»: идентификатор события, дата и время, текст, кто передал, кому передал, № ПЧ.

Таблица «Заявки» содержит информацию о поступивших заявках на пожар, и включает в себя: идентификатор заявки, дата и время, описание объекта, комментарий, № пожарной части.

Таблица «Пользователи» содержит информацию о пользователях системы: идентификаторы пользователей, ФИО пользователя, логин пользователя для работы с системой, пароль для входа в систему. изированный информационный тушение пожар

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

5. Технический проект

5.1 Разработка технического проекта

В качестве приемно-контрольных приборов, исполнительных устройств приняты серийно выпускаемые приборы приемно-контрольные и управления пожарные производства НВП «Болид» :

— прибор контроля и управления «С2000М» ;

— преобразователь интерфейса «С2000;ПИ» ;

— блок разветвительно-изолирующий «БРИЗ» ;

— адресный расширитель «С2000;АР1», «С2000;АР2» ;

— контроллеры двухпроводной линии связи «С2000;КДЛ» ;

— блоки световой индикации БИ «С2000;БИ» ;

— исполнительные релейные блоки «С2000;СП1» ;

— блоки резервированного питания БРП (24 В DC) со встроенными аккумуляторными батареями.

К основным элементам установки автоматической пожарной сигнализации относятся:

­ персональный компьютер с ПО «АРМ ОРИОН» ;

­ прибор контроля и управления «С2000М» ;

­ исполнительный релейный блок «С2000;СП1»

­ блок световой индикации БИ «С2000;БИ» ;

­ контроллер адресной двухпроводной передачи сообщений «С2000;КДЛ» ;

­ шлейфы пожарной сигнализации;

­ Блок резервного питания БРП-24.

Центральные приборы — прибор контроля и управления «С2000М», приборы управления системой оповещения и инженерным оборудованием при пожаре «С2000;СП1», контроллер двухпроводной линии «С2000;КДЛ», блок световой индикации «С2000;БИ», БРП-24 разместить на стене в помещении с постоянным пребыванием дежурного персонала на высоте 1,5 м от уровня пола, на расстоянии не менее 50 мм друг от друга и на расстоянии не менее 1 м от отопительных приборов.

Резервированные источники питания БРП-24 установить на стене в помещении с постоянным пребыванием дежурного персонала на расстоянии не менее 100 мм от другой аппаратуры. Установить автомат отключения силового питания перед вводом силового кабеля в БРП-24.

— Трассировку кабелей сигнальных шлейфов выполнить в соответствие с проектом в гофрированной трубе.

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

— Прокладку кабелей и проводов по стенам внутри защищаемых помещений производить на расстоянии не менее 0,1 метра от потолка на высоте не менее 2,2 метра от пола.

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

6. Разработка программной документации

В состав документации, разрабатываемой на этой стадии проектирования, входят следующие основные документы:

схемы размещения оборудования и проводок

таблицы соединений и подключений

В этих документах приводятся:

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

трассы установки лотков (коробов) и прокладки кабелей, спецификаций на кабели;

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

Для сетей связи и передачи данных объединяющих комплексы программно-технических средств, комплексы средств автоматизации рабочая документация разрабатывается в соответствии с ГОСТ Р 21.1703−2000.

На практике в процессе реализации систем оповещения небольших масштабов или на типовых объектах после получения и одобрения технических предложений достаточно часто применяется так называемое одностадийное проектирование.

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

пояснительную записку;

чертежи, необходимые для обоснования принятых решений

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

заказные спецификации;

сметные расчеты.

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

По завершении работ по разработке проектно-сметной документации выполняются необходимые согласования и утверждение проекта.

6.1 Описание применения

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

6.1.1 Руководство оператора

Для установки программы требуется ПК под управлением Windows XP и выше. Установка осуществляется программистом или системным администратором, который обязан зарегистрировать пользователя в системе и выдать ему необходимые права, логин и пароль для доступа в систему.

Пользователь должен открыть ярлык «Пожары» с рабочего стола, ввести логин и пароль и приступить к работе. Поступающие сообщения об угрозах будут выводиться на экран.

6.1.2 Описание языка

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

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

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

6.2 Испытание программы

Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.

Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.

Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний

7. Заключение

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

Также была рассмотрена и спроектирована система способная облегчить действия РТП и повысить эффективность работ на пожаре.

8. Список литературы

1. AJAX и PHP. Разработка динамических веб-приложений: Кристиан Дари, Богдан Бринзаре, Филип Черчез-Тоза, Михай Бусика — Москва, Символ-Плюс, 2009 г. — 336 с.

2. PHP и MySQL. Создание интернет-магазина: Кристиан Дари, Эмилиан Баланеску — Санкт-Петербург, Вильямс, 2010 г. — 640 с.

3. PHP и jQuery для профессионалов: Джейсон Ленгсторф — Москва, Вильямс, 2011 г. — 362 с.

4. PHP. Объекты, шаблоны и методики программирования: Мэтт Зандстра — Санкт-Петербург, Вильямс, 2011 г. — 560 с.

5. Разработка веб-приложений с помощью PHP и MySQL: Люк Веллинг, Лора Томсон — Санкт-Петербург, Вильямс, 2010 г. — 848 с.

Показать весь текст
Заполнить форму текущей работой