Эксплуатационные требования к системе автоматизированного формирования кредитной документации в Сбербанке России (стр. 4 )

#САФД-ЭТ-39. Наличие пользовательской документации.	О
	Источник: УВиСАС

Система должна иметь полный пакет пользовательской документации с детальным описанием:

·  форматов и структур входных данных, подлежащих последующей обработке;

·  структур и форматов выходных данных;

·  последовательности действий пользователя для каждого функционального модуля Системы.

#САФД-ЭТ-40. Наличие технической документации.	О
	Источник: УВиСАС

В Комплект поставки системы должен содержать полный комплект технической документации на русском языке(алгоритмы работы системы, структурная схема работы системы, структурная схема взаимодействия системы с другими системами)

2.8  Требования по настройке и инструментам доработки системы

#САФД-ЭТ-41. Наличие инструментов разработки.	О
	Источник: УВиСАС

Необходимо наличие среды для разработки дополнительных экранных форм, отчетов, меню, интерфейса с другими системами

#САФД-ЭТ-42. Локализация новых экранных форм и пользовательских интерфейсов.	О
	Источник: УВиСАС

Система должна иметь возможность локализации (русификации) экранных форм и пользовательских интерфейсов.

#САФД-ЭТ-43. Изменения в базе данных.	О
	Источник: УВиСАС

Должна быть возможность внесения изменений в структуру и данные БД. Наличие описания структуры БД.

#САФД-ЭТ-44. Персонификация меню пользователей.	О
	Источник: УВиСАС

Должна быть предусмотрена возможность создания индивидуальных меню для группы пользователей (отдельных пользователей) и включения пользователя в несколько групп.

#САФД-ЭТ-45. Изменение схемы администрирования системы.	О
	Источник: УВиСАС

Система должна поддерживать многоуровневое администрирование Системы с делегированием полномочий как по функциональному (администрирование модулей), так и по организационному (территориальному, зона ответственности подразделений и т. п.) принципу.

#САФД-ЭТ-46. Изменение прав доступа.	О
	Источник: УВиСАС

Система должна поддерживать возможность разделения области видимости данных между различными категориями пользователей.

#САФД-ЭТ-47. Доработка отчетности системы.	О
	Источник: УВиСАС

Система должна иметь возможность разработки новых отчетов, в том числе на основе уже созданных.

#САФД-ЭТ-48. Доработка интеграционных механизмов.	О
	Источник: УВиСАС

Система должна поддерживать стандарты интеграционных интерфейсов и гибкие возможности интеграции с внешними системами.

2.9  Требования к доступности и средствам обеспечения надежности

#САФД-ЭТ-49. Доступность системы.	О
	Источник: УТСИТ

Система должна обеспечивать круглосуточный режим работы 24Ч7. Не допускаются технологические перерывы для выполнения резервирования и проведения регламентных работ (копирование БД, включая журналы транзакций, на магнитные носители, установка новых версий ППО и т. п.). Должна быть предусмотрена возможность выполнения плановых профилактических, регламентных, ремонтно-восстановительных работ, а также модернизации компонент Системы без остановки функционирования, но с допустимой потерей производительности.

#САФД-ЭТ-50. Резервирование системы.	О
	Источник: УТСИТ

Система должна иметь возможность выполнения резервной копии системы как на внешние устройства (ленточные накопители, магнитооптические диски и т. п.), так и в файл(ы) с использованием промышленных систем централизованного резервирования данных, принятых к использованию в Сбербанке, а именно: HP Data Protector, Veritas NetBackup.

2.10  Средства мониторинга и контроля

#САФД-ЭТ-51. Мониторинг пользователей.	О
	Источник: УВиСАС

Система должна иметь средства мониторинга, обеспечивающие наблюдение администратором Системы за активностью пользователей в конкретных режимах (форма/отчет). В журнале аудита должно фиксироваться время входа пользователя в Систему, сетевое имя компьютера, имя пользователя компьютера и ip-адрес. Система должна вести аудит всех запускаемых процессов. Система должна позволять с рабочего места Администратора системы принудительно отключать пользователя от Системы, корректно завершать активизированные им процессы и разблокировать соответствующие данные.

.

#САФД-ЭТ-52. Метрики для мониторинга АС.	О
	Источник: УВиСАС

В прикладном ПО разработчиком должны быть определены параметры Системы — метрики, определенные для наиболее важных событий в Системе. В состав метрик могут быть включены, например, размеры очередей и рабочих областей памяти, показатели текущей производительности Системы, показатели интенсивности входных и выходных потоков данных, размеры таблиц и базы данных, факты поступления входных данных неверного формата, наличие сбоев и ошибок различных типов и другие

Система должна содержать средства автоматического мониторинга метрик. При каждом измерении значение метрики сравнивается с граничными значениями. При попадании значения метрики в промежуточную или критическую область должно автоматически отправляться сообщение по электронной почте на заданный адрес и/или генерироваться голосовое сообщение заданного содержания. Автоматически по заданному расписанию должен производиться контроль метрик, характеризующих функционирование Системы. Полученные значения метрик должны сохраняться в специальных таблицах для последующего анализа.

#САФД-ЭТ-53. Визуализация данных по мониторингу АС.	О
	Источник: УВиСАС

Подсистема мониторинга должна фиксировать и хранить критичные значения для производительности и полноценного функционирования:

·  Время ответа от БД, серверов приложений, систем с которыми происходит взаимодействие в режиме реального времени (макс./среднее/мин. за период), с классификацией по запросам различных категорий;

·  Количество запросов за период, с классификацией по запросам различных категорий;

·  Количество запросов, для которых было превышено время ожидания (timeouts), с классификацией по запросам различных категорий;

·  Количество пользователей, работающих с Системой в данный момент;

·  Доступность БД или сервера приложений;

·  Диагностика доступности указанного модуля на прикладном уровне.

#САФД-ЭТ-54. Журнал мониторинга.	О
	Источник: УВиСАС

В Системе должны быть предусмотрены средства автоматической регистрации сбоев ПО в специальном журнале с указанием времени возникновения сбоя.

Должен быть предусмотрен механизм формирования отчетов по журналам мониторинга по задаваемым условиям. Должен быть предусмотрен механизм экспорта значений из журнала мониторинга по задаваемым условиям, например, в Excel

#САФД-ЭТ-55. Интеграция с внешними системами мониторинга.	Ж
	Источник: УВиСАС

Система должна иметь открытый интерфейс к внешним централизованным системам мониторинга HP OpenView Operations и HP Performance Insight