Техническое задание на разработку АС "Контроль доступа"

- Москва, 2009 -

Федеральное агентство по образованию РФ Государственное образовательное учреждение

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

Техническое задание на разработку Автоматизированной системы

Исполнители Подпись Дата И.О.Фамилия

Руководитель квалификационной работы А.В. Бобков

Студент А.В. Симкин

2

Содержание

стр.

Базовые термины, понятия и сокращения ............................................................................................................. 4

1 Общие положения ............................................................................................................................................................. 8

1.1 Полное наименование системы и ее условное обозначение ............................................................ 8

1.2 Перечень нормативно-технических документов, методических материалов,

использованных при разработке ТЗ ...................................................................................................................... 8

2 Назначение и цели создания системы ................................................................................................................... 9

2.1 Назначение системы ............................................................................................................................................... 9

2.2 Цели создания системы ......................................................................................................................................... 9

3 Характеристика объекта автоматизации ......................................................................................................... 12

3.1 Объект автоматизации ....................................................................................................................................... 12

3.2 Предмет автоматизации и виды автоматизируемой деятельности ......................................... 12

4 Требования к системе .................................................................................................................................................. 13

4.1 Требования к системе в целом ....................................................................................................................... 13

4.1.1 Требования к структуре и функционированию системы ....................................................... 13

4.1.1.1 Перечень подсистем, их назначение и основные характеристики ........................... 13

4.1.1.2 Требования к способам и средствам связи для информационного обмена между

компонентами системы ................................................................................................................................... 15

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со

смежными системами ....................................................................................................................................... 15

4.1.1.4 Требования к режимам функционирования системы ...................................................... 15

4.1.1.5 Требования по диагностированию системы ......................................................................... 16

4.1.1.6 Перспективы развития, модернизации системы ................................................................ 16

4.1.2 Требования к численности и квалификации персонала системы ..................................... 17

4.1.3 Показатели назначения ............................................................................................................................. 18

4.1.4 Требования к надежности ........................................................................................................................ 18

4.1.5 Требования к безопасности ..................................................................................................................... 19

4.1.6 Требования к эргономике и технической эстетике ................................................................... 19

4.1.7 Требования к транспортабельности для подвижных АС ........................................................ 21

4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению

компонентов системы ........................................................................................................................................... 21

4.1.9 Требования к защите информации от несанкционированного доступа ....................... 22

4.1.10 Требования по сохранности информации при авариях ........................................................ 24

4.1.11 Требования к защите от влияния внешних воздействий .................................................... 24

4.1.12 Требования к патентной частоте ...................................................................................................... 24

3

4.1.13 Требования по стандартизации и унификации ......................................................................... 24

4.1.14 Дополнительные требования .............................................................................................................. 25

4.2 Требования к функциям системы ................................................................................................................. 26

4.2.1 Подсистема «Хранение данных» ........................................................................................................... 26

4.2.2 Подсистема «Управление контрольно-пропускным пунктом» ........................................... 27

4.2.2.1 Детектирование движения ............................................................................................................. 28

4.2.2.2 Поиск номерного знака автотранспорта ................................................................................. 28

4.2.2.3 Распознавание номерного знака .................................................................................................. 29

4.2.2.4 Корректировка результатов распознавания ......................................................................... 30

4.2.2.5 Принятие решения по контролю для управления внешним оборудованием .... 30

4.2.3 Подсистема «Управление внешним оборудованием»............................................................... 31

4.2.4 Подсистема «Управление паркингом» .............................................................................................. 32

4.2.5 Подсистема «Операционное управление» ....................................................................................... 32

4.2.6 Подсистема «Регламентированная отчетность» ......................................................................... 33

4.3 Требования к видам обеспечения ................................................................................................................ 33

4.3.1 Требования к математическому обеспечению системы ......................................................... 33

4.3.2 Требования к информационному обеспечению системы ....................................................... 33

4.3.3 Требования к лингвистическому обеспечению системы ....................................................... 34

4.3.4 Требования к программному обеспечению системы ................................................................ 34

4.3.4.1 Общие требования ............................................................................................................................... 34

4.3.4.2 Требования к ОПО ................................................................................................................................. 34

4.3.4.3 Требования к СУБД .............................................................................................................................. 35

4.3.5 Требования к техническому обеспечению ...................................................................................... 35

4.3.5.1 Общие сведения ..................................................................................................................................... 35

4.3.5.2 Клиентские компьютеры ................................................................................................................. 36

4.3.5.3 Сервер 1С: Предприятие 8.1 ............................................................................................................ 38

4.3.5.4 Сервер баз данных ................................................................................................................................ 40

4.3.5.5 Архитектура локальной сети ......................................................................................................... 42

4.3.5.6 Топология сети ....................................................................................................................................... 42

4.3.5.7 Внешнее оборудование ..................................................................................................................... 43

4.3.6 Требования к метрологическому обеспечению ........................................................................... 43

4.3.7 Требования к организационному обеспечению .......................................................................... 44

4.3.8 Требования к методическому обеспечению .................................................................................. 44

5 Источники разработки ................................................................................................................................................ 45

4

Базовые термины, понятия и сокращения

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

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

Автоматизированная система (АС) – система, состоящая из персонала и

комплекса средств автоматизации его деятельности, реализующая

информационную технологию выполнения установленных функций.

Автоматизированное рабочее место (АРМ) – программно-технический

комплекс АС, предназначенный для автоматизации деятельности определенного

вида.

Алгоритм функционирования автоматизированной системы (Алгоритм

функционирования АС) – алгоритм, задающий условия и последовательность

действий компонентов автоматизированной системы при выполнении ею своих

функций.

Аппаратно-программный комплекс (АПК) — это набор технических и

программных средств, работающих совместно для выполнения одной или

нескольких сходных задач.

Бизнес-процесс (БП) – серия логических взаимосвязанных действий, при

которых ресурсы предприятий или организаций используются для создания или

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

промежуток времени.

Входная информация автоматизированной системы (Входная

информация АС) – информация, поступающая в АС в виде документов, сообщений,

данных, сигналов, необходимая для выполнения функций АС.

Выходная информация автоматизированной системы (Выходная

информация АС) – информация, получаемая в результате выполнения функций АС

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

Графический интерфейс пользователя (ГИП), (англ. Graphical user

interface, GUI) – система средств для взаимодействия пользователя с компьютером,

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

функций в виде графических компонентов экрана (окон, значков, меню, кнопок,

списков и т. п.).

Жизненный цикл автоматизированной системы (Жизненный цикл АС) –

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

5

состояния АС от формирования исходных требований к ней до окончания

эксплуатации и утилизации комплекса средств автоматизации АС.

Задача автоматизированной системы (Задача АС) – функция или часть

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

совокупность автоматических действий, выполнение которых приводит к

результату заданного вида.

Информационная база автоматизированной системы (Информационная

база АС) – совокупность упорядоченной информации, используемой при

функционировании АС.

Информационное обеспечение автоматизированной системы

(Информационное обеспечение АС) – совокупность форм документов,

классификаторов, нормативной базы и реализованных решений по объемам,

размещению и формам существования информации, применяемой в АС при ее

функционировании.

Комплекс средств автоматизации автоматизированной системы (КСА АС)

– совокупность всех компонентов автоматизированной системы, за исключением

людей.

Компонент автоматизированной системы (Компонент АС) – часть

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

совокупности признаков и рассматриваемая как единое целое.

Контрольно-пропускной пункт (КПП) – специально оборудованное место,

через которое осуществляется доступ на объект в соответствии с пропускным

режимом.

Математическое обеспечение автоматизированной системы

(Математическое обеспечение АС) – совокупность всех методов, моделей и

алгоритмов, применяемых в автоматизированной системе.

Методическое обеспечение автоматизированной системы (Методическое

обеспечение АС) – совокупность документов, описывающих технологию

функционирования АС, методы выбора и применения пользователями

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

функционировании АС.

Надежность автоматизированной системы (Надежность АС) –

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

6

всех параметров, характеризующих способность АС выполнять свои функции в

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

Несанкционированный доступ к информации (НСД к информации) –

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

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

хранилищах, архивах, секретных частях и прочих различных организаций путём

изменения (повышения, фальсификации) своих прав доступа.

Нормативно-справочная информация автоматизированной системы

(НСИ АС) – информация, заимствованная из нормативных документов и

справочников и используемая при функционировании АС.

Общее программное обеспечение автоматизированной системы (ОПО АС)

– часть программного обеспечения АС, представляющая собой совокупность

программных средств, разработанных вне связи с созданием данной АС.

Оперативная информация автоматизированной системы (Оперативная

информация АС) – информация, отражающая на данный момент времени состояние

объекта, на который направлена деятельность АС.

Операционная система (ОС) – базовый комплекс компьютерных программ,

обеспечивающий интерфейс с пользователем, управление аппаратными средствами

компьютера, работу с файлами, ввод и вывод данных, а также выполнение

прикладных программ и утилит.

Пользователь автоматизированной системы (Пользователь АС) – лицо,

участвующее в функционировании автоматизированной системы или

использующее результаты ее функционирования.

Программно-технический комплекс автоматизированной системы (ПТК

АС) – продукция, представляющая собой совокупность средств вычислительной

техники, программного обеспечения и средств создания и заполнения машинной

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

одной или более задач АС.

Программное обеспечение автоматизированной системы (Программное

обеспечение АС) – совокупность программ на носителях данных и программных,

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

автоматизированной системы.

Промышленная эксплуатация автоматизированной системы

(Промышленная эксплуатация АС) - период жизненного цикла АС, на котором

7

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

сопровождение и техническая поддержка.

Процесс создания автоматизированной системы (Процесс создания АС) –

совокупность работ от формирования требований к системе до ввода в действие.

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

программа (чаще комплекс программ), предназначенная для организации и ведения

базы данных.

Сопровождение автоматизированной системы (Сопровождение АС) –

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

функционирования или развития АС.

Специальное программное обеспечение автоматизированной системы

(СПО АС) – часть программного обеспечения АС, представляющая собой

совокупность программ, разработанных при создании данной АС.

Техническое обеспечение автоматизированной системы (Техническое

обеспечение АС) – совокупность всех технических средств, используемых при

функционировании автоматизированной системы.

Техническое задание (ТЗ) – документ, оформленный в установленном

порядке и определяющий цели создания АС, требования к АС и исходные данные,

необходимые для ее разработки, а также план-график создания АС.

Технический проект (ТП) – комплект проектных документов на АС,

разрабатываемый на стадии «Технический проект», утвержденный в установленном

порядке, содержащий основные проектные решения по системе в целом, ее

функциям и всем видам обеспечения АС и достаточный для разработки рабочей

документации на АС.

Технические требования к системе - обязательные условия, относящиеся к

программному продукту. Могут подразделяться на функциональные,

архитектурные, эксплуатационные и т.п.

Функция автоматизированной системы (Функция АС) – совокупность

действий автоматизированной системы, направленная на достижение

определенной цели.

8

1 Общие положения

Настоящий документ представляет собой описание информационной модели

подсистем управления и хранения информации разрабатываемой

автоматизированной системы (далее по тексту АС).

Описание задач дано в укрупненном варианте с представлением

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

задач описанных в настоящем ТЗ для реализации требует написания дополнений к

настоящему ТЗ с уточненными описаниями моделей задач.

Основанием для разработки является НИР кафедры.

1.1 Полное наименование системы и ее условное обозначение

Полное наименование системы: Автоматизированная система контроля

доступом.

Краткое наименование системы: Комплексная система автоматизации КПП.

1.2 Перечень нормативно-технических документов, методических

материалов, использованных при разработке ТЗ

При разработке АС использовались требования следующих нормативных

документов:

ГОСТ 2.105-95 Единая система конструкторской документации. Общие

требования к текстовым документам;

ГОСТ 19.210-78 Единая система программной документации. Техническое

задание. Требование к содержанию и оформлению;

ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на

автоматизированные системы. Техническое задание на создание

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

ГОСТ 34.603-92 Информационная технология. Виды испытаний

автоматизированных систем;

РД 50-680-88 Методические указания. Автоматизированные системы.

Основные положения.

9

2 Назначение и цели создания системы

2.1 Назначение системы

Автоматизированная система предназначена автоматизации системы

контроля доступом и управления КПП, в том числе и автоматизации механизма

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

2.2 Цели создания системы

Основная цель создания автоматизированной системы - повышение

эффективности учета автотранспортных средств на контрольно-пропускном пункте

общего назначения. Эффективность выражается в упрощении регистрации и

контроля автотранспортных средств, пересекающих контрольно-пропускной пункт

за счет автоматизации процесса. Данный процесс обеспечивает своевременность и

актуальность получения информации всем участникам процесса о текущем

состоянии объекта автоматизации.

В современных условиях функционирование любых участников

экономической деятельности, в качестве которых выступают предприятия и

организации и прочие учреждения, невозможно без наличия эффективной

автоматизированной системы управления. Создание современной

автоматизированной системы решающей конкретные задачи деятельности объекта

позволяет:

1) Упростить управление объектом. Эффективное и простое управление

объектом является приоритетной задачей автоматизации. Упрощение

достигается за счет реализации следующих механизмов:

Детектирование появления автотранспорта в зоне контроля;

Распознавание номерных знаков детектированных в зоне контроля;

Автоматический пропуск автотранспорта имеющего на это

разрешение;

Контроль и управление внешними устройствами (шлагбаум,

освещение, охранная сигнализация и прочее), как в автоматическом

режиме, так и с помощью оператора.

2) Повысить удобство управления объектом за счет автоматизации процессов

управления объектом и предоставлении обработанной и формализованной

10

информации оператору. Формирование отчетов разнообразной формы для

принятия управленческих решений, таких как:

Расчет различных видов показателей, в том числе и стоимости

различного вида услуг, которые оказывает данный объект;

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

Оптимизация расположения автотранспорта на автостоянке или

паркинге.

3) Повысить конкурентоспособность организации за счет оптимизации

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

Комфортность пользования услугами парковочного комплекса для

клиентов, за счет увеличения скорости обслуживания каждого клиента;

Визуальная и звуковая сигнализации о регистрации проезда

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

рабочее время;

Быстрый поиск и обработка информации, как по новым, так и по

существующим клиентам;

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

автостоянки.

Что дает возможность равноправно вступать в контрактные отношения с

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

деятельности.

4) Наличие автоматизированной системы управления позволяет руководству

организации эффективно и своевременно управлять деятельностью и

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

Система предоставляет следующие возможности контроля:

Ведение и хранение журналов въезда и выезда;

Мониторинг событий системы в режиме реального времени;

Удобный контроль и анализ финансовой деятельности парковочного

комплекса;

и прочее.

11

Кроме того, наличие автоматизированной информационной системы

управления позволяет обеспечить:

Актуальность управленческой информации, возможность ее

оперативного использования;

Повышение качества управленческой информации, то есть ее

достоверности и оперативности;

Систематизацию и оптимизацию документооборота (бухгалтерская,

налоговая и управленческая отчетность);

Обработку больших объемов информации;

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

Контроль состояния взаиморасчетов организации.

12

3 Характеристика объекта автоматизации

3.1 Объект автоматизации

Объектом автоматизации для данной системы может являться:

Контрольно-пропускной пункт общего назначения;

Автостоянка, паркинг.

Основные виды деятельности объекта, подлежащие автоматизации:

Контроль проезда автотранспортных средств;

Учет автотранспортных средств;

Обработка и получение информации по автотранспортным средствам.

3.2 Предмет автоматизации и виды автоматизируемой деятельности

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

осуществить проектирование автоматизированной системы, которая будет

охватывать широкий круг функциональности соответствующий виду деятельности

объекта автоматизации:

Управление контрольно-пропускным пунктом (детектирование,

распознавание и прочее);

Управление внешним оборудованием;

Логистика;

Управление клиентской базой;

Управление денежными средствами;

Управление взаиморасчетами;

Управление персоналом;

Регламентированная отчетность;

Анализ цен и управление ценовой политикой;

Хранение данных.

13

4 Требования к системе

Включаемые в ТЗ на АС требования должны соответствовать современному

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

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

Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы

в поиске и реализации наиболее эффективных технических, технико-экономических

и других решений.

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

4.1.1.1 Перечень подсистем, их назначение и основные характеристики

В автоматизированную систему должны входить следующие подсистемы:

Управление контрольно-пропускным пунктом;

Управление внешним оборудованием;

Управление паркингом;

Операционное управление;

o Управление клиентской базой;

o Управление денежными средствами;

o Управление персоналом;

o Управление ценовой политикой.

Регламентированная отчетность;

Хранение данных.

Подсистема «Управление контрольно-пропускным пунктом» (основная)

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

объект. Работа данной подсистемы основывается на обработке информации

получаемой с фото- или видеокамер расположенных как по периметру объекта

автоматизации, так и непосредственно на контрольно-пропускном пункте.

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

оператора или без (при условии достоверности обработки) принимается решение.

Данная подсистема неразрывно связана со следующей подсистемой «Управление

внешним оборудованием», в которую поступает принятое решение. Ее задача

состоит в том, чтобы по полученному решению сформировать управляющий сигнал

14

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

получать выходные сигналы (результаты действий) с него. Типы внешнего

оборудования могут быть различными от шлагбаума и сигнализации до

фискального кассового аппарата.

Подсистема «Управление паркингом» в первую очередь предназначена для

решения общих задач автоматизации объекта типа автостоянка или паркинг,

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

включен широкий круг управленческих задач. Например, таких задач как

расположение автотранспорта в необходимом месте.

Подсистема «Операционное управление» комплексная подсистема и состоит

из нескольких подсистем, объединенных по признаку операционной деятельности.

Составная подсистема «Управление клиентской базой» хранит информацию

по всем клиентам объекта автоматизации, позволяет получить оперативную

информацию о текущем состоянии взаиморасчетов, историю въездов/выездов, базу

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

Составная подсистема «Управление денежными средствами» является

дополнительной подсистемой и хранит полную историю поступления и списания

денежных средств, как с расчетных счетов организации, так и прихода/расхода

денежных средств из касс.

«Управление персоналом» является дополнительной (составной)

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

руководства организации. Подсистема позволяет осуществлять прием на работу

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

операции.

Составная подсистема «Управление ценовой политикой» является

дополнительной подсистемой и выполняет задачи ценообразования на объекте

автоматизации.

Подсистема «Регламентированная отчетность» является общей

подсистемой АС, которая неразрывно связана со всеми подсистемами. Основная ее

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

состоянии объекта автоматизации (или его частей), так и о любом моменте в

прошлом.

Подсистема «Хранение данных» является общей подсистемой АС, которая

неразрывно связана со всеми подсистемами и является основополагающей.

15

Основная ее задача заключается в хранении введенной и обработанной информации

в информационной базе АС и определенной структуре, определяемой типом СУБД.

4.1.1.2 Требования к способам и средствам связи для информационного обмена

между компонентами системы

Входящие в состав АС подсистемы в процессе функционирования должны

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

этого входящие в их состав модули информационного взаимодействия. Форматы

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

состав передаваемых данных могут входить:

Цифровые данные, содержащие изображение с информаций по объекту

распознавания;

Цифровые данные, содержащие информацию и характеристики объекта

распознавания.

По возможности все подсистемы должны входить в единое информационное

пространство.

4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со

смежными системами

Требования не предъявляются.

4.1.1.4 Требования к режимам функционирования системы

Для АС определены следующие режимы функционирования:

Нормальный режим функционирования;

Аварийный режим функционирования.

Основным режимом функционирования АС является нормальный режим.

В нормальном режиме функционирования системы:

Клиентское программное обеспечение, технические средства пользователей и

администратора системы, внешнее оборудование обеспечивают возможность

функционирования системы круглосуточно с перерывами на обслуживание;

Серверное программное обеспечение и технические средства северов

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

перерывами на обслуживание;

16

Исправно работает оборудование, составляющее комплекс технических

средств;

Исправно функционирует системное, базовое и прикладное программное

обеспечение системы.

Для обеспечения нормального режима функционирования системы

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

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

соответствующих технических документах (техническая документация, инструкции

по эксплуатации и т.д.).

Аварийный режим функционирования системы характеризуется отказом

одного или нескольких компонент программного и (или) технического обеспечения.

В случае перехода системы в предаварийный режим необходимо:

завершить работу всех приложений, с сохранением данных;

выключить рабочие станции операторов;

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

выполнить резервное копирование БД.

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

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

4.1.1.5 Требования по диагностированию системы

АС должна предоставлять инструменты диагностирования основных

процессов системы, трассировки и мониторинга процесса выполнения программы.

Компоненты должны предоставлять удобный интерфейс для возможности

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

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

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

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

экранов, текущее состояние памяти, файловой системы).

4.1.1.6 Перспективы развития, модернизации системы

АС должна реализовывать возможность дальнейшей модернизации как

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

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

системы путем её масштабирования.

17

4.1.2 Требования к численности и квалификации персонала системы

Для эксплуатации АС определены следующие роли:

Администратор;

Техник;

Пользователь.

Основными обязанностями администратора являются:

Модернизация, настройка и мониторинг работоспособности ПТК АС

(серверов, рабочих станций);

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

программного обеспечения АС;

Ведение учетных записей пользователей системы;

Установка, модернизация, настройка параметров информационной базы АС

(СУБД);

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

к данным;

Администратор должен обладать высоким уровнем квалификации и практическим

опытом выполнения работ по установке, настройке и администрированию

программных и технических средств, применяемых в системе.

Основными обязанностями пользователя являются:

Первичное обслуживание и диагностика КСА АС;

Ввод или подтверждение автоматического ввода первичной информации

(входной информации АС);

Проверка и контроль корректности входной и выходной информации АС.

Пользователи системы должны иметь опыт работы с персональным компьютером

на базе операционных систем Microsoft Windows на уровне квалифицированного

пользователя и свободно осуществлять базовые операции в стандартных ОС

Windows. На момент ввода в действие АС для успешного выполнения функций,

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

рамках работ внедрения АС.

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

одним человеком, при его достаточной квалификации.

Рекомендуемая численность для эксплуатации АС:

Администратор – 1 штатная единица или внешний консультант;

18

Пользователь – число штатных единиц определяется структурой организации

(минимум один).

На момент ввода в действие АС для успешного выполнения функций, определенных

регламентом, персонал должен пройти соответствующее обучение в рамках работ

внедрения АС.

4.1.3 Показатели назначения

АС должна обеспечивать:

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

лет;

Возможность одновременной работы до 5 пользователей для подсистемы

«Управление контрольно-пропускным пунктом», и до 10 пользователей для

всей АС одновременно при следующих характеристиках времени отклика

системы:

o Для операций навигации по экранным формам системы – не более 5

сек;

o Для операций обработки входной информации – не более 15 секунд;

o Для операций формирования печатных форм – не более 30 секунд;

o Время формирования аналитических отчетов определяется их

сложностью и может занимать продолжительное время, но не более

5 минут.

АС должна предусматривать возможность масштабирования по

производительности и объему обрабатываемой информации без модификации ее

программного обеспечения путем модернизации используемого комплекса

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

средствами используемого базового программного обеспечения.

4.1.4 Требования к надежности

Система должна сохранять работоспособность и обеспечивать

восстановление своих функций при возникновении следующих внештатных

ситуаций:

при сбоях в системе электроснабжения аппаратной части, приводящих к

перезагрузке ОС, восстановление программы должно происходить после

перезапуска ОС и запуска исполняемого файла системы;

19

при ошибках в работе аппаратных средств (кроме носителей данных и

программ) восстановление функции системы возлагается на ОС;

при ошибках, связанных с программным обеспечением (ОС и драйверы

устройств), восстановление работоспособности возлагается на ОС.

Для защиты аппаратуры от бросков напряжения и коммутационных помех должны

применяться сетевые фильтры.

4.1.5 Требования к безопасности

Все внешние элементы технических средств системы, находящиеся под

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

технические средства иметь зануление или защитное заземление в соответствии с

ГОСТ 12.1.030-81 и ПУЭ.

Система электропитания должна обеспечивать защитное отключение при

перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное

отключение.

Общие требования пожарной безопасности должны соответствовать нормам

на бытовое электрооборудование. В случае возгорания не должно выделяться

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех

элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и

электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук

строчной частоты и т.д.), не должны превышать действующих норм (СанПиН

2.2.2./2.4.1340-03 от 03.06.2003 г.).

4.1.6 Требования к эргономике и технической эстетике

Взаимодействие пользователей с прикладным программным обеспечением,

входящим в состав АС должно осуществляться посредством визуального

графического интерфейса (GUI). Интерфейс системы должен быть понятным и

удобным, не должен быть перегружен графическими элементами и должен

обеспечивать быстрое отображение экранных форм. Навигационные элементы

должны быть выполнены в удобной для пользователя форме. Средства

редактирования информации должны удовлетворять принятым соглашениям в

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

20

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

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

интерактивном режиме. Интерфейс должен соответствовать современным

эргономическим требованиям и обеспечивать удобный доступ к основным

функциям и операциям системы. Интерфейс должен быть рассчитан на

преимущественное использование манипулятора типа «мышь», то есть управление

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

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

главным образом при заполнении и/или редактировании текстовых и числовых

полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые

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

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

вызванных неверными действиями пользователей, неверным форматом или

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

выдавать пользователю соответствующие сообщения, после чего возвращаться в

рабочее состояние, предшествовавшее неверной (недопустимой) команде или

некорректному вводу данных.

Экранные формы должны проектироваться с учетом требований унификации:

все экранные формы пользовательского интерфейса должны быть

выполнены в едином графическом дизайне, с одинаковым расположением

основных элементов управления и навигации;

для обозначения сходных операций должны использоваться сходные

графические значки, кнопки и другие управляющие (навигационные)

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

(добавление информационной сущности, редактирование поля данных), а

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

должны быть унифицированы;

внешнее поведение сходных элементов интерфейса (реакция на наведение

указателя «мыши», переключение фокуса, нажатие кнопки) должны

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

Система должна соответствовать требованиям эргономики и профессиональной

медицины при условии комплектования высококачественным оборудованием

21

(ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты

соответствия и безопасности Росстандарта.

4.1.7 Требования к транспортабельности для подвижных АС


4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и

хранению компонентов системы

Система должна быть рассчитана на эксплуатацию, как в существующем

составе программно–технического комплекса объекта автоматизации, так и иметь

возможность развертывания собственной ПТК АС, с возможностью быстрого

интегрирования с различной ИТ инфраструктурой объекта автоматизации.

Техническая и физическая защита аппаратных компонентов системы, носителей

данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее

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

предусмотренными в существующей ИТ инфраструктуре или разрабатывается при

развертывании.

Для нормальной эксплуатации разрабатываемой системы должно быть

обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть

обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ

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

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

требованиями технической документации изготовителей, но не реже одного раза в

год.

Периодическое техническое обслуживание и тестирование технических

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

средств, включая рабочие станции, серверы, кабельные системы и сетевое

оборудование, устройства бесперебойного питания и внешнее оборудование. В

процессе проведения периодического технического обслуживания должны

проводиться внешний и внутренний осмотр и чистка технических средств, проверка

контактных соединений, проверка параметров настроек работоспособности

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

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

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

22

Восстановление работоспособности технических средств должно проводиться в

соответствии с инструкциями разработчика и поставщика технических средств и

документами по восстановлению работоспособности технических средств и

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

эксплуатацию должен быть разработан план выполнения резервного копирования

программного обеспечения и обрабатываемой информации. Во время эксплуатации

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

разработанный план.

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

бесконтрольного проникновения в них посторонних лиц и обеспечивать

сохранность находящихся в этих помещениях конфиденциальных документов и

технических средств. Размещение оборудования, технических средств должно

соответствовать требованиям техники безопасности, санитарным нормам и

требованиям пожарной безопасности (смотри раздел 4.1.5). Все пользователи

системы должны соблюдать правила эксплуатации электронной вычислительной

техники. Квалификация персонала и его подготовка должны соответствовать

технической документации (смотри раздел 4.1.2).

4.1.9 Требования к защите информации от несанкционированного доступа

АС должна обеспечивать защиту от несанкционированного доступа (НСД) на

уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по

классификации действующего руководящего документа Гостехкомиссии России

«Автоматизированные системы. Защита от несанкционированного доступа к

информации. Классификация АС и требования по защите информации» 1992 г.

Компоненты подсистемы защиты от НСД должны обеспечивать:

идентификацию пользователя;

проверку полномочий пользователя при работе с системой;

разграничение прав доступа пользователей на уровне задач и

информационных массивов.

Система разграничения прав пользователей АС должна обеспечивать:

Ограничение на доступ пользователей (групп пользователей) к выполнению

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

Ограничение на доступ пользователей (групп пользователей) к группам

документов (записям таблиц базы данных);

23

Ограничение на доступ пользователей (групп пользователей) к отдельным

реквизитам документов (полям записей);

Ограничение на доступ пользователей (групп пользователей) к данным по

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

Протоколирование действий пользователей (групп пользователей),

связанных с информационной безопасностью (вход в систему и выход из неё,

открытие и редактирование документов, и прочее).

Протоколы аудита системы и приложений должны быть защищены от

несанкционированного доступа как локально, так и в архиве.

Уровень защищённости от несанкционированного доступа средств вычислительной

техники, обрабатывающих конфиденциальную информацию, должен

соответствовать требованиям к классу защищённости 6 согласно требованиям

действующего руководящего документа Гостехкомиссии России «Средства

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

Показатели защищенности от несанкционированного доступа к информации».

Защищённая часть системы должна использовать "слепые" пароли (при

наборе пароля его символы не показываются на экране либо заменяются

одним типом символов; количество символов не соответствует длине

пароля).

Защищённая часть системы должна автоматически блокировать сессии

пользователей и приложений по заранее заданным временам отсутствия

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

Защищённая часть системы должна предотвратить работу с

некатегоризированной информацией под сеансом пользователя,

авторизованного на доступ к конфиденциальной информации.

Защищённая часть системы должна использовать многоуровневую систему

защиты.

Защищённая часть системы должна быть отделена от незащищённой части

системы межсетевым экраном.

По возможности большая часть защиты от НСД к информации должна

обеспечиваться использую возможности ОПО АС или существующей ПТК АС объекта

автоматизации.

24

4.1.10 Требования по сохранности информации при авариях

Программное обеспечение АС должно восстанавливать свое функционирование

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

возможность организации автоматического и (или) ручного резервного

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

обеспечения (ОС, СУБД), входящего в состав ПТК АС.

Приведенные выше требования не распространяются на компоненты системы,

разработанные третьими сторонами и действительны только при соблюдении

правил эксплуатации этих компонентов, включая своевременную установку

обновлений, рекомендованных производителями покупного программного

обеспечения.

4.1.11 Требования к защите от влияния внешних воздействий

Защита от влияния внешних воздействий должна обеспечиваться средствами

существующего ПТК АС. Внешнее оборудование, устанавливаемое на улице или в

помещениях с возможным влиянием внешних воздействий, разработанное

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

4.1.12 Требования к патентной частоте

Установка системы в целом, как и установка отдельных частей системы не

должна предъявлять дополнительных требований к покупке лицензий на

программное обеспечение сторонних производителей, кроме программного

обеспечения, указанного в разделе 4.3.4.

4.1.13 Требования по стандартизации и унификации

Взаимодействие пользователей с прикладным программным обеспечением,

входящим в состав системы должно осуществляться посредством визуального

графического интерфейса (GUI). Интерфейс системы должен быть понятным и

удобным, не должен быть перегружен графическими элементами и должен

обеспечивать быстрое отображение экранных форм. Навигационные элементы

должны быть выполнены в удобной для пользователя форме. Средства

редактирования информации должны удовлетворять принятым соглашениям в

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

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

25

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

интерактивном режиме. Интерфейс должен соответствовать современным

эргономическим требованиям и обеспечивать удобный доступ к основным

функциям и операциям системы.

Интерфейс должен быть рассчитан на преимущественное использование

манипулятора типа «мышь», то есть управление системой должно осуществляется с

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

режим ввода должен используется главным образом при заполнении и/или

редактировании текстовых и числовых полей экранных форм.

Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме

системных сообщений) должны быть на русском языке. Экранные формы должны

проектироваться с учетом требований унификации:

все экранные формы пользовательского интерфейса должны быть

выполнены в едином графическом дизайне, с одинаковым расположением

основных элементов управления и навигации;

для обозначения сходных операций должны использоваться сходные

графические значки, кнопки и другие управляющие (навигационные)

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

(добавление информационной сущности, редактирование поля данных), а

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

должны быть унифицированы;

внешнее поведение сходных элементов интерфейса (реакция на наведение

указателя «мыши», переключение фокуса, нажатие кнопки) должны

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

Система должна соответствовать требованиям эргономики и

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

оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые

сертификаты соответствия и безопасности Росстандарта.

4.1.14 Дополнительные требования

Дополнительные требования не предъявляются.

26

4.2 Требования к функциям системы

В данном разделе сформированы требования к функциям (задачам),

выполняемые системой:

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

взаимодействие частей системы), подлежащих автоматизации;

Описание реализуемых задач;

Виды входной и выходной информации;

Требования к качеству реализации каждой функции (задачи или комплекса

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

необходимой точности и времени выполнения, требования одновременности

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

4.2.1 Подсистема «Хранение данных»

Внешний носитель

База данных

Входная информация

Выходная информация

Резервное копирование

Рисунок 1. Функции подсистемы «Хранение данных»

Данная подсистема должна осуществлять хранение оперативных данных

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

справочников и прочих данных системы обеспечивающих ее работоспособность.

Подсистема должна обеспечивать периодическое резервное копирование и

сохранение данных на дополнительных носителях информации. Подсистема должна

27

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

и записи информации другими подсистемами и удовлетворять требованиям

производительности по показателям назначения (смотри раздел 4.1.3).

4.2.2 Подсистема «Управление контрольно-пропускным пунктом»

Данная подсистема включает в себя автоматизацию задач, связанных с

обработкой информации (входная информация АС), которая поступает с внешнего

оборудования (фото- или видеокамеры) расположенного, как по периметру объекта

автоматизации, так и непосредственно на контрольно-пропускном пункте.

Подсистема объединяет следующие задачи обработки входной информации

(рисунок 2):

1. Детектирование движения;

2. Поиск номерного знака автотранспорта;

3. Распознавание номерного знака;

4. Корректировка результатов распознавания;

5. Принятие решения по контролю для управления внешним

оборудованием.

Реализация перечисленных задач предполагает создание

автоматизированных рабочих мест (АРМ).

Детектирование движения

Поиск номерного знака

автотранспорта

Распознавание номерного знака

Корректировка результатов

распознавания

Принятие решения по контролю для управления внешним оборудованием

Управление контрольно-пропускным пунктом

Рисунок 2. Задачи подсистемы «Управление КПП»

28

4.2.2.1 Детектирование движения

4.2.2.1.1 Описание задачи

Исполнение задачи должно инициализироваться автоматически и (или) при

ее специальной активации/деактивации, в случае, если система переведена в ручной

режим.

Исполнение задачи – это выходная информация (сигнал, предупреждение и

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

следующей задачи.

4.2.2.1.2 Входная информация

1. Последовательность изображений, поступающие с фото- или видеокамеры с

интервалом в 1 секунду (фотокамера) или со скоростью обработки

изображений определяемой типом видео камеры (минимум 15 кадров в

секунду).

4.2.2.1.3 Выходная информация

1. Предупреждение для пользователя, если система переведена в ручной режим

или включена настройка информирования пользователя о действиях

системы;

2. Сигнал к инициализации следующей задачи.

4.2.2.1.4 Дополнительные требования

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

Движение прекратилось и в течение последующих 3-ех кадров получаемых

задачей оно не определяется;

Достоверность детектирования движения составляет более чем 85%.

Время обработки математического алгоритма между двумя последующими

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

4.2.2.2 Поиск номерного знака автотранспорта


Исполнение задачи инициализируется предыдущей задачей, в случае ее

выполнения.

29

Исполнение задачи – это вырезанная одна или несколько частей изображения

предположительно содержащая номерной знак.


1. Изображение, поступающие с фото- или видеокамеры.


1. Вырезанная одна или несколько частей изображения;




Достоверность определения номерного знака в области составляет более чем

85%;

Найден хотя бы один символ в области.

Время обработки математического алгоритма должно не превышать 1 секунду.

4.2.2.3 Распознавание номерного знака




Исполнение задачи – это набор символов, в целом являющиеся номерным

знаком.


1. Вырезанная часть изображения, содержащая номерной знак.


1. Набор символов;




Достоверность определения каждого символа номерного знака в области

составляет более чем 85%;

30

Найдено не менее 5 символов в номере.

Время обработки математического алгоритма должно не превышать 5 секунд.

4.2.2.4 Корректировка результатов распознавания




Исполнение задачи – это подтвержденный номерной знак, состоящий из

набора символов.


1. Набор символов.


1. Номерной знак;




Пользователь подтвердил номерной знак.

4.2.2.5 Принятие решения по контролю для управления внешним

оборудованием




Исполнение задачи – это принятое решение пользователем или

автоматически системой по управлению контролем (открытие шлагбаума, отказ и

прочее).


1. Номерной знак


1. Сигнал к подсистеме «Управление внешним оборудованием»;

31

2. Передача данных в подсистему «Хранение данных».



Пользователь подтвердил номерной знак.

Детектирование движения

Поиск номерного знака

автотранспорта

Распознавание номерного знака

Корректировка результатов

распознавания

Принятие решения по контролю для управления внешним оборудованием

Управление контрольно-пропускным пунктом

Управление внешним


Изображение

Изображение

Часть

изображения

Подтверждение

Набор

символов

Номерной

знак

Принятие

решения

Управление внешним


Хранение данных

Рисунок 3. Функции подсистемы «Управление КПП»

4.2.3 Подсистема «Управление внешним оборудованием»


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

32

реализацию необходимых протоколов для управления и коммутации с различными

видами оборудования.

Задачи, выполняемые подсистемой:

Получение изображения или последовательности изображений с фото- или

видеокамеры;

Открытие/закрытие шлагбаума;

и другие.

Шлагбаум

Получение изображения

Управление внешним оборудованием

Открытие/закрытие

шлагбаума

Рисунок 4. Функции подсистемы «Управление внешним оборудованием»

4.2.4 Подсистема «Управление паркингом»


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

включен любой класс задач относящихся к логистике.

4.2.5 Подсистема «Операционное управление»

Данная подсистема состоит из нескольких модулей (подсистем), цель которых

операционное управление системой.

Модули подсистемы:

o Управление клиентской базой;

o Управление денежными средствами;

33

o Управление персоналом;

o Управление ценовой политикой.

4.2.6 Подсистема «Регламентированная отчетность»

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

индивидуальном порядке.

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению системы


4.3.2 Требования к информационному обеспечению системы

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

определены на этапе технического проектирования.

Уровень хранения данных в системе должен быть построен на основе

современных реляционных или объектно-реляционных СУБД. Для обеспечения

целостности данных должны использоваться встроенные механизмы СУБД.

Средства СУБД, а также средства используемых операционных систем должны

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

информации. Структура базы данных должна поддерживать кодирование хранимой

и обрабатываемой информации в соответствии с общероссийскими

классификаторами (там, где они применимы).

Доступ к данным должен быть предоставлен только авторизованным

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

запрашиваемой информации. Структура базы данных должна быть организована

рациональным способом, исключающим единовременную полную выгрузку

информации, содержащейся в базе данных системы.

Технические средства, обеспечивающие хранение информации, должны

использовать современные технологии, позволяющие обеспечить повышенную

надежность хранения данных и оперативную замену оборудования (распределенная

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

массивы; кластеризация).

В состав системы должна входить специализированная подсистема

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

34

При проектировании и развертывании системы необходимо рассмотреть

возможность использования накопленной информации из уже функционирующих

информационных систем. Перечень функционирующих информационных систем

приведен в разделе 3 настоящего документа.

4.3.3 Требования к лингвистическому обеспечению системы

Все прикладное программное обеспечение системы для организации

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

4.3.4 Требования к программному обеспечению системы

4.3.4.1 Общие требования

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

максимально эффективным образом использовать ранее закупленное программное

обеспечение, как серверное, так и для рабочих станций, если такое оборудование

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

оборудование, подходящее требованиям.

Используемое при разработке программное обеспечение и библиотеки

программных кодов должны иметь широкое распространение, быть

общедоступными и использоваться в промышленных масштабах. Базовой

программной платформой должна являться операционная система MS Windows.

С целью универсальности и простоты реализации АС, для проектирования

рекомендуется использовать, как и ОПО, так и СПО.

4.3.4.2 Требования к ОПО

Для реализации основных задач АС должны использоваться следующие

программные средства:

Прикладная платформа 1Сv8;

Delphi;

СУБД MS SQL (Express);

Встроенные средства администрирования MS Windows Server 2003.

Основной программной платформой реализации бизнес-процессов АС

является «1С: Предприятие 8.1» производства фирмы 1С. На базе программной

платформы будет разработана специальная конфигурация, которая будет

выполнять поставленные задачи.

35

Интерфейсом взаимодействия с разработанной частью подсистемы

«Управления контролем доступа» на Delphi будет стандартный ActiveX компонент

MS Windows.

Клиентские станции и серверы должны использовать операционные системы

(ОС) Microsoft Windows.

4.3.4.3 Требования к СУБД

База данных системы должна функционировать под управлением

промышленной СУБД MS SQL (Express) на серверах, оснащённых источниками

бесперебойного питания (ИБП), под управлением промышленных серверных ОС,

обеспечивающих достаточный уровень безопасности эксплуатации и нужную

степень масштабируемости (Windows 2000 Advanced Server / Windows Server 2003

Enterprise Edition).

Программное обеспечение системы должно иметь в своём составе средства

тестирования процедур и данных, средства обнаружения и исправления ошибок в

данных, резервного копирования. Ошибки в программных модулях должны

исправляться производителем. Администратор системы обязан следить за

использованием версий программного обеспечения на узлах АС и проводить

централизованные мероприятия по замене версий.

Для обеспечения способности к восстановлению после сбоев необходим

механизм резервного копирования базы данных. АС должна иметь средства

быстрого восстановления данных из архива в соответствии с планом

восстановления системы.

АС должна иметь в своём составе средства синхронизации территориально

распределённых компонентов базы данных (общие каталоги и справочники, данные

по хозяйственным операциям, данные по документам-основаниям и т.п.). Средства

синхронизации должны обеспечивать необходимый для принятия оперативных

управленческих решений уровень идентичности информации в распределённых

узлах базы данных.

4.3.5 Требования к техническому обеспечению

4.3.5.1 Общие сведения

Для работы с АС рекомендуемая конфигурация компьютера имеет следующие

характеристики:

36

компьютер конечного пользователя:

операционная система: MS Windows 2000/ XP / Server 2003;

процессор Intel Pentium III 866 МГц ;

оперативная память 256 Мбайт;

сервер 1С: Предприятия 8.0:

операционная система: MS Windows 2000/XP/Server 2003;

процессор Intel Pentium IV/Xeon 2,4 ГГц, рекомендуется два и более

процессоров;

оперативная память 1024 Мбайт;

сервер баз данных:

технические характеристики компьютера и операционная система должны

соответствовать требованиям Microsoft SQL Server 2005 (Express);

Microsoft SQL Server 2000 + Service Pack 3a;

Эти значения можно использовать в качестве базовых при выборе состава

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

настоящего ТП.

Далее приводится информация о том, как характеристики оборудования

влияют на эффективность использования системы в различных режимах и даются

рекомендации по подбору оборудования в зависимости от решаемых задач.

4.3.5.2 Клиентские компьютеры

В качестве операционной системы рекомендуется использовать Windows

2000 или Windows XP. Причиной этого является более эффективная реализация в

этих системах механизмов работы с оперативной памятью. Производительность 1С:

Предприятия 8.1, работающего под управлением одной из этих операционных

систем, существенно выше, чем при работе под управлением MS Windows 98/ Me.

Этот особенно заметно на операциях, требующих интенсивной работы с памятью -

при работе с комплексными конфигурациями (включающими большой объем

функциональности), при формировании отчетов и запросов, обрабатывающих

большие объемы данных. Однако преимущество этих операционных систем

проявляется, только если объем оперативной памяти, установленной на

37

компьютере, не меньше чем рекомендованного объема, указанного в системных

требованиях этих операционных систем. В противном случае эффект будет прямо

противоположный – производительность может уменьшиться.

Еще одним преимуществом операционных систем Windows 2000/XP, которое

позволяет рекомендовать их для использования при работе с 1С: Предприятием 8.1,

является тот факт, что эти операционные системы могут эффективно использовать

большие объемы (более 512 Мб) оперативной памяти, установленной на

компьютере. При установке на компьютере с операционной системой Windows 98/

Me более 512 Мб оперативной памяти возможно замедление работы на операциях,

требующих интенсивной работы с памятью.

1С: Предприятие 8.1 предъявляет высокие требования к производительности

процессора и к объему оперативной памяти, установленной на клиентском

компьютере. Это обусловлено большими возможностями и функциональностью

интерфейса клиентской части 1С: Предприятия 8.1. В 1С: Предприятии 8.1

реализован современный дизайн интерфейса и повышена комфортность при работе

пользователей с системой в течение длительного времени. Интерфейс системы

спроектирован с учетом необходимости массового ввода информации, а также с

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

решения могут быть в разной степени задействованы возможности

пользовательского интерфейса. С увеличением сложности и функциональной

загруженности интерфейса прикладного решения в конкретных режимах,

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

производительности процессора и к объему оперативной памяти возрастают.

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

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

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

производительный процессор.

Требования к производительности процессора и к объему оперативной

памяти, установленной на компьютере, в значительной мере зависят от характера

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

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

соответствовать рекомендованным, а для менеджеров и аналитиков, интенсивно

работающих в различных режимах и выполняющих, например, анализ больших

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

38

Кроме того, следует учитывать, что процессор и оперативная память

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

1С: Предприятием, но и операционной системой, антивирусным ПО и другими

программами, работающими на данном компьютере. Поэтому при определении

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

параллельное использование других программных средств.

Заметим, что при использовании файловой версии производительность

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

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

клиент-серверного варианта. В отличие от файл-серверного варианта, при

использовании клиент-серверного варианта, ресурсы клиентского компьютера

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

производительность операций, связанных с записью и обработкой данных,

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

Следует различать требования, предъявляемые к компьютеру конечного

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

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

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

инструментальные средства, входящие в состав 1С:Предприятия 8.1 – конфигуратор,

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

(хранилище конфигурации).

Следует учитывать, что на требования, предъявляемые к ресурсам

клиентских компьютеров, оказывает влияние и функциональная наполненность

используемого прикладного решения. При работе с прикладными решениями,

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

оперативной памяти, установленной на клиентском компьютере (до 512 МБ для

пользователей и до 1024МБ для разработчиков).

4.3.5.3 Сервер 1С: Предприятие 8.1

При определении параметров компьютера, на котором будет работать сервер

1С: Предприятия 8.1, нужно учитывать следующее факторы:

Расположение сервера 1С: Предприятия 8.1 и MS SQL Server 2005 (на одном

компьютере или на разных);

39

Количество одновременно работающих пользователей, интенсивно

выполняющих операции ввода информации или формирования отчетов;

Объем обрабатываемой информации в текущем периоде;

Распределение нагрузки между сервером и клиентом (реализованное в

прикладном решении).

Если сервер 1С: Предприятия 8.1 и MS SQL Server располагаются на одном

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

ресурсов данного компьютера суммируются. Расположение сервера 1С: Предприятия

8.1 на отдельном компьютере позволяет уменьшить требования к дисковой

подсистеме данного компьютера и существенно уменьшить его стоимость, большую

часть которой составляет стоимость RAID контроллера и SCSI дисков.

В этом случае, основными факторами, влияющими на производительность,

оказываются тактовая частота и количество процессоров, а также объем

оперативной памяти. Проведенные исследования по оценке производительности и

масштабируемости клиент-серверной версии 1С: Предприятия 8.1 показали, что при

одновременной работе 140 активных сессий к компьютеру, на котором установлен

сервер 1С: Предприятия, предъявляются сравнительно невысокие требования. При

проведении тестов использовался компьютер, на котором было установлено два

процессора Intel Xeon 2.4 GHz 512KB cache и 1024 MB оперативной памяти.

Увеличение объема оперативной памяти может оказаться полезным при

построении отчетов в случае увеличения периода, за который обрабатываются

данные. Расположение сервера 1С: Предприятия 8.1 и MS SQL Server на разных

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

Использование сервера 1С: Предприятия 8.1 позволяет сосредоточить на нем

выполнение наиболее объемных операций по обработке данных. Например, при

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

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

будет выполняться на сервере.

Это позволяет снизить требования к клиентским компьютерам, при этом,

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

установлен сервер 1С: Предприятия 8.1. Однако обычно увеличить мощность

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

40

Далее приведены рекомендуемые параметры компьютера используемого для

сервера 1С: Предприятия 8.1:

Процессор 1-2 Pentium 2200-2800 МГц;

Память 1024-2048 Мб.

Для решения задач, описанных в рамках настоящего ТП, рекомендуется

располагать сервер 1С: Предприятия 8.1 на отдельном компьютере.

4.3.5.4 Сервер баз данных

Механизм работы с базой данных 1С: Предприятия 8.1 ориентирован на

эффективное использование возможностей MS SQL Server для выполнения записи

информации, выполнения расчетов и составления отчетов. Это позволяет при

обработке данных уменьшить нагрузку на клиентскую часть и сократить объем

информации, передаваемой на клиентский компьютер.

Основными факторами, влияющими на производительность MS SQL Server,

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

пользователей и вид задач, решаемых пользователями (ввод документов,

построение отчетов и т.п.).

Для оценки характеристик сервера (тактовой частоты, количества

процессоров и объема оперативной памяти), необходимых для обеспечения

требуемой пропускной способности и времени реакции системы, следует учитывать

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

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

параметры должны быть оценены как для нормальных, так и для пиковых режимов

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

количества пользователей системы и возможный рост объема информационной

базы.

На основе анализа этих результатов можно оценить необходимое количество

процессоров, для обеспечения требуемых параметров быстродействия системы в

зависимости от количества пользователей, одновременно работающих с системой в

исследуемом режиме.

Следует понимать, что при использовании других режимов работы и других

прикладных решений эти оценки могут измениться.

Оперативная память, в основном, используется SQL Server для кэширования

операций чтения/записи при выполнении действий с базой данных. Поэтому с

41

ростом объема обрабатываемой информации, для поддержания уровня

производительности на приемлемом уровне, требуется увеличение объема

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

скорости выполнения операций чтения/записи, поскольку при этом данные, с

которыми работает SQL Server, находятся не в памяти, а на диске. Это приводит к

значительному снижению производительности системы в целом.

Далее приведены рекомендуемые параметры для компьютера, используемого

для сервера баз данных:

1-2 Pentium/Xeon 2400- 3000 МГц;

Память 1024-2048 Мб.

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

процессоров следует учитывать ограничения используемой редакции операционной

системы и SQL Server. Так, например, SQL Server Standard Edition не поддерживает

работу более чем с 4 процессорами и 2 Гб оперативной памяти. Если есть

необходимость в использовании более производительного оборудования с

количеством процессоров более 4 и объемом оперативной памяти более 2Гб –

следует использовать другую редакцию операционной системы (Windows 2000

Advanced Server / Windows Server 2003 Enterprise Edition) и SQL Server Enterprise

Edition.

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

интерфейсом SCSI , объединенные в RAID-массив. Использование RAID контроллера

для этих целей является предпочтительным вариантом, по сравнению с

организацией дискового массива средствами операционной системы, поскольку

позволяет построить более надежное и производительное решение. Например,

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

части сокращается при использовании RAID-массива в несколько раз, по сравнению

с однодисковой системой.

Для решения задач, описанных в рамках настоящего ТП, рекомендуется

располагать сервер баз данных на отдельном компьютере.

Должно быть обеспечено бесперебойное электропитание всех технических

средств в соответствии с ТУ на них, установленных заводом-изготовителем. Для

управления параметрами воздуха в помещении серверного узла должны

применяться системы кондиционирования, обеспечивающие внесезонное

функционирование. Параметры окружающей среды должны выдерживаться в

42

соответствии с требованиями ТУ заводов изготовителей технических средств,

размещаемых в серверном узле. Монтаж вновь устанавливаемых в серверном узле

технических средств должен осуществляться только в стандартные 19” монтажные

стойки и/или шкафы.

4.3.5.5 Архитектура локальной сети

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

локальных вычислительных сетей (ЛВС) и корпоративной сети передачи данных

(КСПД).

В состав программно-технического комплекса должна быть включена система

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

ЛВС должны обеспечивать информационную пропускную способность,

требуемую для нормального функционирования АС при одновременной работе

заданного для каждого объекта числа АРМ.

Программно-технические средства ЛВС должны обеспечивать расширение и

модернизацию системы на протяжении всего срока эксплуатации системы.

В составе АС не должны использоваться программные модули, не

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

обеспечены гарантийным и постгарантийным обслуживанием фирмы–

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

4.3.5.6 Топология сети

В соответствии с предъявленными выше требованиями, рекомендуется

придерживаться следующей топологии сети.

Количество рабочих станций и серверов выбирается в зависимости от

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

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

доступа, если их работа должна быть автоматизирована.

Если структура организации не требует построение ЛВС, и количество

одновременно работающих пользователей не превышает одного, в некоторых

случаях, разрешается совместить сервер и рабочую станцию в одну ЭВМ,

соответствующую требованиям.

43

Серверы

Рабочая станция Рабочая станция Рабочая станция

Интерфейс пользователя1Cv8Servers:

MS SQL1Cv8

Внешние устройства

Интернет

Модем

Ethernet

Маршрутизатор.37

Брандмауэр

Видеокамера

Цифровая камера

Многофункциональное

устройство

Легенда

Рисунок 5. Рекомендуемая топология сети

4.3.5.7 Внешнее оборудование

Внешнее оборудование, используемое на КПП должно соответствовать

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

Все шлагбаумы, фото- и видеокамеры должны быть оснащены специальными

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

данные устройства к разрабатываемой АС.

Список интерфейсов удовлетворяющих требованиям АС:

COM, OLE;

ActiveX;

DLL;

Ethernet (TCP/IP).

4.3.6 Требования к метрологическому обеспечению

Требования к метрологическому обеспечению не предъявляются.

44

4.3.7 Требования к организационному обеспечению

Организационное обеспечение системы должно быть достаточным для

эффективного выполнения персоналом возложенных на него обязанностей при

осуществлении автоматизированных и связанных с ними неавтоматизированных

функций системы.

Заказчиком должны быть определены должностные лица, ответственные за:

обработку информации АС;

администрирование АС;

обеспечение безопасности информации АС;

управление работой персонала по обслуживанию АС.

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

персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие

обучение работе с системой.

4.3.8 Требования к методическому обеспечению

Требования к методическому обеспечению не предъявляются.

45

5 Источники разработки

Нормативные правовые акты:

ГОСТ 2.105-95 Единая система конструкторской документации. Общие

требования к текстовым документам;

ГОСТ 19.210-78 Единая система программной документации. Техническое

задание. Требование к содержанию и оформлению;


автоматизированные системы. Автоматизированные системы. Термины и

определения;


автоматизированные системы. Автоматизированные системы. Стадии

создания;


автоматизированные системы. Техническое задание на создание

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

ГОСТ 34.603-92 Информационная технология. Виды испытаний

автоматизированных систем;


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

документов при создании автоматизированных систем;

РД 50-680-88 Методические указания. Автоматизированные системы.

Основные положения;

РД 50-682-89 Методические указания. Информационная технология.

Комплекс стандартов и руководящих документов на автоматизированные

системы. Общие положения;

РД 50-34.698-90 Методические указания. Информационная технология.

Комплекс стандартов и руководящих документов на автоматизированные

системы. Автоматизированные системы. Требования к содержанию

документов;

РД «Автоматизированные системы. Защита от несанкционированного

доступа к информации. Классификация АС и требования по защите

информации» (Гостехкоммисия, 1992);

46

РД «Концепция защиты средств вычислительной техники и

автоматизированных систем от несанкционированного доступа к

информации» (Гостехкоммисия , 1992).

Technology

Техническое задание на разработку АС "Контроль доступа"