#САФД-ЭТ-3. Выбор сервера приложений АС. | О | |
Источник: УТСиТ | ||
Производитель сервера приложений АС выбирается из числа известных фирм, занимающих лидирующее положение на рынке программных продуктов, функционирующих на аппаратных платформах корпоративного класса, принятых к использованию в Сбербанке (см. Раздел 1.5). Производитель сервера приложений АС должен располагать развитой службой технической поддержки.
Версия сервера приложений АС должна находиться на технической поддержке фирмы-производителя не менее чем в течение 2 лет со дня ввода системы в эксплуатацию.
#САФД-ЭТ-4. Минимальная конфигурация компьютеров для клиентской части. | Ж | |
Источник: УВиСАС, УТСиТ | ||
Клиентская часть системы должна устойчиво функционировать на компьютерах в минимальной конфигурации, указанной в Разделе 1.5.
2.2 Контроль версий ППО
#САФД-ЭТ-5. Средства замены текущей версии на следующую версию. | О | |
Источник: УВиСАС | ||
В прикладной системе должны быть предусмотрены средства автоматического обновления версии клиентской части программы при подключении пользователя. Необходимо гарантировать корректную работу с любого АРМ после смены версии серверной части программы или любой ее компоненты.
Требование применяется к АРМ, в которых используются дополнительные программные компоненты, не входящие в дистрибутив стандартного web-браузера.
#САФД-ЭТ-6. Контроль целостности компонент ПО АРМ пользователя. | О | |
Источник: УВиСАС | ||
При запуске АРМ пользователя, но не реже одного раза в сутки, должен производиться автоматический контроль целостности ПО соответствующего АРМ с использованием контрольных значений из системного справочника, хранящего в БД системы.
Требование применяется к АРМ, в которых используются дополнительные программные компоненты, не входящие в дистрибутив стандартного web-браузера.
#САФД-ЭТ-7. Механизмы реструктуризации базы данных. | О | |
Источник: УВиСАС | ||
АРМ администратора прикладной Системы должно обеспечивать проведение реструктуризации базы данных и преобразование существующих форматов данных к новой структуре базы в соответствии с инструкцией, прилагаемой к документации по новой версии.
#САФД-ЭТ-8. Откат на предыдущую версию системы. | О | |
Источник: УВиСАС | ||
АРМ администратора прикладной Системы должен обеспечивать запуск восстановления предыдущей версии в случае выявления непреодолимых проблем, препятствующих эксплуатации новой версии. Время, в течение которого возможен корректный откат, должно быть оговорено в сопроводительной документации на версию.
#САФД-ЭТ-9. Периодический контроль целостности компонент ПО серверной части Системы. | О | |
Источник: УВиСАС | ||
Должна быть предусмотрена возможность планирования администратором АС автоматических проверок целостности компонент ПО серверной части Системы в периоды технологических окон или минимальной активности АС с использованием контрольных значений из системного справочника.
2.3 Требования к инсталляции и дистрибуции
#САФД-ЭТ-10. Дистрибутивный комплект. | О | |
Источник: УВиСАС | ||
Дистрибутивный комплект ПО должен оформляться в соответствии с требованиями банка. Он должен включать:
· собственно дистрибутив соответствующей версии ПО;
· контрольные значения для проверки целостности дистрибутивного комплекта;
· инструкцию по установке;
· требования к дополнительным компонентам программного обеспечения, в том числе и системным;
· ограничения по совместимости с предыдущими версиями данной компоненты и структурами хранения данных;
· описание новых возможностей версии;
· комплект пользовательской документации;
· комплект документации по обеспечению информационной безопасности (для клиентской части).
Комплект поставки должен содержать полный список сервисов предоставляемых системой и их интерфейсов
#САФД-ЭТ-11. Инсталляция и обновление серверной части системы. | О | |
Источник: УВиСАС | ||
В документации на систему должна быть описана процедура инсталляции системы, а также процедуры обновления версий серверных компонент системы.
В документации к системе должно быть описано, каким образом сервисы системы могут быть вызваны из других систем.
#САФД-ЭТ-12. Инсталляция по сценарию. | О | |
Источник: УВиСАС | ||
Дистрибутивы ПО компонент системы должны обеспечивать установку программного обеспечения в автоматическом режиме согласно заданному сценарию, в ходе установки в диалоговом режиме могут уточняться параметры установки.
#САФД-ЭТ-13. Описание настроек СПО. | О | |
Источник: УТСиТ | ||
Документация на систему должна включать описание настроек (права доступа, методы аутентификации, значения управляющих параметров) для всех используемых компонент СПО (ОС, СУБД, СП, Web-сервер, proxy-сервер и т. п.).
2.4 Требования к подсистеме телекоммуникаций АС
#САФД-ЭТ-14. Транспортный уровень АС, телекоммуникационные протоколы. | О | |
Источник: УТСиТ | ||
Подсистема телекоммуникаций (ПСТ) АС как составная часть АС, выполняет сетевые функции АС и реализует обмен сообщениями (транзакциями) между компонентами системы и вовне. ПСТ интегрирована в ППО и СПО, может использовать стандартные телекоммуникационные функции (драйвера) СПО, должна иметь собственный интерфейс (команды) ППО АС. Базовым сетевым протоколом для ПСТ должен быть протокол TCP/IP.
#САФД-ЭТ-15. Пропускная способность каналов связи. | О | |
Источник: УТСиТ | ||
Полноценное функционирование одного удаленного АРМ АС должно обеспечиваться при пропускной способности 20–40 Кбит/сек. При увеличении пропускной способности каналов связи должно автоматически (без изменений ППО) обеспечиваться пропорциональное ускорение работы АРМ АС (с учетом ограничений, накладываемых функциональностью АС).
#САФД-ЭТ-16. Отказоустойчивость работы АС на реальных каналах связи. | О | |
Источник: УТСиТ | ||
При работе в условиях значительных канальных задержек (300мс – 2 сек, характерных для спутниковых каналов, в периоды пиковых загрузок каналов и т. д.), а также при возникновении кратковременных перерывов связи ПСТ должна обеспечивать устойчивую работу без необходимости осуществлять повторный сеанс авторизации или начинать процедуру ввода данных с начала и т. д.. При этом допускается деградация скорости работы.
#САФД-ЭТ-17. Автоматический контроль сетевой доступности АС. | О | |
Источник: УТСиТ | ||
ПСТ АРМ должна обеспечивать возможность автоматического контроля и протоколирования сетевой доступности АС с помощью передачи от АРМ в АС специальной команды тестирования доступности АС (проверочной транзакции), обработка которой в АС выполняется без изменения бизнес данных. Например, для систем, работающих по http протоколу, это может быть запрос и получение стартовой страницы АС. При этом, объем данной транзакции и ее периодичность не должны оказывать влияния на основную работу как АРМ АС, так и самой АС (с учетом количества одновременно работающих АРМ). Периодичность тестирования обосновывается функциональными особенностями АС.
#САФД-ЭТ-18. Автоматический контроль и протоколирование сетевого доступа пользователей АС. | Ж | |
Источник: УТСиТ | ||
ПСТ должна обеспечивать автоматический контроль и протоколирование в log-файле состояния связи с пользователями, (время connect/disconnect, IP-адрес пользователя, запрошенный URL/операция). Администратор АС должен иметь возможность оперативного просмотра списка пользователей АС с их атрибутами сетевого соединения (IP адрес, номер порта, статус нахождения в системе).
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |


