SlideShare a Scribd company logo
1 of 46
Download to read offline
- Москва, 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 Поиск номерного знака автотранспорта
4.2.2.2.1 Описание задачи
Исполнение задачи инициализируется предыдущей задачей, в случае ее
выполнения.
29
Исполнение задачи – это вырезанная одна или несколько частей изображения
предположительно содержащая номерной знак.
4.2.2.2.2 Входная информация
1. Изображение, поступающие с фото- или видеокамеры.
4.2.2.2.3 Выходная информация
1. Вырезанная одна или несколько частей изображения;
2. Сигнал к инициализации следующей задачи.
4.2.2.2.4 Дополнительные требования
Исполнение задачи производится только в том случае, если:
 Достоверность определения номерного знака в области составляет более чем
85%;
 Найден хотя бы один символ в области.
Время обработки математического алгоритма должно не превышать 1 секунду.
4.2.2.3 Распознавание номерного знака
4.2.2.3.1 Описание задачи
Исполнение задачи инициализируется предыдущей задачей, в случае ее
выполнения.
Исполнение задачи – это набор символов, в целом являющиеся номерным
знаком.
4.2.2.3.2 Входная информация
1. Вырезанная часть изображения, содержащая номерной знак.
4.2.2.3.3 Выходная информация
1. Набор символов;
2. Сигнал к инициализации следующей задачи.
4.2.2.3.4 Дополнительные требования
Исполнение задачи производится только в том случае, если:
 Достоверность определения каждого символа номерного знака в области
составляет более чем 85%;
30
 Найдено не менее 5 символов в номере.
Время обработки математического алгоритма должно не превышать 5 секунд.
4.2.2.4 Корректировка результатов распознавания
4.2.2.4.1 Описание задачи
Исполнение задачи инициализируется предыдущей задачей, в случае ее
выполнения.
Исполнение задачи – это подтвержденный номерной знак, состоящий из
набора символов.
4.2.2.4.2 Входная информация
1. Набор символов.
4.2.2.4.3 Выходная информация
1. Номерной знак;
2. Сигнал к инициализации следующей задачи.
4.2.2.4.4 Дополнительные требования
Исполнение задачи производится только в том случае, если:
 Пользователь подтвердил номерной знак.
4.2.2.5 Принятие решения по контролю для управления внешним
оборудованием
4.2.2.5.1 Описание задачи
Исполнение задачи инициализируется предыдущей задачей, в случае ее
выполнения.
Исполнение задачи – это принятое решение пользователем или
автоматически системой по управлению контролем (открытие шлагбаума, отказ и
прочее).
4.2.2.5.2 Входная информация
1. Номерной знак
4.2.2.5.3 Выходная информация
1. Сигнал к подсистеме «Управление внешним оборудованием»;
31
2. Передача данных в подсистему «Хранение данных».
4.2.2.5.4 Дополнительные требования
Исполнение задачи производится только в том случае, если:
 Пользователь подтвердил номерной знак.
Детектирование
движения
Поиск номерного
знака
автотранспорта
Распознавание
номерного знака
Корректировка
результатов
распознавания
Принятие решения по
контролю для управления
внешним оборудованием
Управление контрольно-пропускным пунктом
Управление
внешним
оборудованием
Изображение
Изображение
Часть
изображения
Подтверждение
Набор
символов
Номерной
знак
Принятие
решения
Управление
внешним
оборудованием
Хранение
данных
Рисунок 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 Требования к информационному обеспечению системы
Состав, структура и способы организации данных в системе должны быть
определены на этапе технического проектирования.
Уровень хранения данных в системе должен быть построен на основе
современных реляционных или объектно-реляционных СУБД. Для обеспечения
целостности данных должны использоваться встроенные механизмы СУБД.
Средства СУБД, а также средства используемых операционных систем должны
обеспечивать документирование и протоколирование обрабатываемой в системе
информации. Структура базы данных должна поддерживать кодирование хранимой
и обрабатываемой информации в соответствии с общероссийскими
классификаторами (там, где они применимы).
Доступ к данным должен быть предоставлен только авторизованным
пользователям с учетом их служебных полномочий, а также с учетом категории
запрашиваемой информации. Структура базы данных должна быть организована
рациональным способом, исключающим единовременную полную выгрузку
информации, содержащейся в базе данных системы.
Технические средства, обеспечивающие хранение информации, должны
использовать современные технологии, позволяющие обеспечить повышенную
надежность хранения данных и оперативную замену оборудования (распределенная
избыточная запись/считывание данных; зеркалирование; независимые дисковые
массивы; кластеризация).
В состав системы должна входить специализированная подсистема
резервного копирования и восстановления данных.
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"
Техническое задание на разработку АС "Контроль доступа"

More Related Content

What's hot

Sniffer for Detecting Lost Mobile
Sniffer for Detecting Lost MobileSniffer for Detecting Lost Mobile
Sniffer for Detecting Lost MobileSeminar Links
 
191019 Forward / Deferred Rendering
191019 Forward / Deferred Rendering191019 Forward / Deferred Rendering
191019 Forward / Deferred RenderingKWANGIL KIM
 
Smart Blind Stick using Arduino
Smart Blind Stick using ArduinoSmart Blind Stick using Arduino
Smart Blind Stick using Arduinoijtsrd
 
Image Processing with OpenCV
Image Processing with OpenCVImage Processing with OpenCV
Image Processing with OpenCVdebayanin
 
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH USER PROGRAMABLE NU...
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH      USER PROGRAMABLE NU...THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH      USER PROGRAMABLE NU...
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH USER PROGRAMABLE NU...nikhil2094
 
Smart Mirror Summer Report
Smart Mirror Summer ReportSmart Mirror Summer Report
Smart Mirror Summer ReportJabari Barton
 
Volumetric Lighting for Many Lights in Lords of the Fallen
Volumetric Lighting for Many Lights in Lords of the FallenVolumetric Lighting for Many Lights in Lords of the Fallen
Volumetric Lighting for Many Lights in Lords of the FallenBenjamin Glatzel
 
Image compression using discrete cosine transform
Image compression using discrete cosine transformImage compression using discrete cosine transform
Image compression using discrete cosine transformmanoj kumar
 
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth Thomas
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth ThomasHoly smoke! Faster Particle Rendering using Direct Compute by Gareth Thomas
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth ThomasAMD Developer Central
 
Node-express 채팅 서버 개발기
Node-express 채팅 서버 개발기Node-express 채팅 서버 개발기
Node-express 채팅 서버 개발기정웅 박
 
Anti drowsy alarm for drivers
Anti drowsy alarm for driversAnti drowsy alarm for drivers
Anti drowsy alarm for driversDuc Nguyen Van
 
Siggraph 2016 - Vulkan and nvidia : the essentials
Siggraph 2016 - Vulkan and nvidia : the essentialsSiggraph 2016 - Vulkan and nvidia : the essentials
Siggraph 2016 - Vulkan and nvidia : the essentialsTristan Lorach
 
Raspberry Pi Introduction
Raspberry Pi IntroductionRaspberry Pi Introduction
Raspberry Pi IntroductionMichal Sedlak
 
Smart Mirror using Raspberry PI
Smart Mirror using Raspberry PISmart Mirror using Raspberry PI
Smart Mirror using Raspberry PIPrathmesh Gavankar
 
Dissecting the Rendering of The Surge
Dissecting the Rendering of The SurgeDissecting the Rendering of The Surge
Dissecting the Rendering of The SurgePhilip Hammer
 

What's hot (20)

Sniffer for Detecting Lost Mobile
Sniffer for Detecting Lost MobileSniffer for Detecting Lost Mobile
Sniffer for Detecting Lost Mobile
 
