Сумма поступлений взносов.

Затем были определены оперативные источники содержащие необходимые данные для проекта.

Исходные данные представляют собой результат работы в программе квартальной отчетности OTCHET. Программа работает под DOS. Данные находятся в таблицах формата *.dbf. Понадобились таблицы:

ATE2.DBF – справочник филиалов с их кодом АТЕ (табл. 8)

( нам понадобятся столбцы

ATE2_2 – код филиала внутри фирмы

ATE2_5 – название филиала )

 

 

ATE2_0	ATE2_1	ATE2_2	ATE2_3	ATE2_4	ATE2_5	ATE2_6	ATE2_7
2	1	1		И	Агрызский	Агрызский	1
2	2	2		И	Азнакаевский	Азнакаевск	1
2	3	3		И	Аксубаевский	Аксубаевс	1
2	4	4		И	Актанышский	Актанышс	1
2	5	5		И	Алексеевский	Алексеевс	1
2	6	6		И	Алькеевский	Алькеевс	1

Таблица.8 Фрагмент файла ATE2.DBF.

 

DAT_OTCH.DBF – основная таблица содержащая информацию за 1998, 1999 гг. о суммах поступлении. (табл. 9)

( нам понадобятся столбцы GD - год, KVART - квартал, ATE – код филиала,
        NR – номер раздела в справочниках видов страхования

NS – номер строки в справочнике видов страхования

A6 – сумма поступлений)

 

GD	KVART	ATE	NR	NS	A3	A4	A5	A6	A7	A8
1998	2	64	1	1,00	22	0	15262,0	749,0	23,0	0,0
1998	2	64	1	2,00	13	0	10262,0	649,0	16,0	0,0
1998	2	64	1	3,00	0	0	0,0	0,0	0,0	0,0
1998	2	64	1	4,00	0	0	0,0	0,0	0,0	0,0

Таблица. 9 Фрагмент файла DAT_OTCH.DBF

A9	A10	A11	A12
0	7386,0	2	542,0
0	70086,0	2	582,0
0	0,0	0	0,0
0	0,0	0	0,0

Таблица. 9 (окончание)

BOKOV1.DBF, BOKOV2.DBF, BOKOV3.DBF – справочники видов страхования с 1 по 3 раздел соответственно.

( нам понадобятся столбцы VID_STR – название вида страховния
        NR – номер раздела

NS – номер строки )

VID_STR	NS	NR	LOGIK	B3	B4	B5	B6	B7	B8	B9
1. Д/с юридических лиц    1	1,00	1	ИСТИНА		X					X
Имущественное:            2	2,00	1	ИСТИНА		X					X
имущества фермерских	2,00	1	ЛОЖЬ
хозяйств и арендаторов    3	3,00	1	ИСТИНА		X					X
в т.ч. посевов (21)       4	4,00	1	ИСТИНА		X					X
животных (17)             5	5,00	1	ИСТИНА
транспортных средств(9,10)   6	6,00	1	ИСТИНА
прочего (15)              7	7,00	1	ИСТИНА

Таблица. 10 Фрагмент файла BOKOV1.DBF

 

VID_STR

NS

NR

LOGIK

B3

B4

B5

B6

B7

B8

B9

B10

B11

B12

Страхование жизни - всего  1

1,00

2

ИСТИНА

в том числе:

1,00

2

ЛОЖЬ

смешанное                2

2,00

2

ИСТИНА

X

X

X

детей                    3

3,00

2

ИСТИНА

X

X

X

к бракосочетанию         4

4,00

2

ИСТИНА

X

X

X

воспитанников дет. учрежд. 5

5,00

2

ИСТИНА

X

пожизненное              6

6,00

2

ИСТИНА

X

X

X

семейное                 7

7,00

2

ИСТИНА

N23 за счёт физ. лиц     8

8,00

2

ИСТИНА

 

Таблица.11 Фрагмент файла BOKOV2.DBF

 

VID_STR

NS

NR

LOGIK

B3

B4

B5

B6

B7

B8

B9

B10

B11

B12

Обязательное страхование  1

1,00

3

ИСТИНА

X

X

имущества граждан

1,00

3

ЛОЖЬ

в том числе:

1,00

3

ЛОЖЬ

строений               2

2,00

3

ИСТИНА

X

X

X

X

животных                3

3,00

3

ИСТИНА

X

X

X

X

Обязательное страхование

3,00

3

ЛОЖЬ

пассажиров                4

4,00

3

ИСТИНА

Прочие виды обязат. страх-ния 5

5,00

3

ИСТИНА

Таблица.12 Фрагмент файла BOKOV3.DBF

5. Создание модели ВД.

Выбираем многомерную модель данных.

 Определяем меры и измерения.

 Измерения: Продукт, Регион, Время.

 Иерархии: ПродуктРегион  Время

               |       |             |

                Группа   Регион    Год

               |       |             |

             Категория Филиал Квартал

               |       |             |

              Продукт   Агент   Месяц

Меры:    - страховая сумма

- сумма поступлений взносов

- страховое поле

- количество договоров

- число застрахованных

- сумма заявленных выплат

- фактически выплаченная сумма

Жирным шрифтом выделено, то что будет присутствовать в тестовом проекте. Мы имеем одну меру и три измерения.

Строим модель «звезду». Модель «снежинка» здесь не подходит, так как необходимость в ней бывает тогда, когда нужно денормализовать одну или несколько таблиц измерений. В нашем случае нечего денормализовывать.

В модели данных будут присутствовать таблица фактов и три таблицы измерений: времени, вида страхового продукта, название филиала.

В таблице фактов будет 4 поля – 3 внешних ключа ATE_ID, VID_ID, TIME_ID и поле VZNOS – сумма поступлений взносов.

В двух таблицах измерений будут справочники филиалов и видов продуктов (идентификатор + название).

Таблица измерения «Время» будет иметь 3 поля TIME_ID, YEAR, QUARTER.

Рисунок. 6 Схема «звезда»

6. Определение отношений.

Соединяем таблицы измерений отношениями «один ко многим» с таблицей фактов. Получили схему «звезда» (рис. )

 

7. Модель процесса загрузки.

Мы переносим следующие данные:

Код АТЕ                              ATE2.ATE2_2 à ATE.ATE_ID

Название филиала              ATE2.ATE2_5 à ATE.NAME

Вид продукта                      BOKOV1.VID_STR à VID.VID_NAME

BOKOV2.VID_STR à VID.VID_NAME

BOKOV3.VID_STR à VID.VID_NAME

Сумма поступлений           DAT_OTCH.A6 à VZNOS.VZNOS

Таблицу TIME заполняем значениями года: 1998,1999. И соответсвенно значениями квартала от 1 до 4.

8. Модель приложения.

Информация пользователю будет представляться в виде таблиц, графиков или диаграмм. Например (табл. ):

Взносы		Филиал
Год	Вид страхования	Кукморский	Общий итог *
1999	Добровольное страхование имущества физ. лиц	382778	7245476,5
	Добровольное страхование имущества юр. лиц	439245	8615743,6
	Добровольное страхование ответственности юр. лиц	401766	7367026,9
	Обязательное страхование имущества физ. лиц	58968	9172973,7
	Обязательное страхование пассажиров	141150	9345879
	Прочие виды обязательного страхования	74073	9279667
	Страхование жизни: по правилам №23	131609,5	8225452,7
	Страхование жизни: пожизненное	113449,5	7448453,5
	Страхование жизни: семейное	109720,5	8032250,7
	Страхование жизни: смешанное	107079,5	9966974,3
1999 Всего *		1959839	84699897,9
Общий итог *		3953311	160045472,8

Таблица. 13 Табличный способ представления информации

9. Определение архитектуры.

    В связи с тем, что у проекта очень ограничен бюджет, то в качестве

платформы было выбрано решение фирмы Microsoft на базе Wintel:

- Windows 2000 Server;

- Microsoft SQL Server 7.0 Enterprise Edition;

- Microsoft OLAP Services;

- MS Excel’2000 из русифицированного пакета MS Office’2000.

При невысокой цене это решение дало нам всю необходимую функциональность. А знакомство пользователей с пакетом МS Office’97 сводит их обучение к минимуму.

10. Построение базы данных.

Используя SQL Server Enterprise Manager создаем базу данных “TASFIR”, используя мастер. Указываем размер базы 50 Mb и размер приращения 5 Mb.

11. Загрузка данных.

Используя Data Transformation Services (DTS) – сервисы преобразования данных, загрузим данные в базу данных TASFIR согласно модели процесса загрузки. DTS работает в виде мастера импорта. Здесь необходимо указать в качестве источника (Source) – Dbase IV и указать в пути каталог нахождения исходных таблиц. В качестве приемника будет выступать Microsoft OLE DB Provider for SQL Server, необходимо указать название нашей БД TASFIR. Далее выбираем те таблицы, которые участвуют в переносе и обозначаем условия для переноса каждой таблицы и каждого поля. И производим перенос данных.

Запускаем OLAP Manager для создания OLAP-куба. Создаем новую базу данных. Затем создаем новый куб с помощью мастера.

- создаем новый источник данных. Выбираем базу данных TASFIR, а в ней таблицу VZNOS.

- выбираем в качестве меры поле VZNOS базы данных VZNOS

- далее создаем новые измерения time, vid, ate. Причем создавая измерение time необходимо соблюсти иерархию и поставить год выше квартала

- далее называем куб TASFIR, здесь можно просмотреть как можно работать с кубом на тестовых данных

- открывается редактор куба, здесь можно отредактировать отношения между таблицами, удалить и добавить новые

- далее закрываем редактор и записываем куб

- получаем приглашение провести агрегирование данных тремя различными способами MOLAP, HOLAP, ROLAP. Выбираем первое, так как у нас маленькая база

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

- Далее запускаем процесс создания.

12. Тестирование. Запросы и отчеты.

В качестве клиентской части выступает MS Excel’2000 из русифицированного пакета MS Office’2000.

Заходим Данные àВнешние данные à Создать запрос.

Далее отвечаем готово и расставляем наши меры и измерения по таблице. Меру в середину, а измерения в любом порядке. ВСЕ инструмент для тестового анализа готов.

Заключение.

 

 

1. Был проведен анализ организации хранилищ данных

2. Проведена оценка требуемого объема памяти и быстродействия в

аналитических системах в зависимости от организации данных.

3. Была разработана технология проектирования Хранилищ Данных

4. Разработан алгоритм создания Хранилища Данных

5. Апробация проведена в ведущей организации

6. Тестовый проект выполненн в среде Windows 2000, на базе SQL Server 7.0 и MS Office 2000.