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

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

КОНТРОЛЬНАЯ РАБОТА

по дисциплине

«Проектирование информационных систем»

на тему:

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

Введение

база данные чрезвычайный приложение

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

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

1.  Описание предметной области

Поступает сообщение на пункт ЕДДС (Единой дежурно-диспетчерской службы). Диспетчер получает необходимую информацию и при необходимости направляет силы и средства для ликвидации ЧС. После чего составляется отчет о проделанной работе.

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

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

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

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

Вся проделанная работа заносится в отчет и хранится в базе данных.

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

2. Модель бизнес процессов

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

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

Третий уровень вложенности - это уточнение бизнес процесса «Получить информацию». Здесь выделено три этапа: принять сообщение, проанализировать сообщение принять решение, подать сигнал тревоги и заполнить путевку. На входе - сообщение от населения. При его принятии уточняются некоторые факты и на выходе мы получаем информацию о ЧС. Данную информацию диспетчер анализирует на основании нормативных управляющих документов, и принимает решение. Это может быть как решение на высылку сил и средств, так и некоторые рекомендации при обращении граждан с вопросами, не связанными с ЧС или пожаром, обращение в ЭГС при поступлении по линиям «01» сообщений, входящих в ведение этих служб. А также отчетная информация о сообщении и принятых мерах.

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

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

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

При поступлении по линиям «01» сообщений, входящих в ведение таких служб жизнеобеспечения как скорая помощь, милиция, горгаз и т.д., диспетчер немедленно соединяет абонента по прямым каналам с этими службами. То есть, на выходе обращение в ЭГС и отчетная информация.

При поступлении сообщений о ДТП диспетчер собирает информацию в полном объеме с уточнением наличия жертв или пострадавших, передает информацию ГИБДД, при необходимости направляет силы и средства, составляет отчетную информацию.

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

3. Концептуальная схема

Рассмотрим сущности логической схемы.

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

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

Сущность «Диспетчер» хранит информацию о личном составе ЕДДС. Ключевым атрибутом является табельный номер сотрудника. Также здесь хранится Ф.И.О., должность, звание и номер караула, в котором служит данный диспетчер. Номер караула является внешним ключом. Связь с сущностью «Караул» - один ко многим, так как диспетчер работает в одном карауле, но в одном карауле работает много диспетчеров.

Сущность «Караул» хранит информацию о том, кто является командиром караула, его помощником и их водителе. Первичным ключом является номер караула.

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

Сущность «Отчет» хранит информацию о проделанной работе по принятому сообщению, поэтому связь с сущность «Сообщение» - один к одному. Первичным ключом является внешний ключ номер сообщения. Другие атрибуты хранят информацию о типе высланных машин (внешний ключ) и их количестве, время прибытия машин в депо, дополнительный отчет, табельный номер оператора (внешний ключ), высланы ли машины АЛ, ПНС, АСО. Связана с сущностью «Диспетчер» - как один ко многим, так как каждый отчет делает один оператор, но один оператор может сделать много отчетов.

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

Физическая создана для СУБД InterBase, под управлением которой будет работать результирующая база данных. Для работы в этой СУБД все имена атрибутов и сущностей были переведены на английский язык.

Большинство атрибутов таблиц представляют собой целые числа. Это идентификаторы, количество машин, телефоны и т.д. Имена и фамилии диспетчеров и сообщивших, адреса происшествий, виды машин и ЧС, должности и звания представляют собой строки фиксированной длины, причём для их хранения используются строки длины 20. Для хранения даты и времени принятия сообщения и прибытия машин используются специальные типы DATE и TIME.

4. Целостность данных и безопасность базы данных

В данной работе целостность данных обеспечивается связями между таблицами, заданием альтернативных ключей и триггерами. Добавление связей между таблицами обеспечивает контроль значений определённых атрибутов - внешних ключей. Задание таблицам альтернативных ключей позволяет поддерживать необходимую уникальность хранимых данных.

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

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

CREATE TRIGGER «CODEMES» FOR «MESSAGES»

ACTIVE BEFORE INSERT POSITION 0

as

begin

new.num_of_mes = gen_id (GenCode, 1);

end

CREATE TRIGGER «GCODE» FOR «ORDERS»

ACTIVE BEFORE INSERT POSITION 0

as

begin

new.number_of_or = gen_id (GenCode, 1);

end

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

В рамках СУБД InterBase первым пользователем был сделан создаваемый по умолчанию администратор базы данных SYSDBA.

5. Описание приложения

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

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

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

Если да, то становятся активными две следующие закладки: «Послать технику» и «Закрыть отчет». На этих вкладках вводится информация о том, сколько и каких машин было отправлено по этому сообщению, составляется путевка, а также указывается время прибытия машин в депо.

На последней закладке «Журнал» можно просмотреть соединенные таблицы сообщений и отчетов.

Взаимодействие с СУБД реализовано с помощью компонентов вкладки InterBase. Для связи с базой данных используется компонент TIBDatabase, которому указывается путь к gdb-файлу базы данных, имя и пароль пользователя. Также используется компонент TIBTransaction для активизации транзакции, в рамках которой будет происходить обращение к данным.

В основном приложении главным средством доступа к базе данных являются объекты класса TIBQuery, позволяющего выполнять SQL-запросы. Любое обращение к базе данных выполняется за счёт внесения текста запроса в свойство SQL этого компонента.

Заключение

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

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

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

Литература

1 Дейт К.Дж. Введение в базы данных. [Текст]/ дейт К.Дж. - М.: Издательский дом «Вильямс», 2001 - 1071 с.

2 Ахо А. Структуры данных и алгоритмы. [Текст]/ Ахо А., Хопкрофт Дж., Ульман Дж. - М.: «Вильямс», 2001 - 456 с.

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