191019 Forward / Deferred Rendering
191019 Forward / Deferred Rendering191019 Forward / Deferred Rendering
191019 Forward / Deferred Rendering
 
Smart Blind Stick using Arduino
Smart Blind Stick using ArduinoSmart Blind Stick using Arduino
Smart Blind Stick using Arduino
 
Green Computing
Green ComputingGreen Computing
Green Computing
 
Image Processing with OpenCV
Image Processing with OpenCVImage Processing with OpenCV
Image Processing with OpenCV
 
그림자 이야기
그림자 이야기그림자 이야기
그림자 이야기
 
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH USER PROGRAMABLE NU...
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH      USER PROGRAMABLE NU...THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH      USER PROGRAMABLE NU...
THEFT INTIMATION OF THE VEHICLE OVER GSM BY SMS WITH USER PROGRAMABLE NU...
 
Smart Mirror Summer Report
Smart Mirror Summer ReportSmart Mirror Summer Report
Smart Mirror Summer Report
 
Hair in Tomb Raider
Hair in Tomb RaiderHair in Tomb Raider
Hair in Tomb Raider
 
DRIVER DROWSINESS ALERT SYSTEM
DRIVER DROWSINESS ALERT SYSTEMDRIVER DROWSINESS ALERT SYSTEM
DRIVER DROWSINESS ALERT SYSTEM
 
Volumetric Lighting for Many Lights in Lords of the Fallen
Volumetric Lighting for Many Lights in Lords of the FallenVolumetric Lighting for Many Lights in Lords of the Fallen
Volumetric Lighting for Many Lights in Lords of the Fallen
 
Image compression using discrete cosine transform
Image compression using discrete cosine transformImage compression using discrete cosine transform
Image compression using discrete cosine transform
 
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth Thomas
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth ThomasHoly smoke! Faster Particle Rendering using Direct Compute by Gareth Thomas
Holy smoke! Faster Particle Rendering using Direct Compute by Gareth Thomas
 
Node-express 채팅 서버 개발기
Node-express 채팅 서버 개발기Node-express 채팅 서버 개발기
Node-express 채팅 서버 개발기
 
Anti drowsy alarm for drivers
Anti drowsy alarm for driversAnti drowsy alarm for drivers
Anti drowsy alarm for drivers
 
Siggraph 2016 - Vulkan and nvidia : the essentials
Siggraph 2016 - Vulkan and nvidia : the essentialsSiggraph 2016 - Vulkan and nvidia : the essentials
Siggraph 2016 - Vulkan and nvidia : the essentials
 
Beyond porting
Beyond portingBeyond porting
Beyond porting
 
Raspberry Pi Introduction
Raspberry Pi IntroductionRaspberry Pi Introduction
Raspberry Pi Introduction
 
Smart Mirror using Raspberry PI
Smart Mirror using Raspberry PISmart Mirror using Raspberry PI
Smart Mirror using Raspberry PI
 
Dissecting the Rendering of The Surge
Dissecting the Rendering of The SurgeDissecting the Rendering of The Surge
Dissecting the Rendering of The Surge
 

Viewers also liked

Работа с людьми. Как обеспечить результат и предсказуемость.
Работа с людьми. Как обеспечить результат и предсказуемость.Работа с людьми. Как обеспечить результат и предсказуемость.
Работа с людьми. Как обеспечить результат и предсказуемость.Alexey Frolov
 
Трудное общение с непростыми людьми - как выйти в конструктив
Трудное общение с непростыми людьми - как выйти в конструктивТрудное общение с непростыми людьми - как выйти в конструктив
Трудное общение с непростыми людьми - как выйти в конструктивAlexey Frolov
 
Itil за 1,5 часа для менеджера проекта
Itil за 1,5 часа для менеджера проектаItil за 1,5 часа для менеджера проекта
Itil за 1,5 часа для менеджера проектаAlexey Frolov
 
Общие подходы к внедрению PMO
Общие подходы к внедрению PMOОбщие подходы к внедрению PMO
Общие подходы к внедрению PMOKonstantin Tushkov
 
офис управления проектами как создать проектный офис своими руками
офис управления проектами   как создать проектный офис своими рукамиофис управления проектами   как создать проектный офис своими руками
офис управления проектами как создать проектный офис своими рукамиВадим Овечкин
 
Проектный офис по сервисной модели
Проектный офис по сервисной моделиПроектный офис по сервисной модели
Проектный офис по сервисной моделиЦОРПУ
 
Проектный офис. культура управления проектами
Проектный офис. культура управления проектамиПроектный офис. культура управления проектами
Проектный офис. культура управления проектамиЕвгений Пикулев
 
From Use case to User Story
From Use case to User StoryFrom Use case to User Story
From Use case to User StoryKunta Hutabarat
 
архитектура и принципы работы типового Web приложения
архитектура и принципы работы типового Web приложенияархитектура и принципы работы типового Web приложения
архитектура и принципы работы типового Web приложенияVladyslav Leikykh
 
Техническое задание на поставку системы управления электронной очередью
Техническое задание на поставку системы управления электронной очередьюТехническое задание на поставку системы управления электронной очередью
Техническое задание на поставку системы управления электронной очередьюApertum Projects
 

Viewers also liked (10)

Работа с людьми. Как обеспечить результат и предсказуемость.
Работа с людьми. Как обеспечить результат и предсказуемость.Работа с людьми. Как обеспечить результат и предсказуемость.
Работа с людьми. Как обеспечить результат и предсказуемость.
 
Трудное общение с непростыми людьми - как выйти в конструктив
Трудное общение с непростыми людьми - как выйти в конструктивТрудное общение с непростыми людьми - как выйти в конструктив
Трудное общение с непростыми людьми - как выйти в конструктив
 
Itil за 1,5 часа для менеджера проекта
Itil за 1,5 часа для менеджера проектаItil за 1,5 часа для менеджера проекта
Itil за 1,5 часа для менеджера проекта
 
Общие подходы к внедрению PMO
Общие подходы к внедрению PMOОбщие подходы к внедрению PMO
Общие подходы к внедрению PMO
 
офис управления проектами как создать проектный офис своими руками
офис управления проектами   как создать проектный офис своими рукамиофис управления проектами   как создать проектный офис своими руками
офис управления проектами как создать проектный офис своими руками
 
Проектный офис по сервисной модели
Проектный офис по сервисной моделиПроектный офис по сервисной модели
Проектный офис по сервисной модели
 
Проектный офис. культура управления проектами
Проектный офис. культура управления проектамиПроектный офис. культура управления проектами
Проектный офис. культура управления проектами
 
From Use case to User Story
From Use case to User StoryFrom Use case to User Story
From Use case to User Story
 
архитектура и принципы работы типового Web приложения
архитектура и принципы работы типового Web приложенияархитектура и принципы работы типового Web приложения
архитектура и принципы работы типового Web приложения
 
Техническое задание на поставку системы управления электронной очередью
Техническое задание на поставку системы управления электронной очередьюТехническое задание на поставку системы управления электронной очередью
Техническое задание на поставку системы управления электронной очередью
 

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

теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...Иван Иванов
 
Ege2017metod rekom
Ege2017metod rekomEge2017metod rekom
Ege2017metod rekomtesla21
 
Требования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектТребования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектMoscow IT Department
 
Sto gazprom 2 1.9-124-2007
Sto gazprom 2 1.9-124-2007Sto gazprom 2 1.9-124-2007
Sto gazprom 2 1.9-124-2007Marc Holt
 
Качество поиска и поисковые системы в Рунете 2012
Качество поиска и поисковые системы в Рунете 2012Качество поиска и поисковые системы в Рунете 2012
Качество поиска и поисковые системы в Рунете 2012Ashmanov and partners
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)vikmanam45
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)unigujjar
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)Masen Rollins
 
Руководство QPF600 (полное)
Руководство QPF600 (полное) Руководство QPF600 (полное)
Руководство QPF600 (полное) QOMO
 
Manual sales man_7.x
Manual sales man_7.xManual sales man_7.x
Manual sales man_7.xSalesMan Team
 
4.2.3 Коммутационное оборудование
4.2.3 Коммутационное оборудование4.2.3 Коммутационное оборудование
4.2.3 Коммутационное оборудованиеIgor Golovin
 
Положение о закупках ГУП Мострансавто
Положение о закупках ГУП МострансавтоПоложение о закупках ГУП Мострансавто
Положение о закупках ГУП МострансавтоАртем Пулатов
 
Дэвид Флэнаган — Javascript (5 издание)
Дэвид Флэнаган — Javascript (5 издание)Дэвид Флэнаган — Javascript (5 издание)
Дэвид Флэнаган — Javascript (5 издание)mlatushko
 
руководство пользователя bus.gov.ru
руководство пользователя bus.gov.ruруководство пользователя bus.gov.ru
руководство пользователя bus.gov.ruDimOK AD
 
Планетарные редукторы PSF.. для сервоприводов Sew
Планетарные редукторы PSF.. для сервоприводов SewПланетарные редукторы PSF.. для сервоприводов Sew
Планетарные редукторы PSF.. для сервоприводов SewArve
 
Конспект лекций по теории кодирования
Конспект лекций по теории кодированияКонспект лекций по теории кодирования
Конспект лекций по теории кодированияAlex Dainiak
 
4.2.9 Выключатели автоматические ВА88
4.2.9 Выключатели автоматические ВА884.2.9 Выключатели автоматические ВА88
4.2.9 Выключатели автоматические ВА88Igor Golovin
 

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

теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
 
Ege2017metod rekom
Ege2017metod rekomEge2017metod rekom
Ege2017metod rekom
 
Требования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектТребования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. Проект
 
Sto gazprom 2 1.9-124-2007
Sto gazprom 2 1.9-124-2007Sto gazprom 2 1.9-124-2007
Sto gazprom 2 1.9-124-2007
 
Качество поиска и поисковые системы в Рунете 2012
Качество поиска и поисковые системы в Рунете 2012Качество поиска и поисковые системы в Рунете 2012
Качество поиска и поисковые системы в Рунете 2012
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)
 
сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)сто газпром 9001 2006 (часть 2)
сто газпром 9001 2006 (часть 2)
 
Руководство QPF600 (полное)
Руководство QPF600 (полное) Руководство QPF600 (полное)
Руководство QPF600 (полное)
 
Manual sales man_7.x
Manual sales man_7.xManual sales man_7.x
Manual sales man_7.x
 
4.2.3 Коммутационное оборудование
4.2.3 Коммутационное оборудование4.2.3 Коммутационное оборудование
4.2.3 Коммутационное оборудование
 
шняга
шнягашняга
шняга
 
Положение о закупках ГУП Мострансавто
Положение о закупках ГУП МострансавтоПоложение о закупках ГУП Мострансавто
Положение о закупках ГУП Мострансавто
 
Дэвид Флэнаган — Javascript (5 издание)
Дэвид Флэнаган — Javascript (5 издание)Дэвид Флэнаган — Javascript (5 издание)
Дэвид Флэнаган — Javascript (5 издание)
 
polozh_zak-2.pdf
polozh_zak-2.pdfpolozh_zak-2.pdf
polozh_zak-2.pdf
 
шняга
шнягашняга
шняга
 
руководство пользователя bus.gov.ru
руководство пользователя bus.gov.ruруководство пользователя bus.gov.ru
руководство пользователя bus.gov.ru
 
Планетарные редукторы PSF.. для сервоприводов Sew
Планетарные редукторы PSF.. для сервоприводов SewПланетарные редукторы PSF.. для сервоприводов Sew
Планетарные редукторы PSF.. для сервоприводов Sew
 
Конспект лекций по теории кодирования
Конспект лекций по теории кодированияКонспект лекций по теории кодирования
Конспект лекций по теории кодирования
 
4.2.9 Выключатели автоматические ВА88
4.2.9 Выключатели автоматические ВА884.2.9 Выключатели автоматические ВА88
4.2.9 Выключатели автоматические ВА88
 

More from Anatoly Simkin

Концепция «Единая цифровая образовательная экосистема»
Концепция «Единая цифровая образовательная экосистема»Концепция «Единая цифровая образовательная экосистема»
Концепция «Единая цифровая образовательная экосистема»Anatoly Simkin
 
Мониторинг трудоустройства выпускников как компонент регулировки региональных...
Мониторинг трудоустройства выпускников как компонент регулировки региональных...Мониторинг трудоустройства выпускников как компонент регулировки региональных...
Мониторинг трудоустройства выпускников как компонент регулировки региональных...Anatoly Simkin
 
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...Anatoly Simkin
 
Стратегия развития электротехнического направления в сегменте Строительство и...
Стратегия развития электротехнического направления в сегменте Строительство и...Стратегия развития электротехнического направления в сегменте Строительство и...
Стратегия развития электротехнического направления в сегменте Строительство и...Anatoly Simkin
 
Стратегия преобразования Отдела региональных продаж Unilever
Стратегия преобразования Отдела региональных продаж UnileverСтратегия преобразования Отдела региональных продаж Unilever
Стратегия преобразования Отдела региональных продаж UnileverAnatoly Simkin
 
Разработка стратегии продвижения Internet Explorer 9 в России
Разработка стратегии продвижения Internet Explorer 9 в РоссииРазработка стратегии продвижения Internet Explorer 9 в России
Разработка стратегии продвижения Internet Explorer 9 в РоссииAnatoly Simkin
 
Системный анализ профиля группы компаний "Волга-Днепр"
Системный анализ профиля группы компаний "Волга-Днепр"Системный анализ профиля группы компаний "Волга-Днепр"
Системный анализ профиля группы компаний "Волга-Днепр"Anatoly Simkin
 
Разработка ИТ-стратегии для ОАО «РСК "МиГ"»
Разработка ИТ-стратегии для ОАО «РСК "МиГ"» Разработка ИТ-стратегии для ОАО «РСК "МиГ"»
Разработка ИТ-стратегии для ОАО «РСК "МиГ"» Anatoly Simkin
 
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...Научно-исследовательская работа "Повышение эффективности учета закупок и скла...
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...Anatoly Simkin
 
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...Доклад и реферат по теме системной инженерии "Управление архитектурой при про...
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...Anatoly Simkin
 
Разработка технико-коммерческого предложения по автоматизации региональной се...
Разработка технико-коммерческого предложения по автоматизации региональной се...Разработка технико-коммерческого предложения по автоматизации региональной се...
Разработка технико-коммерческого предложения по автоматизации региональной се...Anatoly Simkin
 
Автоматизация библиотеки департамента
Автоматизация библиотеки департаментаАвтоматизация библиотеки департамента
Автоматизация библиотеки департаментаAnatoly Simkin
 
Оптимизация динамических характеристик и исследование устойчивости и автоколе...
Оптимизация динамических характеристик и исследование устойчивости и автоколе...Оптимизация динамических характеристик и исследование устойчивости и автоколе...
Оптимизация динамических характеристик и исследование устойчивости и автоколе...Anatoly Simkin
 
Проектирование конструкции механизма линейных перемещений
Проектирование конструкции механизма линейных перемещенийПроектирование конструкции механизма линейных перемещений
Проектирование конструкции механизма линейных перемещенийAnatoly Simkin
 
Развитие модели зрелости системы стратегического управления вузом по ключевым...
Развитие модели зрелости системы стратегического управления вузом по ключевым...Развитие модели зрелости системы стратегического управления вузом по ключевым...
Развитие модели зрелости системы стратегического управления вузом по ключевым...Anatoly Simkin
 
Простой подход к проектированию сложной системы
Простой подход к проектированию сложной системыПростой подход к проектированию сложной системы
Простой подход к проектированию сложной системыAnatoly Simkin
 
Разработка системы гибкой автоматизации Интернет-торговли
Разработка системы гибкой автоматизации Интернет-торговлиРазработка системы гибкой автоматизации Интернет-торговли
Разработка системы гибкой автоматизации Интернет-торговлиAnatoly Simkin
 
Исследование и разработка программного обеспечения интерполяции изображений
Исследование и разработка программного обеспечения интерполяции изображенийИсследование и разработка программного обеспечения интерполяции изображений
Исследование и разработка программного обеспечения интерполяции изображенийAnatoly Simkin
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Anatoly Simkin
 
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...Anatoly Simkin
 

More from Anatoly Simkin (20)

Концепция «Единая цифровая образовательная экосистема»
Концепция «Единая цифровая образовательная экосистема»Концепция «Единая цифровая образовательная экосистема»
Концепция «Единая цифровая образовательная экосистема»
 
Мониторинг трудоустройства выпускников как компонент регулировки региональных...
Мониторинг трудоустройства выпускников как компонент регулировки региональных...Мониторинг трудоустройства выпускников как компонент регулировки региональных...
Мониторинг трудоустройства выпускников как компонент регулировки региональных...
 
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...
Комплексная стратегия продвижения облачного сервиса Windows Azure на российск...
 
Стратегия развития электротехнического направления в сегменте Строительство и...
Стратегия развития электротехнического направления в сегменте Строительство и...Стратегия развития электротехнического направления в сегменте Строительство и...
Стратегия развития электротехнического направления в сегменте Строительство и...
 
Стратегия преобразования Отдела региональных продаж Unilever
Стратегия преобразования Отдела региональных продаж UnileverСтратегия преобразования Отдела региональных продаж Unilever
Стратегия преобразования Отдела региональных продаж Unilever
 
Разработка стратегии продвижения Internet Explorer 9 в России
Разработка стратегии продвижения Internet Explorer 9 в РоссииРазработка стратегии продвижения Internet Explorer 9 в России
Разработка стратегии продвижения Internet Explorer 9 в России
 
Системный анализ профиля группы компаний "Волга-Днепр"
Системный анализ профиля группы компаний "Волга-Днепр"Системный анализ профиля группы компаний "Волга-Днепр"
Системный анализ профиля группы компаний "Волга-Днепр"
 
Разработка ИТ-стратегии для ОАО «РСК "МиГ"»
Разработка ИТ-стратегии для ОАО «РСК "МиГ"» Разработка ИТ-стратегии для ОАО «РСК "МиГ"»
Разработка ИТ-стратегии для ОАО «РСК "МиГ"»
 
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...Научно-исследовательская работа "Повышение эффективности учета закупок и скла...
Научно-исследовательская работа "Повышение эффективности учета закупок и скла...
 
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...Доклад и реферат по теме системной инженерии "Управление архитектурой при про...
Доклад и реферат по теме системной инженерии "Управление архитектурой при про...
 
Разработка технико-коммерческого предложения по автоматизации региональной се...
Разработка технико-коммерческого предложения по автоматизации региональной се...Разработка технико-коммерческого предложения по автоматизации региональной се...
Разработка технико-коммерческого предложения по автоматизации региональной се...
 
Автоматизация библиотеки департамента
Автоматизация библиотеки департаментаАвтоматизация библиотеки департамента
Автоматизация библиотеки департамента
 
Оптимизация динамических характеристик и исследование устойчивости и автоколе...
Оптимизация динамических характеристик и исследование устойчивости и автоколе...Оптимизация динамических характеристик и исследование устойчивости и автоколе...
Оптимизация динамических характеристик и исследование устойчивости и автоколе...
 
Проектирование конструкции механизма линейных перемещений
Проектирование конструкции механизма линейных перемещенийПроектирование конструкции механизма линейных перемещений
Проектирование конструкции механизма линейных перемещений
 
Развитие модели зрелости системы стратегического управления вузом по ключевым...
Развитие модели зрелости системы стратегического управления вузом по ключевым...Развитие модели зрелости системы стратегического управления вузом по ключевым...
Развитие модели зрелости системы стратегического управления вузом по ключевым...
 
Простой подход к проектированию сложной системы
Простой подход к проектированию сложной системыПростой подход к проектированию сложной системы
Простой подход к проектированию сложной системы
 
Разработка системы гибкой автоматизации Интернет-торговли
Разработка системы гибкой автоматизации Интернет-торговлиРазработка системы гибкой автоматизации Интернет-торговли
Разработка системы гибкой автоматизации Интернет-торговли
 
Исследование и разработка программного обеспечения интерполяции изображений
Исследование и разработка программного обеспечения интерполяции изображенийИсследование и разработка программного обеспечения интерполяции изображений
Исследование и разработка программного обеспечения интерполяции изображений
 
Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...Практический подход к систематизации требований при проектировании информацио...
Практический подход к систематизации требований при проектировании информацио...
 
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...
Модель гибкой автоматизации бизнес-процесса интернет-торговли с использование...
 

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

  • 1. - Москва, 2009 - Федеральное агентство по образованию РФ Государственное образовательное учреждение высшего профессионального образования «Московский государственный технический университет имени Н.Э.Баумана» Техническое задание на разработку Автоматизированной системы Исполнители Подпись Дата И.О.Фамилия Руководитель квалификационной работы А.В. Бобков Студент А.В. Симкин
  • 2. 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. 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. 4 Базовые термины, понятия и сокращения В настоящем техническом задании применяют следующие термины с соответствующими определениями, обозначениями и сокращениями: Автоматизированная система (АС) – система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций. Автоматизированное рабочее место (АРМ) – программно-технический комплекс АС, предназначенный для автоматизации деятельности определенного вида. Алгоритм функционирования автоматизированной системы (Алгоритм функционирования АС) – алгоритм, задающий условия и последовательность действий компонентов автоматизированной системы при выполнении ею своих функций. Аппаратно-программный комплекс (АПК) — это набор технических и программных средств, работающих совместно для выполнения одной или нескольких сходных задач. Бизнес-процесс (БП) – серия логических взаимосвязанных действий, при которых ресурсы предприятий или организаций используются для создания или получения полезного для потребителя продукта или услуги в фиксированный промежуток времени. Входная информация автоматизированной системы (Входная информация АС) – информация, поступающая в АС в виде документов, сообщений, данных, сигналов, необходимая для выполнения функций АС. Выходная информация автоматизированной системы (Выходная информация АС) – информация, получаемая в результате выполнения функций АС и выдаваемая на объект ее деятельности, пользователю или в другие системы. Графический интерфейс пользователя (ГИП), (англ. Graphical user interface, GUI) – система средств для взаимодействия пользователя с компьютером, основанная на представлении всех доступных пользователю системных объектов и функций в виде графических компонентов экрана (окон, значков, меню, кнопок, списков и т. п.). Жизненный цикл автоматизированной системы (Жизненный цикл АС) – совокупность взаимосвязанных процессов создания и последовательного изменения
  • 5. 5 состояния АС от формирования исходных требований к ней до окончания эксплуатации и утилизации комплекса средств автоматизации АС. Задача автоматизированной системы (Задача АС) – функция или часть функции автоматизированной системы, представляющая собой формализованную совокупность автоматических действий, выполнение которых приводит к результату заданного вида. Информационная база автоматизированной системы (Информационная база АС) – совокупность упорядоченной информации, используемой при функционировании АС. Информационное обеспечение автоматизированной системы (Информационное обеспечение АС) – совокупность форм документов, классификаторов, нормативной базы и реализованных решений по объемам, размещению и формам существования информации, применяемой в АС при ее функционировании. Комплекс средств автоматизации автоматизированной системы (КСА АС) – совокупность всех компонентов автоматизированной системы, за исключением людей. Компонент автоматизированной системы (Компонент АС) – часть автоматизированной системы, выделенная по определенному признаку или совокупности признаков и рассматриваемая как единое целое. Контрольно-пропускной пункт (КПП) – специально оборудованное место, через которое осуществляется доступ на объект в соответствии с пропускным режимом. Математическое обеспечение автоматизированной системы (Математическое обеспечение АС) – совокупность всех методов, моделей и алгоритмов, применяемых в автоматизированной системе. Методическое обеспечение автоматизированной системы (Методическое обеспечение АС) – совокупность документов, описывающих технологию функционирования АС, методы выбора и применения пользователями технологических приемов для получения конкретных результатов при функционировании АС. Надежность автоматизированной системы (Надежность АС) – комплексное свойство АС сохранять во времени в установленных пределах значения
  • 6. 6 всех параметров, характеризующих способность АС выполнять свои функции в заданных режимах и условиях эксплуатации. Несанкционированный доступ к информации (НСД к информации) – доступ к информации, хранящейся на различных типах носителей (бумажных, магнитных, оптических и других) в компьютерных базах данных, файловых хранилищах, архивах, секретных частях и прочих различных организаций путём изменения (повышения, фальсификации) своих прав доступа. Нормативно-справочная информация автоматизированной системы (НСИ АС) – информация, заимствованная из нормативных документов и справочников и используемая при функционировании АС. Общее программное обеспечение автоматизированной системы (ОПО АС) – часть программного обеспечения АС, представляющая собой совокупность программных средств, разработанных вне связи с созданием данной АС. Оперативная информация автоматизированной системы (Оперативная информация АС) – информация, отражающая на данный момент времени состояние объекта, на который направлена деятельность АС. Операционная система (ОС) – базовый комплекс компьютерных программ, обеспечивающий интерфейс с пользователем, управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных, а также выполнение прикладных программ и утилит. Пользователь автоматизированной системы (Пользователь АС) – лицо, участвующее в функционировании автоматизированной системы или использующее результаты ее функционирования. Программно-технический комплекс автоматизированной системы (ПТК АС) – продукция, представляющая собой совокупность средств вычислительной техники, программного обеспечения и средств создания и заполнения машинной информационной базы при вводе системы в действие, достаточных для выполнения одной или более задач АС. Программное обеспечение автоматизированной системы (Программное обеспечение АС) – совокупность программ на носителях данных и программных, предназначенных для отладки, функционирования и проверки работоспособности автоматизированной системы. Промышленная эксплуатация автоматизированной системы (Промышленная эксплуатация АС) - период жизненного цикла АС, на котором
  • 7. 7 производится его коммерческая реализация, оказание сопутствующих услуг, сопровождение и техническая поддержка. Процесс создания автоматизированной системы (Процесс создания АС) – совокупность работ от формирования требований к системе до ввода в действие. Система управления базами данных (СУБД) – специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных. Сопровождение автоматизированной системы (Сопровождение АС) – деятельность, по оказанию услуг, необходимых для обеспечения устойчивого функционирования или развития АС. Специальное программное обеспечение автоматизированной системы (СПО АС) – часть программного обеспечения АС, представляющая собой совокупность программ, разработанных при создании данной АС. Техническое обеспечение автоматизированной системы (Техническое обеспечение АС) – совокупность всех технических средств, используемых при функционировании автоматизированной системы. Техническое задание (ТЗ) – документ, оформленный в установленном порядке и определяющий цели создания АС, требования к АС и исходные данные, необходимые для ее разработки, а также план-график создания АС. Технический проект (ТП) – комплект проектных документов на АС, разрабатываемый на стадии «Технический проект», утвержденный в установленном порядке, содержащий основные проектные решения по системе в целом, ее функциям и всем видам обеспечения АС и достаточный для разработки рабочей документации на АС. Технические требования к системе - обязательные условия, относящиеся к программному продукту. Могут подразделяться на функциональные, архитектурные, эксплуатационные и т.п. Функция автоматизированной системы (Функция АС) – совокупность действий автоматизированной системы, направленная на достижение определенной цели.
  • 8. 8 1 Общие положения Настоящий документ представляет собой описание информационной модели подсистем управления и хранения информации разрабатываемой автоматизированной системы (далее по тексту АС). Описание задач дано в укрупненном варианте с представлением функциональных схем взаимосвязи предполагаемых к реализации задач. Передача задач описанных в настоящем ТЗ для реализации требует написания дополнений к настоящему ТЗ с уточненными описаниями моделей задач. Основанием для разработки является НИР кафедры. 1.1 Полное наименование системы и ее условное обозначение Полное наименование системы: Автоматизированная система контроля доступом. Краткое наименование системы: Комплексная система автоматизации КПП. 1.2 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ При разработке АС использовались требования следующих нормативных документов:  ГОСТ 2.105-95 Единая система конструкторской документации. Общие требования к текстовым документам;  ГОСТ 19.210-78 Единая система программной документации. Техническое задание. Требование к содержанию и оформлению;  ГОСТ 34.602-89 Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;  ГОСТ 34.603-92 Информационная технология. Виды испытаний автоматизированных систем;  РД 50-680-88 Методические указания. Автоматизированные системы. Основные положения.
  • 9. 9 2 Назначение и цели создания системы 2.1 Назначение системы Автоматизированная система предназначена автоматизации системы контроля доступом и управления КПП, в том числе и автоматизации механизма контроля доступа на основании системы распознавания номерных знаков. 2.2 Цели создания системы Основная цель создания автоматизированной системы - повышение эффективности учета автотранспортных средств на контрольно-пропускном пункте общего назначения. Эффективность выражается в упрощении регистрации и контроля автотранспортных средств, пересекающих контрольно-пропускной пункт за счет автоматизации процесса. Данный процесс обеспечивает своевременность и актуальность получения информации всем участникам процесса о текущем состоянии объекта автоматизации. В современных условиях функционирование любых участников экономической деятельности, в качестве которых выступают предприятия и организации и прочие учреждения, невозможно без наличия эффективной автоматизированной системы управления. Создание современной автоматизированной системы решающей конкретные задачи деятельности объекта позволяет: 1) Упростить управление объектом. Эффективное и простое управление объектом является приоритетной задачей автоматизации. Упрощение достигается за счет реализации следующих механизмов:  Детектирование появления автотранспорта в зоне контроля;  Распознавание номерных знаков детектированных в зоне контроля;  Автоматический пропуск автотранспорта имеющего на это разрешение;  Контроль и управление внешними устройствами (шлагбаум, освещение, охранная сигнализация и прочее), как в автоматическом режиме, так и с помощью оператора. 2) Повысить удобство управления объектом за счет автоматизации процессов управления объектом и предоставлении обработанной и формализованной
  • 10. 10 информации оператору. Формирование отчетов разнообразной формы для принятия управленческих решений, таких как:  Расчет различных видов показателей, в том числе и стоимости различного вида услуг, которые оказывает данный объект;  Пропуск автотранспорта на объект;  Оптимизация расположения автотранспорта на автостоянке или паркинге. 3) Повысить конкурентоспособность организации за счет оптимизации бизнес-процесса, который позволяет достигнуть следующих результатов:  Комфортность пользования услугами парковочного комплекса для клиентов, за счет увеличения скорости обслуживания каждого клиента;  Визуальная и звуковая сигнализации о регистрации проезда транспорта, дающая возможность оператору эффективно распределять рабочее время;  Быстрый поиск и обработка информации, как по новым, так и по существующим клиентам;  Сокращение числа злоупотреблений со стороны клиентов и персонала автостоянки. Что дает возможность равноправно вступать в контрактные отношения с различными организациями и клиентами, увеличить прибыльность деятельности. 4) Наличие автоматизированной системы управления позволяет руководству организации эффективно и своевременно управлять деятельностью и направлять персонал на решение наиболее актуальных задач. Система предоставляет следующие возможности контроля:  Ведение и хранение журналов въезда и выезда;  Мониторинг событий системы в режиме реального времени;  Удобный контроль и анализ финансовой деятельности парковочного комплекса;  и прочее.
  • 11. 11 Кроме того, наличие автоматизированной информационной системы управления позволяет обеспечить:  Актуальность управленческой информации, возможность ее оперативного использования;  Повышение качества управленческой информации, то есть ее достоверности и оперативности;  Систематизацию и оптимизацию документооборота (бухгалтерская, налоговая и управленческая отчетность);  Обработку больших объемов информации;  Создание единой технологии управления ресурсами;  Контроль состояния взаиморасчетов организации.
  • 12. 12 3 Характеристика объекта автоматизации 3.1 Объект автоматизации Объектом автоматизации для данной системы может являться:  Контрольно-пропускной пункт общего назначения;  Автостоянка, паркинг. Основные виды деятельности объекта, подлежащие автоматизации:  Контроль проезда автотранспортных средств;  Учет автотранспортных средств;  Обработка и получение информации по автотранспортным средствам. 3.2 Предмет автоматизации и виды автоматизируемой деятельности Результатом разработки на основании технического задания предполагается осуществить проектирование автоматизированной системы, которая будет охватывать широкий круг функциональности соответствующий виду деятельности объекта автоматизации:  Управление контрольно-пропускным пунктом (детектирование, распознавание и прочее);  Управление внешним оборудованием;  Логистика;  Управление клиентской базой;  Управление денежными средствами;  Управление взаиморасчетами;  Управление персоналом;  Регламентированная отчетность;  Анализ цен и управление ценовой политикой;  Хранение данных.
  • 13. 13 4 Требования к системе Включаемые в ТЗ на АС требования должны соответствовать современному уровню развития науки и техники и не уступать аналогичным требованиям, предъявляемым к лучшим современным отечественным и зарубежным аналогам. Задаваемые в ТЗ на АС требования не должны ограничивать разработчика системы в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. 4.1 Требования к системе в целом 4.1.1 Требования к структуре и функционированию системы 4.1.1.1 Перечень подсистем, их назначение и основные характеристики В автоматизированную систему должны входить следующие подсистемы:  Управление контрольно-пропускным пунктом;  Управление внешним оборудованием;  Управление паркингом;  Операционное управление; o Управление клиентской базой; o Управление денежными средствами; o Управление персоналом; o Управление ценовой политикой.  Регламентированная отчетность;  Хранение данных. Подсистема «Управление контрольно-пропускным пунктом» (основная) предназначена для управления контролем допуска автотранспортных средств на объект. Работа данной подсистемы основывается на обработке информации получаемой с фото- или видеокамер расположенных как по периметру объекта автоматизации, так и непосредственно на контрольно-пропускном пункте. Полученная информация подвергается обработке, в результате которой с помощью оператора или без (при условии достоверности обработки) принимается решение. Данная подсистема неразрывно связана со следующей подсистемой «Управление внешним оборудованием», в которую поступает принятое решение. Ее задача состоит в том, чтобы по полученному решению сформировать управляющий сигнал
  • 14. 14 к внешнему оборудованию для совершения им определенных действий, а также получать выходные сигналы (результаты действий) с него. Типы внешнего оборудования могут быть различными от шлагбаума и сигнализации до фискального кассового аппарата. Подсистема «Управление паркингом» в первую очередь предназначена для решения общих задач автоматизации объекта типа автостоянка или паркинг, основная выполняемая ею задача – это задача логистики, в которую может быть включен широкий круг управленческих задач. Например, таких задач как расположение автотранспорта в необходимом месте. Подсистема «Операционное управление» комплексная подсистема и состоит из нескольких подсистем, объединенных по признаку операционной деятельности. Составная подсистема «Управление клиентской базой» хранит информацию по всем клиентам объекта автоматизации, позволяет получить оперативную информацию о текущем состоянии взаиморасчетов, историю въездов/выездов, базу автомобилей клиента и прочую информацию, собираемую по каждому клиенту. Составная подсистема «Управление денежными средствами» является дополнительной подсистемой и хранит полную историю поступления и списания денежных средств, как с расчетных счетов организации, так и прихода/расхода денежных средств из касс. «Управление персоналом» является дополнительной (составной) подсистемой управления объектом автоматизации. Она предназначена для руководства организации. Подсистема позволяет осуществлять прием на работу новых сотрудников, увольнение, выплату зарплаты и прочие необходимые операции. Составная подсистема «Управление ценовой политикой» является дополнительной подсистемой и выполняет задачи ценообразования на объекте автоматизации. Подсистема «Регламентированная отчетность» является общей подсистемой АС, которая неразрывно связана со всеми подсистемами. Основная ее задача заключается в предоставление информации в удобном виде, как о текущем состоянии объекта автоматизации (или его частей), так и о любом моменте в прошлом. Подсистема «Хранение данных» является общей подсистемой АС, которая неразрывно связана со всеми подсистемами и является основополагающей.
  • 15. 15 Основная ее задача заключается в хранении введенной и обработанной информации в информационной базе АС и определенной структуре, определяемой типом СУБД. 4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы Входящие в состав АС подсистемы в процессе функционирования должны обмен информацией на основе открытых форматов обмена данными, используя для этого входящие в их состав модули информационного взаимодействия. Форматы данных будут разработаны и утверждены на этапе технического проектирования. В состав передаваемых данных могут входить:  Цифровые данные, содержащие изображение с информаций по объекту распознавания;  Цифровые данные, содержащие информацию и характеристики объекта распознавания. По возможности все подсистемы должны входить в единое информационное пространство. 4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы со смежными системами Требования не предъявляются. 4.1.1.4 Требования к режимам функционирования системы Для АС определены следующие режимы функционирования:  Нормальный режим функционирования;  Аварийный режим функционирования. Основным режимом функционирования АС является нормальный режим. В нормальном режиме функционирования системы:  Клиентское программное обеспечение, технические средства пользователей и администратора системы, внешнее оборудование обеспечивают возможность функционирования системы круглосуточно с перерывами на обслуживание;  Серверное программное обеспечение и технические средства северов обеспечивают возможность круглосуточного функционирования, с перерывами на обслуживание;
  • 16. 16  Исправно работает оборудование, составляющее комплекс технических средств;  Исправно функционирует системное, базовое и прикладное программное обеспечение системы. Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах (техническая документация, инструкции по эксплуатации и т.д.). Аварийный режим функционирования системы характеризуется отказом одного или нескольких компонент программного и (или) технического обеспечения. В случае перехода системы в предаварийный режим необходимо:  завершить работу всех приложений, с сохранением данных;  выключить рабочие станции операторов;  выключить все периферийные устройства;  выполнить резервное копирование БД. После этого необходимо выполнить комплекс мероприятий по устранению причины перехода системы в аварийный режим. 4.1.1.5 Требования по диагностированию системы АС должна предоставлять инструменты диагностирования основных процессов системы, трассировки и мониторинга процесса выполнения программы. Компоненты должны предоставлять удобный интерфейс для возможности просмотра диагностических событий, мониторинга процесса выполнения программ. При возникновении аварийных ситуаций, либо ошибок в программном обеспечении, диагностические инструменты должны позволять сохранять полный набор информации, необходимой разработчику для идентификации проблемы (снимки экранов, текущее состояние памяти, файловой системы). 4.1.1.6 Перспективы развития, модернизации системы АС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств. Также необходимо предусмотреть возможность увеличения производительности системы путем её масштабирования.
  • 17. 17 4.1.2 Требования к численности и квалификации персонала системы Для эксплуатации АС определены следующие роли:  Администратор;  Техник;  Пользователь. Основными обязанностями администратора являются:  Модернизация, настройка и мониторинг работоспособности ПТК АС (серверов, рабочих станций);  Установка, модернизация, настройка и мониторинг работоспособности программного обеспечения АС;  Ведение учетных записей пользователей системы;  Установка, модернизация, настройка параметров информационной базы АС (СУБД);  Оптимизация прикладных баз данных по времени отклика, скорости доступа к данным; Администратор должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию программных и технических средств, применяемых в системе. Основными обязанностями пользователя являются:  Первичное обслуживание и диагностика КСА АС;  Ввод или подтверждение автоматического ввода первичной информации (входной информации АС);  Проверка и контроль корректности входной и выходной информации АС. Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных ОС Windows. На момент ввода в действие АС для успешного выполнения функций, определенных регламентом, персонал должен пройти соответствующее обучение в рамках работ внедрения АС. Роли администратора и техника могут быть совмещены в роль, выполняемую одним человеком, при его достаточной квалификации. Рекомендуемая численность для эксплуатации АС:  Администратор – 1 штатная единица или внешний консультант;
  • 18. 18  Пользователь – число штатных единиц определяется структурой организации (минимум один). На момент ввода в действие АС для успешного выполнения функций, определенных регламентом, персонал должен пройти соответствующее обучение в рамках работ внедрения АС. 4.1.3 Показатели назначения АС должна обеспечивать:  Возможность исторического хранения данных с глубиной не менее трех лет;  Возможность одновременной работы до 5 пользователей для подсистемы «Управление контрольно-пропускным пунктом», и до 10 пользователей для всей АС одновременно при следующих характеристиках времени отклика системы: o Для операций навигации по экранным формам системы – не более 5 сек; o Для операций обработки входной информации – не более 15 секунд; o Для операций формирования печатных форм – не более 30 секунд; o Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время, но не более 5 минут. АС должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения. 4.1.4 Требования к надежности Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:  при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;
  • 19. 19  при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;  при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС. Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры. 4.1.5 Требования к безопасности Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения. Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.). 4.1.6 Требования к эргономике и технической эстетике Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав АС должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска,
  • 20. 20 использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных. Экранные формы должны проектироваться с учетом требований унификации:  все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;  для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;  внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием
  • 21. 21 (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта. 4.1.7 Требования к транспортабельности для подвижных АС Требования не предъявляются. 4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы Система должна быть рассчитана на эксплуатацию, как в существующем составе программно–технического комплекса объекта автоматизации, так и иметь возможность развертывания собственной ПТК АС, с возможностью быстрого интегрирования с различной ИТ инфраструктурой объекта автоматизации. Техническая и физическая защита аппаратных компонентов системы, носителей данных, бесперебойное энергоснабжение, резервирование ресурсов, текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в существующей ИТ инфраструктуре или разрабатывается при развертывании. Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ПЭВМ. При эксплуатации система должна быть обеспечена соответствующая стандартам хранения носителей и эксплуатации ПЭВМ температура и влажность воздуха. Периодическое техническое обслуживание используемых технических средств должно проводиться в соответствии с требованиями технической документации изготовителей, но не реже одного раза в год. Периодическое техническое обслуживание и тестирование технических средств должны включать в себя обслуживание и тестирование всех используемых средств, включая рабочие станции, серверы, кабельные системы и сетевое оборудование, устройства бесперебойного питания и внешнее оборудование. В процессе проведения периодического технического обслуживания должны проводиться внешний и внутренний осмотр и чистка технических средств, проверка контактных соединений, проверка параметров настроек работоспособности технических средств и тестирование их взаимодействия. На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.
  • 22. 22 Восстановление работоспособности технических средств должно проводиться в соответствии с инструкциями разработчика и поставщика технических средств и документами по восстановлению работоспособности технических средств и завершаться проведением их тестирования. При вводе системы в опытную эксплуатацию должен быть разработан план выполнения резервного копирования программного обеспечения и обрабатываемой информации. Во время эксплуатации системы, персонал, ответственный за эксплуатацию системы должен выполнять разработанный план. Размещение помещений и их оборудование должны исключать возможность бесконтрольного проникновения в них посторонних лиц и обеспечивать сохранность находящихся в этих помещениях конфиденциальных документов и технических средств. Размещение оборудования, технических средств должно соответствовать требованиям техники безопасности, санитарным нормам и требованиям пожарной безопасности (смотри раздел 4.1.5). Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники. Квалификация персонала и его подготовка должны соответствовать технической документации (смотри раздел 4.1.2). 4.1.9 Требования к защите информации от несанкционированного доступа АС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация АС и требования по защите информации» 1992 г. Компоненты подсистемы защиты от НСД должны обеспечивать:  идентификацию пользователя;  проверку полномочий пользователя при работе с системой;  разграничение прав доступа пользователей на уровне задач и информационных массивов. Система разграничения прав пользователей АС должна обеспечивать:  Ограничение на доступ пользователей (групп пользователей) к выполнению функций системы (заполнение документов, получение отчётов и прочее);  Ограничение на доступ пользователей (групп пользователей) к группам документов (записям таблиц базы данных);
  • 23. 23  Ограничение на доступ пользователей (групп пользователей) к отдельным реквизитам документов (полям записей);  Ограничение на доступ пользователей (групп пользователей) к данным по отдельным контрагентам (группам контрагентов);  Протоколирование действий пользователей (групп пользователей), связанных с информационной безопасностью (вход в систему и выход из неё, открытие и редактирование документов, и прочее). Протоколы аудита системы и приложений должны быть защищены от несанкционированного доступа как локально, так и в архиве. Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6 согласно требованиям действующего руководящего документа Гостехкомиссии России «Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации».  Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).  Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.  Защищённая часть системы должна предотвратить работу с некатегоризированной информацией под сеансом пользователя, авторизованного на доступ к конфиденциальной информации.  Защищённая часть системы должна использовать многоуровневую систему защиты.  Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном. По возможности большая часть защиты от НСД к информации должна обеспечиваться использую возможности ОПО АС или существующей ПТК АС объекта автоматизации.
  • 24. 24 4.1.10 Требования по сохранности информации при авариях Программное обеспечение АС должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Должна быть предусмотрена возможность организации автоматического и (или) ручного резервного копирования данных системы средствами системного и базового программного обеспечения (ОС, СУБД), входящего в состав ПТК АС. Приведенные выше требования не распространяются на компоненты системы, разработанные третьими сторонами и действительны только при соблюдении правил эксплуатации этих компонентов, включая своевременную установку обновлений, рекомендованных производителями покупного программного обеспечения. 4.1.11 Требования к защите от влияния внешних воздействий Защита от влияния внешних воздействий должна обеспечиваться средствами существующего ПТК АС. Внешнее оборудование, устанавливаемое на улице или в помещениях с возможным влиянием внешних воздействий, разработанное третьими сторонами должно обеспечиваться собственными требованиями к защите. 4.1.12 Требования к патентной частоте Установка системы в целом, как и установка отдельных частей системы не должна предъявлять дополнительных требований к покупке лицензий на программное обеспечение сторонних производителей, кроме программного обеспечения, указанного в разделе 4.3.4. 4.1.13 Требования по стандартизации и унификации Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса (GUI). Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих
  • 25. 25 команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Экранные формы должны проектироваться с учетом требований унификации:  все экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне, с одинаковым расположением основных элементов управления и навигации;  для обозначения сходных операций должны использоваться сходные графические значки, кнопки и другие управляющие (навигационные) элементы. Термины, используемые для обозначения типовых операций (добавление информационной сущности, редактирование поля данных), а также последовательности действий пользователя при их выполнении, должны быть унифицированы;  внешнее поведение сходных элементов интерфейса (реакция на наведение указателя «мыши», переключение фокуса, нажатие кнопки) должны реализовываться одинаково для однотипных элементов. Система должна соответствовать требованиям эргономики и профессиональной медицины при условии комплектования высококачественным оборудованием (ПЭВМ, монитор и прочее оборудование), имеющим необходимые сертификаты соответствия и безопасности Росстандарта. 4.1.14 Дополнительные требования Дополнительные требования не предъявляются.
  • 26. 26 4.2 Требования к функциям системы В данном разделе сформированы требования к функциям (задачам), выполняемые системой:  Перечень функций, задач или их комплексов (в том числе обеспечивающих взаимодействие частей системы), подлежащих автоматизации;  Описание реализуемых задач;  Виды входной и выходной информации;  Требования к качеству реализации каждой функции (задачи или комплекса задач), к форме представления выходной информации, характеристики необходимой точности и времени выполнения, требования одновременности выполнения группы функций, достоверности выдачи результатов. 4.2.1 Подсистема «Хранение данных» Внешний носитель База данных Входная информация Выходная информация Резервное копирование Рисунок 1. Функции подсистемы «Хранение данных» Данная подсистема должна осуществлять хранение оперативных данных системы, данных для формирования аналитических отчетов, документов, справочников и прочих данных системы обеспечивающих ее работоспособность. Подсистема должна обеспечивать периодическое резервное копирование и сохранение данных на дополнительных носителях информации. Подсистема должна
  • 27. 27 быть реализована таким образом, чтобы обеспечивать своевременность получения и записи информации другими подсистемами и удовлетворять требованиям производительности по показателям назначения (смотри раздел 4.1.3). 4.2.2 Подсистема «Управление контрольно-пропускным пунктом» Данная подсистема включает в себя автоматизацию задач, связанных с обработкой информации (входная информация АС), которая поступает с внешнего оборудования (фото- или видеокамеры) расположенного, как по периметру объекта автоматизации, так и непосредственно на контрольно-пропускном пункте. Подсистема объединяет следующие задачи обработки входной информации (рисунок 2): 1. Детектирование движения; 2. Поиск номерного знака автотранспорта; 3. Распознавание номерного знака; 4. Корректировка результатов распознавания; 5. Принятие решения по контролю для управления внешним оборудованием. Реализация перечисленных задач предполагает создание автоматизированных рабочих мест (АРМ). Детектирование движения Поиск номерного знака автотранспорта Распознавание номерного знака Корректировка результатов распознавания Принятие решения по контролю для управления внешним оборудованием Управление контрольно-пропускным пунктом Рисунок 2. Задачи подсистемы «Управление КПП»
  • 28. 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 Поиск номерного знака автотранспорта 4.2.2.2.1 Описание задачи Исполнение задачи инициализируется предыдущей задачей, в случае ее выполнения.
  • 29. 29 Исполнение задачи – это вырезанная одна или несколько частей изображения предположительно содержащая номерной знак. 4.2.2.2.2 Входная информация 1. Изображение, поступающие с фото- или видеокамеры. 4.2.2.2.3 Выходная информация 1. Вырезанная одна или несколько частей изображения; 2. Сигнал к инициализации следующей задачи. 4.2.2.2.4 Дополнительные требования Исполнение задачи производится только в том случае, если:  Достоверность определения номерного знака в области составляет более чем 85%;  Найден хотя бы один символ в области. Время обработки математического алгоритма должно не превышать 1 секунду. 4.2.2.3 Распознавание номерного знака 4.2.2.3.1 Описание задачи Исполнение задачи инициализируется предыдущей задачей, в случае ее выполнения. Исполнение задачи – это набор символов, в целом являющиеся номерным знаком. 4.2.2.3.2 Входная информация 1. Вырезанная часть изображения, содержащая номерной знак. 4.2.2.3.3 Выходная информация 1. Набор символов; 2. Сигнал к инициализации следующей задачи. 4.2.2.3.4 Дополнительные требования Исполнение задачи производится только в том случае, если:  Достоверность определения каждого символа номерного знака в области составляет более чем 85%;
  • 30. 30  Найдено не менее 5 символов в номере. Время обработки математического алгоритма должно не превышать 5 секунд. 4.2.2.4 Корректировка результатов распознавания 4.2.2.4.1 Описание задачи Исполнение задачи инициализируется предыдущей задачей, в случае ее выполнения. Исполнение задачи – это подтвержденный номерной знак, состоящий из набора символов. 4.2.2.4.2 Входная информация 1. Набор символов. 4.2.2.4.3 Выходная информация 1. Номерной знак; 2. Сигнал к инициализации следующей задачи. 4.2.2.4.4 Дополнительные требования Исполнение задачи производится только в том случае, если:  Пользователь подтвердил номерной знак. 4.2.2.5 Принятие решения по контролю для управления внешним оборудованием 4.2.2.5.1 Описание задачи Исполнение задачи инициализируется предыдущей задачей, в случае ее выполнения. Исполнение задачи – это принятое решение пользователем или автоматически системой по управлению контролем (открытие шлагбаума, отказ и прочее). 4.2.2.5.2 Входная информация 1. Номерной знак 4.2.2.5.3 Выходная информация 1. Сигнал к подсистеме «Управление внешним оборудованием»;
  • 31. 31 2. Передача данных в подсистему «Хранение данных». 4.2.2.5.4 Дополнительные требования Исполнение задачи производится только в том случае, если:  Пользователь подтвердил номерной знак. Детектирование движения Поиск номерного знака автотранспорта Распознавание номерного знака Корректировка результатов распознавания Принятие решения по контролю для управления внешним оборудованием Управление контрольно-пропускным пунктом Управление внешним оборудованием Изображение Изображение Часть изображения Подтверждение Набор символов Номерной знак Принятие решения Управление внешним оборудованием Хранение данных Рисунок 3. Функции подсистемы «Управление КПП» 4.2.3 Подсистема «Управление внешним оборудованием» Данная подсистема включает в себя автоматизацию задач, связанных с управлением внешним оборудованием. Подсистема включает в себя описание и
  • 32. 32 реализацию необходимых протоколов для управления и коммутации с различными видами оборудования. Задачи, выполняемые подсистемой:  Получение изображения или последовательности изображений с фото- или видеокамеры;  Открытие/закрытие шлагбаума;  и другие. Шлагбаум Получение изображения Управление внешним оборудованием Открытие/ закрытие шлагбаума Рисунок 4. Функции подсистемы «Управление внешним оборудованием» 4.2.4 Подсистема «Управление паркингом» Данная подсистема включает в себя автоматизацию задач, связанных с управление паркингом или автостоянкой. В данную подсистему может быть включен любой класс задач относящихся к логистике. 4.2.5 Подсистема «Операционное управление» Данная подсистема состоит из нескольких модулей (подсистем), цель которых операционное управление системой. Модули подсистемы: o Управление клиентской базой; o Управление денежными средствами;
  • 33. 33 o Управление персоналом; o Управление ценовой политикой. 4.2.6 Подсистема «Регламентированная отчетность» Отчеты, формируемые данной подсистемой, устанавливаются заказчиком в индивидуальном порядке. 4.3 Требования к видам обеспечения 4.3.1 Требования к математическому обеспечению системы Требования не предъявляются. 4.3.2 Требования к информационному обеспечению системы Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы. Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования (распределенная избыточная запись/считывание данных; зеркалирование; независимые дисковые массивы; кластеризация). В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.