Надежность системы определяется надежностью функциональных подсистем, общего программного обеспечения, комплексов технических и инженерных средств.
Проектные решения должны обеспечивать:
Сохранение работоспособности системы при отказе или выходе из строя по любым причинам одного из компонентов комплекса технических средств или телекоммуникационной подсистемы.
Сохранение всей накопленной на момент отказа или выхода из строя информации при отказе двух и более одинаковых по назначению компонентов системы не зависимо от их назначения, с последующим восстановлением после проведения ремонтных и восстановительных работ функционирования системы.
Должны быть обеспечены два уровня надежности системы:
Уровень сохранения работоспособности.
Уровень сохранности информации.
Структура и топология серверного сегмента ЛВС и серверов СУБД должна определяться принципом отсутствия единой точки отказа при предоставлении информационных услуг пользователям системы.
Технические средства серверного сегмента ЛВС и серверов СУБД должны обеспечивать диагностирование работоспособности оборудования и ПО, избыточность аппаратного обеспечения, возможность горячей замены компонентов активного сетевого оборудования и аппаратного обеспечения сервера, возможность резервирования путей взаимодействия серверов.
Все внешние элементы технических средств ЦОД и РЦОД, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.
Система электропитания Системы должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение.
Система должна обеспечивать безопасную работу пользователей, не требуя проведения инструктажей и специальных подготовок по технике безопасности, при любых, в том числе ошибочных действиях пользователя, не связанных со вскрытием корпусов устройств.
Все оборудование, входящее в состав Системы, должно быть серийным и иметь сертификат безопасности.
Требования к эргономике и технической эстетике
Пользовательский интерфейс Системы должен отвечать следующим требованиям:
Дизайн экранных форм пользовательских и служебных интерфейсов Системы должен быть удобен и понятен.
Эргономические решения должны быть едиными для всех компонентов и модулей Системы.
Пользователь должен иметь возможность доступа к контекстно-зависимой справке по любому компоненту Системы.
Интерфейс пользователей должен способствовать уменьшению вероятности совершения случайных ошибочных действий.
Интерфейс должен быть оптимизирован для выполнения типовых и часто используемых прикладных операций
2.1.4 Требования к функциям, выполняемым системой
Требования к процедуре совершения платежа
Для совершения платежа клиент должен приложить смарт-карту к устройству чтения. Далее клиент должен произвести ввод информации о назначения платежа: абонентская плата, плата за МГ/МН связь, оплата Интернета, цифрового телевидения и т.д. После чего терминал должен предложить клиенту произвести внесение наличных денежных средств в устройство приема купюр общей суммой большей или равной совершаемому платежу и перейти непосредственно к процедуре совершения платежа активацией соответствующих элементов пользовательского интерфейса терминала.
Далее, терминал производит отправку данных о сумме совершаемого платежа на серверную часть системы и производит выдачу клиенту квитанции с подтверждением о совершении платежа.
В случае, если сумма внесенных пользователем в терминал денежных средств превышает заявленную сумму платежа, остаток денежных средств должен зачисляться системой по выбору либо на лицевой счет клиента в счет списания абонентской платы за следующий период или как предоплату за пользование МГ/МН связи.
Платежная подсистема должна обеспечивать выполнение следующих требований:
Прием и обработка данных о платежных транзакциях от платежных терминалов.
Осуществление функций мониторинга за работой платежных терминалов.
Обеспечение обновления реквизитов организации–получателя платежа в автоматическом режиме.
Предоставление внешним агентским системам приема платежей шлюзового интерфейса для предоставления им возможности принимать платежи в пользу ОАО «Центральный телеграф».
Контроль остатка денежных средств на лицевых счетах.
Требования к процедуре управления ДВО
Для просмотра своих данных клиент должен приложить смарт-карту к устройству чтения. После этого клиент попадает в свой личный кабинет, где будут отображены его данные (ФИО, адрес, номер лицевого счета), а также перечень всех подключенных услуг. Через диалоговое окно с интуитивно понятным интерфейсом должна осуществляться возможность подключения дополнительных видов обслуживания. Терминал производит отправку данных о произведенных изменениях и отправляет их на серверную часть системы, а также производит выдачу клиенту выписки с подтверждением совершения операции.
Подсистема управления ДВО должна обеспечивать выполнение следующих требований:
Прием, обработка и передача данных о произведенных изменениях на лицевом счете абонента.
Контроль статуса подключенных услуг.
Отображение справочной информации и новостей компании через терминал.
2.1.5 Требования к видам обеспечения
Требования к информационному обеспечению
1. Требования метрологическому обеспечению.
Отсутствие ошибки округления при расчетах денежных единиц с округлением до единиц копеек.
Отсутствие ошибок округления и отсутствие накопление ошибок расчетов при расчетах по процентному содержанию.
2. Требования к лингвистическому обеспечению.
При разработке и проектировании функциональных подсистем должны быть использованы технологии и средства разработки систем автоматизации масштаба предприятия.
3. Требования к применению языков высокого уровня.
Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы.
Допускается использование стандартных языков высокого уровня, отвечающих требованиям реализации задач предметной области.
4. Требования к языкам ввода-вывода данных
Языки ввода-вывода данных должны:
поддерживать реляционную и объектно-реляционную базы данных;
реализовывать диалект SQL, совместимый со стандартом ANSI 1992 г.
поддерживать стандарты ODBC и JDBC.
Требования к языкам манипулирования данными
Языки манипулирования данными должны отвечать требованиям стандарта ANSI 1992 (реализация SQL) и поддерживать реляционную и объектно-реляционную модели баз данных, а так же стандарты ODBC и JDBC.
6. Требования к программному обеспечению
Сервера ЦОД и РЦОД, на которых устанавливаются СУБД и программные продукты серверов приложений должны работать под управлением UNIX – совместимой операционной системы.
Для хранения всех информационных массивов должна использоваться единая система управления базами данных (СУБД).
Общие требования к используемой СУБД:
использование русского языка, как на уровне пользовательского интерфейса, так и на уровне серверного ядра;
поддержка реляционной модели базы данных;
поддержка технологии клиент-сервер;
поддержка многопроцессорной архитектуры;
автоматическое восстановление базы данных;
наличие механизма блокировки транзакций;
реализация SQL, совместимого со стандартом ANSI 1992 г;
поддержка стандартов ОВИС и ODBC;
наличие встроенных средств контроля целостности баз данных;
наличие встроенных средств резервного копирования базы данных;
импорт и экспорт данных;
совместимость с различными операционными системами;
поддержка сетевых протоколов TCP/IP;
возможность контроля доступа к данным;
централизованное управление пользователями;
оптимизация запросов;
наличие механизма встроенных процедур баз данных;
обеспечение безопасности данных на уровне сервера баз данных;
Требования к техническому обеспечению
Минимальные требования к аппаратному обеспечению компьютеров служебных пользователей:
процессор Pentium IV 2.2 Mhz;
оперативная память RAM 512 Mb;
накопитель HDD 40 Gb;
лазерный принтер;
сетевой интерфейс Ethernet 100 Mb.
Требования к программному обеспечению, установленного на компьютерах служебных пользователей:
Windows XP Professional SP2;
Internet Explorer 6.0 и выше.
ИС «Расчет-М»
Для доступа к системе через интерфейс терминала самообслуживания указанный терминал должен обеспечивать следующие возможности:
поддерживать сценарии установления защищенных соединений по протоколу HTTPS;
обеспечивать возможность шифрования данных транзакции с использованием ассиметричных алгоритмов с длинной ключа до 2048 бит;
обеспечивать отображение необходимой информации для совершения платежа в пользу ОАО «Центральный телеграф» и управлением услуг ДВО;
обеспечивать печать квитанций с подтверждением совершенной оплаты и выписок об осуществлении изменений в наборе услуг;
терминал должен обладать возможностью подключения к сетям передачи данных через проводные и беспроводные интерфейсы доступа;
терминал должен обеспечивать гарантированное сохранение данных о совершенной клиентом операции до момента получения ответа от сервера системе о ее успешном приеме и регистрации.
Серверное оборудование разделяется на следующие группы: