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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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