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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.4 Отчет о результатах работы по борьбе с преступностью и административными правонарушениями на охраняемых рынках и антитеррористической защищенности объектов данной категории

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· Раскрытых преступлений МОБ;

· Раскрыто преступлений СКМ;

· Всего раскрыто преступлений;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Далее рассмотрим детально каждый глобальный процесс.

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

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

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

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

Далее рассмотрим детально каждую операцию.

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

· пультовый номер (не менее одного);

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

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

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

· Обязательные данные:

· уникальный ключ объекта.

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

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

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

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

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

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

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

· добавление нового типа прибора;

Далее рассмотрим детально каждую операцию.

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

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

Обязательные данные:

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

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

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

· тип прибора;

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

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

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

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

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

Обязательные данные:

· уникальный ключ прибора.

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

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

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

Обязательные данные:

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

· уникальный ключ прибора.

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

Списание ТСО

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

Обязательные данные:

· уникальный ключ прибора;

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

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

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

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

Обязательные данные:

· уникальный ключ прибора;

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

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

· рубеж;

· участок;

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

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

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

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

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

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

Обязательные данные:

· уникальный ключ прибора.

Добавление нового типа прибора

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

Обязательные данные:

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

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

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

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

2.3.1.3 Операции с учетными записями о ПЦО или АТС

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

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

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

· добавление новой АТС;

· удаление АТС;

· изменение данных о АТС.

Далее рассмотрим детально каждую операцию.

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

Происходит при создании нового ПЦО.

Обязательные данные:

· название ПЦО;

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

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

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

Удаление ПЦО

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

Обязательные данные:

· уникальный ключ ПЦО.

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

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

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

· Обязательные данные:

· уникальный ключ ПЦО;

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

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

Добавление новой АТС

Происходит при установке ТСО на АТС, на которую ещё не ставились ТСО.

Обязательные данные:

· название АТС.

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

Удаление АТС

Происходит при закрытии, либо прекращении пользования АТС.

Обязательные данные:

· уникальный ключ АТС.

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

Изменение данных о АТС

Происходит при изменении данных о АТС.

Обязательные данные:

· уникальный ключ ПЦО;

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

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

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

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

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

· добавление элемента регламента для ПЦО или АТС;

· удаление элемента регламента для ПЦО или АТС;

· выполнение регламента по ПЦО или АТС;

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

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

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

Далее рассмотрим детально каждую операцию.

Добавление элемента регламента для ПЦО или АТС

Происходит при добавлении нового элемента регламента обслуживания ПЦО или АТС.

Обязательные данные:

· уникальный ключ ПЦО или АТС;

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

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

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

Удаление элемента регламента для ПЦО или АТС

Происходит при удалении элемента регламента обслуживания ПЦО или АТС.

Обязательные данные:

· уникальный ключ ПЦО или АТС;

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

Выполнение регламента по ПЦО или АТС

Происходит при выполнении регламента обслуживания ПЦО или АТС.

Обязательные данные:

· уникальный ключ ПЦО или АТС;

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

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

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

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

Обязательные данные:

· уникальный ключ ПЦО или АТС;

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

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

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

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

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

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

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

Обязательные данные:

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

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

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

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

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

Обязательные данные:

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

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

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

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

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

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

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

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

Далее рассмотрим детально каждую операцию.

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

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

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

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

Обязательные данные:

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

· уникальный ключ объекта;

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

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

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

Обязательные данные:

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

· уникальный ключ объекта.

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

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

Обязательные данные:

· уникальный ключ объекта;

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

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

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

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

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

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

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

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

Далее рассмотрим детально каждую операцию.

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

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

Обязательные данные:

· Уникальный ключ заявки;

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

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

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

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

Обязательные данные:

· Уникальный ключ заявки;

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

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

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

Обязательные данные:

· Уникальный ключ заявки;

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

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

Обязательные данные:

· Уникальный ключ заявки;

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

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

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

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

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

Далее рассмотрим детально каждую операцию.

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

Происходит при принятии сотрудников на работу.

Обязательные данные:

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

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

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

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

Обязательные данные:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Далее детально рассмотрим каждую операцию.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· классы, являются, по сути, типами объектов;

· операции над объектами одного или разных типов, называемые "методами";

· инкапсуляция структурного и функционального описания объектов, поз8воляющая разделять внутреннее и внешнее описания (в терминологии предшествовавшего объектному модульного программирования - "модульность" объектов);

· наследуемость внешних свойств объектов на основе соотношения "класс-подкласс".

К достоинствам объектно-ориентированной модели можно отнести:

· возможность для пользователя системы определять свои сколь угодно8 сложные типы данных (используя имеющийся синтаксис и свойства наследуемости и инкапсуляции);

· наличие наследуемости свойств объектов;

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

К недостаткам объектно-ориентированной модели можно отнести:

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

· как следствие - эта модель не исследована столь тщательно математически, как реляционная;

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

Основным и главным отличием объектно-ориентированной модели считается наличие уникального системного идентификатора.

2.5.3 СУБД 1с:V8.0

Система программ 1С-Предприятие разработана фирмой 1С.

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

Гибкость платформы позволяет применять 1С:Предприятие 8.0 в самых разнообразных областях:

· автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т.д.

· поддержка оперативного управления предприятием;

· автоматизация организационной и хозяйственной деятельности;

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

· широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета;

· решение задач планирования, бюджетирования и финансового анализа;

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

· другие области применения.

Платформа 1С:Предприятие 8.0 была создана с учетом 6-летнего опыта применения системы программ 1С:Предприятие 7.7, которую используют десятки тысяч разработчиков. Несмотря на значительные изменения, новая версия 8.0 сохранила идеологическую преемственность с предыдущими версиями.

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

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

2.5.4 СУБД Oracle 10g

Oracle Database 10g Standard Edition One. Предоставляет cервер базы данных для рабочих групп. В состав сервера входит интегрированный набор средств тиражирования, репликации и управления. Поддерживает не более двух процессоров на одном сервере.

Oracle Database 10g Standard Edition (SE). Отличается от Oracle Database 10g Standard Editio8n One тем что поддерживает 4 процессора (на сервере или серверном кластере).

Oracle Database 10g Enterprise Edition (EE). Обеспечивает полноценное управление информацией предприятия - от настольных компьютеров до глобальных вычислительных сетей. Утилиты СУБД обеспечивают загрузку/выгрузку данных БД, копирование и восстановление данных, миграцию данных из одной БД в другую, контроль работы базы данных Oracle и управление использованием дискового пространства. Поддерживает серверные кластеры.

Oracle Database 10g Personal Edition. Персональная база для разработчика или обычного, мобильного и удаленного пользователя. Поддерживает все возможности и функции Oracle Enterprise Edition.

Так как нам не нужны расширенные возможности версии Enterprise и нас не устраивают возможности Personal версии, то остановим выбор на Standart версиях. Вот некоторые из особенностей Oracle:

Real Application Cluster (RAC) обеспечивает работу одного экземпляра базы данных на нескольких узлах кластерной сети, позволяя управлять нагрузкой и гибко масштабировать систему в случае необходимости

Automatic Storage Management (ASM) позволяет автоматически распределять данные между имеющимися ресурсами систем хранения данных, что повышает отказоустойчивость системы и снижает общую стоимость владения

Производительность. Oracle Database 10g позволяет автоматически управлять уровнями сервиса и тиражировать эталонные конфигурации в рамках всей сети

Самоуправление. Специальные механизмы Oracle Database 10g позволяют самостоятельно перераспределять нагрузку на систему, оптимизировать и корректировать SQL-запросы, выявлять и прогнозировать ошибки

Большие базы данных. Теперь максимальный размер экземпляра базы данных Oracle может достигать 8 экзабайт

Рассмотрим цены на Standard версии (таблица 8):

Таблица - 8

Таким образом, стоимость версии Standard Edition One будет составлять примерно 5-6 тыс. долларов (с 1-5 пользователями), а Standard Edition (SE) - 15-17 тыс. долларов (с 1-5 пользователями). Нужно заметить, что документация и поддержка не являются бесплатными и составляют 22% от стоимости конфигурации. [www.oracle.com]

2.5.5 СУБД SQL Server 2000

· SQL Server 2000 Enterprise Edition для крупных предприятий (включает поставку всего сопутствующего инструментария);

· 88SQL Server 2000 Standard Edition для малых и средних предприятий;

· SQL Server 2000 Windows CE Edition (SQL Server CE) для мобильных устройств;

· SQL Server 2000 Developer Edition для разработчиков (возможности Enterprise версии, но для целей тестирования и разработки приложений, без права использования);

· SQL Server 2000 Personal Edition для персональных пользователей (возможности Standart, но из-за распределителя параллельных нагрузок, невозможно масштабировать данную версию);

· SQL Server 2000 Desktop Engine (MSDE) используется как свободно распространяемый модуль СУБД, для разработки на его основе сторонними разработчиками своих продуктов (по возможностям равен Personal, но без графической консоли управления).

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

· Службы преобразования данных;

· 8Средства репликации (мгновенные снимки, транзакции и слияния);

· Полнотекстовый поиск;

· Формирование запросов на естественном языке;

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

· Инструментарий SQL-профилирования и анализа производительности.

Рассмотрим цены на Standard версию (таблица 9):

Таблица - 9

Таким образом, цена на минимальную конфигурацию составит 6-7 тыс. долларов (1-5 пользователей). [www.microsoft.com]

2.5.6 СУБД InterBase 6

Выпускается в настольном (Desktop Edition) и серверном (Server Edition) варианте.

InterBase 6 поддерживает симметричную мультипроцессорную обработку и многопоточную архитектуру, что обеспечивает высокую производительность комплексных приложений с большим числом одновременно работающих пользователей. Средства контроля транзакций предоставляют разработчикам возможность точного контроля базы данных, позволяют отслеживать весь процесс, начало, конец и возврат транзакций, процессов и запросов. Совместимость с SQL-стандартами SQL-92 и SQL-99. Интеграция со средствами разработки приложений фирмы Borland, ODBC и JDBC. Поддержка XML. Также стоит отметить самонастраиваемость сервера, что обеспечивается механизмами распараллеливания обработки и коррекции SQL-запросов, а также т.н. механизмом «собирания мусора» (garbage collecting).

Рассмотрим цены на Server версию (таблица 10):

Таблица - 10

Таким образом, цена на минимальную конфигурацию InterBase будет составлять 1,5-2,5 тыс. долларов (1-10 пользователей). [www.borland.com]

2.5.7 Сравнение СУБД Oracle 10g, SQL Server 2000, InterBase 7.1 и 1с:v8.0

Так как нам не требуется создавать хранилище данных, то мы не нуждаемся в расширенных возможностях, таких как поддержка OLAP, Data Mining, анализ скрытых тенденций и бизнес-анализ. Нам важна простота модернизации приложений и БД. Желательно также чтобы требования СУБД к техническим характеристикам, составу ПО и уровню администратора были минимальными. Немаловажным является ценовой фактор, и наличие установленных СУБД в УВО. Сравнение СУБД по этим параметрам приведено в таблице 11.

Таблица - 11

Для проектирования ИС «Сводные отчеты УВО» была выбрана СУБД 1с:v8.0, так как 1с:v8.0 удовлетворяет параметрам легкости администрирования, низкой цены и достаточной функциональности, а также меньшим, чем у остальных систем требованиям к ресурсам сервера.

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

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

3.2 Требования к оборудованию, прикладному и системному ПО для обеспечения работы системы

Данная система имеет следующие системные требования:

процессор 100 Мгц или выше

32 Мб оперативной памяти

Windows 98 или выше

Заключение

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

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

Было дано экономическое обоснование создания системы, в результате которого выяснилось, что система поможет сэкономить до 650 тыс. рублей в год в одном среднестатистическом подразделении.

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

Были разработаны алгоритмы основных операций и алгоритмы по генерированию отчетных форм.

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

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

1. ГОСТ 18322-78 Система технического обслуживания и ремонта техники. Термины и определения .- М.: ГУВО МВД РФ, 1978

2. ГОСТ Р 50775-95. Системы тревожной сигнализации .- М.: ГУВО МВД РФ, 1995

3. РД 78.36.003-2002. Инженерно-техническая укрепленность. Технические средства охраны. Требования и нормы проектирования по защите объектов от преступных посягательств .- М.: ГУВО МВД РФ, 2002

4. РД 78.146-93 МВД России. Инструкция о техническом надзоре за выполнением проектных и монтажных работ по оборудованию объектов средствами охранной сигнализации .- М.: ГУВО МВД РФ, 1993

5. РД 78.145-93 МВД России. Системы и комплексы охранной, пожарной и охранно-пожарной сигнализации. Правила производства и приемки работ.- М.: ГУВО МВД РФ, 1993

6. РМ 78.36.002-99 ГУВО МВД России. Порядок обследования объектов, принимаемых под охрану .- М.: ГУВО МВД РФ, 1999

7. П 78.36.001 - 2004 «Перечень технических средств, разрешенных к применению во вневедомственной охране в 2004 году» .- М.: МВД РФ, 2004

8. Р78.36.011 - 2000 Организация работы ПЦО .-М.: ГУВО МВД РФ, 2000

9. Р 78.36.013-2002 МВД России. Ложные срабатывания технических средств охранной сигнализации и методы борьбы с ними .- М.: ГУВО МВД РФ, 2002

10. Цена лишних бумажек: Как обеспечить качественный автоматизированный учет технических средств охраны/Журин С., к.т.н.//БДИ.-СПб:НП-Принт,2003.-№5-6(51).-с.64-66

11. "1С:ПРЕДПРИЯТИЕ" ДЛЯ ОТДЕЛА ВНЕВЕДОМСТВЕННОЙ ОХРАНЫ/С. МАРКЕЛОВА, Н. ЛОБАНОВА//http://www.oxpaha.ru/view.asp?8362 Статья о комплексе "АНВИК:Учет отдела вневедомственной охраны" 1С

12. Приказ №291 Об организации работы по подбору под охрану объектов собственности .- Пермь: УВО при ГУВД, 2003

13. Чери, С. Логическое программирование и базы данных/ С. Чери, Г. Готлоб, Л. Танка; пер. с англ. Под ред. Л.А. Калинченко .- М.: Мир, 1992 .- 352 с.: ил.

14. Дейт, К.Д. Введение в системы баз данных: пер. с англ.- М.; СПб.; Киев: Вильямс, 1999 .- 848 с.: ил.

15. Экономическое обоснование дипломных проектов / Под ред. Ю.В. Старкова - Пермь, 1997.

16. Технико-экономическое обоснование дипломных проектов: учеб. пособие для втузов / Л. А. Астреина, В. В. Балдесов, В. К. Беклешов и др.; Под ред. В. К. Беклешова. - М.:Высш. шк., 1991. - 176 с.: ил.

17. Положение о вневедомственной охране при органах внутренних дел Российской Федерации от 14. 08. 1992, № 589

18. 1С: Предприятие: Версия 7.7. Конфигурирование и администрирование. - М.:1С,1999

19. Фаронов В.В. Delphi 5. Руководство разработчика баз данных / В.В. Фаронов//.- М.: Нолидж, 2000.- 510с.

20. Ходырева Г. В. Реляционные базы данных: язык SQL / Г. В. Ходырева // Информатика и образование. -- 2004. -- №4. -- С. 36 -- 45.

21. Хоменко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных: Учебник для высших учебных заведений. / Под ред. проф А.Д. Хоменко. - СПб.: Корона принт, 2000. - 416 с.

Страницы: 1, 2