Критерии результативности работы

Лабораторная работа считается выполненной в том случае, если:

1. Студент выполнил все задания в соответствии с представленной методикой;

2. Результаты выполнения работы, представленные в виде отчета, соответствуют предъявленным к ним требованиям;

3. Студент правильно ответил на все контрольные вопросы и выполнил контрольные задания.

Требования к содержанию и оформлению отчета

Отчет по лабораторной работе должен содержать:

1) титульный лист;

2) название лабораторной работы, цель;

3) пул – список потенциальных сущностей;

3) информационную модель инфологического уровня;

4) нормализованную информационную модель логического (концептуального) уровня;

5) выводы по проделанной работе.

Титульный лист должен содержать следующие сведения: название и порядковый номер лабораторной работы, вариант задания, ФИО студентов, группу, ФИО преподавателя и т.п. По усмотрению преподавателя отчет может быть представлен в бумажном или электронном виде.

Контрольные вопросы

1. Для чего предназначена диаграмма «сущность-связь»?

2. Чем отличается полная атрибутивная модель от диаграммы «сущность-связь»?

3. Какие виды отношений существуют и чем они отличаются?

4. Приведите пример идентифицирующего отношения.

5. Что представляет собой нормализация?

6. В чем разница между инфологическим уровнем модели данных и логическим (концептуальным)?

Выполнение работы

Пул сущностей для выполнения работы:

1. Радиолиния (RL);

2. Радиосредство (RS);

3. Передатчик (RT);

4. Приемник (RR);

5. Антенна (RA);

6. Объект связи (RO).

Описание предметной области на естественном языке:

Радиолиния состоит из двух или более радиосредств.

Радиосредство входит в одну или более радиолиний.

Передатчик входит в одно радиосредство.

Радиосредство имеет ноль или один передатчик.

Приемник входит в одно радиосредство.

Радиосредство имеет ноль или один приемник.

Радиосредство работает через одну антенну.

Антенна подключена к одному или более радиосредств.

Радиосредство расположено в одном объекте связи.

Объект связи имеет одно или более радиосредств.

Антенна расположена в одном объекте связи.

Объект связи имеет одну или более антенн.

Связи между сущностями:

1. RL состоит из многих RS, RS входит в многие RL, т. е. между RL и RS существует связь «многие ко многим». Поскольку средствами Visio 2007 связи «многие ко многим» не отображаются, можно изобразить между этими сущностями две связи «один ко многим», направленные в разные стороны. Не идентифицирующая связь от RL к RS помечается вербальной фразой «состоит», а не идентифицирующая связь от RS к RL – вербальной фразой «входит».

2. RT входит в одно RS, RS имеет один RT, т. е. между RT и RS существует связь «один к одному». Такую связь нельзя отобразить средствами Visio 2007, поэтому надо изобразить не идентифицирующую связь «один ко многим» от RT к RS мощности «1», помеченную вербальной фразой «входит». Обратная фраза – «имеет».

3. RR входит в одно RS, RS имеет один RR, т. е. между RR и RS существует связь «один к одному». Такую связь нельзя отобразить средствами Visio 2007, поэтому надо изобразить не идентифицирующую связь «один ко многим» от RR к RS мощности «1», помеченную вербальной фразой «входит». Обратная фраза – «имеет».

4. RA подключена к многим RS, RS работает через одну RA, т. е. между RA и RS существует связь «один ко многим», которая является не идентифицирующей и помечается вербальной фразой «подключена». Обратная фраза – «работает».

5. RO имеет много RS, RS расположено в одном RO, т. е. между RO и RS существует связь «один ко многим», которая является не идентифицирующей и помечается вербальной фразой «имеет». Обратная фраза – «расположено».

6. RO имеет много RA, RA расположена в одном RO, т. е. между RO и RA существует связь «один ко многим», которая является не идентифицирующей и помечается вербальной фразой «имеет». Обратная фраза – «расположена».

На первом этапе построения диаграммы «сущность-связь» отображаются сущности без атрибутов и связи. Полученная диаграмма «сущность-связь» должна иметь вид, показанный на рис. 11.1.

Рисунок 11.1 – Результат 1 этапа построения диаграммы «сущность-связь»

Все 6 сущностей существуют независимо от наличия связей между ними и при этом имеют атрибуты, приведенные в таблицах 1 – 6.

На втором этапе построения диаграммы «сущность-связь» устраняются связи между сущностями типа «многие ко многим» и вводятся атрибуты сущностей. Вместо каждой связи «многие ко многим» вводится виртуальная сущность и 2 идентифицирующие связи «один ко многим» от связываемых сущностей к виртуальной сущности. Полученная диаграмма «сущность-связь» должна иметь вид, показанный на рис. 11.2.

1. Атрибуты сущности RL.

Сущность RL имеет один первичный ключ, состоящий из атрибута RL01. Других функциональных зависимостей (ФЗ) между атрибутами сущности нет.

2. Атрибуты сущности RS.

Сущность RS имеет один первичный ключ, состоящий из атрибута RS01. В сущности имеется ФЗ атрибутов RS03, RS04 и RS05 от атрибута RS02.

В сущности RS атрибут RS02 является не ключевым, а в сущностях RT и RR этот атрибут является первичным ключом, поэтому связи «один к одному» между сущностями RT и RS и между сущностями RR и RS следует заменить на связи «один ко многим».

3. Атрибуты сущности RT.

Сущность RT имеет один первичный ключ, состоящий из атрибута RS02. Других ФЗ между атрибутами сущности нет.

4. Атрибуты сущности RR.

Сущность RR имеет один первичный ключ, состоящий из атрибута RS02. Других ФЗ между атрибутами сущности нет.

5. Атрибуты сущности RA.

Сущность RA имеет один первичный ключ, состоящий из атрибутов RA01 и RA02. В сущности имеется ФЗ атрибутов RA03, RA04, …, RA19 от атрибута RA02.

6. Атрибуты сущности RO.

Сущность RO имеет один первичный ключ, состоящий из атрибута RO01. Других ФЗ между атрибутами сущности нет.

Рисунок 11.2 – Результат 2 этапа построения диаграммы «сущность-связь»

При выполнении лабораторной работы № 4 полученная диаграмма «сущность-связь» преобразовывается в логическую структуру реляционной базы данных.

В окне «Параметры документа базы данных» установить настройки, показанные на рис. 11.3 – 11.5.

Рисунок 11.3 – Общие настройки документа базы данных

Рисунок 11.4 – Настройки таблиц документа базы данных

Рисунок 11.5 – Настройки отношений документа базы данных

В результате установки показанных настроек будет получена начальная не нормализованная логическая структура БД, показанная на рис. 11.6.

Рисунок 11.6 – Начальная логическая структура БД

Предположим сначала, что значения всех атрибутов являются элементами данных и приведем полученные таблицы к 2НФ и 3НФ.

В таблицах RL, RT, RR, RS, RO первичный ключ состоит из одного атрибута, поэтому эти таблицы находятся во 2НФ.

В таблице RL_RS все атрибуты входят в первичный ключ, между атрибутами отсутствуют ФЗ, и в таблице отсутствуют не ключевые атрибуты, поэтому эта таблица находится в 3НФ.

В таблице RA имеется ФЗ не ключевых атрибутов RA03, RA04, …, RA19 от атрибута RA02, входящего в первичный ключ, следовательно, эта таблица не находится во 2НФ. Для приведения таблицы к 2НФ требуется выделить в отдельную таблицу RA_RA02 атрибуты RA02, RA03, RA04, …, RA19. Между таблицами RA_RA02 и RA имеется идентифицирующая связь «один ко многим», которая помечается вербальной фразой «входит». Обратная фраза – «имеет».

Таблица RA_RA02.

В таблицах RL, RT, RR, RO, RL_RS, RA_RA02 все не ключевые атрибуты зависят только от первичных ключей, поэтому эти таблицы находятся в 3НФ.

В таблице RS имеется ФЗ не ключевых атрибутов RS03, RS04, RS05 от не ключевого атрибута RS02, следовательно, эта таблица не находится в 3НФ. Для приведения таблицы к 3НФ требуется выделить в отдельную таблицу RS_RS02 атрибуты RS02, RS03, RS04, RS05. Между таблицами RS_RS02 и RS имеется не идентифицирующая связь «один ко многим», которая помечается вербальной фразой «входит». Обратная фраза – «имеет».

Обратите внимание, что не ключевой атрибут RS02 таблицы RS, который являлся внешним ключом (FK) для не идентифицирующих связей таблиц RT и RR с таблицей RS, в таблице RS_RS02 стал первичным ключом (PK). В таких случаях следует удалить не идентифицирующие связи таблиц RT и RR с таблицей RS, а вместо них ввести идентифицирующие связи «один к одному» таблиц RT и RR с таблицей RS_RS02.

Таблица RS_RS02.

В результате будет получена нормализованная логическая структура БД, показанная на рис. 11.7. В ней все таблицы находятся в 3НФ (в предположении, что значения всех атрибутов являются элементами данных).

Рисунок 11.6 – Нормализованная логическая структура БД

Для приведения полученных таблиц БД к 1НФ следует удалить атрибуты, значения которых не являются элементами данных.

В таблице RL атрибут RL08 заменяется подчиненной таблицей RL_RL08. Атрибут RL09 заменяется таблицей RL_RL09, подчиненной таблице RL_RL08. Атрибут RL10 заменяется таблицей RL_RL10, подчиненной таблице RL_RL08.

Таблица RL_RL08.

Таблица RL_RL08 имеет один первичный ключ, состоящий из атрибутов RL01 и RL0801. Других ФЗ между атрибутами таблицы нет.

Таблица RL_RL09.

Таблица RL_RL09 имеет один первичный ключ, состоящий из атрибутов RL01, RL0801 и RL0902. Других ФЗ между атрибутами таблицы нет.

Таблица RL_RL10.

Таблица RL_RL10 имеет один первичный ключ, состоящий из атрибутов RL01, RL0801 и RL1002. Других ФЗ между атрибутами таблицы нет.

В таблице RS_RS02 атрибут RS05 заменяется подчиненной таблицей RS_RS02_RS05.

Таблица RS_RS02_RS05.

Таблица RS_RS02_RS05 имеет один первичный ключ, состоящий из атрибутов RS02, RS0501. Других ФЗ между атрибутами таблицы нет.

В таблице RT атрибуты RT07, RT09, RT10, RT11 заменяются подчиненными таблицами RT_RT07, RT_RT09, RT_RT10, RT_RT11. Атрибут RT08 заменяется таблицей RT_RT08, подчиненной таблице RT_RT07.

Таблица RT_RT07.

Таблица RT_RT07 имеет один первичный ключ, состоящий из атрибутов RS02, RT0701. Других ФЗ между атрибутами таблицы нет.

Таблица RT_RT08.

Таблица RT_RT08 имеет один первичный ключ, состоящий из атрибутов RS02, RT0701, RT0802. Других ФЗ между атрибутами таблицы нет.

Таблица RT_RT09.

Таблица RT_RT09 имеет один первичный ключ, состоящий из атрибутов RS02, RT0901. Других ФЗ между атрибутами таблицы нет.

Таблица RT_RT10.

Таблица RT_RT10 имеет один первичный ключ, состоящий из атрибутов RS02, RT1001. Других ФЗ между атрибутами таблицы нет.

Таблица RT_RT11.

Таблица RT_RT11 имеет один первичный ключ, состоящий из атрибутов RS02, RT1101, RT1102. Других ФЗ между атрибутами таблицы нет.

В таблице RR атрибуты RR08, RR10, RR11 заменяются подчиненными таблицами RR_RR08, RR_RR10, RR_RR11. Атрибут RR09 заменяется таблицей RR_RR09, подчиненной таблице RR_RR08.

Таблица RR_RR08.

Таблица RR_RR08 имеет один первичный ключ, состоящий из атрибутов RS02, RR0801. Других ФЗ между атрибутами таблицы нет.

Таблица RR_RR09.

