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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

№п/п	Наименование объекта	Число и проводимые работы	Примечание
		1	2	………………………….	30	31

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

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

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

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

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

№п/п	Наименование ТСО	Инвентарный номер	Число и проводимые работы	Примечание
			1	2	………………………………	30	31

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

№п/п	Дата и время сообщения	Пультовой номер	Вид сообщения	Причина неисправности	Примечание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

№ п/п	Дата поступления в ремонт	Наименование ТСО	Заводской № и год выпуска	Наименование подразделения, сдавшего в ремонт	Внешнее проявление неисправности	Причина неисправности	Ремонт произвел (дата, ФИО)	Из ремонта получил (дата, ФИО)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Моделью данных, привлекающей нарастающее внимание с конца 80-х гг., является объектная, или “объектно-ориентированная” модель. Основными понятиями, с которыми оперирует эта модель, являются следующие:

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

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

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

· инкапсуляция структурного и функционального описания объектов, поз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

Данная СУБД существует в 4 версиях:

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

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.

Таким образом, стоимость версии 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 поставляется в следующих изданиях:

· 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

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

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

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

Рассмотрим цены на 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, SQL Server 2000, InterBase 7.1 и 1с:v8.0

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

Тип объекта	Название объекта
Справочники	Объекты
	ТСО
	Охрана
	Имущество
Документы	ОхранаОбъекта
	ИзменениеОбъекта
	УстановкаТСОУво
	УстановкаОхраны
	УстановкаТСО
	РемонтТСО
	ВозвратТСО
	СробатываниеТСО
	РезультатВыезда
	ЗаявкаСопр
	ВыполнениеЗаявки
Регистры	Объект
	НаличиеТСО
	Штат
	РемонтТСО
	МастерскиеТСО
	НаличиеОхраны
	ЗаявкиСопр
	Сопровождение
	УчетИмущества

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 с.