Требования к ПО для рабочего места оператора

advertisement
ОПИСАНИЕ СИСТЕМЫ
ВИДЕОНАБЛЮДЕНИЯ
WATCHDOG
Содержание
1
О компании ................................................................................................................................. 3
2
Краткое описание системы видеонаблюдения WATCHDOG ...................................................... 3
3
Описание модулей входящих в систему WATCHDOG ................................................................. 4
3.1
Модуль системы видеонаблюдения, устанавливаемый на банкомате. ....................................... 4
3.1.1
Функционал системы видеонаблюдения ................................................................................. 5
3.1.2
Основной функционал................................................................................................................ 5
3.1.3
Менеджер задач ......................................................................................................................... 5
3.2
Серверный Модуль............................................................................................................................. 5
3.3
Рабочее место оператора .................................................................................................................. 6
3.4
Контроль доступа к системе .............................................................................................................. 6
3.5
Контроль доступа уровня оператор-сервер ..................................................................................... 8
4
Архитектура системы .................................................................................................................. 8
5
Структуры сценариев для КС ...................................................................................................... 9
5.1
Список устройств ................................................................................................................................. 9
5.2
Список событий (events list) ............................................................................................................... 9
6
Безопасность ..............................................................................................................................11
6.1
Требования по безопасности ........................................................................................................... 11
6.2
ПО банкомата .................................................................................................................................... 11
6.3
ПО сервера ........................................................................................................................................ 11
6.4
База данных серверного ПО ............................................................................................................ 11
6.5
ПО рабочего места администратора ............................................................................................... 11
7
Системные требования для установки ......................................................................................11
7.1
Технические требования к серверу БД и контроллеру WatchDog ............................................... 11
7.2
Требования к ПО для сервера БД и контроллера WD ................................................................... 11
7.3
Технические требования к рабочему месту оператора ................................................................ 12
7.4
Требования к ПО для рабочего места оператора .......................................................................... 12
7.5
Гарантия на программное обеспечение. ........................................................................................ 12
2
1
О компании
Компания «Смарт-Тех» была основана в 2003 году. Главным направлением деятельности компании
является разработка и внедрение новых технологий, а также поставка технических и информационных
решений для банковского бизнеса.
Компания «Смарт-Тех» в настоящее время активно работает в двух направлениях бизнеса:
 Разработка программного обеспечения для банковского сектора.
 Моделирование и оптимизация процессов для банков и государственного сектора.
Программными продуктами Компании «Смарт-Тех» пользуются большое количество клиентов на
территории: России, Армении, Казахстана и Грузии.
За время работы с 2003 года, Компанией были разработаны продукты:
 Система электронных платежей для интеграции с процессинговым комплексом;
 Система переводов денежных средств с карты на карту;
 Депозитная онлайн система для министерства финансов Армении;
 Система электронных аукционов для министерства юстиции Армении;
 Система электронного банкинга, пользователями которой являются 6 банковских
учреждений;
 Платежная система и процессинговый комплекс Тандем;
 Автоматизированный онлайн-интерфейс для взаимодействия банковских систем с
процессинговой компанией Armenian Card
 Система видеонаблюдения для банкоматов
По итогам последних лет Компания твердо занимает первое место в Армении по сервисному
обслуживанию банкоматов обслуживая 75-80% всех банкоматов.
Благодаря огромному опыту в области банковских приложений, поддержке со стороны клиентов и
постоянной работе по улучшению качества услуг, решениями Компании пользуются большое количество
финансовых институтов как в Армении, так и в странах СНГ.
2
Краткое описание системы видеонаблюдения WATCHDOG
Система видеонаблюдения WatchDog представляет собой гибкое решение по контролю над
безопасностью на устройствах самообслуживания, банкоматах, информационных киосках и терминалах.
Система может также использоваться в качестве системы видеонаблюдения территорий без какой-либо
привязки к устройствам.
Система специально спроектирована для контроля рисков и угроз безопасности, таких как:
 Спорные ситуации с клиентами;
 Мошенничество, при работе клиентов с банкоматами;
 Мошенничество, основанное на снятии информации с карт, скимминг;
 Неавторизованный доступ к устройству, попытка получения наличности через программное
обеспечение;
 Вандализм, нанесение крупного и мелкого материального ущерба устройству;
Система видеонаблюдения представляет собой единое хранилище данных, и совместима со
многими банкоматными платформами, в частности NCR (APTRA), Wincor Nixdorf (Protopas), Diebold (Agilis).
3
WatchDog позволяет хранить видеособытия, журналы банкомата и осуществляет поиск по заданным
параметрам, таким как номер банкомата, номер карты, время транзакции и т.п.
Система может хранить архив событий неограниченное количество времени, в частности, с
логических номеров снятых «с поля» устройств самообслуживания и с текущих устройств.
WatchDog позволяет удаленно получать события как через банковскую сеть Intranet, публичную
сеть Internet, GPRS сети, так и обрабатывать события загруженные вручную с внешнего источника (съемный
жесткий диск, флеш-накопитель).
Программный комплекс совместим со многим оборудованием и видеокамерами, и позволяет
оперировать видеоданными в любом формате, использующемся в банке.
Программный комплекс, система видеонаблюдения WatchDog представляет собой решение,
преимуществами которого являются:
3

Мульти-платформенность. Система видеонаблюдения и
функционирует на банкоматах: NCR, Wincor-Nixdorf, Diebold.

Система способна реагировать на множество происходящих событий, как штатного порядка
связанные с обслуживанием клиентов, так и на внештатные события (нанесение вреда,
попытки взлома или переноса, пожар и пр.).

Система включает в себя функции удаленного доступа к банкомату, и даёт возможность
удаленно получать с банкомата материалы, собранные в процессе работы на банкомате,
изменять параметры системы видеонаблюдения.

WatchDog поставляется совместно с центральным контроллером удаленного доступа. Это
серверный программный продукт, контролирующий удаленный доступ к банкоматам с
поддерживающий механизм пользовательских записей и ролей для распределения функций
и ограничения доступа к соответствующему функционалу только для определенных категорий
пользователей.

Рабочего места оператора – система, подключающаяся к контроллеру удаленного доступа и
предоставляющая операторам интерфейс для пользования системой.
управления
безопасностью
Описание модулей входящих в систему WATCHDOG
3.1 Модуль системы видеонаблюдения, устанавливаемый на банкомате.
Программное обеспечение на банкомате состоит из следующих компонент:




собственно система видеонаблюдения
система перехвата и обработки событий (интерфейс с устройствами банкомата, системой
видеонаблюдения и внешними датчиками)
модуль коммуникаций с сервером
менеджер задач
Все указанные компоненты могут быть установлены как на компьютере самого банкомата, так и на
отдельном компьютере, установленном в банкомат или находящемся неподалеку и подключенном по
сети. Подобная функциональность позволяет при необходимости подключать к одним и тем же
компонентам ПО несколько банкоматов одновременно и рассматривать их как единый комплекс (КС –
комплекс слежения).
4
3.1.1
Функционал системы видеонаблюдения
 Просмотр изображения с камер и настройку яркости, контрастности и цветности до
оцифровки изображения;
 Видеозапись предыстории события, установка длительности такой записи;
 Настраиваемая запись титров на видео- и фотоматериалах (дата и время, номера карт и
так далее)
 Возможность длительной (или непрерывной видеозаписи) без помех для видеозаписи
по событиям
 Возможность предпросмотра отснятых видеоматериалов
3.1.2
Основной функционал
 Настраиваемая отправка служебных сообщений на сервер в случаях:
o неработоспособности камеры или платы системы видеонаблюдения;
o если свободное место на накопителе видеонаблюдения стало меньше
допустимого порога при заданном периоде хранения видеоархива до его
цикличной перезаписи (порог и период должны настраиваться);
o предупреждение, если запись видеоархива ведется не на основной накопитель;
o срабатывания датчиков комплекса слежения
o других настраиваемых событиях
 Стабильная и отказоустойчивая работа системы в сетях с низкой пропускной
способностью (GPRS-сетях);
 Настраивамое журналирование всех событий (срабатывание любых датчиков, вставка
карты без последующей авторизации на хосте и т.д.) системы видеонаблюдения с
идентификаторами привязки каждого события к конкретному файлу видеоархива;
 Настраивамое (с возможностью логического комбинирования событий) реагирование
на любые события, например блокировка транзакций (возврат карты) при закрытии
объектива камеры или начало видеозаписи при срабатывании датчика движения и пр.;
 Применение параметров настройки системы видеонаблюдения происходит путем
синхронизации с сервером с настраиваемой периодичностью по принципу
планировщика, запрос на синхронизацию отправляет банкомат.
3.1.3
Менеджер задач
Менеджер задач представляет из себя отдельный сервис, отвечающий за:
 обмен сообщениями с сервером (получение команд на управление закачками, управление
расписаниями, уведомление сервера о добавлении новых закачек и т.д.)
 непосредственное управление закачками на КС (запуск, остановка, создание, удаление и т.п.)
 поддержка расписания (scheduler) для управления закачками
 выполнение заданий согласно заданным расписаниям
3.2 Серверный Модуль
Программное обеспечение на сервере состоит из следующих компонент:
 Система коммуникаций и обмена данными с банкоматами
 Система работы с базой данных (архив видеоматериалов и электронных журналов)
 Просмотр состояний устройств банкомата
 Генерация и рассылка уведомлений
 Система контроля доступа операторов
 Обеспечение интерфейса для рабочих мест операторов
Программное обеспечение на сервере обеспечивает следующие функции:
 Коммуникации и обмен сообщениями с банкоматами;
 Хранение регистрационных данных банкоматов и управление ими (добавление,
редактирование, удаление);
 Хранение конфигурационных параметров систем видеонаблюдения банкоматов и
управление ими;
5





Запись и хранение журналов в БД со всех банкоматов в режиме online, а также обеспечение
необходимого функционала для последующего поиска по этой БД;
Хранилище видео- и фотоматериалов, получаемых как непосредственно с банкоматов, так и
импортированных с иных носителей;
Возможность переодической архивации и экспортирования видеоматериалов на внешние
носители;
Централизованная система контроля доступа, разделения прав и привелегий операторов и
администраторов;
Настраиваемое централизованное журналирование действий операторов с последующей
возможностью поиска по данным журналам.
3.3 Рабочее место оператора
Рабочее место оператора – это система удаленного доступа к серверу, предназначенная для
непосредственного выполнения функций, предусмотренных в данной системе и предоставляющая
соответствующий GUI-интерфейс для пользователей.
Рабочее место оператора обеспечивает следующие функции:








Просмотр списка комплексов слежения и банкоматов, к которым имеет доступ данный
оператор, с возможностью поиска и фильтрации;
Операции над группами банкоматов, возможность создавать и редактировать подобные
группы;
Просмотр журналов банкоматов, с возможностью поиска и фильтрации по типам, дате
и/или времени событий
Поиск по видео- и фотоматериалам с возможностью задавать различные критерии поиска
(номер карты, номер банкомата, номер камеры, дата и время записи, событие(я), при
котором(ых) была произведена запись и пр.)
o поиск ведется на сервере по журналам событий без обращения к банкоматам;
o результатом поиска является ссылка на конкретный файл, хранящийся на
банкомате. ссылки могут добавляться в задание для загрузки файлов на сервер.
проверка наличия заданий на загрузку происходит во время переодической
синхронизации;
o принцип одного скачивания. если фрагмент видео был скачан или вручную
загружен на сервер, то все последующие обращения операторов по данному
событию будут идти уже на указанный файл на сервере;
Возможность сохранять единожды использованные вышеперечисленные настройки
поиска и фильтрации в виде шаблонов с возможностью их последующего использования;
Управление параметрами систем видеонаблюдения банкоматов как для отдельных
банкоматов, так и для групп;
Возможность создавать, редактировать, экспортировать и импортировать шаблоны
настроек систем видеонаблюдения;
Система распределенного доступа контролируемая с сервера:
o аутентификация в системе происходит посредством ввода логина и пароля;
o система должна позволять организовывать рабочие места операторов с
назначением им прав доступа администратором;
o структура прав доступа для всех операторов системы формируются из трех
основных множеств: действия, банкоматы и пользователи. Оператор может
работать только с теми терминалами, на которые у него есть права доступа и
выполнять только те действия, на которые у него есть разрешение, выданное
администраторами системы.
3.4 Контроль доступа к системе
В системе контроля доступа в качестве логических единиц имеющих доступ к тем или иным
ресурсам и действиям предусматриваются:
6


Пользователь – логическая единица привязанная всегда к конкретной персоне и
идентифицирующаяся с помощью пользовательской записи (user account/login)
Группа пользователей – логическая единица, имеющая уникальное название, в которую
могут быть включены пользователи, обычно по принципу некоего общего для всех свойства
или общих прав, например, работники одного отделения, администраторы и проч.
В системе контроля доступа в качестве ресурсов, к которым могут быть определены права доступа
предусматриваются:




КС (комплект слежения) – основная единица в иерархической структуре системы, которая
может объединять в себе один или более банкоматов, одну или несколько камер
видеонаблюдения, различные датчики
Банкомат – регистрационная запись банкомата
группа КС – логическое объединение, имеющее уникальное название, в которое могут
входить КС, обычно каким-либо образом связанные друг с другом, например комплексы,
находящиеся в определенном районе, комплексы какого-то отделения банка и т.п.
камера – логическая единица идентифицирующая конкретную видеокамеру из общего
множества камер, подключенных к системе
Во взаимодействиях между указанными единицами действуют следующие правила:





Пользователь может входить в более, чем одну группу пользователей
КС может не состоять ни в одной группе КС
КС может состоять более, чем в одной группе КС
Пользователь должен обязательно входить как минимум в одну группу пользователей
Банкомат, камера или датчик могут быть привязаны только к одной КС
Для каждой из перечисленных единиц определяется некое множество элементарных действий,
например доступ, модификация, удаление, загрузка параметров и прочее. В свою очередь для каждого из
действий могут быть определены следующие уровни доступа:
 Доступ явно разрешен
 Доступ явно запрещен
Для контроля доступа пользователей системы к ее ресурсам реализованы следующие логические
связки:




Пользователь – КС
Пользователь – группа КС
Группа пользователей – КС
Группа пользователей – группа КС
Для групп пользователей, КС и групп КС используется принцип наследования – к примеру, если
пользователь имеет набор прав доступа для группы групп КС, то при включении в эту группу нового
комплекса права данного пользователя автоматически распространятся нового участника группы.
Право доступа конкретного пользователя «user» к тому или объекту «object» или действию «Action»
определяются следующим образом:




В списках прав доступа осуществляется поиск связки «user»-«object»
В списках прав доступа осуществляется поиск связок «users group»-«object», где «users group»
это все группы, в которые входит пользователь «user»
В списках прав доступа осуществляется поиск связок «user»-«object group», где «object group»
это все группы, в которые входит объект «object», если таковые имеются
В списках прав доступа осуществляется поиск связок «users group»-«object group»
7
Если в итоге не найдено ни одной связки, то доступ считается запрещенным. Если найдены одна и
более связок, то:


Доступ считается разрешенным если все связки указывают, что доступ явно разрешен
Доступ считается запрещенным если хотя бы одна связка указывает, что доступ явно
запрещен
3.5 Контроль доступа уровня оператор-сервер
Контроль доступа с рабочего места оператора обеспечивается аутентификацией пользователя с
помощью пары «пользовательское имя – пароль». После успешной аутентификации рабочему месту
оператора передаются данные о уровне прав доступа данного пользователя (для ограничения доступа к
тем функциям, на которые нет разрешения), а также генерируется уникальный идентификатор сессии.
Максимальное время жизни сессии не ограничено, однако для каждой сессии на уровне сервера хранится
«таймер бездействия» (idle time-out). Таймер бездействия для сессии сбрасывается на 0 каждый раз, когда
оператор выполняет какое-либо действие подразумевающее обмен информацией с сервером. Во
избежание ситуаций с прерыванием сессии, когда оператор работает, но его действия не требуют обмена
информации с сервером, клиентское приложение должно генерировать серверу сообщения типа «keep
alive».
Система на уровне сервера должна запрещать инициировать более одной сессии для одного
пользователя.
Проверка уровня доступа к той или иной операции или ресурсу должна осуществляться не локально
на ПО рабочего места оператора, а на уровне сервера, причем при выполнении каждой операции,
подразумевающей обращение к серверу. Подобная функциональность необходима для случаев, когда
права оператора модифицируются в то время, когда у него есть открытая и активная сессия.
4
Архитектура системы
Рабочее место
оператора
Рабочее место
оператора
Рабочее место
оператора
Главный контроллер
удаленного доступа
Комплекс слежения
Комплекс слежения
Комплекс слежения
Технический ландшафт системы.
8
5
Структуры сценариев для КС
Сценарий (конфигурация) для КС это некий набор записей, каждая из которых описывает
взаимосвязь типа «условие(я) – действие(я)». Под условием подразумевается логическая цепочка
«событие – логический операнд – событие – логический операнд – событие – и т.д.». Множество
логических операндов должно быть таким, чтобы обеспечивать следующие базовые функции:
 логическое И
 логическое ИЛИ
 логическое НЕ
 группировка условий, т.е. эквивалент скобок
Примером записи в конфигурационном сценарии может быть например следующая:
условие/если сработал датчик движения
ИЛИ
условие/в банкомат вставили карту
действие/начать видеозапись запись на камере #1
Система редактирования сценариев не должна проверять условия, действия и их комбинации на
предмет конфликтов или «невозможности», т.е. к примеру когда оператор системы укажет
взаимоисключающие условия и свяжет их логическим И или допустит какую-нибудь другую ошибку.
Для любого действия в сценарии система должна также поддерживать возможность добавлять
дополнительное действие, которое должно быть выполнено при невозможности выполнить основное
действие. Например,
Условие/на банкомате начата транзакция
действие #1/начать видеозапись запись на камере #1
при невозможности выполнить действие #1
действие #2/начать видеозапись запись на камере #2
при невозможности выполнить действие #2
действие #3/прервать транзакцию
И
провести запись в журнал
5.1 Список устройств
В классификации команд и событий используются следующие обозначения устройств и режимов:
CIM (Cash-In Module) – купюроприемник
CDM (Cash Dispense Module) – диспенсер (устройство выдачи наличных)
VDM (Vendor Dependant Mode) – режимы банкомата (supervisor, out of service, …)
PIN (PINpad) – пинпад (устройство ввода ПИН-а и клавиатура)
IDC (IDentification Card unit) – считыватель карт
5.2 Список событий (events list)
Обозначение
WFS_CMD_CIM_CASH_IN_START
WFS_CMD_CIM_CASH_IN
WFS_CMD_CIM_CASH_IN_END
WFS_CMD_CIM_CASH_IN_ROLLBACK
WFS_CMD_CIM_RETRACT
WFS_CMD_CIM_OPEN_SHUTTER
WFS_CMD_CIM_CLOSE_SHUTTER
WFS_CMD_CIM_START_EXCHANGE
WFS_CMD_CIM_END_EXCHANGE
WFS_CMD_CIM_OPEN_SAFE_DOOR
WFS_CMD_CIM_POWER_SAVE_CONTROL
Описание
Начата операция взноса наличных
В купюроприемник вложены купюры
Завершена операция взноса наличных
Купюроприемник выдал купюры обратно
Купюроприемник забрал купюры
Открылась шторка купюроприемника
Закрылась шторка купюроприемника
Начата операция обмена валюты
Завершена операция обмена валюты
Открыта дверь сейфа
Осуществлен
переход
в/из
энергосбережения
режим(а)
9
WFS_SRVE_CIM_SAFEDOOROPEN
WFS_SRVE_CIM_SAFEDOORCLOSED
WFS_EXEE_CIM_CASHUNITERROR
WFS_SRVE_CIM_COUNTS_CHANGED
WFS_EXEE_CIM_INPUTREFUSE
WFS_SRVE_CIM_ITEMSPRESENTED
WFS_SRVE_CIM_ITEMSINSERTED
WFS_EXEE_CIM_NOTEERROR
WFS_EXEE_CIM_INSERTITEMS
WFS_CMD_VDM_ENTER_MODE_REQ
WFS_CMD_VDM_ENTER_MODE_ACK
WFS_CMD_VDM_EXIT_MODE_REQ
WFS_CMD_VDM_EXIT_MODE_ACK
WFS_SRVE_VDM_ENTER_MODE_REQ
WFS_SRVE_VDM_EXIT_MODE_REQ
WFS_SYSE_VDM_MODEENTERED
WFS_SYSE_VDM_MODEEXITED
WFS_CMD_CDM_DENOMINATE
WFS_CMD_CDM_DISPENSE
WFS_CMD_CDM_PRESENT
WFS_CMD_CDM_REJECT
WFS_CMD_CDM_RETRACT
WFS_CMD_CDM_OPEN_SHUTTER
WFS_CMD_CDM_CLOSE_SHUTTER
WFS_CMD_CDM_START_EXCHANGE
WFS_CMD_CDM_END_EXCHANGE
WFS_CMD_CDM_OPEN_SAFE_DOOR
WFS_SRVE_CDM_SAFEDOOROPEN
WFS_SRVE_CDM_SAFEDOORCLOSED
WFS_SRVE_CDM_ITEMSTAKEN
WFS_EXEE_CDM_PARTIALDISPENSE
WFS_SRVE_CDM_ITEMSPRESENTED
WFS_EXEE_CDM_INCOMPLETEDISPENSE
WFS_EXEE_CDM_NOTEERROR
WFS_CMD_PIN_GET_PIN
WFS_CMD_PIN_GET_PINBLOCK
WFS_CMD_IDC_READ_TRACK
WFS_CMD_IDC_WRITE_TRACK
WFS_CMD_IDC_EJECT_CARD
WFS_CMD_IDC_RETAIN_CARD
WFS_CMD_IDC_READ_RAW_DATA
WFS_EXEE_IDC_INVALIDTRACKDATA
WFS_SRVE_IDC_CARDACTION
WFS_USRE_IDC_RETAINBINTHRESHOLD
WFS_SRVE_IDC_RETAINBININSERTED
WFS_SRVE_IDC_RETAINBINREMOVED
WFS_EXEE_IDC_INSERTCARD
Открылась дверь сейфа
Закрылась дверь сейфа
Возникла ошибка при работе купюроприемника
Изменилось кол-во купюр в купюроприемнике
Купюроприемник не принял часть и всю наличность
при взносе
Купюры выданы купюроприемником
Купюры введены в купюроприемник
Ошибка при захвате купюр купюроприемником
Купюроприемник готов к приему купюр
Получена команда на переход в особый режим
(режим супервизора или обслуживания)
Потверждена команда перехода в особый режим
Получена команда на выход из особого режима
Потверждена команда на выход из особого режима
Событие перехода в особый режим
Событие выхода из особого режима
Осуществлен переход в особый режим
Осуществлен выход из особого режима
Команда выдачи наличных (забор необходимых
купюр из кассет)
Команда выдачи наличных (забор необходимых
купюр из кассет и непосредственная подача на
выход)
Команда выдачи наличности клиенту (с открытием
шторки)
Команда переноса купюр из стека в особую кассету
(reject cash unit)
Команда забрать выданную наличность обратно
Открылась шторка диспенсера
Закрылась шторка диспенсера
Начата операция обмена валюты
Завершена операция обмена валюты
Команда отпереть дверь
Открыта дверь сейфа
Закрыта дверь сейфа
Выданные купюры забрабы клиентом
Частичная выдача
Купюры выданы
Неполная выдача
Произошла ошибка при выдаче
Получена команда на ввод ПИН-кода
Получена команда на генерацию ПИН-блока
Считана дорожка магнитной полосы
Записана дорожка магнитной полосы
Получена команда вернуть карту
Получена команда захватить карту
Карта считана
Данные дорожки неверны или отсутствуют
Карта выдана из-за перезагрузки устройста
Переполнен ящик захваченных карт
Карта положена в ящик захваченных карт
Карты удалены из ящика захваченных карт
Карта введена в считыватель
10
6
Безопасность
6.1 Требования по безопасности
Разрабатываемые приложения и системы будут разрабатываться в соответствии с требованиями
стандартов безопасности (PADSS/PCIDSS).
Приложение не будет хранить данные пластиковых карт в открытой нотации ни в одном
программном компоненте, в т.ч. в БД и протокольных записях. В случае необходимости хранения
подобной информации она должна быть либо маскирована (например 16‐значный номер карточки будет
представлен в виде XXXX-XXXX-XXXX-7890), либо храниться в виде хэш-значений.
6.2 ПО банкомата
Восставновление ПО банкомата при сбое системы должно осуществляться путем переустановки
самого ПО, подгрузки конфигурации и списка задач для планировщика с сервера.
6.3 ПО сервера
Программное обеспечение сервера восстанавливается путем переустановки из инсталляционного
пакета. При необходимости устанавливаются также конфигурационные файлы и параметры.
6.4 База данных серверного ПО
Исключение потерь информации при сбое сервера базы данных обеспечивается за счет
стандартных механизмов автоматической репликации баз данных, а также за счет использования политики
переодического архивирования базы данных.
6.5 ПО рабочего места администратора
ПО рабочего места оператора при сбоях восстанавливается путем повторной установки ПО из
инсталляционного пакета. Поскольку ПО рабочего места оператора реализовано по принципу «тонкого
клиента», оно не хранит в себе никаких данных, кроме настроек соединения с сервером. В качестве
временного решения, любой оператор может использовать любой другой экземпляр ПО рабочего места
оператора.
7
Системные требования для установки
7.1 Технические требования к серверу БД и контроллеру WatchDog





2х Quad Core Intel Xeon 2.00GHz 1333Mhz FSB процессора или выше
4GB DIMM оперативной памяти или выше
Встроенный SATA RAID Controller
2x 160 SATA 7200 об./м жестких диска или выше
1Gb сетевая карта
7.2 Требования к ПО для сервера БД и контроллера WD






1
Операционная система Windows 2008 Server
MSSQL Server 2008 Express Edition with SP11 (рекомендуется MSSQL Server 2008 Standard
или выше)
Microsoft .NET Framework 3.5 +SP1 или выше
Microsoft Installer 4.5 или выше
Microsoft PowerShell
установка MSSQL Server может потребовать наличия дополнительных стандартных
компонент Windows, не упомянутых в этом разделе. Данные компоненты могут быть
установлены либо с основного установочного пакета Windows, либо скачаны с
официального сайта Microsoft
Данная версия SQL Server 2008 не поддерживает базы данных размером больше 4ГБ.
11
7.3 Технические требования к рабочему месту оператора




Процессор не менее 2 Гц
2 ГБ оперативной памяти или выше
5 МБ свободного дискового пространства
Сетевая карта
7.4 Требования к ПО для рабочего места оператора


Операционная система семейства Windows не ниже, чем Windows XP + SP2
Microsoft .NET Framework 3.5 +SP1 или выше
7.5 Гарантия на программное обеспечение.
Гарантия на программное обеспечение – 1 год с момента введения в эксплуатацию.
12
Download