Создание автоматизированной информационной системы "Свод отчетов" для УВО при ГУВД Пермско...
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
х к ПЦН, с группировкой по подразделениям.
Подсчет на основании таблиц Объекты, ТСО объект, Сигнализация и Сигнализация на объекте количества квартир у которых дата приказа постановки входит в отчетный период, с группировкой по подразделениям.
Подсчет на основании таблиц Объекты, ТСО объект, Сигнализация и Сигнализация на объекте количества квартир у которых дата приказа снятия входит в отчетный период, с группировкой по подразделениям.
Вычисление разности между количеством поставленных на охрану квартир с количеством снятых с охраны.
Подсчет на основании таблиц ТСО объект, Сообщения об объекте количества ложных срабатываний, у которых дата входит в отчетный период, с группировкой по видам неисправностей и подразделениям.
Подсчет на основании таблицы Учет ТСО количества приборов у которых дата установки входит в отчетный период.
Подсчет на основании таблиц Учет ТСО, ТСО и Тип прибора задействованную емкость всех ПЦН, с группировкой по подразделениям.
Заполнение отчетной формы получившимися результатами.
2.4 Разработка инфологической и концептуальной схемы БД.
2.4.1 Построение инфологической схемы БД.
В подразделениях вневедомственной охраны ведется учет охраняемых объектов, количество подразделений и работников, учет договоров на сопровождение имущество и учет складских помещений.
По охраняемым объектам и складским помещениям ведется учет ТСО установленных на них, ПЦО и АТС, так же есть другие виды охраны с мощью подразделения УВО.
В отчетах о подразделениях учитывается количество выездов подразделения, место выезда и причина.
Таким образом, мы имеем схему (рисунок ).
На этой схеме видны основные направления информационных потоков при учете работы УВО при ГУВД Пермского края.
2.4.2 Построение объектно-ориентированной модели БД
В процессе исследования потребностей пользователя выяснилось что, требуется хранить информацию о подключаемых объектах, средств охраны объектов, которые делятся на две группы охрана средствами ТСО и людьми.
Также важна информация заключенных договорах сопровождений имущества и количестве работающих в группах реагирования УВО.
Таким образом мы получили концептуальную схему БД (рисунок)
2.5 Выбор модели данных и СУБД
Учитывая специфику создания отчетных документов, мной были рассмотрены следующие модели данных:
- реляционная модель данных;
- объектно-ориентированная модель данных;
2.5.1 Реляционная модель данных
Не будучи хронологически первой, наиболее популярной с начала 80-х гг. была и до сих пор остается реляционная модель данных. Она первая получила математическое описание, и она экономна по части базовых понятий. Первое повлекло возможность тщательного и интенсивного исследования свойств этой модели (немедленно реализованного в обширной литературе), а второе сделало ее привлекательной для программистов и пользователей.
В реляционной модели считается, что все данные ИС представлены в виде таблиц. Строки в каждой таблице - это кортеж неструктурированных единиц данных, "атрибутов". Набор кортежей, составляющий таблицу, образует математическое отношение. Таким образом, модель данных представляется множеством таблиц-отношений (называемых также R-таблицами); отсюда название "реляционная", т.е. модель, представленная отношениями.
Атрибуты строк-кортежей (и таблиц-отношений) - это значения из заданных наравне с таблицами областей определения ("доменов"). Разные столбцы в одной и той же или в разных таблицах могут иметь одну и ту же область определения, а могут - разные.
Значения атрибутов в таблице-отношении могут иметь только один определенный вид функциональной зависимости друг от друга, а именно, все значения в произвольном кортеже должны по отдельности зависеть только от значений столбца или группы столбцов - одних для всего отношения. Такой столбец или группа столбцов, называются ключевыми, а значения атрибутов в них - ключами.
Реляционная база данных - это набор R-таблиц и только R-таблиц, т.е. считается, что никаким иным образом (переменные, массивы и т.п.) данные в базе не представлены8.
Если можно говорить об основной идее использования реляционного подхода в СУБД, то это именно предсказуемость результатов работы с данными, обеспечиваемая математическим аппаратом в основе этого подхода. Действительно, поскольку в основе лежит корректная математическая модель, то любой запрос к базе данных, составленный на каком-нибудь "корректном" (формальном) языке повлечет ответ, однозначно определенный схемой данных и конкретными данными. Ничего другого для объяснения пользователю, почему он получил тот, а не иной результат, не требуется (не требуется, например, знать о физическом расположении данных на дисках или же в буферах памяти либо "заглядывать" в одни файлы, чтобы получить описания информации о других). Учитывая, что набор основных понятий достаточно прозрачен, получается, что результат не просто предсказуем, но и относительно просто предсказуем. То же можно сказать не только о запросах, но и о манипулировании моделью с помощью перечисленных операций над таблицами.
Реляционная модель данных, несмотря на ее достоинства, совсем не идеальна. В ряде случаев она не позволяет ясно отразить особенности предметной обла