Разработка базы данных учёта чрезвычайных ситуаций в Московской области

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

Министерство Российской Федерации

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

и ликвидации последствий стихийных бедствий

Академия гражданской защиты

Кафедраинформационных систем и технологий

КУРСОВАЯ РАБОТА

по дисциплине «Управление данными»

Тема: Разработка базы данных учёта чрезвычайных ситуаций в Московской области

курсанта 3 курса

командно-инженерного факультета

Сорокина Сергея Алексеевича

Руководитель: профессор кафедры № 31, к. т. н., доцент

Чискидов Сергей Васильевич

Химки - 2019



Введение

Актуальность темы курсовой работы обусловлена тем, что в настоящее время задача комплексной автоматизации деятельности должностных лиц участвующих в обработке иноформации по чрезвычайным ситуациям в Московской области до сих пор не решена. Должностные лицаучаствующие в обработке иноформации по чрезвычайным ситуациям в Московской области при ведении учета чрезвычайных ситуаций, происшествий и баз-данных используют данные, хранимые в форматах MS Excel, Word и на бумажных носителях. Это приводит к тому, что информация о обстановке, чрезвычайных ситуациях и базах-данных дублируется и порой противоречива. Должностные лица вынуждены тратить много времени на поиск необходимой оперативной информации, что значительно снижает эффективность их деятельности при решении поставленных задач.

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

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

Для достижения поставленной цели требуется решить следующие задачи:

провести исследование предметной области деятельности ФКУ «Главное управление МЧС России по Московской области»;

сформулировать требования к базе данных информационной системе «Главное управление МЧС России по Московской области»;

обосновать выбор инструментария разработки;

разработать модели базы данных ИС «Главного управления МЧС России по Московской области»;

разработать базу данных информационной системы «Главного управления МЧС России по Московской области»;

Объектом исследования является деятельность сотрудников ФКУ «Главное управление МЧС России по Московской области».

Предметом исследования являетсяпроцесс разработки базы данныхинформационной системы «Главного управления МЧС России по Московской области».

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

Курсовая работа состоит из введения, двух глав, заключения, списка литературных источников.

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

Первая глава содержит общее описание деятельности ФКУ «Главного управления МЧС России по Московской области». Здесь рассмотрены организационно-штатная структура главного управления и порядок взаимодействия отелов. Проведен анализ требований по совершенствованию системы деятельности главного управления. Далее представлены результаты проектирования базы данных, полученные в среде инструментального средства CA ERWinDataModeler.

Во второй главе представлены обоснование выбора инструментальных средств разработки базы данных ИС, а также описание разработки прототип базы данных главного управления МЧС России по МО с помощью платформы «1С: Предприятие». В заключении обобщены результаты и сформулированы основные выводы по курсовой работе.Работа представляет практическую значимость для начальника и инспекторов ФКУ «Главного управления МЧС России по Московской области», поскольку ИС позволит сократить время на анализ ЧС в МО.

1. Разработка проекта базы данных учета чрезвычайных ситуаций в Московской области

1.1 Общая характеристика чрезвычайных ситуаций в Московской области

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

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

Полномочия Учреждения осуществляет МЧС России через Главное управление МЧС России.

В Учреждении в установленном порядке могут создаваться:

орган управления;

участки;

отделения;

группы.

Основными задачами ФКУ «Главного управления МЧС России по Московской области» являются:

осуществление государственного надзора за учетом чрезвычайных ситуаций в МО;

обеспечение в пределах своей компетенции безопасности людей на территории МО;

обеспечение деятельности главного управления МЧС России по Московской области.

ФКУ «Главное управление МЧС России по Московской области» в соответствии с возложенными на него задачами осуществляет следующие основные функции:

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

осуществляет в установленном порядке в соответствии с законодательными и иными нормативными правовыми актами Российской Федерации учет ЧС в московской области;

ведет единый реестр зарегистрированных ЧС в Московской области;

осуществляет государственный учет и представляет в установленном порядке сведения о ЧС в МО;

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

осуществляет учет и ежегодное техническое освидетельствование, аварийных сооружений в МО;

осуществляет в установленном порядке производство по делам об административных правонарушениях в пределах свой компетенции;

представляет в ГУ МЧС России сведения об ЧС в МО.

«Главное управление МЧС России по Московской области» является некоммерческой организацией в форме федерального казенного учреждения.



1.2 Организационная структура и схема информационных потоков «Главного управления МЧС России по Московской области»

Структура и штатное расписание «Главного управления МЧС России по Московской области» утверждаются в порядке, установленном МЧС России.

В структуру «Главного управления МЧС России по Московской области» входят орган управления, отделения, участки и группы, осуществляющие государственный и технический надзор, регистрационную и экзаменационную работу, патрульную службу.

Старший государственный инспектор по учету ЧС в МО руководит структурным подразделением отдела учета ЧС, одновременно выполняя в полном объеме обязанности государственного инспектора по учету ЧС в МО.

Государственный инспектор по учету ЧС в МО подчиняется непосредственно старшему государственному инспектору по учету ЧС в МО (руководителю отделения).

Техник подчиняется непосредственно начальнику Центра и старшим государственным инспекторам отделений (руководителю отделения), работает под его руководством.

Инспектор:

- подготавливает служебные документы;

- своевременно представляет отчеты, доклады и донесения;

- ведет делопроизводство.

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

В конце каждого дня государственный инспектор составляет отчет о проделанной работе, который отдается руководителю отделения. В свою очередь, руководитель составляет еженедельный отчет о проделанной работе всего отделения и отправляет его Начальнику «Главного управления МЧС России по Московской области».

1.3 Требования к базе данных информационной системы центра учета ЧС в Московской области

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

Выполнение операций обновления данных о ЧС в МО.

Предоставление государственными инспекторами ЦИО руководству «Главного управления МЧС России по МО» ежедневных сводок по ЧС в МО;

Формирование отчетов по ЧС в МО.

Для разработки БД ИС «Главного управления МЧС России по МО» требуются следующие программные средства.

Серверная часть:

Сетевая операционная система MicrosoftWindowsServer 2008;

СУБД Microsoft SQL Server 2008 R2 (Express edition);

Сервер 1С: Предприятие 8.2;

Web-сервер Apache;

Конфигурация разработанной ИС.

Клиентская часть (рабочие станции сотрудников ЦИО):

1. ОС Microsoft Windows 10;

2. Web-браузер.

Требования к аппаратно-техническим средствам в целом удовлетворяются существующей ЛВС ЦИО «Главного управления МЧС России по МО». Необходимо приобрести рабочие станции с аналогичными характеристиками или выше для остальных должностных лиц ЦИО.

1.4 Разработка модели базы данных информационной системы главного управления МЧС России по Московской области

1.4.1 Выбор методов и средств разработки модели базы данных

В качестве метода проектирования БД в курсовой работе был выбран метод семантического моделирования данных (сущность - связь) нотации IDEF1X, являющейся подмножеством SADT методологии. Нотация IDEF1X была разработана Ремеем и теперь используется, в частности, в правительственных, аэрокосмических и финансовых учреждениях [15, 16, 17].

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

Основными элементами описаний диаграмма в методологииявляются:

Сущности;

Связи;

Атрибуты.

Связи между сущностями являются бинарными отношениями. Различают следующие виды связей:

Идентифицирующие (ИД);

Неидентифицирующие (НИД);

Неспецифические (М:М);

Категориальные (КС).

Идентифицирующие связи - связи типа «родитель - потомок», в которых потомок однозначно определяется своей связью с родителем.

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

Неспецифические связи - связи типа «многие ко многим».

Категориальные связи - связи между некоторой общей сущностью и вариантами ее реализации.

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

Различают следующие виды атрибутов:

Ключевые;

Неключевые.

Значение ключевого атрибута однозначно идентифицирует экземпляр сущности. Такие атрибуты, как правило, являются первичными ключами и помечаются меткой РК (PrimaryKey).

Внешний ключ - это атрибут, входящий в ключ родителя и наследуемый потомком.

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

В идентифицирующих связях все ключи родителя входят в состав ключа потомка, а в неидентифицирующих - в состав неключевых атрибутов потомка.

В качестве инструментального средства, реализующего метод семантического моделирования данных было выбрано инструментальное средство CA ERwinDataModeler.

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

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

Преимущества CA ERwinDataModeler:

Синхронизация моделей/баз данных;

Автоматизированное создание структуры базы данных и обратное проектирование;

Перенос структур баз данных (но не самих данных) из одного типа СУБД в другую;

Программная связь с CA ProcessModeler;

Поддерживает форматы данных ведущих производителей СУБД (более 20);

Позволяет получить точную и наглядную информацию, где хранятся данные и как получить к ним доступ;

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

Позволит получить отчеты презентационного качества.

1.4.2 Разработка логической и физической модели базы данных

Практическая реализация методологии IDEF1X с помощью «CA ERwinDataModeler» имеет свои особенности. Основными уровнями представления модели данных в терминологии «CA ERwinDataModeler» являются - логический (LogicalLevel) и физический (PhysicalLevel).

Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире.

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

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

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

Таблица 1.1. Сущности и их определения

Имя Сущности	Определение
Пострадавшие	Содержит информацию о пострадавших
Тип происшествия	Содержит информацию о происшествии
ЧС	Содержит информацию о ЧС
Местоположение	Содержит информацию о месте возникновения ЧС
Ликвидация	Содержит информацию выполнении ликвидации
Спасательный расчет	Содержит информацию о спасательном расчете
Руководитель расчета	Содержит информацию о руководителе расчета
Транспортное средство	Содержит информацию о транспортном средстве

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

Таблица 1.2. Связи между сущностями

Родительская сущность	Дочерняя сущность	Имя связи	Тип связи	Семантика связи от родительской сущности к дочерней
ЧС	Пострадавшие	R/13	НИД 1:М	установлен
Тип происшествия	ЧС	R/19	НИД 1:М	подтверждает
Местоположение	ЧС	R/20	НИД 1:М	подтверждает
ЧС	Ликвидация	R/14	НИД 1:М	предоставляет
Спасательный расчет	Ликвидация	R/16	КС	является
Руководитель расчета	Спасательный расчет	R/21	КС	является
Транспортное средство	Спасательный расчет	R/17

В результате была сформирована ER-диаграмма, которая представлена на рис. 1.4.

Рис. 1.4. ER-диаграмма базы данных ИС

«Главного управления МЧС России по Московской области»

Модель данных, основанная на ключах (KB - модель), кроме сущностей и связей, включает в себя ключевые атрибуты сущностей: первичные (PK) и внешние (FK).

Для каждой сущности были определены первичные ключи, на основе следующих требований:

атрибуты первичного ключа не могут принимать неопределенных значений;

атрибуты первичного ключа должны однозначно идентифицировать экземпляр сущности;

количество атрибутов в первичном ключе должно быть минимальным.

В результате была сформирована KB-модель, которая представлена на рис. 1.5.

Рис. 1.5. KB-модель базы данных ИС

«Главного управления МЧС России по Московской области»

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

В таблице 1.4 отображены атрибуты выявленных ранее сущностей и их описание.

Таблица 1.4. Атрибуты сущностей

Имя сущности	Описание атрибутов
	Наименование атрибута	Желаемое сокращение атрибута	Ключи	Определенность значений	Шифр домена
1	2	3	4	5	6
Спасательный расчет Спасательный расчет	Код спасательных работ	Код СПР	PK	1	D1
	Код машины	Код машины	FK	1	D1
	Номер телефона	Номер_телефона		1	D6
	Название расчета	Название_расчета		1	D7
	Принадлеж-ность расчета	Принадлежность _расчета		1	D8
	ФИО начальника расчета	ФИО_начальника_расчета		1	D7
	Код машины	Код_машины	PK	1	D4
Транспортное средство	Номер машины	Номер_машины		1	D4
	Тип машины	Тип_машины		1	D6
	Марка машины	Марка_машины		1	D6
Руководитель расчета	Код руководителя	Код_руководителя	PK	1	D1
	ФИО РР	ФИО_РР		1	D7
	Должность РР	Должность_РР		1	D7
	Звание РР	Звание_РР		1	D7
	Факт руководства	Факт_руководства		1	D7
	Номер телефона РР	Номер_телефона_РР		1	D4
Пострадавшие	Код пострадавшего	Код_пострадавшего	PK	1	D1
	Код ЧС	Код_ЧС	FK	1	D1
	ФИО пострадавшего	ФИО_пострадавшего		1	D6
	Дата регистрации	Дата_регистрации		1	D2
	Тип ущерба	Тип_ущерба		1	D5
	Приметы пострадавшего	Приметы_пострадавшего		1	D9
	Национальность	Национальность		1	D6
Тип происшествия	Код ТП	Код_ТП	PK	1	D1
	Название ТП	Название_ТП		1	D6
	Класс ТП	Класс_ТП		1	D5
Местоположения	Код места	Код_места	PK	1	D1
	Название места	Название_места		1	D6
	Код предка	Код_предка		1	D6
	Вид места	Вид_места		1	D8
ЧС ЧС	Код ЧС	Код_ЧС	PK	1	D1
	Код ТП	Код_ТП	FK	1	D1
	Код места	Код_места	FK	1	D1
	Время происшествия	Время_происшествия		1	D2
	Дата происшествия	Дата_происшествия		1	D2
	Характеристика ЧС	Характеристика_ЧС		1	D9
	Видимость	Видимость		1	D6
	Причина возникновения	Причина_возникновения		1	D6
	Уровень радиации	Уровень_радиации		1	D5
	Название ЧС	Название_ЧС		1	D5
	Величина ущерба	Величина_ущерба		1	D6
	Количество поврежденных зданий	Количество_поврежденных_зданий		1	D8
	Масштабность	Масштабность		1	D7
	Степень внезапности	Степень_внезапности		1	D6
	Степень разрушения	Степень_разрушения		1	D6
	Признак ЧС	Признак_ЧС		1	D9
	Погодные условия	Погодные_условия		1	D6
Ликвидация	Код ЧС	Код_ЧС	FK	1	D1
	Код СПР	Код_СПР	FK	1	D1
	Время прибытия	Время_прибытия		1	D2
	Время развертывания	Время_развертывания		1	D2
	Время начала работ	Время_начала_работ		1	D2
	Время начала ликвидации	Время_начала_ликвидации		1	D2

Функциональные зависимости атрибутов отражены в таблице 1.5.

Таблица 1.5. Функциональные зависимости атрибутов

Детерминанта	Функциональная часть
1	2
Код пострадавшего	ФИО пострадавшего, дата регистрации, тип ущерба, приметы пострадавшего, национальность, код ЧС
Код ТП	Название ТП, класс ТП
Код места	Название места, код предка, вид места
Код ЧС	Время происшествия, дата происшествия, характеристика ЧС, видимость, причина возникновения, уровни радиации, название ЧС, величина ущерба, количество поврежденных зданий, код ТП, масштабность, степень внезапности, степень разрушения, код места, признак ЧС, погодные условия
Код руководителя	ФИО РР, должность РР, звание РР, факт руководства, номер телефона РР
Код СПР	Номер телефона, название расчета, принадлежность расчета, ФИО начальника расчета, код машины
Код машины	Номер машины, тип машины, марка машины
Код ЧС, код СПР	Время прибытия, время развертывания, время начала работ, время начала ликвидации

В результате была сформирована FA-модель предметной области, которая представлена на рис. 1.6 на логическом уровне представления данных.



Рис. 1.6. FA-модель базы данных ИС

«Главного управления МЧС России по Московской области»

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д.

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



Таблица 1.6 . Домены атрибутов сущностей

Шифр домена	Наименование домена	Определение домена	Тип данных	Пример значения
1	2	3	4	5
D1	Порядковый номер	Целое число, принимает уникальные значения	integer	00001
D2	Дата	ЧЧ.ММ.ГГГГ - дата, где ЧЧ - две цифры, число (от 01 до 31) ММ - две цифры, месяц (от 01 до 12) ГГГГ - четыре цифры, год (от 0000 до 9999)	datetime	23.12.2013
D3	Десятичное число с фиксированной запятой	Десятичное число с общим количеством цифр 5 и масштабом - 2 (количество цифр справа от десятичной запятой).	numeric (5,2)	15,75
D4	Строка символов переменной длины 4 символов	Множество символьных значений переменной длины не более 4 символов. Выбирается одно значение из указанного множества	varchar(4)	2004
D5	Строка символов переменной длины 10 символов	Множество символьных значений переменной длины не более 10 символов. Выбирается одно значение из указанного множества	varchar(10)	77 00
D6	Строка символов переменной длины 20 символов	Множество символьных значений переменной длины не более 20 символов. Выбирается одно значение из указанного множества	varchar(20)	MASTER CRAFT X-46
D7	Строка символов переменной длины 50 символов	Множество символьных значений переменной длины не более 50 символов. Выбирается одно значение из указанного множества	varchar(50)	Соколова Анастасия Сергеевна
D8	Строка символов переменной длины 100 символов	Множество символьных значений переменной длины не более 100 символов. Выбирается одно значение из указанного множества	varchar (100)	Московская обл., я/к «Водник»
D9	Строка символов переменной длины 200 символов	Множество символьных значений переменной длины не более 200 символов. Выбирается одно значение из указанного множества	varchar (200)	управление маломерным судном в состоянии алкогольного опьянения

В результате сформирована трансформационная модель, ориентированная на формат выбранной СУБД и включает все сущности, атрибуты, их типы данных, ограничения контроля целостности и согласованности (рис. 1.7).

Рис. 1.7. Т-модель данных ИС

«Главного управления МЧС России по Московской области»

Далее была разработана DBMS-модель в виде SQL-кода, представленного в приложении № 2. Его интерпретация позволила получить схему базы данных в формате СУБД MS SQL Server на физическом уровне.

В результате выполнения первой главы была дана общая характеристика «Главного управления МЧС России по МО», представлена его организационная структура, а также рассмотрена схема информационного взаимодействия должностных лиц ЦИО. Для разработки БД ИС учета ЧС в МО были сформулированы функциональные и аппаратно-программные требования.

Далее были разработаны модели базы данных ИС, полученные в среде инструментального средства CA ERWinDataModeler. Данные модели легли в основу разработки прототипа БД информационной системы центра учета ЧС в МО.



2. Разработка прототипа базы данных информационной системы учёта чрезвычайных ситуаций в Московской области

2.1 Выбор инструментального средства разработки прототипа базы данных информационной системы

При выборе инструмента разработки БД ИС центра учета ЧС в МО было отдано предпочтение системе «1С: Предприятие». Данная система как предметно-ориентированная среда разработки имеет определенные преимущества. Поскольку круг задач более точно очерчен, то и набор средств и технологий можно подобрать с большей определенностью. В задачу платформы входит предоставление разработчику интегрированного набора инструментов, необходимых для быстрой разработки, распространения и поддержки прикладного решения для автоматизации оперативного учета. При этом отдельные «детали» могут уступать по функциональности универсальным средствам разработки и специализированным средствам управления жизненным циклом, используемым разработчиками. Однако эффект достигается благодаря общему набору средств и их тесной интеграции.

Построение системы на основе технологической модели работы приложения, метаданных и прикладной модели работы приложения позволяет существенно упросить и ускорить разработку. Во-первых, опираясь на метаданные и единую модель, все компоненты системы взаимодействуют между собой без существенных усилий со стороны разработчика. Фактически они знают, «что нужно делать» с теми или иными объектами предметной области и типами данных .

При хорошем соответствии задачи назначению «1С: Предприятия» преимущества предметно-ориентированного средства разработки позволяют «перевесить» достоинства универсальных систем.

Преимуществом реализации БД ИС ЧС в МО с помощью технологической платформы «1С: Предприятие» является ее ориентированность на ведение учета. При создании конфигурации с нуля очень большую помощь в разработке могут оказать такие встроенные объекты метаданных, как регистры сведений и накоплений. В случае создания структуры в иной среде, скорее всего, пришлось бы дополнительно продумывать реализацию такого функционала.

2.2 Разработка прототипа базы данных информационной системы

Основной инструмент с которым работает разработчик в «1С: Предприятие» - это дерево конфигурации .

Дерево конфигурации содержит в себе практически всю информацию о том, из чего состоит конфигурация (рис. 2.1).

Рис. 2.1. Дерево конфигурации «1С: Предприятие»



Конфигурация описывает структуру данных, которые пользователь будет использовать в режиме работы «1С: Предприятие». Кроме этого конфигурация описывает всевозможные алгоритмы обработки этих данных, содержит информацию о том, как эти данные должны будут выглядеть на экране и на принтере.

В дальнейшем платформа «1С: Предприятия» на основании этого описания создаст базу данных, которая будет иметь необходимую структуру, и предоставит пользователю возможность работать с этой базой данных .

Для того чтобы систему «1С: Предприятие» можно было быстро и легко настраивать на нужные прикладные задачи, все описание, которое содержит конфигурация, состоит из нескольких единиц, называемых объектами конфигурации.

В курсовой работе для разработки БД ИС учета ЧС в МО использовались следующие объекты конфигурации: подсистемы, справочники, перечисления, документы, макеты, команды, роли, общие модули и формы, регистры сведений, отчеты и др. Процесс разработки объектов конфигурации происходит в режиме работы «Конфигуратор» системы «1С: Предприятие» .

