#САФД-ЭТ-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