#САФД-ЭТ-19. Приоритезация трафика. | Ж | |
Источник: УТСиТ | ||
ПСТ должна обеспечивать возможность управления приоритетом передаваемого трафика (задание параметров QoS – ToS, DSCP) при наличии подобной функциональности в СПО.
#САФД-ЭТ-20. Балансировка нагрузки, резервирование сетевого доступа к АС. | Ж | |
Источник: УТСиТ | ||
АС (ППО) должна поддерживать работу в режиме балансировки внешних информационных потоков (транзакций пользователей и взаимодействие с другими АС) между несколькими серверами (с возможностью использования аппаратных балансировщиков нагрузки) и автоматически перераспределять нагрузку в случае деградации КТС.
2.5 Требования к основным компонентам
#САФД-ЭТ-21. Модульность системы. | О | |
Источник: ОАПР | ||
Система должна быть организована в виде модульной структуры, содержащей все необходимые функциональные и программно-технологические компоненты.
Модульная независимость должна служить основанием для последовательного внедрения различных компонентов Системы.
Все модули Системы должны иметь единый управляемый механизм контроля безопасности и разграничения доступа к данным
#САФД-ЭТ-22. Архитектура системы. | О | |
Источник: ОАПР | ||
Система должна функционировать в рамках многоуровневой архитектуры. Бизнес-логика должна быть реализована на сервере приложений, разработанного с учётом спецификаций J2EE. Предпочтение отдается системам, разработанным с использованием сервисно - ориентированной архитектуры (SOA), при этом должно быть предоставлено описание предоставляемых Системой сервисов.
2.6 Требования к взаимодействию
#САФД-ЭТ-23. Подход к интеграции. | О | |
Источник: ОАПР | ||
Интеграция с системами банка должна производиться на основе подхода сервисно-ориентированной архитектурой (SOA) через Корпоративную Сервисную Шину банка.
#САФД-ЭТ-24. Интеграция с Корпоративной сервисной шиной. | О | |
Источник: ОАПР | ||
Система должна поддерживать интеграцию с корпоративной сервисной шиной через механизмы IBM WebSphere MQ (асинхронный обмен XML-сообщениями) или веб-службы (требуется поддержка WSI Profile 1.1).
#САФД-ЭТ-25. Интеграция с Системой управления доступом. | О | |
Источник: ОАПР | ||
Управление доступом к системе должно осуществляться с помощью существующей системы управления доступом к информационным ресурсам Сбербанка (СУД-ИР), реализованной посредством программных продуктов IBM Tivoli Access Manager for e-Bussiness и IBM Tivoli Identity Manager.
Работы по внедрению системы должна предусматривать интеграцию с этой системой.
#САФД-ЭТ-26. Интеграция с MDM системой. | О | |
Источник: ОАПР | ||
Система должна предусматривать возможность интеграции с
MDM-системой на базе продукта IBM InfoSphere Master Data Management Server
#САФД-ЭТ-27. Интеграция с CRM системой. | О | |
Источник: ОАПР | ||
Система должна предусматривать возможность интеграции с CRM системой банка на базе Oracle Siebel CRM 8.1
#САФД-ЭТ-28. Интеграция с ECM системой. | О | |
Источник: ОАПР | ||
Система должна предусматривать возможность интеграции с мировыми лидерами систем класса Enterprise Content Management (Систем Управления контентом).
2.7 Требования к локализации и документации
#САФД-ЭТ-29. Локализация интерфейса системы. | О | |
Источник: УВиСАС | ||
Интерфейс Системы должен быть полностью русифицирован, включая помощь и пользовательские сообщения об ошибках, поддержку кириллицы (наряду с латиницей) в полях текстового ввода, использование метрической системы измерений, стандартных форматов адресов, времени и дат
#САФД-ЭТ-30. Локализация документации. | О | |
Источник: УВиСАС | ||
Комплект поставки системы должен содержать полный комплект эксплуатационной и пользовательской документации на русском языке.
#САФД-ЭТ-31. Наличие документации по администрированию системы. | О | |
Источник: УВиСАС | ||
В документации на Систему должен быть описан порядок действий администратора Системы при:
· регистрации пользователей Системы:
· изменении прав пользователей;
· запуске и остановке Системы;
· мониторинге заполнения структур базы данных Системы;
· выгрузке и загрузке данных в Систему;
· устранении сбоев серверной части системы;
· организации области видимости данных между различными группами пользователей;
· организации иерархического администрирования.
·
#САФД-ЭТ-32. Наличие документации по КТС. | О | |
Источник: УВиСАС | ||
Документация на Систему должна содержать детальное описание и структурную схему комплекса технических средств (КТС), удовлетворяющих заявленным нагрузочным характеристикам и требованиям по надежности, включая рекомендации по настройке СПО, конфигурация дисковой подсистемы и т. д.
#САФД-ЭТ-33. Наличие документации по развертыванию системы. | О | |
Источник: УВиСАС | ||
В документации на Систему должна быть описана процедура инсталляции Системы, а также процедуры обновления версий серверных компонент Системы. Дистрибутив серверной части Системы может включать модули (скрипты, макросы), обеспечивающие создание баз данных, хранимых процедур и других объектов баз данных, а также для их обновления в случае установки новых версий ПО. Дистрибутив должен содержать разрабатываемый совместно со специалистами Банка скрипт по созданию экземпляра БД, а также инструменты для наполнения созданного экземпляра БД базовой информацией, необходимой для функционирования Системы.
#САФД-ЭТ-34. Наличие документации по настройкам системы. | О | |
Источник: УВиСАС | ||
Документация на Систему должна включать описание настроек (права доступа, методы аутентификации, значения управляющих параметров) для всех используемых компонент ПО.
#САФД-ЭТ-35. Обновление документации. | О | |
Источник: УВиСАС | ||
При изменении версии ПО, при обнаружении неполноты или ошибок в документации должна предоставляться обновлённая документация на Систему.
#САФД-ЭТ-36. Наличие документации по мониторингу. | О | |
Источник: УВиСАС | ||
В документации на Систему должны быть определены параметры серверов и СУБД, которые нуждаются в мониторинге. Для каждого параметра должны быть определены области допустимых значений, периодичность контроля, а также действия администратора сервера и СУБД при выходе значений параметров за допустимые границы.
#САФД-ЭТ-37. Наличие документации по отказам и неисправностям системы. | О | |
Источник: УВиСАС | ||
В документации к Системе должны быть описаны правила эксплуатации Системы, даны описания кодов ошибок и методов локализации неисправностей.
#САФД-ЭТ-38. Наличие описание доработок системы. | О | |
Источник: УВиСАС | ||
Все передаваемые с Системой патчи и дополнения должны содержать подробные комментарии, должны быть описаны процедуры получения консистентной резервной копии данных, учитывающие многоуровневую архитектуру.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |


