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

(5 оценок, среднее: 4,80 из 5)

Загрузка...

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

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

ПЕРМСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ ИСКУССТВА И КУЛЬТУРЫ

Факультет документально-информационных коммуникаций

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

УДК 004.42:35.073.515.3

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

Дипломная работа, представленная к защите по специальности 351400

«Прикладная информатика в социально-культурной сфере»

Исполнитель:

студент группы ИР-53

Тележников Н.В.

Научный управляющий:

Серегина Т.А.

_____________________

Допущен к защите

«__»_________________2006 г.

Зав. кафедрой_________________ Н.Н. Масленников

Пермь, 2006

Инструкция
:

В дипломной работе на базе платформы 1С будет разработана конфигурация 1С:«Свод отчетов» под индивидуальности автоматизации составления отчетов в Управлении вневедомственной охраны.

объект исследования
:

Управление вневедомственной охраны.

Предмет исследования
:

Организация и разработка составления отчетов УВО в конфигурации 1С:«Свод отчетов».

Цель дипломной работы
:

Автоматизация составления отчетов для УВО при помощи конфигурации 1С:«Свод отчетов».

задачки исследования
:

· рассмотрение предметной области: сбор и анализ имеющихся данных, выявление состава и структуры объектов, построение концептуальной модели;

· анализ нормативно-правовых документов, регламентирующих правила составления отчетов;

· исследование конфигурирования на платформе 1С: и особенностей решения расчетных задач в ней;

· исследование работы с регистрами оперативного учета в 1С: Предприятии;

· внедрение системы 1С:«Свод отчетов» в УВО.

Способы исследования
:

· анализ нормативно-правовой документации;

· моделирование;

· проектирование;

· программирование;

· тестирование работоспособности информационной системы.

Введение. 8

1. Современное состояние создание отчетов на предприятиях. Обоснование сотворения системы.. 10

1.1 Отчетная документация как база эффективности функционирования. 10

компании.10

1.1.1 понятие управленческой отчетности.10

1.1.2 Свойства системы управленческой отчетности. 12

1.2 анализ имеющихся АИС по подготовке отчетных документов.16

1.1.2 Система «Учет ИТСО». 16

1.1.3 Система «Картотека». 17

1.1.4 Конфигурация 1С «АНВИК: Учет отдела вневедомственной охраны»18

1.1.5 Сопоставление систем «Учет ИТСО», «Картотека» и «АНВИК: Учет ОВО»19

1.1.6 Выводы.. 24

1.2 Технико-экономическое обоснование эффективности внедрения АИС “Свод отчетов” для УВО.. 24

2. анализ предметной области, системный и структурный анализ.27

2.1 анализ предметной области сотворения и использования отчетных документов.27

2.2 Имеющиеся формы отчетности в УВО.
27

2.2.1 Форма «ВО-2». 27

2.2.2 отчет о наличии ПЦН, ЗЗА и РИПов. 29

2.2.3 Отчет о работе подразделения охраны.. 30

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

2.2.5отчет охраны объектов и квартир. 32

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

2.2.7 отчет по состоянию квартир.32

2.2.8 Отчет по состоянию объектов.33

2.2.9 отчет по охране автостоянок УВО при ГУВД Пермской области.33

2.2.10 Отчет о результатах работы УВО форма “ВО-1”.33

2.2.11 Итоги работы подразделения ОВО.34

2.2.12 Структурный анализ отчетных форм УВО.34

2.3 Системный анализ и структурное проектирование системы.. 35

2.3.1 Определение требований к новейшей системе.35

2.3.1 Логическое проектирование системы.35

2.3.1.1 Операция с учетными записями о объектах.
36

2.3.1.2 Операции с учетными записями о ТСО
37

2.3.1.3 Операции с учетными записями о ПЦО либо АТС (то есть автоматическая телефонная станция)
40

2.3.1.4 Операции с записями о истории ТСО
42

2.3.1.5 Операции с записями о истории объектов
44

2.3.1.6 Операция с учетными записями о заявках и сопровождение имущества.
46

2.3.1.7 Операция с учетными записями о сотрудниках УВО.
47

2.3.1.8 Составление на базе записей отчетных форм.
48

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

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

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

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

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

2.5.2 Объектно-ориентированная модель данных. 63

2.5.3 СУБД 1с:V8.0. 64

2.5.4 СУБД Oracle 10g. 65

2.5.5 СУБД SQLServer 2000. 68

2.5.6 СУБД InterBase 6. 70

2.5.7 Сопоставление СУБД Oracle 10g, SQLServer 2000, InterBase 7.1 и 1с:v8.071

3. Проектирование приложения. 74

3.1 Описание сделанных объектов в конфигурации. 74

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

Заключение. 76

Перечень использованной литературы.. 77

определения, обозначения и сокращения

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

УВО –
управление вневедомственной охраны;

АРМ
– автоматическое рабочее пространство;

БД –
база данных;

ДПУ
– дежурный пульта управления;

ДПЦО
– дежурный пт централизованной охраны;

ЗЗА
– звукозаписывающая аппаратура;

КТС
– клавиша тревожной сигнализации;

ОПС
– охранно-пожарная сигнализация;

ППК
– устройство приемно-контрольный;

ПЦН –
пульт централизованного наблюдения;

ПЦО –
пункт централизованной охраны;

РИП
– запасный источник питания;

СПИ
– система передачи уведомлений;

СУБД
– система управления базами данных;

ТСО
– техническое средство охраны;

В истинной работе используют последующие определения с надлежащими определениями:

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

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

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

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

8Пункт централизованной охраны
— диспетчерский пункт для централизованной охраны ряда рассредоточенных объектов от проникания нарушителя и пожара с внедрением СПИ.

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

Введение

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

В качестве задач исследования были выделены:

а) исследование теоретической разработанности темы;

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

в) выявление заморочек, связанных с построением запросов, отчетных форм в сфере управления вневедомственной охраны;

г) разработка метода построения запросов и отчетных форм;

д) проектирование пользовательского интерфейса;

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

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

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

1. Современное состояние создание отчетов на предприятиях. Обоснование сотворения системы

1.1 Отчетная документация как база эффективности функционирования

компании.

1.1.1 понятие управленческой отчетности.

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

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

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

2-ой вид отчетности – внутренняя отчетность (аналитические отчеты). Этот вид не определяется законодательно, и организации владеют полной свободой в том, как вести внутреннюю отчетность. Если система внутренней отчетности складывается сама собой, то возникает ситуация, при которой руководители получают отчеты о работе собственных отделов, но выставленные в этих отчетах сведения обычно владеют недочетов:

— они обширны;

— не структурированы и не представлены в комфортном для восприятия виде;

— неполны и противоречивы;

— не разрешают прослеживать происхождение представленных в их данных до первоисточника;

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

— достоверность приводимых в отчетах данных трудно либо нереально проверить;

— сроки представления отчетности часто не соблюдаются (запаздывание представляемой отчетной инфы).

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

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

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

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

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

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

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

1.1.2 свойства системы управленческой отчетности

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

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

Выделяют последующие главные свойства управленческой инфы:

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

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

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

Сопоставимость.
информация, приобретенная в различное время и по различным отделам/подразделениям, обязана быть сравнима.

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

Объективность.
информация обязана быть непредвзятой и объективной, дающей беспристрастную оценку ситуации.

Адресность.
информация обязана отвечать требованиям определенного юзера и соответствовать уровню его подготовленности и положению в иерархии управления.

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

Конфиденциальность.
Как правило, управленческая информация носит секретный нрав и просит защиты.

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

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

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

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

1.2 анализ имеющихся АИС по подготовке отчетных документов.

1.1.2 Система «Учет ИТСО»

Обзор системы составлен на базе её описания в статье «Стоимость излишних бумажек». Данная система эксплуатируется уже наиболее 6 лет и употребляет СУБД Access. Главными чертами системы являются:

· представление устройств на объекте в виде иерархической 4-х уровневой модели (объект— система — группа устройств — устройство);

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

· возможность проследить историю устройства (ремонт, время нахождения в ЗИП, время работы);

· хранение инфы о юзерах и паролях юзеров конкретно в базе;

· предоставление средств для ведения электрического журнальчика регламентных работ;

· выдача отчетов по избранным участкам объектов, по шлейфам устройств, по устройствам в обменном фонде, по ответственным за объекты.

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

Также довольно комфортна система ведения регламентного журнальчика, осуществляемая методом ввода идентификатора юзера и пароля, с возможностью распечатки журнальчика.

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

1.1.3 Система «Картотека»

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

«Картотека» является системой ведущей учет выгодных объектов, договоров по сиим объектам и ТСО установленных на этих объектах. Также вероятен поиск по отдельным реквизитам. Делается выдача отчетов в текстовый файл и конкретно на печать, последующих видов, применительно к теме исследования: списки пультовых номеров, списки неверных срабатываний, график регламентных работ, наряд по устранению неверных срабатываний.

· «Картотека» владеет недочетов:

· DOS-интерфейс т.е. морально устаревший;

· Система поиска не дозволяет воплотить сложные запросы, к примеру, с несколькими поисковыми аспектами;

· отчеты выводятся в файлы с расширением txt и, не считая того, весьма ограничены в настройке;

· Нереально отсортировать выводимые данные по избранному признаку.

Основой для базы данных служит СУБД FoxPro версии 2.6, т.е. СУБД файл — серверного типа. Это приводит к таковым минусам, как:

· невозможность одновременного доступа

· высочайшая загрузка сети

Программка была написана наиболее 5 лет вспять и не соответствует требованиям ГОСТов и «Наставления».

1.1.4 Конфигурация 1С «АНВИК: Учет отдела вневедомственной охраны»

Данный программный продукт сотворен компанией «АНВИК» на базе типовой конфигурации «Бухгалтерия для экономных организаций» системы программ «1С:Предприятие» (дальше «АНВИК: Учет ОВО»).

Система работает по 3 главным фронтам:

· Учет работ и услуг по договорам охраны принадлежности личных лиц и расчетов по ним;

· Учет работ и услуг по договорам охраны принадлежности организаций и расчетов по ним;

· Учет технических черт охраняемых объектов и характеристик их обслуживания, т.е. ТСО.

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

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

Поглядеть систему в действии не удалось, потому что она является умственной собственностью конторы «АНВИК».

1.1.5 Сопоставление систем «Учет ИТСО», «Картотека» и «АНВИК: Учет ОВО»

системы сравнивались по последующим аспектам:

· применяемые СУБД (таблица 1);

· соответствие современным нормативным документам, в части по учету ТСО (таблица 2);

· интерфейс (таблица 3);

· разграничение доступа к БД (таблица 4);

· способности поиска (таблица 5);

· способности по выводу отчетов (таблица 6).

Применяемые СУБД

Таблица — 1

Наименование системы
Применяемая СУБД

УчетИТСО
Access

Картотека
FoxPro 2.6

АНВИК: Учет ОВО
1C

«Картотека» очень проигрывает в данной части всем остальным программным комплексам, т.к. употребляет издавна старую версию СУБД файлового типа. Система 1С является файловой СУБД, к тому же она больше нигде не применяется не считая товаров конторы 1С, т.е. она не является отдельным программным продуктом.

Соответствие современным нормативным документам, в части по учету ТСО

Таблица — 2

Наименование системы
Соответствие «Наставлению…»

Учет ИТСО
отчасти

Картотека
-

АНВИК: Учет ОВО
отчасти

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

интерфейс

Таблица — 3

Наименование системы
Тип интерфейса
Многооконный интерфейс
Система помощи

Учет ИТСО
Графический (Windows)
+
-

Картотека

Псевдографический

(DOS)

-
-

АНВИК: Учет ОВО
Графический (Windows)
+
-

нужно отметить, что у всех систем, отсутствует система справок, что очень осложняет работу неподготовленному юзеру. Неловким смотрится интерфейс системы «Картотека». Потому что интерфейс работает в текстовом режиме DOS, то размер отображаемой инфы ограничен параметрами текстового экрана 80*25 знаков, что не дозволяет демонстрировать достаточный размер инфы на одном экране.

Разграничение доступа к БД

Таблица — 4

Наименование системы
Защита доступа паролем

Учет ИТСО
+

Картотека
+

АНВИК: Учет ОВО
+

Сохранность в данных системах, естественно является неотъемлемым элементом. Но, как уже отмечалось выше система «Учет ИТСО» хранит пользовательские пароли прямо в БД. Это, по моему воззрению, не весьма неплохой подход, но как вариант тоже имеет Право на существование. Его отрицательными чертами будет то, что хоть какой имеющий прямой доступ к БД сумеет прочесть пароли юзеров. Данная неувязка быть может решена на уровне сохранности СУБД, либо на уровне приложения. В случае с СУБД, у неё должен быть механизм формирования групп и ролей юзеров с разграничением доступа. На уровне приложения неувязка решается шифрованием паролей. В системах 1С неувязка разделения доступа, решена на уровне сотворения отдельной папки в особом каталоге, хранящем права и имена юзеров. Доступ осуществляется на базе пароля.

способности поиска

Таблица — 5

Наименование системы
Поиск по огромному количеству реквизитов
Поиск по одному реквизиту

Учет ИТСО
непонятно
непонятно

Картотека
-
+

АНВИК: Учет ОВО
-
+

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

способности по выводу отчетов

Таблица — 6

Наименование системы
Журнальчик ремонтов
Журнальчик неверных срабатываний
журнальчик регламентов оборудования
Форма вывода отчетов

Учет ИТСО
+
-
+
печать на принтере

Картотека
+
+
+
сохранение в текстовый файл, печать на принтере

АНВИК: Учет ОВО
-
-
+
файлы Excel, текстовый, печать на принтере

Фаворитом в части по выводу отчетов является конфигурация от АНВИК. Она выводит отчеты в большее количество форматов, при всем этом в самой системе 1С разработан инструментарий по резвому созданию отчетных форм, потому перечень отчетных форм просто дополнить, при наличии программера со познанием 1С.

1.1.6 Выводы

Таковым образом, современные системы по учету , не считая системы «Учет ИТСО» являются подсистемами в системах по учету охраняемых объектов, что обосновано специфичностью ведения учетной работы во вневедомственной охране. Можно отметить, что система «Картотека» уже морально устарела. Более применимой, по моему воззрению, «АНВИК: Учет ОВО», довольно полные выводы создать трудно из-за недочета инфы о ней.

1.2 Технико-экономическое обоснование эффективности внедрения АИС “Свод отчетов” для УВО

Приблизительные годичные Издержки на ведение документации вручную приведены таблице 7:

Таблица — 7

Вид работ
Кол-во чел./ч

Составление отчетности о подлеченных объектах
16

Составление отчетности о присоединенных ТСО
16

Составление годичный отчетности по охране объектов
8

Составление годичного отчета по ТСО
32

Составление отчетности о сотрудниках УВО
48

анализ неверных срабатываний для оптимизации работы ТСО
72

Составление отчетности по соправождению имущества
30

Поиск ТСО при сверках с бухгалтерией, аудите
62

Составление разных отчетов при самоконтроле, анализе:
72

Итого
356

Примечание – таблица приведена по материалам статьи Сергея Журина «Стоимость излишних бумажек: как обеспечить высококачественный автоматический учет ».

При всем этом в год на составление формуляров отчетности тратится приблизительно 200 чел./ч при поступлении в среднем 1500 объектов под охрану. Итого выходит 556 чел./ч. По ориентировочным оценкам автоматизация учета дозволяет уменьшить время на операции внесения новейших данных приблизительно в 2-3 раза (при всем этом ещё можно учитывать и экономию расходных материалов). Операции поиска и сотворения отчетов, в особенности при огромных количествах объектах, ускорятся в 10-20 раз.

В итоге, операции на внесение новейших объектах составят приблизительно 66-100 чел./ч в год, операции по поиску и созданию отчетов приблизительно 18-36 чел./ч. что понизит общую рабочую нагрузку с 556 до 84-136 чел./ч. т.е. в 4-6 раз.

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

· несовпадение настоящего и обозначенного в отчете количества объектах

· несовпадение итогового показателя по УВО и суммы характеристик по отдельным подразделениям

Потому наблюдается различие характеристик в схожих разделах по различным отчетам из 1-го подразделения. Внедрение современной системы по учету решило бы все перечисленные выше препядствия.

На нынешний денек, средняя заработная плата инспектора либо сотрудника вневедомственной охраны составляет 8 тыс. рублей. В год, таковым образом, сотрудник получает 96 тыс. рублей. В год сотрудник работает 22*12=264 денька. При 8 часовом рабочем деньке, выходит 264*8=2112 часов. означает один час работы стоит 96000/2112=45,5 рублей.

При ручном ведении документации Издержки на её ведение составят 556*45,5=25298 рублей на человека. При автоматическом ведении документации максимум 136*45,5=6188, минимум 86*45,5=3913. Таковым образом, малый годичный эффект от 1-го сотрудника составит 25298-6188=19110 рублей, наибольший годичный эффект составит 25298-3913=21385. В среднем в отделах вневедомственной охраны в городке Перми работает 20-30 служащих интенсивно использующих документацию по учету и поиску . Таковым образом, малый годичный экономический эффект от внедрения в средний отдел вневедомственной охраны составит 20*19110=382200, наибольший годичный эффект составит 30*21385=641550.

2. анализ предметной области, системный и структурный анализ.

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

2.2 Имеющиеся формы отчетности в УВО.

В истинное время в УВО при ГУВД Пермского края, есть последующие отчетные формы:

1. Форма “ВО-2”;

2. отчет о наличии ПЦН, ЗЗА и РИПов;

3. Отчет о работе подразделений охраны;

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

5. отчет охраны объектов и квартир;

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

7. отчет по состоянию квартир;

8. Отчет по состоянию объектов;

9. отчет по охране автостоянок УВО при ГУВД Пермской области;

10. Отчет о результатах работы УВО форма “ВО-1”;

11. Итоги работы ОВО;

2.2.1 Форма «ВО-2»

Форма ВО-2 составляется раз в год и содержит в себе обобщенные сведения по всем нюансам работы отделов и управлений вневедомственной охраны по Перми и Пермской области. Содержит в себе 4 раздела:

1. сведения о количестве и состоянии защищённости охраняемых объектов;

2. сведения о наличии сил подразделений вневедомственной охраны;

3. сведения о охране объектов и квартир с внедрением технических средств, в том числе пультов централизованного наблюдения;

4. сведения о наличии технических средств подразделений охраны.

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

· оборудованные ТСО помещения;

· серьезно отремонтированные ОПС;

· установленные приборы ТСО;

· функционирующие ПЦО;

· функционирующие ПЦН, в т.ч. раздельно, у каких вышел срок эксплуатации;

· общая емкость функционирующих ПЦН;

· задействованная емкость функционирующих ПЦН;

· обретенные ПЦН;

· АРМы дежурного пульта управления;

· общее количество сигналов волнения, в т.ч. раздельно, произошедшие по вине средств ОПС и телефонных сетей;

· процентное соотношение общего числа неверных срабатываний, к произошедшим по вине ОПС;

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

· Штатная численность служащих;

· Некомплект служащих;

· количество автотранспорта;

· Количество радиостанций;

· Количество орудия;

· количество бронежилетов;

Рассчитываются общие итоги, итоги по области (не считая городка Перми) и по городку.

2.2.2 отчет о наличии ПЦН, ЗЗА и РИПов

Отчет составляется раз в полгода и включает сведения о ПЦН, ЗЗА и РИП установленных на ПЦО, разбитых по отделам и управлениям, по последующим характеристикам:

· количество ПЦО, в т.ч. раздельно микрорайонные и заводские;

· количество КСА, раздельно по любому типу устройства;

· количество АРМов ДПУ и ДПЦО;

· количество ПЦН, в т.ч. раздельно по видам устройства;

· количество ПЦН подлежащих подмене;

· общая емкость ПЦН и задействованная;

· количество СПИ, раздельно по любому типу устройств;

· количество РИП;

· количество ЗЗА;

· полное количество радиосистем, в т.ч. раздельно по любому виду устройства;

· количество автоматических сдаваемых объектов по проводу и по радиоканалу (на данный момент, к таковым объектам относят объекты на которых стоят, или УО 1-1А, или УО 1-3А, или «Сигнал ВК 4-5», или «Юпитер» хоть какой модификации, также все объекты на радиоохране);

· количество автоматических сдаваемых квартир по проводу и по радиоканалу (пояснение см. выше);

· общее количество обретенных ПЦН;

· количество списанных ПЦН;

· количество ПЦН на складе.

2.2.3 Отчет о работе подразделения охраны

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

· по охраняемым объектам, раздельно по фактическим показателям, по плановым показателям и динамике выполнения плана:

o по ОПС;

o по КТС;

o по имеющим 2 и наиболее рубежей;

o по присоединенным к ПЦН.

· по обособленным помещениям, раздельно по фактическим показателям, по плановым показателям и динамике выполнения плана:

o по ОПС;

o по имеющим 2 и наиболее рубежей;

o по присоединенным к ПЦН.

· серьезные ремонты, раздельно по фактическим показателям, по плановым показателям и динамике выполнения плана:

o по объектам;

o по обособленным помещениям.

· по охраняемым квартирам (МХЛИГ) раздельно по фактическим показателям, по плановым показателям и динамике выполнения плана:

o по ОПС;

o по присоединенным к ПЦН.

· установленные КТС, в т.ч. раздельно по установленным на КПП (Контрольно-пропускной пункт — пункт, предназначенный для контроля за проходом (посещением) и пропуска на территорию какого-либо объекта) и сторожевых постах, по установленным в квартирах и по установленным в кабинетах;

· количество установленной новейшей техники;

· полное количество неверных срабатываний, в том числе раздельно, по вине ОПС, по вине АТС (то есть автоматическая телефонная станция), по вине хозоргана и другим причинам;

· задействованная емкость ПЦН;

· процент неверных срабатываний на 1000 номеров;

· количество объектов оборудованных большими извещателями, в т.ч. раздельно по объектам торговли;

· количество объектов оборудованных радиоохраной раздельно по плановому показателю, фактическому и динамике выполнения плана;

· общее количество объектов находящихся сейчас под радиоохраной раздельно по объектам, по квартирам, по киоскам и по объектам с КТС.

· общее количество рынков в зоне деяния подразделения УВО;

· количество рынков находящихся под охраной ОВО и метод охраны;

· количество писем направленных в администрацию района по улучшении охраны;

· количество злодеяний и их пресечений;

· количество принятых под охрану рынков;

2
.2.5отчет охраны объектов и квартир

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

· Квартир и объектов оборудованных ОПС;

· Квартир и объектов присоединенных к ПЦН;

· Абсолютный прирост квартир и объектов;

· Сопоставление с прошлой неделькой;

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

· Прирост с начала года;

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

· количество заключенных договоров на охрану перевозимого имущества;

· количество выполненных заявок (сопровождений);

· Получено валютных средств;

2.2.7
отчет по состоянию квартир.

· Охраняется квартир на данное число;

· Охраняется по договорам;

· Подключено к ПЦН;

· Абсолютный прирост;

· Сопоставление с прошлой неделькой;

2.2.8
отчет по состоянию объектов.

· Охраняется по договорам на начало недельки число;

· Оборудовано ОПС;

· Охраняется по договорам всего;

· Абсолютный прирост;

· Сопоставление с прошлой неделькой;

2.2.9 отчет по охране автостоянок УВО при ГУВД Пермской области.

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

· Всего имеется автостоянок в регионе;

· Действующие автостоянки принадлежащие ОВО;

· Виды охраны автостоянок;

· Автостоянки для хранения задержанного и бесхозного транспорта и их виды охраны;

· количество оказанных доп услуг автомобилистам;

· Получено валютных средств;

2.2.10 отчет о результатах работы УВО форма “ВО-1”.

· Охраняется на конец отчетного периода квартир и объектов;

· количество сигналов волнения поступивших на ПЦН и их предпосылки;

· количество выявленных краж и злодеяний;

· Количество выявленных других злодеяний;

· количество лиц, задержанных за злодеяния;

· количество лиц, задержанных за совершение административных правонарушений;

· количество поступивших доходов;

· Количество расходов;

· Дебиторская задолженность;

2.
2.11 Итоги работы подразделения ОВО.

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

· Штат милицейских групп задержания;

· Раскрытых злодеяний МОБ;

· Раскрыто злодеяний СКМ;

· Всего раскрыто злодеяний;

· Толика на 1 сотрудника;

· Раскрыто злодеяний за год;

· Ролей в раскрытии злодеяний;

2.2.12 Структурный анализ отчетных форм УВО.

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

· отчет о охране объектов;

· Отчет о охране складских помещений;

· отчет о наличии сил подразделений вневедомственной охраны;

· отчет о охране перевозимого имущества;

2.3 Системный анализ и структурное проектирование системы

2.3.1 Определение требований к новейшей системе.

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

· Автоматическое составление отчетной формы УВО при ГУВД Пермского края;

· Возможность ведения одного учета объектов взятых под охрану;

· Возможность ведения учета ТСО;

· Возможность ведения учета заявок и сопровождения имущества;

· Возможность ведения учета работников подразделений УВО;

· Возможность ведения учета средств охраны УВО; орудие, боеприпасы, бронежилеты и т.д.

2.3.1 Логическое проектирование системы.

Исходя из требований предъявляемых к системе, выделим 8 глобальных действий:

· Операция с учетными записями о объектах;

· Операция с учетными записями о ТСО;

· Операции с учетными записями о ПЦО либо АТС (то есть автоматическая телефонная станция);

· Операция с записями о истории ТСО;

· Операция с учетными записями о истории объекта;

· Операция с учетными записями о заявках и сопровождении имущества;

· Операция с учетными записями о сотрудниках УВО;

· Составление на базе записей отчетных форм;

Дальше разглядим детально любой глобальный процесс.

2.3.1.1 Операция с учетными записями о объектах.

Выделим главные операции:

· постановка объекта на охрану;

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

· изменение данных о охраняемом объекте.

Дальше разглядим детально каждую операцию.

Постановка объекта на охрану

Происходит при наличии акта обследования объекта для принятия его под охрану. Операция доступна лишь для объектов поставленных на учет и по которым подготовлены контракта, но ещё не внесены данные о техническом состоянии объекта.

Неотклонимые данные:

· неповторимый ключ объекта;

· ФИО инспектора ответственного за объект;

· ФИО электромонтера ответственного за объект;

· состояние огораживания;

· пультовый номер (не наименее 1-го);

· тип установленной сигнализации (не наименее 1-го).

Удаление данных о охраняемом объекте

