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

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 13.08.2013
Размер файла 381,6 K

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

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

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

МИНОБРНАУКИ РОССИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ "ИЖЕВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ ИМЕНИ М.Т. КАЛАШНИКОВА" (ФГБОУ ВПО "ИЖГТУ ИМЕНИ М.Т. КАЛАШНИКОВА)

Курсовая работа

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

Выполнил студент

Группы 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 с.

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


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

  • Разработка системы управления базой данных "Структура ВУЗа". Требования к программе: функциональным характеристикам, надежности, эксплуатации, составу и параметрам технических средств. Требования к программной документации. Порядок контроля и приемки.

    курсовая работа [982,7 K], добавлен 08.06.2015

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

    курсовая работа [598,2 K], добавлен 17.05.2011

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

    курсовая работа [496,0 K], добавлен 03.12.2010

  • Требования к функциональным характеристикам, составу и параметрам технических средств, информационной и программной совместимости. Описание программы: общие сведения, логическая структура. Средства и порядок испытаний. Входные и выходные данные.

    курсовая работа [6,3 M], добавлен 12.01.2015

  • Требования к функциональным характеристикам программы, составу и параметрам технических средств, программной совместимости. Особенности программирования в среде Access. Описание интерфейса программы, ввод и редактирование данных, добавление новых книг.

    курсовая работа [1,5 M], добавлен 17.11.2010

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

    курсовая работа [1,8 M], добавлен 10.02.2013

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

    реферат [403,8 K], добавлен 02.02.2014

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

    курсовая работа [371,5 K], добавлен 21.02.2012

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

    дипломная работа [1,3 M], добавлен 01.03.2009

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

    курсовая работа [409,9 K], добавлен 29.04.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.