Таблица RR_RR09 имеет один первичный ключ, состоящий из атрибутов RS02, RR0801, RR0902. Других ФЗ между атрибутами таблицы нет.

Таблица RR_RR10.

Таблица RR_RR10 имеет один первичный ключ, состоящий из атрибутов RS02, RR1001. Других ФЗ между атрибутами таблицы нет.

Таблица RR_RR11.

Таблица RR_RR11 имеет один первичный ключ, состоящий из атрибутов RS02, RR1101, RR1102. Других ФЗ между атрибутами таблицы нет.

В результате будет получена логическая структура БД, показанная на рис. 11.8. В ней все таблицы находятся в 3НФ.

Рисунок 11.7 – Логическая структура БД

Мы рассмотрели метод отображения инфологической модели предметной области, представленной в виде диаграммы «сущность-связь», в логическую структуру БД с использованием определений нормальных форм отношений. Этот метод можно использовать при ручном проектировании БД. При автоматизированном проектировании БД следует использовать более формализованный метод, основанный на построении системы образующих структуры ФЗ на множестве атрибутов и нахождении элементарного базиса структуры ФЗ.

Через обозначим множество элементарных атрибутов инфологической модели предметной области. Выделим из инфологической модели предметной области множество ФЗ , которое называется системой образующих структуры ФЗ. Структуру ФЗ на множестве атрибутов будем обозначать . В структуре ФЗ множество атрибутов полно функционально зависит от множества атрибутов , если и никакое подмножество этим свойством не обладает. Система образующих структуры ФЗ называется базисом, если удаление любой ФЗ из или удаление хотя бы одного атрибута из правой части любой ФЗ из приводит к структуре ФЗ, не эквивалентной . Базис называется элементарным, если он содержит только полные ФЗ. К. Делобель и Р. Кейси доказали, что если по заданной системе образующих структуры ФЗ построить элементарный базис и каждой ФЗ элементарного базиса поставить в соответствие таблицу БД с тем же составом атрибутов, то каждая полученная таблица будет находиться в 3НФ. Если ни одна из полученных таблиц не содержит ключ всей структуры ФЗ, то к полученным таблицам следует добавить таблицу, состоящую из атрибутов ключа структуры ФЗ.

Замыканием множества атрибутов относительно структуры ФЗ, задаваемой системой образующих , называется множество , такое, что для любого из следует . Алгоритм построения множества состоит из следующих шагов.

1. Положить и , .

2. Положить и для каждого выполнить действия шага 3.

3. Если и то положить , и .

4. Если , то перейти к шагу 2, иначе закончить работу.

Алгоритм построения элементарного базиса структуры ФЗ состоит из следующих шагов.

1. Удалить «посторонние» атрибуты из левых частей ФЗ из . Атрибут называется «посторонним» в , если .

2. Если в имеется две или более ФЗ с одинаковыми левыми частями, то объединить их в одну ФЗ.

3. Удалить «посторонние» атрибуты из правых частей ФЗ из . Атрибут называется «посторонним» в , если , где через обозначена система образующих структуры ФЗ, полученная из путем замены ФЗ на .

4. Удалить из ФЗ, у которых правые части стали пустыми.

Для выполняемой лабораторной работы проведем нормализацию данных на основе инфологической модели предметной области «сущность-связь» в предположении, что значения всех атрибутов являются элементами данных. Из инфологической модели «сущность-связь» предметной области системы радиосвязи выделяется следующая система образующих структуры ФЗ между атрибутами:

1. RL01 → RL02, RL03, RL04, RL05, RL06, RL07, RL08, RL09, RL10;

2. RS01 → RS02, RS03, RS04, RS05, RS06;

3. RS02 → RT02, RT03, RT04, RT05, RT06, RT07, RT08, RT09, RT10, RT11;

4. RS02 → RR02, RR03, RR04, RR05, RR06, RR07, RR08, RR09, RR10, RR11;

5. RA01, RA02 → RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19, RA20, RA21, RA22, RA23, RA24, RA25;

6. RO01 → RO02, RO03, RO04, RO05, RO06, RO07;

7. RS02 → RS03, RS04, RS05;

8. RA02 → RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19;

9. RS01 → RA01, RA02;

10. RS01 → RO01;

11. RA01, RA02 → RO01.

«Посторонние» атрибуты могут быть только в левых частях ФЗ 5 или 11, поскольку левые части остальных ФЗ содержат по одному атрибуту.

Проверим, не являются ли атрибуты RA01 и RA02 в левой части ФЗ 5 «посторонними». Атрибут RA01 будет «посторонним», если он принадлежит замыканию {RA02}⁺. Построим замыкание {RA02}⁺, используя описанный выше алгоритм:

1. Положим {RA02}⁺ = {RA02} и , .

2. Положим и для каждого выполним действия шага 3 алгоритма.

Для ФЗ 1 – 7 условия и не выполняются.

Для ФЗ 8 условия и выполняются, поэтому положим , {RA02}⁺ = {RA02, RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19}, .

Для ФЗ 9 – 11 условия и не выполняются.

3. Поскольку , снова переходим к шагу 2 алгоритма. Положим и для каждого выполним действия шага 3 алгоритма.

Для ФЗ 1 – 11 условия и не выполняются.

4. Поскольку , построение замыкания {RA02}⁺ закончено.

Атрибут RA01 не принадлежит замыканию {RA02}⁺ , поэтому не является «посторонним» в ФЗ 5.

Аналогично убедиться, что атрибут RA02 не принадлежит замыканию {RA01}⁺ , поэтому не является «посторонним» в ФЗ 5.

Аналогично убедиться, что атрибуты RA01 и RA02 не является «посторонним» в ФЗ 11.

На втором шаге алгоритма построения элементарного базиса структуры ФЗ объединим в одну ФЗ все ФЗ с одинаковыми левыми частями. В одну ФЗ 2 объединяются ФЗ 2, 9 и 10, в одну ФЗ 3 объединяются ФЗ 3, 4 и 7, в одну ФЗ 4 объединяются ФЗ 5 и 11, без изменений остаются ФЗ 1, 6 и 8, которые получают номера 1, 5 и 6 соответственно. В итоге получаем следующую систему образующих структуры ФЗ:

1. RL01 → RL02, RL03, RL04, RL05, RL06, RL07, RL08, RL09, RL10;

2. RS01 → RS02, RS03, RS04, RS05, RS06, RA01, RA02, RO01;

3. RS02 → RT02, RT03, RT04, RT05, RT06, RT07, RT08, RT09, RT10, RT11, RR02, RR03, RR04, RR05, RR06, RR07, RR08, RR09, RR10, RR11, RS03, RS04, RS05;

4. RA01, RA02 → RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19, RA20, RA21, RA22, RA23, RA24, RA25, RO01;

5. RO01 → RO02, RO03, RO04, RO05, RO06, RO07;

6. RA02 → RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19.

Удалим «посторонние» атрибуты из правых частей ФЗ.

В ФЗ 1 ни один из атрибутов правой части не входит в левые части других ФЗ, поэтому их можно рассматривать одновременно. Построим замыкание RL01⁺ без учета ФЗ 1, в результате получим {RL01}⁺ = {RL01}. Ни один из атрибутов правой части ФЗ 1 не принадлежит замыканию {RL01}⁺, поэтому не является «посторонним». ФЗ 1 имеет вид RL01 → RL02, RL03, RL04, RL05, RL06, RL07, RL08, RL09, RL10.

В ФЗ 2 атрибут RS02 входит в левые части других ФЗ, поэтому его следует рассматривать отдельно. Построим замыкание {RS01}⁺ относительно структуры ФЗ, полученной заменой ФЗ 2 на ФЗ RS01 → RS03, RS04, RS05, RS06, RA01, RA02, RO01. В результате получим {RS01}⁺ = {RS01, RS03, RS04, RS05, RS06, RA01, RA02, RO01, RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19, RA20, RA21, RA22, RA23, RA24, RA25, RO02, RO03, RO04, RO05, RO06, RO07}. Атрибут RS02 не принадлежит замыканию {RS01}⁺, поэтому не является «посторонним».

