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

6 Требования к времени обработки

7 Время отклика для интерфейсных операций

8 Время обработки операций

9 Взаимодействие со смежными ИС

10 Производительность внешних систем и интерфейсов

11 Время работы внешних интерфейсов и систем

12 Объемные характеристики

_______________________ М.п.

_______________________ М.п.

1. 
   Инженер:
   

2. 
   Разработчик:
   

3. 
   Аналитик:
   

_______________________ М.п.

_______________________ М.п.

1. 
   Сокращения
   

2. 
   Данный порядок описывает стандарты и требования по ведению разработок на языке Java.
   
3. 
   Процесс приемки включает несколько этапов:
   

• 
  разработка методики приемки;
  
• 
  оценка качества сопровождающего технического описания;
  
• 
  оценка качества сопровождающей документации.
  

• 
  наличие всех заявленных компонентов;
  
• 
  наличие всех необходимых по стандартам Банка сопровождающих документов.
  

• 
  проведение испытаний в соответствии с методикой приемки;
  
• 
  документирование выявленных дефектов в системе управления дефектами.
  

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

1. 
   Комплект документации, который предоставляется на приемку поставщиком:
   

• 
  Финальная согласованная версия БФТЗ.
  
• 
  Руководство администратора – полное руководство по эксплуатации системы. В Руководстве должен быть выделен раздел, в который отдельно от общего текста включены все новые изменения по конфигурированию и настройке системы в рамках данной доработки. В случае отсутствия изменений данный раздел в Руководстве отсутствует.
  
• 
  Руководство пользователя – полное руководство для конечных пользователей. В Руководстве должен быть выделен раздел, в который отдельно от общего текста включены все новые изменения пользовательских интерфейсов или алгоритмов работы пользователей, внесенные в ПО в рамках данной (доработки. В случае отсутствия изменений данный раздел в Руководстве отсутствует.
  
• 
  Руководство по установке – подробная пошаговая инструкция по установке системы в продуктивную среду и ее настройке.
  
• 
  Bug List – список ошибок выявленных на внутреннем тестировании УРИВ, которые не были устранены до момента передачи инсталляционного пакета, с описанием их воздействия на бизнес, а также workarounds для возможных инцидентов. Предоставляется при наличии известных ошибок, исправление которых на данном этапе было признано нецелесообразным.
  
• 
  Release Notes – документ, включающий все известные поставщику ограничения. Все критичные ограничения Release Notes должны быть исправлены до установки релиза в продуктивную среду
  
• 
  Исходный код
  

5. 
   Описание стартовых условий для начала проверки.
   

• 
  читаемость кода (в том числе, наличие в коде комментариев);
  
• 
  лёгкость в поддержке, тестировании, отладке и устранении ошибок, модификации и портировании;
  
• 
  экономное использование ресурсов – памяти, процессора, дискового пространства;
  
• 
  отсутствие замечаний, выводимых компилятором;
  
• 
  отсутствие «мусора» – неиспользуемых переменных, блоков кода, ненужных устаревших комментариев и пр.;
  
• 
  корректность обработки ошибок, исключительных ситуаций и формирование информативных сообщений;
  
• 
  возможность локализации интерфейса;
  

6. 
   Факторы качества