Автоматизированная подсистема единой дежурно-диспетчерской службы ЦУС ГУ МЧС по Амурской области

Автор работы: Пользователь скрыл имя, 24 Октября 2013 в 05:34, дипломная работа

Описание работы

Необходимо, чтобы информация поступала сотрудникам вовремя, а круг лиц, имеющих доступ к конкретному документу, должен быть четко определен.
Целью данной дипломной работы является создание автоматизированной подсистемы единой дежурно-диспетчерской службы Главного управления МЧС РФ по Амурской области, с помощью которой будут решаться основные задачи и функции диспетчеров и оперативных дежурных по регистрации и обработке сведений о пожарах и других чрезвычайных ситуаций.

Содержание работы

Введение 8
1 Анализ и характеристика предметной области 10
1.1 Общая характеристика Главного управления МЧС РФ по Амурской области 10
1.2 Организационная структура Главного управления МЧС РФ по Амурской области 11
1.3 Анализ внешнего документооборота 16
1.4 Анализ внутреннего документооборота 19
1.5 Анализ объекта автоматизации 21
1.6 Анализ бухгалтерской отчётности 28
1.7 Анализ финансовой деятельности 30
1.8 Обоснование необходимости создания системы 42
2 Техническое задание 44
2.1 Общие сведения 44
2.2 Назначение и цели создания системы 44
2.2.1 Функциональное и эксплуатационное назначение изделия 46
2.2.1.1 Требования к системе 46
2.2.1.2 Рассмотренные альтернативы 47
2.2.2 Экономическая и социальная целесообразность разработки 48
2.3 Характеристика объекта автоматизации 48
2.3.1 Входные данные 49
2.3.2 Процесс обработки 49
2.3.3 Выходные данные 49
2.4 Требования к системе 50
2.4.1 Функции системы 50
2.4.2 Стандарты 51
2.4.3 Информационная совместимость 51
2.4.4 Программные ограничения, совместимость 52
2.4.5 Требования к составу и параметрам технических средств (аппаратные ограничения) 52
2.4.6 Результирующие компоненты автоматизированной системы 53
2.4.7 Носители информации 53
2.4.8 Эргономические характеристики 53
2.4.9 Безопасность и секретность 54
2.4.10 Требования надежности 54
2.4.11 Перезапуск системы 54
2.4.12 Удобство эксплуатации 55
2.4.13 Требования к безопасности жизнедеятельности и
охране окружающей среды 55
2.5 Стадии и этапы разработки 55
2.6 Порядок контроля и приемки 56
2.7 Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу в действие 56
2.8. Требования к документированию 57
3 Проектирование автоматизированной подсистемы единой дежурно- диспетчерской службы ГУ МЧС по Амурской области 58
3.1 Выбор программного обеспечения для реализации системы 58
3.2 Характеристика функциональных подсистем 61
3.3 Характеристика обеспечивающих подсистем 63
3.3.1 Организационное обеспечение 63
3.3.2 Правовое обеспечение 64
3.3.3 Лингвистическое обеспечение 64
3.3.4 Математическое обеспечение 64
3.3.5 Техническое обеспечение 65
3.3.6 Программное обеспечение 65
3.4 Информационное обеспечение 66
3.4.1 Проектирование базы данных 66
3.4.1.1 Инфологическое проектирование 66
3.4.1.2 Логическое проектирование 85
3.4.1.3 Физическое проектирование 88
3.4.2 Классификация информации 96
3.4.3 Классификация пользователей 97
3.5 Анализ существующего программного и аппаратно-технического сетевого обеспечения предприятия 98
3.6 Модернизация существующего программного и аппаратно-технического сетевого обеспечения предприятия 99
3.7 Программная реализация информационной системы 100
3.7.1 Разработка программного продукта 100
3.7.2 Проектирование интерфейса пользователя 102
3.7.2.1 Требования к интерфейсу пользователя 102
3.7.2.2 Руководство пользователя 103
3.8 Защита информации в системе 108
Заключение 111
Библиографический список 112
Приложение А. Документооборот и процессы обработки информации 114
Приложение Б. Проектирование модели данных 117
Приложение В. Схемы ЛВС

Файлы: 1 файл

Дипломная работа.doc

— 2.20 Мб (Скачать файл)

Реализация базы данных предполагается с использованием языка программирования высокого уровня Borland Delphi 7.0. Данное инструментальное средство – это комбинация нескольких важнейших технологий:

  • высокопроизводительный компилятор в машинный код;
  • объектно-ориентированная модель компонент;
  • визуальное построение приложений из программных прототипов;
  • возможность легко создавать формы и формировать их наполнение;
  • мощные инструменты для работы с базами данных;
  • изначальная ориентация на работу с базами данных;
  • версия 7.0 данного продукта позволяет работать напрямую с БД;
  • возможность работы в сети.

Компилятор, встроенный в Delphi, обеспечивает высокую производительность, необходимую для построения приложений в архитектуре “клиент-сервер”.  Этот компилятор предлагает легкость разработки и быстрое время проверки готового программного блока, характерного для языков четвертого поколения (4GL). 

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В  состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения в офлайновом режиме.  Разработчик в среде Delphi, проектирующий информационную систему и использующий локальный InterBase for Windows 5.0 (локальный SQL-сервер, входящий в поставку), то его приложение безо всяких изменений будет работать в составе большой системы с архитектурой “клиент-сервер”.

Delphi позволяет использовать библиотеку  визуальных компонент для быстрого создания надежных приложений, которые легко расширяются до приложений с архитектурой “клиент-сервер”. Другими словами,  мы можем создать приложение, работающее с локальным сервером InterBase, а затем использовать созданное приложение, соединяясь с удаленным SQL-сервером через SQL-Links.

3.2 Характеристика функциональных подсистем

В составе проектируемой АСОИУ  можно выделить следующие функциональные подсистемы: подсистема учета сведений о пожарах по городу; подсистема учета сведений о пожарах по области; подсистема учета сведений о других видах ЧС; подсистема учета сведений о дежурной смене, выездах на занятия пожарных частей и о важной справочной информации; подсистема составления отчетов, планов, оперативных мероприятий. Состав разрабатываемой системы приведен на рисунке 3.1.

 

Рисунок 3.1 – Состав проектируемой АСОИУ

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

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

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

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

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

3.3 Характеристика обеспечивающих  подсистем

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

3.3.1 Организационное обеспечение

Для работы с автоматизированной системой необходимо произвести инструктаж сотрудников единой дежурно-диспетчерской службы ГУ МЧС. Кроме того, необходимо создать специальную литературу: руководство пользователя, руководство администратора, руководство разработчика.

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

Для работы с разрабатываемой АСОИУ  требуются две группы специалистов:

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

3.3.2 Правовое обеспечение

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

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

3.3.3 Лингвистическое обеспечение

В качестве СУБД в системе используется InterBase 6.0. Interbase отвечает всем необходимым требованиям: реализует архитектуру клиент-сервер, работа с данными осуществляется по средствам языка структурированных запросов SQL, располагает необходимыми средствами для распределения прав доступа и т.п.

В качестве среды разработки клиентских приложений используется среды визуального программирования Borland Delphi 7. Данная среда наиболее подходит для разработки приложений для баз данных и в настоящее время существует большое количество дополнительных компонентов позволяющих облегчить труд разработчику (компоненты доступа к базам данных, различные визуальные компоненты).

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

3.3.4 Математическое обеспечение

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

3.3.5 Техническое обеспечение

Проектируемая автоматизированная подсистема будет опираться на техническое обеспечение, в которое входит:

  • локальная сеть (сетевое оборудование, кабельная система);
  • вычислительная техника (ЭВМ);
  • периферийные устройства (принтеры).

Для надежного функционирования системы сеть должна удовлетворять следующим характеристикам:

  • пропускная способность 100 Мбит/с;
  • высокая помехозащищенность;
  • удобное и рациональное расположение концентраторов.

Для работы системы необходимо наличие  сервера баз данных. На нем будут  располагаться базы данных, необходимые  для работы системы, а так же установлены: СУБД, средства администрирования и резервного копирования баз данных.

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

В качестве передающей среды используется неэкранированная витая пара UTP  пятой категории, обеспечивающая скорость передачи данных 100 Мбит/с. Топология сети – «звезда». Все используемое сетевое оборудование поддерживает стандарт сетей Ethernet.

3.3.6 Программное обеспечение

В состав программного обеспечения  входят: подсистема администрирования; подсистема авторизации пользователей; подсистема логирования (учета действий пользователей).

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

  1. формирование списка пользователей автоматизированной подсистемы;
  2. назначение прав пользователям;
  3. поиск и устранение ошибок в базе данных;
  4. резервное копирование базы данных;
  5. восстановление базы данных из резервной копии.

Подсистема авторизации пользователей  предназначена для управления правами доступа к данным системы, используя средства SQL-сервера Interbase. Работа этой подсистемы протекает в два этапа:

  1. определение существует ли пользователь и верен ли его пароль;
  2. определение прав пользователя.

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

3.4 Информационное обеспечение

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

3.4.1 Проектирование базы данных

3.4.1.1 Инфологическое проектирование

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

Сущность  “Дежурная смена” – содержит информацию о сотрудниках смены, которая несла дежурство в определенный день (индекс смены, дата, начальник дежурной смены, помощник начальника дежурной смены, Руководитель смены, Старший диспетчер, диспетчер 1, диспетчер 2, радиотелефонист, номер смены).

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

Сущность  “Улицы города” – содержит информацию об улицах города (код улицы, название улицы).

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

Сущность  “Техника” содержит информацию о технике, применяемой при ликвидациях пожара и ЧС(код техники, наименование, вид техники, количество).

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

Сущность  “Район области” – содержит информацию о районе области, где случилось ЧС(код района области, название района).

Сущность  “Причина” – содержит информацию о причине возникновения ЧС (код причины, наименование).

Сущность  “Тип” – содержит информацию о типе выезда на ЧС (код типа, наименование).

Сущность  “Ранг пожара” – содержит информацию о ранге произошедшего пожара (код ранга, наименование ранга).

Сущность  “Виновник пожара или ЧС” –  содержит информацию о виновнике (код виновника, виновник).

Сущность  “Выезда на занятия” – содержит информацию о выездах на занятия пожарных и спасательных частей (номер заявки, номер смены, дата выезда, время выезда, время возвращения, наименование части, вид выезда, адрес, руководитель занятия).

Сущность  “Виды занятий” – содержит информацию о виде занятия (номер занятия, виды занятий, код вида занятия).

Сущность  “Наименование части” – содержит информацию о наименовании части, участвующей в занятиях (код части занятия, код части, словарь частей).

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

Информация о работе Автоматизированная подсистема единой дежурно-диспетчерской службы ЦУС ГУ МЧС по Амурской области