Но прежде всего для реализации спроектированной ранее модели данных следует проассоциировать сущности модели данных с объектами метаданных конфигурации 1С (таблица 2.1).

Таблица 2.1 Соответствие объектов модели данных объектам конфигурации 1С

Сущности модели данных	Тип объекта конфигурации 1С	Название объекта конфигурации 1С
1	2	3
Местоположение	Справочник	Местоположение
Тип происшествия	Справочник	ТипПроисшествия
КодЧС	Справочник	КодЧС
Пострадавшие	Справочник	Пострадавшие
Руководитель расчета	Справочник	РуководительРасчета
Транспортное средство	Справочник	ТранспортноеСредство
Спасательный расчет	Справочник	СпасательныйРасчет
Ликвидация	Справочник	Ликвидация

Рассмотрим работу с объектом конфигурации «Подсистема». В конфигураторе «1С: Предприятие» существует возможность определить логическую структуру создаваемого прикладного решения, описав ее в виде различных по своей функциональности частей, которые в совокупности составляют данное прикладное решение. Для описания такой структуры существуют объекты конфигурации «Подсистема». Эти объекты располагаются в ветке объектов Общие и позволяют строить древовидную структуру, состоящую из подсистем и подчиненных подсистем. Перечень созданных в конфигураторе подсистем представлен на рис. 2.2.

Рис. 2.2. Перечень подсистем в дереве конфигурации

После запуска системы в режиме «1С: Предприятие» созданные подсистемы можно увидеть в панели разделов (рис. 2.3) и в панели навигации (2.4) главного окна приложения.

Рис. 2.3. Панель разделов главного окна приложения



Рис. 2.4. Панель навигации главного окна приложения

Рассмотрим работу с объектом конфигурации «Перечисление».Объект конфигурации Перечисление предназначен для описания структуры хранения постоянных наборов значений, не изменяемых в процессе работы конфигурации. На основе объекта конфигурации Перечисление платформа создает в базе данных таблицу, в которой может храниться набор некоторых постоянных значений.

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

Перечень созданных перечислений представлен на рис. 2.5.

Рассмотрим работу с объектом конфигурации «Справочник». Объект конфигурации «Справочник» является прикладным и предназначен для работы со списками данных. Объект конфигурации «Справочник» используется для того, чтобы на его основе платформа создала в базе данных информационную структуру. В моей информационной структуре будут храниться списки физических и юридических лиц, баз-стоянок, судоводителей, инспекторов, маломерных судов, двигателей и др. Полный перечень разработанных справочников представлена на рис. 2.6.



Рис. 2.5. Перечень перечислений в дереве конфигурации

Рис. 2.6. Перечень справочников в дереве конфигурации

Работу со справочниками продемонстрируем на примере справочника «КодЧС» (рис. 2.7).

Для данного справочника были определены имя, синоним, подсистемы, реквизиты, табличная часть, реквизиты табличной части, а также формы списка и элементов справочника.



Рис. 2.7. Создание реквизитов справочника «КодЧС»

Форма списка справочника «КодЧС» представлена на рис. 2.8, а форма элемента - на рис. 2.9.

Рис. 2.8. Форма списка справочника «КодЧС»

Аналогично были разработаны и заполнены и оставшиеся справочники.

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

Рис. 2.9. Форма элемента справочника «КодЧС»

Перечень разработанных отчетов представлен на рис. 2.20.

Рис. 2.20. Перечень отчетов в дереве конфигурации



Рассмотрим пример создания отчета, который будет показывать количество зарегистрированных инспекторами отдела учета ЧС в МО. Для этого был создан новый объект конфигурации Отчет с именем «ОтчетВызозовов». Далее необходимо создать и настроить схему компоновки данных. Конструктор схемы компоновки данным с текстом запроса представлен на рис. 2.21.

Рис. 2.21. Конструктор схемы компоновки данных

Далее были определены варианты визуализации данных: таблица и диаграмма. Результат созданного отчета можно увидеть на рис. 2.22. Отчет вполне «презентабелен» и полностью отражает количество зарегистрированных инспекторами отдела учета ЧС в МО.



Рис. 2.22. Отчет по зарегистрированным маломерным судам

Во второй главе был описан процесс разработки прототипа БД ИС отдела учета ЧС в МО, реализованный в среде инструментального средства «1С: Предприятие».



Заключение

В результате выполнения курсовой работы были решены следующие задачи:

проведено исследование предметной области деятельности образовательных организаций МЧС России;

сформулированы требования к БД информационной системыдеятельности образовательных организаций МЧС России;

разработаны модели базы данных ИСучета обучающихся образовательных организаций МЧС России;

обоснован выбор инструментария разработки;

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

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

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

Таким образом, цель курсовой работы считаю достигнутой.

Перечень использованных источников

1. Нормативные и правовые документы

2. ГОСТы

3. ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе.

4. ГОСТ 7.60-2003 СИБИД. Издания. Основные виды. Термины и определения.

5. Р 50.1.028-2001. Методология функционального моделирования. Рекомендации по стандартизации.

6. Книги

7. 1010 Гордеев, С. И. Организация баз данных в 2 ч. Часть 1: учебник для вузов / С. И. Гордеев, В. Н. Волошина. - 2-е изд., испр. и доп. - Москва: Издательство Юрайт, 2019. - 310 с.

8. Гордеев, С. И. Организация баз данных в 2 ч. Часть 2: учебник для вузов / С. И. Гордеев, В. Н. Волошина. - 2-е изд., испр. и доп. - Москва: Издательство Юрайт, 2019. - 513 с.

9. Илюшечкин, В. М. Основы использования и проектирования баз данных: учебник для академического бакалавриата / В. М. Илюшечкин. - Москва: Издательство Юрайт, 2019. - 213 с.

10. Маркин, А. В. Программирование на SQL в 2 ч. Часть 1: учебник и практикум для вузов / А. В. Маркин. - 2-е изд., перераб. и доп. - Москва: Издательство Юрайт, 2019. - 403 с.

11. Маркин, А. В. Программирование на SQL в 2 ч. Часть 2: учебник и практикум для вузов / А. В. Маркин. - 2-е изд., испр. и доп. - Москва: Издательство Юрайт, 2019. - 340 с.

12. Нестеров, С. А. Базы данных: учебник и практикум для академическогобакалавриата / С. А. Нестеров. - Москва: Издательство Юрайт, 2019. - 230 с.

13. Официальный сайт проекта «Библиотека программиста». ТОП-10 систем управления базами данных в 2019 году. - 2019. [Электронный ресурс]. - URL: https://proglib.io/p/databases-2019.

14. Советов, Б. Я. Базы данных: учебник для прикладногобакалавриата / Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской. - 3-е изд., перераб. и доп. - Москва: Издательство Юрайт, 2019. - 420 с.

15. Стасышин, В. М. Базы данных: технологии доступа: учебное пособие для академического бакалавриата / В. М. Стасышин, Т. Л. Стасышина. - 2-е изд., испр. и доп. - Москва: Издательство Юрайт, 2018. - 178 с.

16. Стружкин, Н. П. Базы данных: проектирование: учебник для академическогобакалавриата / Н. П. Стружкин, В. В. Годин. - Москва: Издательство Юрайт, 2019. - 477 с.

17. Стружкин, Н. П. Базы данных: проектирование. Практикум: учебное пособие для академическогобакалавриата / Н. П. Стружкин, В. В. Годин. - Москва: Издательство Юрайт, 2019. -- 291 с.

18. Федин, Ф.О. Управление данными: учебное пособие. Ч.I. Автоматизированное проектирование баз данных информационных систем / Ф.О. Федин, С.В. Чискидов. - Химки: АГЗ МЧС России, 2017. - 95 с.

19. Федин Ф.О. Базы данных: учебное пособие / Ф.О. Федин, С.В. Чискидов, А.А. Безвесильная. - Химки: АГЗ МЧС России, 2018. - 112 с.

20. Интернет ресурсы (интернет сайты)

21. Платформа «1С: Предприятие» как средство разработки бизнес-приложений. URL: http://v8.1c.ru/news/publication.jsp?id=193 (дата обращения: 12.05.2014).

22. Сайт фирмы 1С. Методическая поддержка URL: http://http://v8.1c.ru/metod/ (дата обращения: 13.05.2014).

23. 1C: Предприятие ? Сервис и методические материалы URL: http://www.1c.ru/rus/support/predpr-service.htm (дата обращения: 14.05.2014).

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

...