В ФЗ 2 атрибуты правой части RS03, RS04, RS05, RS06 не входят в левые части других ФЗ, поэтому их можно рассматривать одновременно. Постройте замыкание {RS01}⁺ относительно структуры ФЗ, полученной заменой ФЗ 2 на ФЗ RS01 → RS02, RA01, RA02, RO01. В результате должно получиться {RS01}⁺ = {RS01, RS02, RA01, RA02, RO01, RT02, RT03, RT04, RT05, RT06, RT07, RT08, RT09, RT10, RT11, RR02, RR03, RR04, RR05, RR06, RR07, RR08, RR09, RR10, RR11, RS03, RS04, RS05, RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19, RA20, RA21, RA22, RA23, RA24, RA25, RO02, RO03, RO04, RO05, RO06, RO07}. Атрибуты RS03, RS04, RS05 принадлежат замыканию {RS01}⁺, поэтому являются «посторонними и удаляются из правой части ФЗ 2. Атрибут RS06 не принадлежит замыканию {RS01}⁺, поэтому не является «посторонним».

В ФЗ 2 атрибут RA01 входит в левые части других ФЗ, поэтому его следует рассматривать отдельно. Постройте замыкание {RS01}⁺ относительно структуры ФЗ, полученной заменой ФЗ 2 на ФЗ RS01 → RS02, RS03, RS04, RS05, RS06, RA02, RO01. В результате должно получиться {RS01}⁺ = {RS01, RS02, RS03, RS04, RS05, RS06, RA02, RO01, RT02, RT03, RT04, RT05, RT06, RT07, RT08, RT09, RT10, RT11, RR02, RR03, RR04, RR05, RR06, RR07, RR08, RR09, RR10, RR11, RO02, RO03, RO04, RO05, RO06, RO07, RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19}. Атрибут RA01 не принадлежит замыканию {RS01}⁺, поэтому не является «посторонним».

В ФЗ 2 атрибут RA02 входит в левые части других ФЗ, поэтому его следует рассматривать отдельно. Постройте замыкание {RS01}⁺ относительно структуры ФЗ, полученной заменой ФЗ 2 на ФЗ RS01 → RS02, RS03, RS04, RS05, RS06, RA01, RO01, и убедитесь, что атрибут RA02 не принадлежит замыканию {RS01}⁺, поэтому не является «посторонним».

В ФЗ 2 атрибут RO01 входит в левые части других ФЗ, поэтому его следует рассматривать отдельно. Постройте замыкание {RS01}⁺ относительно структуры ФЗ, полученной заменой ФЗ 2 на ФЗ RS01 → RS02, RS03, RS04, RS05, RS06, RA01, RA02, и убедитесь, что атрибут RO01 не принадлежит замыканию {RS01}⁺, поэтому не является «посторонним».

Таким образом, ФЗ 2 приобретает вид RS01 → RS02, RS06, RA01, RA02, RO01.

Аналогично убедиться, что в правой части ФЗ 3 «посторонними» являются атрибуты RT02, RT03, RT04, RT05, RT06, RT07, RT08, RT09, RT10, RT11, RR02, RR03, RR04, RR05, RR06, RR07, RR08, RR09, RR10, RR11, и ФЗ 3 приобретает вид RS02 → RS03, RS04, RS05.

Аналогично убедиться, что в правой части ФЗ 4 «посторонними» являются атрибуты RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19, и ФЗ 4 приобретает вид RA01, RA02 → RA20, RA21, RA22, RA23, RA24, RA25, RO01.

Аналогично убедиться, что в правой части ФЗ 5 нет «посторонних» атрибутов, т. е. ФЗ 5 имеет вид RO01 → RO02, RO03, RO04, RO05, RO06, RO07.

Аналогично убедиться, что в правой части ФЗ 6 нет «посторонних» атрибутов, т. е. ФЗ 6 имеет вид RA02 → RA03, RA04, RA05, RA06, RA07, RA08, RA09, RA10, RA11, RA12, RA13, RA14, RA15, RA16, RA17, RA18, RA19.

Не нашли, что искали? Воспользуйтесь поиском: