Генерирование «шапки» таблицы.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества объектов оборудованных ОПС, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества объектов подключенных к ПЦН, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Учет ТСО» и «Тип рубежа» количества объектов имеющих 2 и более рубежей, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества объектов оборудованных КТС, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества обособленных помещений оборудованных ОПС, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества обособленных помещений подключенных к ПЦН, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Учет ТСО» и «Тип рубежа» количества обособленных помещений имеющих 2 и более рубежей, с группировкой по подразделениям.
Подсчет на основании таблиц «Ремонт ТСО», «ТСО в ремонте», «Учет ТСО», «ТСО объект» и «Объекты» количества капитальных ремонтов обособленных помещений и объектов, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества квартир оборудованных ОПС, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества квартир подключенных к ПЦН, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества квартир у которых дата приказа постановки входит в отчетный период, с группировкой по подразделениям.
Подсчет на основании таблиц «Объекты», «ТСО объект», «Сигнализация» и «Сигнализация на объекте» количества квартир у которых дата приказа снятия входит в отчетный период, с группировкой по подразделениям.
Вычисление разности между количеством поставленных на охрану квартир с количеством снятых с охраны.
Подсчет на основании таблиц «ТСО объект», «Сообщения об объекте» количества ложных срабатываний, у которых дата входит в отчетный период, с группировкой по видам неисправностей и подразделениям.
Подсчет на основании таблицы «Учет ТСО» количества приборов у которых дата установки входит в отчетный период.
Подсчет на основании таблиц «Учет ТСО», «ТСО» и «Тип прибора» задействованную емкость всех ПЦН, с группировкой по подразделениям.
Заполнение отчетной формы получившимися результатами.
В подразделениях вневедомственной охраны ведется учет охраняемых объектов, количество подразделений и работников, учет договоров на сопровождение имущество и учет складских помещений.
По охраняемым объектам и складским помещениям ведется учет ТСО установленных на них, ПЦО и АТС, так же есть другие виды охраны с мощью подразделения УВО.
В отчетах о подразделениях учитывается количество выездов подразделения, место выезда и причина.
Таким образом, мы имеем схему (рисунок ).
На этой схеме видны основные направления информационных потоков при учете работы УВО при ГУВД Пермского края.
В процессе исследования потребностей пользователя выяснилось что, требуется хранить информацию о подключаемых объектах, средств охраны объектов, которые делятся на две группы охрана средствами ТСО и людьми.
Также важна информация заключенных договорах сопровождений имущества и количестве работающих в группах реагирования УВО.
Таким образом мы получили концептуальную схему БД (рисунок)
Учитывая специфику создания отчетных документов, мной были рассмотрены следующие модели данных:
· реляционная модель данных;
· объектно-ориентированная модель данных;
Не будучи хронологически первой, наиболее популярной с начала 80-х гг. была и до сих пор остается реляционная модель данных. Она первая получила математическое описание, и она экономна по части базовых понятий. Первое повлекло возможность тщательного и интенсивного исследования свойств этой модели (немедленно реализованного в обширной литературе), а второе сделало ее привлекательной для программистов и пользователей.
В реляционной модели считается, что все данные ИС представлены в виде таблиц. Строки в каждой таблице - это кортеж неструктурированных единиц данных, "атрибутов". Набор кортежей, составляющий таблицу, образует математическое отношение. Таким образом, модель данных представляется множеством таблиц-отношений (называемых также R-таблицами); отсюда название "реляционная", т.е. модель, представленная отношениями.
Атрибуты строк-кортежей (и таблиц-отношений) - это значения из заданных наравне с таблицами областей определения ("доменов"). Разные столбцы в одной и той же или в разных таблицах могут иметь одну и ту же область определения, а могут - разные.
Значения атрибутов в таблице-отношении могут иметь только один определенный вид функциональной зависимости друг от друга, а именно, все значения в произвольном кортеже должны по отдельности зависеть только от значений столбца или группы столбцов - одних для всего отношения. Такой столбец или группа столбцов, называются ключевыми, а значения атрибутов в них - ключами.
Реляционная база данных - это набор R-таблиц и только R-таблиц, т.е. считается, что никаким иным образом (переменные, массивы и т.п.) данные в базе не представлены8.
Если можно говорить об основной идее использования реляционного подхода в СУБД, то это именно предсказуемость результатов работы с данными, обеспечиваемая математическим аппаратом в основе этого подхода. Действительно, поскольку в основе лежит корректная математическая модель, то любой запрос к базе данных, составленный на каком-нибудь "корректном" (формальном) языке повлечет ответ, однозначно определенный схемой данных и конкретными данными. Ничего другого для объяснения пользователю, почему он получил тот, а не иной результат, не требуется (не требуется, например, знать о физическом расположении данных на дисках или же в буферах памяти либо "заглядывать" в одни файлы, чтобы получить описания информации о других). Учитывая, что набор основных понятий достаточно прозрачен, получается, что результат не просто предсказуем, но и относительно просто предсказуем. То же можно сказать не только о запросах, но и о манипулировании моделью с помощью перечисленных операций над таблицами.
Реляционная модель данных, несмотря на ее достоинства, совсем не идеальна. В ряде случаев она не позволяет ясно отразить особенности предметной области: всего лишь одной из иллюстраций тому служит отсутствие прямых средств выражения иерархии. Поэтому постоянно ведутся поиски других моделей, которые, впрочем, все также имеют свои сильные и слабые стороны.
Моделью данных, привлекающей нарастающее внимание с конца 80-х гг., является объектная, или “объектно-ориентированная” модель. Основными понятиями, с которыми оперирует эта модель, являются следующие:
· объекты, обладающие внутренней структурой и однозначно идентифицируемые уникальным внутрисистемным ключом;
· классы, являются, по сути, типами объектов;
· операции над объектами одного или разных типов, называемые "методами";
· инкапсуляция структурного и функционального описания объектов, поз8воляющая разделять внутреннее и внешнее описания (в терминологии предшествовавшего объектному модульного программирования - "модульность" объектов);
· наследуемость внешних свойств объектов на основе соотношения "класс-подкласс".
К достоинствам объектно-ориентированной модели можно отнести:
· возможность для пользователя системы определять свои сколь угодно8 сложные типы данных (используя имеющийся синтаксис и свойства наследуемости и инкапсуляции);
· наличие наследуемости свойств объектов;
· повторное использование программного описания типов объектов при обращении к другим типам, на них ссылающимся.
К недостаткам объектно-ориентированной модели можно отнести:
· отсутствие строгих определений; разное понимание терминов и различия в терминологии;
· как следствие - эта модель не исследована столь тщательно математически, как реляционная;
отсутствие общеупотребимых стандартов, позволяющих связывать конкретные объектно-ориентированные системы с другими системами работы с данными.
Основным и главным отличием объектно-ориентированной модели считается наличие уникального системного идентификатора.
Система программ 1С-Предприятие разработана фирмой 1С.
Система программ «1С:Предприятие 8.0» включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и частных лиц. Сама платформа не является программным продуктом для использования конечными пользователями, которые обычно работают с одним из многих прикладных решений (конфигураций), разработанных на данной платформе. Такой подход позволяет автоматизировать различные виды деятельности, используя единую технологическую платформу.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12
