Диплом: Разработка автоматизированного рабочего места диспетчера пункта связи пожарной службы "Диспетчер ПС"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
55
привлечение диспетчеров пожарной службы на границах каждого этапа, чтобы
обнаруживать изменения на ранних стадиях работы над проектом системы;
возникновения дефектов программного продукта вследствие ошибок,
допущенных на различных этапах разработки системы. Классификация дефектов
приведена в таблице 4.
Таблица 4
Характеристики дефектов программного продукта
Этапы возникновения дефектов
и ошибок
Типы первичных дефектов и ошибок программного средства
и документации
Разработка требований к ПО
Дефекты исходных требований заказчика
Планирование работ
Дефекты, обусловленные реальной сложностью проекта
Проектирование архитектуры
системы
Ошибки планирования и системного проектирования
программного средства
Детальное проектирование ПО
Системные и алгоритмические дефекты и ошибки проекта
Кодирование ПО
Программные дефекты и ошибки компонентов и документов
программного средства
Тестирование ПО
Программные и алгоритмические ошибки программного
средства и документации
Разработка документации
Дефекты и ошибки обобщающих документов
На этапе эксплуатации возможны риски, возникающие по причинам:
1) Злоумышленных, активных воздействий заинтересованных лиц. Для
защиты от внешних угроз необходимо применять средства обеспечения защиты
программ и данных (аутентификация пользователей, защита локальной сети при
помощи межсетевых экранов, применение антивирусных программ и пр.).
2) Случайных негативных проявлений внешней среды, дефектов системы
или ошибочных действий пользователей. Основными источниками отказовых
ситуаций могут быть некорректные исходные требования, сбои и отказы в
аппаратуре, дефекты или ошибки в программах и данных функциональных
задач, проявляющиеся при их исполнении в соответствии с назначением. При
таких воздействиях внешняя, функциональная работоспособность систем может
разрушаться не полностью, однако невозможно полноценное выполнение
заданных функций и требований к качеству информации для потребителей.
Для снижения рисков, связанных с дефектами системы, необходимо
проводить тщательное тестирование на контрольных примерах, приближенных к
действительности. Для снижения рисков, связанных с ошибочными действиями
56
пользователей, необходимо предусмотреть защиту от применения ошибочных
действий по удалению и порче данных.
2.1.3.Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью понимается состояние
защищенности информационной среды, обеспечивающее её формирование,
использование и развитие, которое не приводит к искажению, разрушению или
несанкционированному использованию информационных ресурсов, включая
хранимую, обрабатываемую и передаваемую информацию, а также
программные средства.
Выделяют следующие основные цели информационной безопасности:
конфиденциальность (доступность информации только определенному
кругу лиц);
доступность (возможность получения информации авторизованными
пользователями в нужное для них время);
целостность (гарантия существования информации в неискаженном,
истинном виде).
Определим, какие угрозы имеются с точки зрения информационной
безопасности:
- Внутренние угрозы (исходящие от так называемых «инсайдеров» -
сотрудников служб). Это может быть умышленная и непредумышленная порча
или удаление файлов с ценной информацией, ввод неверных данных, а также
незаконное копирование (хищение) информации;
- Внешние угрозы: действия хакеров, промышленный шпионаж, вирусы;
- Нарушение связи по вычислительной сети;
- Отключения электропитания, пожары, наводнения и т.п.
Административно-правовой уровень
Для того чтобы снизить риски от внутренних угроз, в МЧС России
действует политика безопасности компании. Необходимо доработать
нормативно-правовые акты о внутренней политике безопасности компании с
57
учетом внедряемого ПО, в политику предоставления прав доступа к
информационным ресурсам необходимо добавить правила предоставления прав
доступа к информационной системе.
Ответственным за соблюдение политики безопасности в подразделении
должен быть назначен системный администратор, курирующий это
подразделение.
Организационно-процедурный уровень
Для обеспечения информационной безопасности в системе необходимо:
- разграничить права доступа пользователей к информации системы;
- защитить от несанкционированного доступа папки с файлами и базами
данных системы;
- регулярно проводить архивирование данных.
На компьютерах диспетчера пожарной службы будет установлено
клиентское ПО, через которое будет возможен доступ к отдельным функциям
системы.
Каждый пользователь должен иметь учетную запись, защищенную
паролем, состоящим из латинских букв и цифр, длиной не менее 8 символов.
Пароль следует менять не реже 1 раза в год. За учетными записями должен
следить системный администратор. Должно быть установлено ограничение
числа неудачных попыток входа в систему (не более 3 попыток), чтобы
затруднить расшифровку паролей. Кроме того, необходимо ограничить доступ к
файлу паролей.
Необходимо физически защитить сервер системы от
несанкционированного доступа. Его необходимо установить в специальном
серверном помещении, которое запирается на ключ, либо в запираемом шкафу.
Доступ к файлам на жестком диске сервера должен быть закрыт для всех
пользователей локальной сети. Также в надежном месте должны храниться
носители с резервными копиями базы данных.
Программно-аппаратный уровень
Наличие вычислительной сети создает условия для перехвата, нарушения
конфиденциальности и целостности информации.
58
На сервере системы и рабочих местах должно быть установлено
антивирусное программное обеспечение для комплексной защиты
корпоративной сети от всех видов современных компьютерных угроз. Требуется
регулярно обновлять антивирусную базу, чтобы иметь эффективную защиту от
новейших вирусов.
Базу данных следует зашифровать средствами Microsoft SQL Server 2008,
который обеспечивает прозрачное шифрование данных (Transparent Data
Encryption или TDE). TDE позволяет шифровать базы данных целиком. Когда
страница данных сбрасывается из оперативной памяти на диск, она шифруется.
Когда страница загружается обратно в оперативную память, она
расшифровывается. Таким образом, база данных на диске оказывается
полностью зашифрованной, а в оперативной памяти – нет. Основным
преимуществом TDE является то, что шифрование и расшифровка выполняются
абсолютно прозрачно для приложений. Следовательно, получить преимущества
от использования TDE может любое приложение, использующее для хранения
своих данных Microsoft SQL Server 2008. При этом модификации или доработки
приложения не потребуется.
2.2.Информационное обеспечение задачи
2.2.1.Информационная модель и её описание
Инфологическая модель предметной области представляет из себя:
В качестве основной сущности выступает сущность «Общие сведения».
Она несет информацию о поступивших на номера пожарной охраны вызовах.
Сущность «Информация об объекте» хранит информацию о месте пожара.
Сущность «Руководители» содержит фамилии и должности руководителей
тушением пожара, время создания штабов различной степени важности.
Сущность «Адрес» несет расширенную информацию об адресе, по
которому происходит чрезвычайная ситуация. Сущность «Статистика по
времени» хранит время выполнения различных стадий тушения пожара.
Сущности «Последствия», «Люди» и «Дознание» несут информацию о
вреде, нанесенном чрезвычайной ситуацией, и расследовании причин и
59
виновных в ней. Сущность «ГДЗС» хранит информацию о работе звеньев
газодымозащитной службы.
Сущности «Использовано» и «Использовано единиц автомобильной
техники» несут информацию об использовании ресурсов службы пожарной
охраны.
Приведенные выше сущности связана с сущностью «Общие сведения» по
атрибуту «Номер заявки».
Сущность «Отправления» отображает решения диспетчера по
отправлению на вызов различных подразделений пожарной охраны города.
Сущность «Список техники» связана с ней по атрибуту «Идентификатор
техники», вместе с сущностью «Состояние техники» хранит информацию о
состоянии единиц автомобильной техники.
Сущность «Диспетчеры» содержит информацию, необходимую для
авторизации пользователей, связана с сущностью «Общие сведения» по
идентификационному номеру диспетчера.
2.2.2.Характеристика нормативно-справочной, входной и оперативной
информации
В системе задействованы следующие справочники:
Справочник «Пожарные части» – содержит обобщающую информацию о
пожарных частях: номер пожарной части, код пожарной части, место
расположение.
Справочник «Типы работ ГЗДС» – содержит обобщающую информацию о
видах работ газозадымляющих служб и присвоенгных им кодам.
Справочник «Тип объекта» – содержит обобщающую информацию об
объекте, которых попал в поле зрения пожарной службы, код типа объекта
соответственно.
Справочник «Источник заявки» – содержит обобщающую информацию о
сотруднике диспетчерской службы, условия создания заявки и соответствующие
коды.
Справочник «Тип пожара» – содержит обобщающую информацию о типе
возгорания и его сложности, коды типов пожара.
60
Справочник «Район» – содержит обобщающую информацию о районе где
случился пожар: название района, код.
Справочник «Тип населенного пункта» содержит обобщающую
информацию о типе населенного пункта где случился пожар: название, код.
Справочник «Тип Техники» – содержит обобщающую информацию о
технике находящийся в пожарной части, код.
Справочник «Кем и как ликвидирован» – содержит обобщающую
информацию о сотрудниках пожарных расчетов, видах ликвидации пожаров,
соответствующие коды.
Справочник «Тип документа» – содержит обобщающую информацию о
типах сформированных форматов документа, код типа документа.
2.2.3.Характеристика результатной информации
Результирующим документом после тушения пожара и предоставления
требуемой информации являемся отчет о тушении пожара, который содержит:
номер заявки
адрес объекта пожара
дату пожара
количество спасенных людей
количество погибших людей
количество пострадавших
средняя сумма спасенных мат ценностей
2.3.Программное обеспечение задачи
В качестве языка программирования был выбран язык C# фирмы
Microsoft. C# объектно-ориентированный язык программирования. Разработан в
1998-2001 годах группой инженеров под руководством Андерса Хейлсберга в
компании Microsoft как язык разработки приложений для платформы Microsoft
.NET Framework и впоследствии был стандартизирован как ECMA-334 и
ISO/IEC 23270.
61
C# относится к семье языков с C-подобным синтаксисом, из них его
синтаксис наиболее близок к C++ и Java. Язык имеет статическую типизацию,
поддерживает полиморфизм, перегрузку операторов (в том числе операторов
явного и неявного приведения типа), делегаты, атрибуты, события, свойства,
обобщённые типы и методы, итераторы, анонимные функции с поддержкой
замыканий, LINQ, исключения, комментарии в формате XML.
При работе с данными использовался язык Transact-SQL в версии для MS
SQL Server Compact. Версия имеет часть ограничений по сравнению с версией
языка для MS SQL Server:
ограничено количество типов данных;
ограничение использования вложенных запросов;
ограничение использования статистических функций.
Приведенные выше ограничения не отразились на разработке
программного обеспечения, так как существуют методы реализации
необходимых функций системы, не использующие эти возможности.
Для построения инфологической модели использовался язык ER-
диаграмм, для построения функциональной модели – графическая нотация
IDEF3.
2.3.1.Общие положения (дерево функций и сценарий диалога)
Главной задачей АРМ «Диспетчер ПС» является учет данных о ЧС и
действиях диспетчера и подразделений пожарной службы, направленных на их
ликвидацию, выдача отчетов.
Функция учета пожаров и ЧС:
создание заявки;
первичное редактирование: ввод информации о сообщении, заявители,
месте пожара;
получение координат объекта, расчет расстояния до пожарных частей
города.
отправление подразделений на место пожара;
ввод данных о времени тушения пожара;
пометка заявки как неактивной;
62
дальнейшее редактирование: ввод данных, полученных от РТП, данных о
дознании и т.д.
Функция создания отчетов:
ввод заголовка;
ввод основного текста;
выбор полей для таблицы, расположенной в отчете, временной интервал,
по которому делается выборка и различные статистические функции для
обработки данных в таблице;
ввод подписи диспетчера;
генерация отчета;
открытие отчета в качестве документа Word.
Дерево функций изображено на рис. 9.
63
Рис. 9 Дерево функций системы
Помимо этого программа должна обеспечивать выполнение функций,
таких как: анализ, ввод данных и их корректировку.
64
2.3.2.Характеристика базы данных
11 таблиц выполняют функции справочников. Это таблицы «ПЧ», «Коды
работ ГДЗС», «Тип объекта», «Источник заявки», «Кем и как ликвидировано»,
«Тип пожара», «Районы», «Кем спасены», «Тип документа», «Тип населенного
пункта», «Тип техники».
Рис. 10 Физическая схема базы данных АРМ.
Таблицы «Общие сведения о заявках», «Информация об объекте»,
«Статистика по времени», «Последствия», «Руководители», «Дознание»,
«Адрес», «Руководители», «Использовано» и «Использовано единиц

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран