35
Средства, рекомендуемые программой, помечены красной звездочкой во
второй колонке и прокомментированы в третьей. Встречаются следующие
комментарии:
ранг – автоцистерна рекомендована в соответствии с указанным рангом;
>3эт – автолестница рекомендована по причине превышения этажности
объекта больше 3-х этажей;
>8м – автолестница рекомендована по причине превышения высоты
объекта выше 8-ми метров;
доп. – дополнительно рекомендуемый вид машины, который определен к
выезду либо в характеристике объекта (особо сложный объект), либо в описании
участка в расписании (особо сложный или безводный район).
Диспетчер может принять или изменить состав рекомендованных сил и
средств по своему усмотрению. Рекомендация «Диспетчера» затрагивает только
силы и средства, находящиеся в боевом расчете. Диспетчер же, по
необходимости, может задействовать средства резерва, пересадив водителя
расчетной машины на резервную, или снять машину с другого пожара, если
возникла крайняя необходимость. Пакет программ не ограничивает здесь
действия диспетчера ничем.
В колонках «Время» и «Расстояние» показаны примерное время и
расстояние до объекта от пожарных частей. Это помогает диспетчеру
сориентироваться, насколько одна часть ближе другой к объекту.
Все выбранные силы и средства подсчитываются и отображаются в
правой части окна.
Сопровождение выезда
Задачей диспетчера при сопровождении выезда является:
контроль над выехавшими силами и средствами;
обеспечение РТП необходимой информацией об объекте и его
водоисточниках;
быстрое добавление сил и средств на выезд при необходимости;
быстрый отклик на любые другие события на выезде и их регистрация.
36
Сопровождение выезда обеспечивают четыре окна: текущая путевка
(данные путевого листа в течение выезда могут меняться, дополняться), силы и
средства на выезде, события выезда и отчет о выезде.
Окно сил и средств позволяет регистрировать события, связанные с их
передвижениями, а также быстро добавить потребовавшиеся силы и средства
согласно текущему расписанию.
Окно событий, помимо регистрации любых событий с места выезда,
помогает быстро отреагировать на такие ситуации, как изменение ранга выезда,
изменение адреса выезда (с рекомендацией дополнительных сил и средств).
В списке формализованных сообщений, помимо изменения ранга и адреса
имеется много часто встречающихся событий, данные по которым затем
попадают в отчет о выезде.
Для регистрации событий, связанных с передачей сообщений различным
службам города, существует справочник служб, с номерами телефонов,
позывными и т.д.
Формирование отчета и закрытие выезда
Цифровые данные о выезде формируются автоматически при правильной
регистрации событий. Диспетчер может проверить себя, все ли данные были
внесены, все ли события были зарегистрированы.
В конце смены распечатывается журнал выездов, где на бумажном
носителе сохраняется информация по каждому выезду смены:
данные путевого листа;
привлекавшиеся силы и средства;
все зарегистрированные события выезда;
цифровые итоговые данные отчета выезда.
АРМ «Гарнизон»
В АРМ «Гарнизон» предусмотрено получение справочной информации по
водоисточникам гарнизона (гидрантам, водоемам), их адресной, объектовой, и
геодезической привязке, техническом состоянии и характеристиках.
Обеспечивается автоматизация процесса регистрации всех работ,
проводимых на пожаре:
37
прибытие на пожар;
резерв на пожаре;
разведка;
боевое развертывание;
локализация;
ликвидация;
возращение с работ;
прибытие в пожарную часть;
постановка в боевой расчет;
задержка (выход из боевого расчета);
отзыв на другой пожар.
Имеется возможность получить сведения: о средствах тушения, их
несовместимости, действиях при авариях с этими веществами, опасности их для
человека, средствах индивидуальной защиты, врачебной помощи и других
характеристиках. Обеспечивается возможность составления строевой записки по
гарнизону и области, краю, региону. Предоставляется возможность получения
оперативной информации о состоянии пожарной техники в гарнизоне с
возможностью ее передислокации и проведения всестороннего анализа,
произошедших пожаров по гарнизону за определенный период времени.
Программное средство "Гарнизон" является улучшенным вариантом АРМ
"Диспетчер". Используемое в подразделениях и органах управления служб и
организаций, обеспечивающих пожарную безопасность в городах и населенных
пунктах АРМ "Гарнизон" не только предлагает возможность автоматизации
процессов управления, а так же применение автоматизированных
информационно-расчетных систем по ряду направлений деятельности в виде
узкоспециализированных АРМ сотрудников.
1.3.2.Выбор и обоснование стратегии автоматизации задачи
Стратегия автоматизации в первую очередь должна соответствовать
приоритетам и стратегии бизнеса. Компания, приняв решение о внедрении
системы автоматизации, должна выбрать стратегию из нижеперечисленных
вариантов:
38
1) Хаотичная – автоматизируются отдельные задачи, не связанные между
собой операции, выполняемые как одним, так и несколькими сотрудниками.
Недостатки данной стратегии – наличие неавтоматизированных участков;
вероятность дублирования информации при вводе ее в разные приложения;
низкая эффективность автоматизации.
2) Автоматизация по участкам представляет собой процесс автоматизации
решаемых задач в отдельных подразделениях предприятия, объединенных по
функциональному признаку. При этом подразумевается выбор одной или
нескольких задач, решаемых сотрудниками одного отдела, без привязки к
существующим на предприятии бизнес-процессам. Данная стратегия выгодна в
случаях, когда предприятие не имеет достаточно средств для внедрения системы
комплексной автоматизации, и существуют участки, автоматизация которых
дает значительный экономический эффект.
3) Автоматизация по направлениям отличается от автоматизации по
участкам тем, что предполагает участие в этом процессе всех организационных
подразделений предприятия, деятельность которых связана с автоматизируемым
направлением. Автоматизация по направлениям предполагает автоматизацию
одного или нескольких бизнес-процессов от начала до конца.
4) Полная (комплексная) автоматизация предполагает автоматизацию всех
функций управления и всех бизнес-процессов предприятия. При таком подходе
наблюдается максимальная эффективность внедрения системы автоматизации
(по сравнению с автоматизацией по участкам и по направлениям), а также
значительная стоимость системы и высокие требования к процессу управления
внедрением системы.
В нашем случае для предприятия подходит стратегия автоматизации по
участкам, т.к. основной целью данной работы является создание и поддержка
автоматизированного только рабочего места диспетчера пункта связи пожарной
службы, обеспечивающего оперативный обмен данными, резервное хранение, а
также подготовку различных отчетов.
На ряду с уже имеющимися на рынке программными комплексами,
разрабатываемое программное обеспечение не должно уступать в
39
быстродействии приема, обработки и передаче входной информации, а также
иметь удобный для восприятия рабочий интерфейс пользователя.
В ходе работы требуется разработать программное обеспечение
автоматизированного рабочего места диспетчера пункта связи пожарной
службы, реализующее следующие функции:
внесение информации о сообщениях, поступающих по телефонным
линиям связи с номерами «01» и «112», в базу данных АРМ;
редактирование записей базы данных АРМ;
отслеживание готовности к выезду подразделений пожарной охраны;
выбор подразделений пожарной охраны для выезда в соответствии
расписанием выезда и расположением частей пожарной охраны;
отслеживание состояния пожарной техники;
подготовка отчетности.
1.3.3.Выбор и обоснование способа приобретения ИС для
автоматизации задачи
Основными возможными вариантами выбора информационной системы
для создание и поддержка автоматизированного только рабочего места
диспетчера пункта связи пожарной службы могут быть:
1) Покупка готового решения. Преимущества данного варианта в том, что
готовое решение уже отлажено, содержит минимум ошибок, и потребуется
меньше времени на внедрение системы. Покупаемая система, скорее всего,
хорошо документирована и испытана на множестве предприятий схожей сферы
деятельности. Однако на рассматриваемом предприятии сложились уникальные
бизнес-процессы, под которые затруднительно подобрать подходящее решение
из числа готовых программных продуктов. Среди рассмотренных выше
программ автоматизации не обнаружено решения, полностью подходящего под
функциональные требования к системе.
2) Разработка системы на заказ. Этот вариант приобретения ИС позволит
получить систему, полностью подходящую под требования заказчика. Но при
этом появляются дополнительные риски:
сроки разработки системы могут оказаться большими, стоимость высокой;
40
в программе могут оказаться скрытые дефекты, которые могут
обнаружиться уже после внедрения системы.
Кроме того, этот вариант приобретения системы связан с передачей компании-
разработчику конфиденциальных сведений, что крайне нежелательно.
3) Покупка и доработка. Данный вариант позволит доработать готовое
решение до соответствия перечню функциональных требований, выдвинутых к
системе. Данное решение сочетает преимущества и недостатки вариантов
«Покупка готового решения» и «Разработка на заказ». Полученное решение
может не полностью соответствовать потребностям предприятия. Часть
программных модулей будет хорошо отлажена, а часть написана «с нуля» и
может содержать различные дефекты. Длительность доработки будет невысокой
по сравнению с длительностью разработки новой системы, а стоимость –
дороже, чем приобретать готовое решение, но дешевле, чем разрабатывать всю
систему «с нуля». Однако, доработка системы, разработанной другой компанией,
может быть сопряжена со значительными трудностями, связанными с
отсутствием или неполнотой технической документации и сложностями во
взаимодействии с разработчиками системы-прототипа. Кроме того, при таком
способе приобретения ИС могут появиться дополнительные риски: возможна
несовместимость различных компонентов системы, скрытые дефекты
программного обеспечения.
4) Собственная разработка. Этот вариант позволит получить систему,
полностью удовлетворяющую нуждам предприятия. Преимущества данного
варианта – последующая модернизация системы; существенно уменьшается риск
получить решение, не соответствующее потребностям компании; полная
совместимость всех компонентов системы; полная интеграция с имеющимися
ИС собственной разработки; конфиденциальная информация не проникнет за
пределы компании.
Для выполнения поставленной задачи требуется:
разработать проект автоматизации;
написать программный код для каждого модуля и программы в целом;
составить шаблоны таблиц выдаваемой отчетности
написать руководство пользователя
41
протестировать программное обеспечение на правильность приема
информации и выдачу итоговых результатов.
При всем этом вложения денежных средств должно быть минимальным.
Таким образом для предприятия наилучшим решением является
разработка ИС собственными силами
1.4.Обоснование проектных решений
1.4.1.Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение состоит из внутримашинного, которое
включает массивы данных (входные, промежуточные, выходные), программы
для решения задач, и внемашинного , которое включает системы классификации
и кодирования оперативных документов, нормативно-справочной информации
Одно из важных требований к информационному обеспечению - это
достоверность данных информационной базы.
Необходимая достоверность данных в информационных базах
обеспечивается высокой степенью контроля на всех стадиях работы с данными.
Особенности технологии обработки данных связаны с такими факторами,
как: функционирование в режиме диалога с пользователем, наличие накопителей
информации, исключение бумажных технологий для обработки информации.
Благодаря диалоговому режиму отсутствует четко установленная заранее
последовательность операций по обработке данных.
В состав технологических операций входят:
- загрузка программы;
- ввод данных;
- контроль информации и возможность корректировки;
- справочно-информационное обслуживание;
- формирование информационных массивов;
- вывод информации.
Существует несколько способов регистрации первичной информации:
- документальный;
- документальный с регистрацией на машинном носителе;
42
- автоматический.
В проекте будет использоваться как первый, так и второй способы
регистрации информации. Ввод, обработка и выдача информации производятся
в диалоговом режиме.
В основе диалогового режима лежит динамическое взаимодействие
машины и человека посредством приема и передачи данных через устройства
ввода/вывода. При диалоговом режиме обеспечивается поиск необходимой
информации, быстрая обработка команд, сообщений, активное воздействие
пользователя на ход обработки данных.
Организация диалога осуществляется посредством установки связей
между данными, которые представляют собой информационные модели.
По способу установления связей между данными различают реляционную,
иерархическую и сетевую модели. Реляционная модель является простейшей и
наиболее привычной формой представления данных в виде таблиц.
Иерархическая и сетевая модели предполагают наличие связей между данными,
имеющими какой-либо общий признак. В иерархической модели такие связи
могут быть отражены в виде дерева-графа, в сетевой возможны связи “всех со
всеми”.
В настоящее время реляционные системы лучше соответствуют
техническим возможностям персональных компьютеров. Скоростные
характеристики этих СУБД поддерживаются специальными средствами
ускоренного доступа к информации и- индексирование баз данных.
1.4.2.Обоснование проектных решений по программному обеспечению
Программное обеспечение – это совокупность программ на носителях
данных и программных документов, предназначенная для отладки,
функционирования и проверки работоспособности ИС.
В состав программного обеспечения входят общесистемные и
специальные программные продукты, а также техническая документация.
К общесистемному программному обеспечению относятся комплексы
программ, ориентированных на пользователей и предназначенных для решения
типовых задач обработки информации. Они служат для расширения
43
функциональных возможностей компьютеров, контроля и управления процессом
обработки данных.
К общесистемному ПО в нашем случае относятся:
- операционная система;
- система управления базами данных (СУБД).
Специальное программное обеспечение представляет собой совокупность
программ, разработанных при создании конкретной информационной системы.
В его состав входят пакеты прикладных программ, реализующие разработанные
модели разной степени адекватности, отражающие функционирование реального
объекта.
Специальное программное обеспечение для проектируемой системы
включает в себя разработанное приложение для автоматизации учета складских
операций.
Операционные системы можно разделить на следующие типы:
дисковые операционные системы, реализующие минимум функций:
загрузку пользовательских программ в оперативную память и их исполнение,
работу с устройствами долговременной памяти, доступ к устройствам
ввода/вывода, и некоторый пользовательский интерфейс;
операционные системы общего назначения - рассчитанные на
интерактивную работу одного или нескольких пользователей в режиме
разделения времени, при не очень жестких требованиях на время реакции
системы на внешние события. Как правило, в таких системах уделяется большое
внимание защите самой системы, программного обеспечения и
пользовательских данных от ошибочных и злонамеренных программ и
пользователей. Обычно такие системы используют встроенные в архитектуру
процессора средства защиты и виртуализации памяти;
системы виртуальных машин - это системы, допускающие одновременную
работу нескольких программ, но создающие при этом для каждой программы
иллюзию, что машина находится в полном ее распоряжении;
системы реального времени - это системы, предназначенные для
облегчения разработки так называемых приложений реального времени. Это
программы, управляющие оборудованием с очень жесткими ограничениями по
44
времени. Примером такого приложения может быть программа бортового
компьютера крылатой ракеты, системы управления ускорителем элементарных
частиц или промышленным оборудованием. Такие системы обязаны
поддерживать многопроцессность, гарантированное время реакции на внешнее
событие, простой доступ к таймеру и внешним устройствам;
кросс-загрузчики - это системы, полностью ориентированные на работу с
host-машиной. Чаще всего они используются для написания и отладки кода,
позднее прошиваемого в ПЗУ;
системы промежуточных типов;
Рассматриваемая нами задача не предъявляет больших требований к
надежности, производительности и времени реакции системы, что предоставляет
широкий выбор между различными системами общего назначения. При выборе
операционной системы будем исходить из следующих факторов:
1. Совместимость с ОС, уже имеющимися в организации;
2. Минимальные затраты на переобучение сотрудников (если требуется);
3. Минимальные затраты на поддержку системы.
В пожарной части на рабочих станциях диспетчера пункта связи пожарной
службы установлена ОС Microsoft Windows XP. На серверах установлена
Microsoft Windows 2008 Server.
С 8 апреля 2014 официально завершилась поддержка Windows XP SP3.
Это означало, что для XP перестали выпускаться новые обновления,
исправления и патчи, в том числе и обновления безопасности. Перестали
обновляться техническая документация и стали недоступны любые услуги
техподдержки, как платные так и бесплатные. Также с этого дня стало
невозможно скачать антивирус Microsoft Security Essentials для Windows XP.
Учитывая консервативную специфику работы пожарных служб,
отсутствия средств на приобретение более современных ОС линейки Windows и
переобучение сотрудников работе с новой ОС, для решения поставленных задач
дежурного диспетчера оптимально подходит уже имеющийся в наличии
Windows XP. Данная операционная система по сравнению с другими обладает
дружественным и привычным пользовательским интерфейсом и имеет более
низкую стоимость.