5. Описание работы ас и заглушек

Системы, работающие через Sonic: Бисквит; SC "Наличность"; ЦОП; Way4; «ДБО «Telebank»; Profile на тестовом стенде будут заменены эмулятором. Архитектура эмулятора Sonic должна позволять изменять формат входящих/исходящих XML сообщений без перекомпиляции заглушки.

Эмулятор УСБС представляет из себя пару взаимодействующих веб-сервисов, разворачиваемых на сервере Apache Tomcat: back-ws-ts и from-ws-ts и предоставляется Заказчиком.

Эмулятор Delta BranchCash представляет из себя пару взаимодействующих веб-сервисов, разворачиваемых на сервере Glassfish.

Времена отклика эмулятора основываются на информации, полученной от специалистов Заказчика (требования к временам отклика операций со смежными системами) и задаются в конфигурационных файлах самих заглушек.

Замена шаблонов входящих и исходящих сообщений эмулятора не требует перекомпиляции самого эмулятора.

Описание работы эмулятора смежных систем Sonic приведено в Приложение 3. Эмулятор Sonic.

Для эмуляции взаимодействия Системы с ЕФР (Siebel-Spectrum), будет разработан набор скриптов Load Runner (UC23-UC39 из раздела п.9.4 Описание операций НТ), входящих в основной профиль тестирования «День» - операции рассчетно-кассового функционала.

В ходе выполнения операций в интерфейс Spectrum загружается XML с соответствующим кейсу контекстом операции, для создания XML будет разработан отдельный генератор. Согласно информации от Заказчика, данные операции могут выполняться в обход Siebel’я или его эмулятора путем загрузки соответствующих XML через интерфейс Spectrum вместо получения XML со стороны веб-сервиса Siebel.

11. Наполнение базы данных

Нагрузочное тестирование ИС «Спектрум» будет проводиться на тестовой БД, наполненной до объемов, планируемых на начало 2016 года.

Согласно прогнозу, предоставленному заказчиком, ожидаются следующие объемы наполнения основных таблиц БД ИС «Спектрум»:

Таблица 11.16 Количество строк в основных таблицах БД ИС «Спектрум»

Владелец	Имя таблицы	Кол-во строк
		09.2013	01.06.2014 (текущее стостояние БД)	01.2016 (план)
SP	CLIENT	34357	3 800 500	15 000 000
SP	DEPT	741	800	800
SP	OPER_JOURNAL_EVENT	77030	9 840 000	330 000 000

Наполнение БД будет производиться по таблицам, имеющим на 01.06.2014 более одного миллиона записей.

Для генерации данных будут разработаны скрипты SQL, создающие строки в таблицах селективным методом (на основании уже имеющихся записей в таблицах). Для пулов скриптов НТ будут использованы только изначальные записи, имеющиеся на момент снятия дампа БД, сгенерированные записи будут создавать исключительно объем и в скриптах задействованы не будут.

При создании скриптов SQL-запросов будут учтены связи между таблицами для избежания конфликтов заполнения.

Прогнозируемые объемы таблиц БД, по которым будет производиться наполнение, представлены в Таблице 11.2. Прогноз рассчитан на основании данных, предоставленных Заказчиком (Таблица 11.1), связей между таблицами и трендом ежемесячного увеличения объема записей в каждой таблице отдельно. Подробные расчеты представлены в Приложении 2.

Таблица 11.17 Объемы наполнения остальных таблиц

Название таблицы	всего 01.06.2014	прогноз 01.01.2016
OPER_JOURNAL_EVENT	19 051 557	330 000 000
TRANS_POS	17 924 652	310 000 000
VALUABLE_FLOW	12 302 303	210 000 000
AN_ATTR_VAL	11 813 501	200 000 000
OPER_JOURNAL	11 756 945	200 000 000
PMT_DOC	10 197 988	175 000 000
OPER_JOURNAL_PRINT	9 881 766	170 000 000
OPER_JOURNAL_CONTENT	9 840 220	170 000 000
TRANS	9 043 874	155 000 000
AUDIT_LOG	5 652 433	95 000 000
OPER_JOURNAL_EXT	5 427 518	95 000 000
OBJ_ID_SYS_ROLE	4 960 367	85 000 000
PUBLIC_SERVICE_OJ_PAR	4 643 805	80 000 000
CLIENT	3 798 433	15 000 000
PMT_DOC_EXT	3 856 880	65 000 000
PERSON	3 608 766	14 000 000
IDENTITY_CARD	3 604 002	14 000 000
FCY_CASH_REGISTER_OPER	3 302 016	50 000 000
USER_SESSION	3 015 526	11 000 000
VALUABLE_BALANCE	2 820 980	11 000 000
ADDRESS	2 588 235	10 000 000
POS_REGISTER_OPER	2 576 310	10 000 000
LIM_REC_POSTING	1 662 806	6 000 000
LIM_REC	1 571 279	6 000 000
ACCOUNT	1 497 884	5 000 000
BALANCE	1 298 498	5 000 000

Наполнение таблиц в связи с имеющимися зависимостями будет проводиться в следующем порядке:

Таблица 11.18 Порядок наполнения таблиц в БД.

ПОРЯДОК НАПОЛНЕНИЯ	НАЗВАНИЕ ТАБЛИЦЫ
1	PERSON
2	DEPT
3	CLIENT
4	USER_SESSION
5	WORK_SHIFT
6	IDENTITY_CARD
7,8	OPER_JOURNAL
9	ACCOUNT
10	TRANS_POS
11	VALUABLE_FLOW
12	PMT_DOC
13	PMT_DOC_EXT
14	AN_ATTR_VAL
15	OPEN_JOURNAL_PRINT
16	OPEN_JOURNAL_CONTENT
17	TRANS
18	AUDIT_LOG
19	OPER_JOURNAL_EXT
20	OBJ_ID_SYS_ROLE
21	PUBLIC_SERVICE_OJ_PAR
22	FCY_CASH_REGISTER_OPER
23	VALUABLE_BALANCE
24	BALANCE
25	LIM_REC
26	LIM_REC_POSTING
27	POS_REGISTER_OPER

Возможные риски со стороны тестирования:

1. В наполнении не участвуют таблицы, в которых на момент снятия дампа БД менее 1 млн. записей. При возникновении необходимости будет произведено наполнение связных таблиц, не участвующих в прогнозе.

2. Погрешность результатов реальной производительности системы Spectrum в зависимости от отклонений прогнозируемого объема БД с реальным объемом на 01.2016 не превысит 10%.

3. Наполнение производится селективными данными, в связи с чем может возникнуть погрешность в скорости выполнения некоторых запросов (например, уменьшение скорости индекс-сканов). При выявлении и анализе проблемных запросов в БД во время НТ данная погрешность будет учтена.