Происходит при снятии объекта с охраны и прекращении договорных отношений с собственником объекта.

· Неотклонимые данные:

· неповторимый ключ объекта.

Опосля выполнения данной операции остаются приборы стоявшие на объекте, и юзеру дается выбор, или снять эти приборы с учета (удалить), или передать их в обменный фонд.

Изменение данных о охраняемом объекте

Происходит при изменении данных о охраняемом объекте (предназначение остальных ответственных лиц, изменение расстояния до ПЦО в связи с его переносом, добавление/удаление пультовых и закроссированных номеров и т.д.).

Неотклонимые данные:

· неповторимый ключ объекта;

· любые данные заменяющие, ранее имеющиеся.

Проверяется непротиворечивость введенной инфы (к примеру нереально удаление крайнего пультового номера) и при положительном финале делается запись.

2.3.1.2 Операции с учетными записями о ТСО

Выделим главные операции:

· постановка ТСО на учет;

· удаление учетных данных о ТСО;

· изменение учетных данных о ТСО.

Выделим операции нужные для поддержки.

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

· добавление новейшего типа устройства;

Дальше разглядим детально каждую операцию.

Постановка ТСО на учет

Происходит при покупке новейшего устройства в обменный фонд.

Неотклонимые данные:

· инвентарный номер;

· заводской номер;

· бухгалтерский номер;

· тип устройства;

· дата выпуска;

· дата поступления.

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

Удаление учетных данных о ТСО

Происходит при окончательном снятии устройства с учета.

Неотклонимые данные:

· неповторимый ключ устройства.

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

Изменение учетных данных о ТСО

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

Неотклонимые данные:

· любые данные заменяющие, ранее имеющиеся (не считая даты списания и наименования объекта либо ПЦО либо АТС (то есть автоматическая телефонная станция));

· неповторимый ключ устройства.

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

Списание ТСО

Происходит при списании ТСО.

Неотклонимые данные:

· неповторимый ключ устройства;

· дата списания.

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

установка ТСО

Происходит при первичной либо повторной установке ТСО на объект, ПЦО либо АТС (то есть автоматическая телефонная станция). При первичной установке предваряется действием постановки ТСО на учет

Неотклонимые данные:

· неповторимый ключ устройства;

· пространство установки;

· наименования объекта либо ПЦО либо АТС (то есть автоматическая телефонная станция), на который устанавливается ТСО;

· предел;

· участок;

· дата установки;

· номер шлейфа;

· использованные технические способности (если устройство имеет количественные технические способности).

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

Снятие ТСО с объекта

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

Неотклонимые данные:

· неповторимый ключ устройства.

Добавление новейшего типа устройства

Происходит при возникновении новейших устройств разрешенных к применению.

Неотклонимые данные:

· группа, к которой относится устройство (существующая либо новенькая);

· наименование устройства;

· тип устройства (СПИ, ПЦН, ПЦН-СПИ, ПКП, РИП, ЗЗА, УО либо иной).

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

2.3.1.3 Операции с учетными записями о ПЦО либо АТС (то есть автоматическая телефонная станция)

Выделим главные операции:

· добавление новейшего ПЦО;

· удаление ПЦО;

· изменение данных о ПЦО

· добавление новейшей АТС (то есть автоматическая телефонная станция);

· удаление АТС (то есть автоматическая телефонная станция);

· изменение данных о АТС (то есть автоматическая телефонная станция).

Дальше разглядим детально каждую операцию.

Добавление новейшего ПЦО

Происходит при разработке новейшего ПЦО.

Неотклонимые данные:

· заглавие ПЦО;

· признак завода (организован ли ПЦО на заводе);

· признак микрорайона (организован ли ПЦО в микрорайоне).

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

Удаление ПЦО

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

Неотклонимые данные:

· неповторимый ключ ПЦО.

Опосля выполнения данной операции остаются приборы стоявшие на ПЦО, и юзеру дается выбор, или списать эти приборы, или передать их в обменный фонд.

Изменение данных о ПЦО

Происходит при изменении данных о ПЦО.

· Неотклонимые данные:

· неповторимый ключ ПЦО;

· любые данные заменяющие, ранее имеющиеся.

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

Добавление новейшей АТС (то есть автоматическая телефонная станция)

Происходит при установке ТСО на АТС (то есть автоматическая телефонная станция), на которую ещё не ставились ТСО.

Неотклонимые данные:

· заглавие АТС (то есть автоматическая телефонная станция).

Проверяется, не совпадает ли заглавие АТС (то есть автоматическая телефонная станция) с уже существующими наименованиями АТС (то есть автоматическая телефонная станция) и при положительном финале генерируется неповторимый ключ для АТС (то есть автоматическая телефонная станция) и делается запись.

Удаление АТС (то есть автоматическая телефонная станция)

Происходит при закрытии, или прекращении использования АТС (то есть автоматическая телефонная станция).

Неотклонимые данные:

· неповторимый ключ АТС (то есть автоматическая телефонная станция).

Опосля выполнения данной операции остаются приборы стоявшие на АТС (то есть автоматическая телефонная станция), и юзеру дается выбор, или списать эти приборы, или передать их в обменный фонд.

Изменение данных о АТС (то есть автоматическая телефонная станция)

Происходит при изменении данных о АТС (то есть автоматическая телефонная станция).

Неотклонимые данные:

· неповторимый ключ ПЦО;

· любые данные заменяющие, ранее имеющиеся.

Проверяется непротиворечивость введенной инфы, также как и при добавлении АТС (то есть автоматическая телефонная станция) и при положительном финале делается запись.

2.3.1.4 Операции с записями о истории ТСО

Выделим главные операции:

· добавление элемента регламента для объекта;

· удаление элемента регламента для объекта;

· добавление элемента регламента для ПЦО либо АТС (то есть автоматическая телефонная станция);

· удаление элемента регламента для ПЦО либо АТС (то есть автоматическая телефонная станция);

· выполнение регламента по ПЦО либо АТС (то есть автоматическая телефонная станция);

· добавление новейшего ремонта;

· изменение данных ремонта

· удаление данных ремонта.

Дальше разглядим детально каждую операцию.

Добавление элемента регламента для ПЦО либо АТС (то есть автоматическая телефонная станция)

Происходит при добавлении новейшего элемента регламента обслуживания ПЦО либо АТС (то есть автоматическая телефонная станция).

Неотклонимые данные:

· неповторимый ключ ПЦО либо АТС (то есть автоматическая телефонная станция);

· дата регламента;

· тип регламента;

Проверяется непротиворечивость введенной инфы (к примеру, нереально предназначение 2-ух регламентов на одно ТСО, установленное на ПЦО либо АТС (то есть автоматическая телефонная станция), в одну дату), и при положительном финале делается запись.

Удаление элемента регламента для ПЦО либо АТС (то есть автоматическая телефонная станция)

Происходит при удалении элемента регламента обслуживания ПЦО либо АТС (то есть автоматическая телефонная станция).

Неотклонимые данные:

· неповторимый ключ ПЦО либо АТС (то есть автоматическая телефонная станция);

· дата регламента.

Выполнение регламента по ПЦО либо АТС (то есть автоматическая телефонная станция)

Происходит при выполнении регламента обслуживания ПЦО либо АТС (то есть автоматическая телефонная станция).

Неотклонимые данные:

· неповторимый ключ ПЦО либо АТС (то есть автоматическая телефонная станция);

· дата регламента;

· проведенные работы.

Добавление новейшего ремонта

Происходит при выполнении ремонта на объекте, ПЦО либо АТС (то есть автоматическая телефонная станция). Ремонт может выполняться в ответ на сообщение о объекте.

Неотклонимые данные:

· неповторимый ключ ПЦО либо АТС (то есть автоматическая телефонная станция);

· дата начала ремонта;

· дата окончания ремонта (если ремонт длился не один денек);

· тип ремонта;

· неповторимые ключи устройств поступивших в ремонт.

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

Изменение данных ремонта

Происходит при уточнении сведений о произведенном либо производимом ремонте.

Неотклонимые данные:

· неповторимый ключ ремонта;

· любые данные заменяющие, ранее имеющиеся (не считая даты начала ремонта и даты окончания ремонта, если она ранее уже была установлена).

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

Удаление данных ремонта

Происходит при удалении сведений о ТСО либо внесении неправильных сведений о дате ремонта.

Неотклонимые данные:

· неповторимый ключ ремонта.

2.3.1.5 Операции с записями о истории объектов

Выделим главные операции:

· добавление элемента регламента для объекта;

· удаление элемента регламента для объекта;

· добавление сообщения о объекте;

· изменение данных сообщения о объекте;

· удаление сообщения о объекте;

· выполнение регламента по объекту.

Дальше разглядим детально каждую операцию.

Добавление элемента регламента для объекта

Происходит при добавлении новейшего элемента регламента обслуживания объекта.

Неотклонимые данные:

· неповторимый ключ объекта;

· дата регламента;

· тип регламента.

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

Удаление элемента регламента для объекта

Происходит при удалении элемента регламента обслуживания объекта.

Неотклонимые данные:

· неповторимый ключ объекта;

· дата регламента.

Добавление сообщения о объекте

Происходит при поступлении сообщения с объекта.

Неотклонимые данные:

· неповторимый ключ объекта;

· дата и время поступления сообщения;

· тип сообщения;

· причина неисправности.

Проверяется непротиворечивость введенной инфы (нереально поступление 2-ух сообщений с 1-го объекта в одно и то же время и дату), и при положительном финале делается запись.

Изменение данных сообщения о объекте

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

Неотклонимые данные:

· дата и время сообщения;

· неповторимый ключ объекта;

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

Удаление сообщения о объекте

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

Неотклонимые данные:

· дата и время сообщения;

· неповторимый ключ объекта.

Выполнение регламента по объекту

Происходит при выполнении регламента обслуживания объекта.

Неотклонимые данные:

· неповторимый ключ объекта;

· дата регламента;

· проведенные работы.

2.3.1.6 Операция с учетными записями о заявках и сопровождение имущества.

Выделим главные операции:

· Принятие заявки на сопровождение;

· Выполнение заявки;

· Удаление заявки;

· Изменение данных о заявки;

Дальше разглядим детально каждую операцию.

Принятие заявки на сопровождение

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

Неотклонимые данные:

· Неповторимый ключ заявки;

· Дата подачи заявки;

· Дата сопровождения;

Выполнение заявки

Происходит опосля выполнения заявки и сопровождения имущества. Неповторимый ключ заявки должен находиться в данных о принятий заявки.

Неотклонимые данные:

· Неповторимый ключ заявки;

· Дата выполнения;

Удаление заявки

Происходит при удалении данных о заявки или ее выполнений.

Неотклонимые данные:

· Неповторимый ключ заявки;

Изменение данных о заявки

Происходит при изменении даты сопровождения.

Неотклонимые данные:

· Неповторимый ключ заявки;

· Дата сопровождения;

2.3.1.7 Операция с учетными записями о сотрудниках УВО.

Выделим главные операции:

· Принятие на работу;

· Увольнение с работы;

Дальше разглядим детально каждую операцию.

Принятие на работу.

Происходит при принятии служащих на работу.

Неотклонимые данные:

· Количество служащих;

· Дата принятия;

Увольнение с работы.

Происходит при увольнении служащих на работу.

Неотклонимые данные:

· Количество служащих;

· Дата увольнения;

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

2.3.1.8 Составление на базе записей отчетных форм.

Выделим главные операции:

· Генерирование учетной формы «План—график выполнения регламентов обслуживания технических средств охраны, установленных на объектах»;

· Генерирование учетной формы «План-график выполнения регламентов обслуживания технических средств охраны, установленных на ПЦО и АТС (то есть автоматическая телефонная станция)»;

· Генерирование учетной формы «Карточка учета технических средств охраны установленных на объекте»;

· Генерирование учетной формы «Журнальчик учета технических средств охраны»;

· Генерирование учетной формы «Журнальчик учета заявок на ремонт ТСО, неверных срабатываний и невзятий объектов под охрану»;

· Генерирование учетной формы «Журнальчик учета технических средств охраны, направляемых в ремонтную группу, мастерскую»;

· Генерирование учетной формы «Журнальчик учета ремонта ТСО»;

· Генерирование отчета «Форма «ВО-2»»;

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

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

· Генерирование отчета «Отчет о объектах охраны УВО»

· Генерирование отчета «Отчет о сопровождении перевозимого имущества»

Дальше детально разглядим каждую операцию.

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

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

Генерирование «шапки» таблицы последующего вида:

№п/п

Наименование объекта

Число и проводимые работы
Примечание

………………………….

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

Наполнение отчетной формы получившимися плодами. При всем этом в поле «Примечание» записываем значения через точку с запятой (если за месяц по объекту больше 1-го регламента с примечаниями).

Генерирование учетной формы «План-график выполнения регламентов обслуживания технических средств охраны, установленных на ПЦО и АТС (то есть автоматическая телефонная станция)»

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

Генерирование «шапки» таблицы последующего вида:

№п/п

Наименование ТСО
Инвентарный номер
Число и проводимые работы

Примечание

1
2
………………………………
30
31

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

Наполнение отчетной формы получившимися плодами. При всем этом в поле «Примечание» записываем значения через точку с запятой (если за месяц по ПЦО либо АТС (то есть автоматическая телефонная станция) больше 1-го регламента с примечаниями).

Генерирование учетной формы «Карточка учета технических средств охраны установленных на объекте»

Определение объекта на который составляется карточка.

Генерирование «шапки» таблицы последующего вида:

№п/п

Тип ТСО
Заводские № ТСО и даты ввода в эксплуатацию
количество ТСО
Количество условных установок

Генерирование учетной формы «Журнальчик учета технических средств охраны»

Генерирование «шапки» таблицы последующего вида:

№п/п
Наименование ТСО
количество на объектах
Количество на ПЦО и АТС (то есть автоматическая телефонная станция)
количество в обменном фонде

Выбор из таблицы «Учет ТСО» всех записей, при всем этом по ключу определяем вид устройства и упорядочиваем итог по месту учета устройства (объект, ПЦО, АТС (то есть автоматическая телефонная станция), обменный фонд) и по виду устройства.

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

Генерирование учетной формы «Журнальчик учета заявок на ремонт ТСО, неверных срабатываний и невзятий объектов под охрану»

Определение периода, за который выдается журнальчик.

Генерирование «шапки» таблицы последующего вида:

№п/п

Дата и время сообщения

Пультовой номер

Вид сообщения

Причина неисправности

Примечание

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

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

Генерирование учетной формы «Журнальчик учета технических средств охраны, направляемых в ремонтную группу, мастерскую»

Определение периода, за который выдается журнальчик.

Генерирование «шапки» таблицы последующего вида:

№п/п

Тип и заводской № устройства
Наименование объекта
Дата отправки в ремонт
Дата получения из ремонта
Примечание

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

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

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

Подмена в образовавшихся записях ключей ТСО объекта на его наименование.

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

Генерирование учетной формы «Журнальчик учета ремонта ТСО»

Определение периода, за который выдается журнальчик.

Генерирование «шапки» таблицы последующего вида:

№ п/п

Дата поступления в ремонт

Наименование ТСО

Заводской № и год выпуска

Наименование подразделения, сдавшего в ремонт
Наружное проявление неисправности
Причина неисправности

Ремонт произвел (дата, ФИО)

Из ремонта получил (дата, ФИО)

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

Подмена в образовавшихся записях ключей ТСО объекта через номер контракта наименованием подразделения.

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

Генерирование отчета «Форма «ВО-2»»

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.
5.1 Реляционная модель данных

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

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

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

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

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

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

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

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

Моделью данных, привлекающей нарастающее внимание с конца 80-х гг., является объектная, либо “объектно-ориентированная” модель. Главными понятиями, с которыми оперирует эта модель, являются последующие:

· объекты, владеющие внутренней структурой и совершенно точно идентифицируемые неповторимым внутрисистемным ключом;

· классы, являются, на самом деле, типами объектов;

· операции над объектами 1-го либо различных типов, именуемые «способами«;

· инкапсуляция структурного и многофункционального описания объектов, поз8воляющая делить внутреннее и наружное описания (в терминологии предшествовавшего объектному модульного программирования — «модульность» объектов);

· наследуемость наружных параметров объектов на базе соотношения «класс-подкласс».

К плюсам объектно-ориентированной модели можно отнести:

· возможность для юзера системы определять свои сколь угодно8 сложные типы данных (используя имеющийся синтаксис и характеристики наследуемости и инкапсуляции);

· наличие наследуемости параметров объектов;

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

К недочетам объектно-ориентированной модели можно отнести:

· отсутствие серьезных определений; различное осознание определений и различия в терминологии;

· как следствие — эта модель не изучена настолько кропотливо математически, как реляционная;

отсутствие общеупотребимых эталонов, позволяющих связывать определенные объектно-ориентированные системы с иными системами работы с данными.

Главным и основным различием объектно-ориентированной модели считается наличие неповторимого системного идентификатора.

2.5.3 СУБД 1с:
V8.0

Система программ 1С-Предприятие разработана компанией 1С.

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

Упругость платформы дозволяет использовать 1С:Предприятие 8.0 в самых различных областях:

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

· поддержка оперативного управления предприятием;

· автоматизация организационной и хозяйственной деятель;

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

· широкие способности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

· решение задач планирования, бюджетирования и денежного анализа;

· расчет заработной платы и управление персоналом;

· остальные области внедрения.

Платформа 1С:Предприятие 8.0 была сотворена с учетом 6-летнего опыта внедрения системы программ 1С:Предприятие 7.7, которую употребляют 10-ки тыщ разрабов. Невзирая на значимые конфигурации, новенькая версия 8.0 сохранила идейную преемственность с прошлыми версиями.

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

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

2.5.4 СУБД
Oracle 10g

Данная СУБД существует в 4 версиях:

Oracle Database 10g Standard Edition One. Предоставляет cервер базы данных для рабочих групп. В состав сервера заходит встроенный набор средств тиражирования, репликации и управления. Поддерживает не наиболее 2-ух микропроцессоров на одном сервере.

OracleDatabase 10gStandardEdition (SE). Различается от OracleDatabase 10gStandardEditio8nOne тем что поддерживает 4 микропроцессора (на сервере либо серверном кластере).

Oracle Database 10g Enterprise Edition (EE). Обеспечивает настоящее управление информацией компании — от настольных компов до глобальных вычислительных сетей. Утилиты СУБД обеспечивают загрузку/выгрузку данных БД, копирование и восстановление данных, миграцию данных из одной БД в другую, контроль работы базы данных Oracle и управление внедрением дискового места. Поддерживает серверные кластеры.

OracleDatabase 10gPersonalEdition. Индивидуальная база для разраба либо обыденного, мобильного и удаленного юзера. Поддерживает все способности и функции Oracle Enterprise Edition.

Потому что нам не необходимы расширенные способности версии Enterprise и нас не устраивают способности Personal версии, то остановим выбор на Standart версиях. Вот некие из особенностей Oracle:

Real Application Cluster (RAC)
обеспечивает работу 1-го экземпляра базы данных на нескольких узлах кластерной сети, позволяя управлять перегрузкой и гибко масштабировать систему в случае необходимости

Automatic Storage Management (ASM)
дозволяет автоматом распределять данные меж имеющимися ресурсами систем хранения данных, что увеличивает отказоустойчивость системы и понижает общую стоимость владения

Производительность
. Oracle Database 10g дозволяет автоматом управлять уровнями сервиса и тиражировать эталонные конфигурации в рамках всей сети

Самоуправление.
Особые механизмы Oracle Database 10g
разрешают без помощи других перераспределять нагрузку на систему, улучшить и корректировать SQL-запросы, выявлять и предсказывать ошибки

Огромные базы данных.
сейчас наибольший размер экземпляра базы данных Oracle может достигать 8 экзабайт

Разглядим цены на Standard версии (таблица 8):

Таблица — 8

Oracle Database 10g Standard Edition One Processor License
4995 y.e.

Oracle Database 10g Standard Edition One Named User
149 y.e.

Oracle Database 10g Standard Edition (SE) Processor License
15000 y.e.

Oracle Database 10g Standard Edition (SE) One Named User
300 y.e.

Таковым образом, стоимость версии StandardEditionOne будет составлять приблизительно 5-6 тыс. баксов (с 1-5 юзерами), а StandardEdition (SE) – 15-17 тыс. баксов (с 1-5 юзерами). Необходимо увидеть, что документация и поддержка не являются бесплатными и составляют 22% от цены конфигурации. [www.oracle.com]

2.5.5 СУБД
SQLServer 2000

SQL Server 2000 поставляется в последующих изданиях:

· SQLServer 2000 EnterpriseEdition для больших компаний (включает поставку всего сопутствующего инвентаря);

· 88SQLServer 2000 StandardEdition для малых и средних компаний;

· SQL Server 2000 Windows CE Edition (SQL Server CE) длямобильныхустройств;

· SQLServer 2000 DeveloperEdition для разрабов (способности Enterprise версии, но для целей тестирования и разработки приложений, без права использования);

· SQLServer 2000 PersonalEdition для индивидуальных юзеров (способности Standart, но из-за распределителя параллельных нагрузок, нереально масштабировать данную версию);

· SQLServer 2000 DesktopEngine (MSDE) употребляется как свободно распространяемый модуль СУБД, для разработки на его базе посторонними разрабами собственных товаров (по способностям равен Personal, но без графической консоли управления).

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

· Службы преобразования данных;

· 8средства репликации (секундные снимки, транзакции и слияния);

· Полнотекстовый поиск;

· Формирование запросов на естественном языке;

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

· Инструментарий SQL-профилирования и анализа производительности.

Разглядим цены на Standard версию (таблица 9):

Таблица — 9

Microsoft SQL Svr 2000 Standard Edtn English Processor License
4781 y.e.

Microsoft SQL Svr 2000 Standard Edtn English Server License
667 y.e.

Microsoft SQL Svr 2000 Standard Edtn English CAL (User or Device)
146 y.e.

Таковым образом, стоимость на минимальную конфигурацию составит 6-7 тыс. баксов (1-5 юзеров). [www.microsoft.com]

2.5.6 СУБД
InterBase 6

Выпускается в настольном (DesktopEdition) и серверном (ServerEdition) варианте.

InterBase 6 поддерживает симметричную мультипроцессорную обработку и многопоточную архитектуру, что обеспечивает высшую производительность всеохватывающих приложений с огромным числом сразу работающих юзеров. средства контроля транзакций предоставляют разрабам возможность четкого контроля базы данных, разрешают выслеживать весь процесс, начало, конец и возврат транзакций, действий и запросов. Сопоставимость с SQL-стандартами SQL-92 и SQL-99. Интеграция со средствами разработки приложений конторы Borland, ODBC и JDBC. Поддержка XML. Также необходимо отметить самонастраиваемость сервера, что обеспечивается механизмами распараллеливания обработки и корректировки SQL-запросов, также т.н. механизмом «собирания мусора» (garbagecollecting).

Разглядим цены на Server версию (таблица 10):

Таблица — 10

Borland InterBase 6 for Windows — Simultaneous Users 1
150 у.е.

Borland InterBase 6 for Windows — Simultaneous Users 10
1200 y.e.

Borland InterBase 6 for Windows — Simultaneous Users 20
2100 y.e.

Borland InterBase 6 for Windows — Unlimited Users
3999 y.e.

Borland InterBase 6 Windows Processor License
200 y.e.

Borland InterBase 6 Additional Processor License
1000 $

Таковым образом, стоимость на минимальную конфигурацию InterBase будет составлять 1,5-2,5 тыс. баксов (1-10 юзеров). [www.borland.com]

2.5.7 Сопоставление СУБД
Oracle 10g, SQLServer 2000, InterBase 7.1 и 1с:v8.0

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

Таблица — 11

Заглавие аспекта выбора

SQL Server 2000
ORACLE 10g
InterBase
1c:v8.0

Стоимость сервера ( лицензия на микропроцессор и на сам сервер)
5448 $
4995 $
1200 $
300 $

Стоимость клиента
146 $
149 $

150 $

(чем больше лицензия, тем дешевле)

-

Наибольшее число юзеров
Зависит от лицензии
Зависит от лицензии
Зависит от лицензии
Неограничено

Технические требования к серверу

166 Мгц

64 Мб ОЗУ

140-500 Мб на HDD

300 Мгц

128 Мб ОЗУ

1,5 Гб на HDD

32 Мгц

32 Мб ОЗУ

20 Мб

32 Мгц

32 Мб ОЗУ

20 Мб

Поддерживаемые серверные ОС

Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition

Windows 2000 Server, Windows 2000 Advanced Server, Windows 2000 Datacenter Server, Windows NT Server 4.0, Windows NT Server 4.0 Enterprise Edition, unix-подобныесистемы, Solaris, Mac OS идр.

Windows 2000 (SP2), Windows Server 2003, Windows NT® 4.0 (SP6a иливыше), Windows XP Red Hat Enterprise Linux, SUSE Enterprise Linux Server 9 Solaris 7, 8, 9

Уровень квалификации персонала
Высочайший
Высочайший
Маленький
Маленький

Для проектирования ИС «Сводные отчеты УВО» была выбрана СУБД 1с:v8.0, потому что 1с:v8.0 удовлетворяет характеристикам легкости администрирования, малой стоимости и достаточной функциональности, также наименьшим, чем у других систем требованиям к ресурсам сервера.

3
.Проектирование приложения

3.1 Описание сделанных объектов в конфигурации

Тип объекта

Заглавие объекта

Справочники

Объекты

ТСО

Охрана

Имущество

Документы

ОхранаОбъекта

ИзменениеОбъекта

УстановкаТСОУво

УстановкаОхраны

УстановкаТСО

РемонтТСО

ВозвратТСО

СробатываниеТСО

РезультатВыезда

ЗаявкаСопр

ВыполнениеЗаявки

Регистры

объект

НаличиеТСО

Штат

РемонтТСО

МастерскиеТСО

НаличиеОхраны

ЗаявкиСопр

Сопровождение

УчетИмущества

Данная система имеет последующие системные требования:

машина — комплекс технических средств, предназначенных для автоматической обработки информации в процессе решения вычислительных и информационных задач) (либо вычислительной системы) которое делает арифметические и логические операции данные программкой преобразования инфы управляет вычислительным действием и коор 100 Мгц либо выше

32 Мб оперативки

Windows 98 либо выше

Заключение

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

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

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

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

Были разработаны методы главных операций и методы по генерированию отчетных форм.

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

Перечень использованной литературы]]>

Перейти и растаять в своей любимой социалке

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

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

Как? Вы еще не читали? Ну это зря...