Банк втб 24 (закрытое акционерное общество), в лице члена Правления, директора Департамента банковских и информационных технологий Русанова Сергея Георгиевича

Нефункциональные требования к Системе

1. Требования к диагностированию

   1. 
      Средства диагностирование программных и аппаратных средств Системы Управления Мошенничеством должны предоставлять возможность своевременного предупреждения и возникновения аварийных ситуаций в работе компонент Системы.
      
   2. 
      Средства Диагностирование Системы Управления Мошенничеством должны обеспечивать выявление её неработоспособности во всех режимах функционирования.
      
   3. 
      Средства диагностировании Системы Управления Мошенничеством должны обеспечивать возможность выполнения следующих работ:
      

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

2. Требования к возможностям развития и модернизации

   1. 
      Решения используемые для реализации Системы должны обеспечивать возможность ее развития, масштабирования без потери качества функционирования уже реализованных функций
      
   2. 
      Реализация Системы должна обеспечивать возможность дальнейшей модернизации, обновления программного обеспечения, комплекса технических средств без нарушения ее работоспособности и утраты реализованной функциональности.
      
   3. 
      База данных системы должна иметь возможность масштабирования без потери качества данных и производительности работы системы.
      
   4. 
      Предлагается указать на необходимость наличия унифицированного инструмента для подключения новых каналов/систем/БД
      

1. Требования к надежности

   1. 
      Доступность системы должна быть определена в рамках проекта по внедрению. Желаемый уровень доступности должен составлять 99,9% 24х7
      
   2. 
      Эксплуатационный персонал системы должен осуществлять:
      

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

1. 
   Периодичность и режимы технического обслуживания программно-технических комплексов должны быть определены на основе документации производителей на эти комплексы после их выбора при рабочем проектировании.
   
2. 
   Среднее время восстановления, средняя наработка на отказ аппаратно-программных средств ИТ-инфраструктуры Системы могут уточняться в ходе технического проектирования.
   
3. 
   Система должна сохранять работоспособность и обеспечивать восстановление своих функций в условиях воздействия следующих факторов:
   

• 
  неисправности оборудования;
  
• 
  человеческий фактор;
  
• 
  отказы и ошибки ПО;
  
• 
  вредоносное ПО.
  

6. 
   При внесении изменений в конфигурацию подсистем Системы, обновлению программного обеспечения необходимо сохранять резервные копии работоспособного состояния системы на случай внесения неудачных изменений в версии ПО и конфигурации подсистем
   
7. 
   В Системе должны быть предусмотрены средства резервного копирования данных. Детальные требования по резервному копированию должны быть определены в рамках проектов по реализации Системы
   
8. 
   В Системе должны быть предусмотрены средства архивирования, кодирования и восстановления информации
   
9. 
   В Системе должны быть предусмотрены средства балансировки нагрузки на ключевые компоненты решения в целях обеспечения требуемого уровня отказоустойчивости. Требуемый уровень отказоустойчивости должен быть определен в рамках технической проработки решения.
   
10. 
    В Системе должны быть разработаны и внедрены механизмы восстановления Системы после сбоев с учетом требований работы компонент Системы в онлайн режиме. Период восстановления Системы после сбоев должен быть определен в рамках проекта по внедрению. Желаемый период восстановления работоспособности не должен превышать 10 минут.
    

4. Требования к эргономике и технической эстетике

   1. 
      Все компоненты Системы должны обладать удобным и интуитивно понятным пользовательским интерфейсом.
      
   2. 
      Взаимодействие пользователя с программным обеспечением Системы должно осуществляться с помощью графического интерфейса пользователя.
      
   3. 
      Пользовательский интерфейс программного обеспечения Системы должен быть русифицирован.
      
   4. 
      Пользовательский интерфейс программного обеспечения Системы должен быть Windows-ориентирован.
      
   5. 
      Навигационные элементы программного обеспечения Системы должны быть выполнены в удобной для пользователя форме.
      
   6. 
      Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы.
      
   7. 
      Средства отображения графиков, отчетов и другой информации должны предоставляться в удобной для пользователя форме и должны быть согласованы на этапах технического проектирования Системы и ее подсистем.
      
   8. 
      В Системе должны быть заложены механизмы и инструменты модификации и доработки интерфейса под нужды пользователей.
      
   9. 
      Графические элементы, экранные формы пользовательского интерфейса должны быть выполнены в едином графическом дизайне. Дизайн согласовывается на этапах технического проектирования Системы и ее подсистем.
      
   10. 
       Задание критериев поиска и выбора информации в Системе должно производиться без использования языков программирования.
       
   11. 
       Должен преследоваться принцип Единое Рабочее место дежурного специалиста службы мониторинга (текущий мониторинг и принятие решений (блокировки/лимиты) в одном окне)
       

1. Требования к безопасности

   1. 
      В рамках реализации Системы должен быть реализован взаимосвязанный комплекс организационных и технических мероприятий, направленных на реализацию и поддержание принятых в Банке требований к защите информации с учетом особенностей функционирования Системы
      
   2. 
      Внедряемые компоненты Системы не должны понижать общий уровень информационной безопасности каких-либо других Систем Банка и внешних систем
      
   3. 
      Система должна обеспечивать возможность идентификации и аутентификации пользователей через интеграцию с корпоративным каталогом Active Directory
      
   4. 
      В случае изменения идентификатора субъектов доступа к системе должно быть обеспечено сопоставление субъекта доступа и истории изменений его идентификаторов
      
   5. 
      Собственные средства регистрации событий программного обеспечения Системы должны фиксировать
      

• 
  Успешные и неуспешные попытки входа в систему
  
• 
  Дата и время входа
  
• 
  Терминал, с которого осуществлён вход
  
• 
  Учетная запись пользователя
  
• 
  Совершенное действие пользователями в системе
  

1. 
   Контроль доступа субъектов к защищаемым ресурсам и информации в Системе должен осуществляться в соответствии с матрицей доступа
   

6. Требования к инструментальным средствам

   1. 
      Для реализации Системы должны использоваться инструментальные средства, соответствующие Технической политике Банка (на платформе Oracle)