Смекни!
smekni.com

Создание автоматизированной информационной системы Свод отчетов для УВО при ГУВД Пермского края (стр. 8 из 10)

Подсчет количества АРМ ДПУ и ДПЦО, на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет количества ложных срабатываний с разбивкой по типам неисправности, на основании таблицы «Сообщения об объекте», с группировкой по подразделениям

Заполнение отчетной формы получившимися результатами.

Генерирование отчета «Отчет о наличии ПЦН, ЗЗА и РИПов»

Генерирование «шапки» таблицы

Подсчет на основании таблицы «ПЦО и АТС» количества ПЦО, с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества АРМов, с группировкой по видам и подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества АРМов, с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества ПЦН, с группировкой по подразделениям.

Подсчет общей емкости ПЦН на основании таблиц «Учет ТСО» и «ТСО», с группировкой по подразделениям.

Подсчет задействованной емкости ПЦН на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет процентного соотношения задействованной емкости ПЦН к общей на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества ПЦН, с группировкой по видам и подразделениям.

Подсчет количества ПЦН, у которых срок с даты изготовления превышает срок эксплуатации, на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества РИП, с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества ЗЗА, с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества радиосистем, с группировкой по подразделениям.

Подсчет на основании таблицы «Учет ТСО» количества радиосистем, с группировкой по видам и подразделениям.

Подсчет на основании таблиц «Учет ТСО» и «ТСО» количества объектов поставленных на автоохрану, с группировкой по подразделениям.

Подсчет на основании таблиц «Учет ТСО» и «ТСО» количества квартир поставленных на автоохрану, с группировкой по подразделениям.

Подсчет количества ПЦН, у которых дата поступления входит в отчетный период, на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет количества ПЦН, у которых дата списания входит в отчетный период, на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Подсчет количества ПЦН, находящихся в обменном фонде, на основании таблицы «Учет ТСО», с группировкой по подразделениям.

Заполнение отчетной формы получившимися результатами.

Генерирование отчета «Отчет о работе подразделений охраны»

Генерирование «шапки» таблицы.

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

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

Подсчет на основании таблиц «Объекты», «ТСО объект», «Учет ТСО» и «Тип рубежа» количества объектов имеющих 2 и более рубежей, с группировкой по подразделениям.

Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества объектов оборудованных КТС, с группировкой по подразделениям.

Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества обособленных помещений оборудованных ОПС, с группировкой по подразделениям.

Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества обособленных помещений подключенных к ПЦН, с группировкой по подразделениям.

Подсчет на основании таблиц «Объекты», «ТСО объект», «Учет ТСО» и «Тип рубежа» количества обособленных помещений имеющих 2 и более рубежей, с группировкой по подразделениям.

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

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

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

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

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

Вычисление разности между количеством поставленных на охрану квартир с количеством снятых с охраны.

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

Подсчет на основании таблицы «Учет ТСО» количества приборов у которых дата установки входит в отчетный период.

Подсчет на основании таблиц «Учет ТСО», «ТСО» и «Тип прибора» задействованную емкость всех ПЦН, с группировкой по подразделениям.

Заполнение отчетной формы получившимися результатами.

2.4 Разработка инфологической и концептуальной схемы БД.

2.4.1 Построение инфологической схемы БД.

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

По охраняемым объектам и складским помещениям ведется учет ТСО установленных на них, ПЦО и АТС, так же есть другие виды охраны с мощью подразделения УВО.

В отчетах о подразделениях учитывается количество выездов подразделения, место выезда и причина.

Таким образом, мы имеем схему (рисунок ).



На этой схеме видны основные направления информационных потоков при учете работы УВО при ГУВД Пермского края.

2.4.2 Построение объектно-ориентированной модели БД

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

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

Таким образом мы получили концептуальную схему БД (рисунок)



2.5 Выбор модели данных и СУБД

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

· реляционная модель данных;

· объектно-ориентированная модель данных;

2.5.1 Реляционная модель данных

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

В реляционной модели считается, что все данные ИС представлены в виде таблиц. Строки в каждой таблице - это кортеж неструктурированных единиц данных, "атрибутов". Набор кортежей, составляющий таблицу, образует математическое отношение. Таким образом, модель данных представляется множеством таблиц-отношений (называемых также R-таблицами); отсюда название "реляционная", т.е. модель, представленная отношениями.

Атрибуты строк-кортежей (и таблиц-отношений) - это значения из заданных наравне с таблицами областей определения ("доменов"). Разные столбцы в одной и той же или в разных таблицах могут иметь одну и ту же область определения, а могут - разные.

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

Реляционная база данных - это набор R-таблиц и только R-таблиц, т.е. считается, что никаким иным образом (переменные, массивы и т.п.) данные в базе не представлены8.

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