Вся таблица: не более 162 КБ.

Таблица stud_place:

Одна запись: 4 байта * 4 = 16 Байт.

Предполагаемый объем таблицы – до 100 000 строк.

Вся таблица: не более 16 КБ.

Таблица room:

Одна запись: 4 байта * 3 + 2 Байта = 14 Байт.

Предполагаемый объем таблицы – до 10 000 строк.

Вся таблица: не более 140 КБ.

7.3.1.4. Объем всей базы данных

Суммирование объемов таблиц дает представление о суммарных объемах хранимой информации:

5400 Байт + 1000 МБайт + 17 МБайт + 162 КБайт +16 КБайт + 140 Кбайт = 1049323 Кбайт.

Допустим, что различные служебные данные так же будут храниться и составят 20% от полезных данных, тогда суммарный объем БД составит не более 1300 МБ.

7.3.2. Интенсивность наполнения и работы с БД

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

Для примера рассмотрим общежития МГТУ им. Н.Э.Баумана. Суммарное число студентов и аспирантов в ВУЗе составляет около 20 000 человек. Из них примерно ¼ проживает в общежитиях.

Ежегодно из общежитий съезжают выпускники и на их места заезжают поступившие. Так же на это время приходиться большинство переездов между комнатами. Так как всего в университете обучаются 6 лет, то число выпускников, выезжающих из общежитий, составляет примерно 840 человек, такое же число поступивших въезжает, и порядка 100 человек переселяются.

Итого, 840*2+100=1780

Соответственно, за период с августа по сентябрь в базе данных изменяется порядка 1800 записей о студентах, которые дополняются различными документами о заселении/выселении.

В другое время интенсивность изменения записей в базе данных совсем низкая.

7.3.3. Способы архивации данных

Существуют следующие способы резервного копирования данных:

• Полное копирование – копируется все данные хранящиеся в системе

• Разностное копирование – копируются только изменения, внесенные в данные с момента прошлого копирования.

• Журнал транзакций – специальный журнал, в который заносятся все операции с данными. В случае утери данных можно повторить все транзакции и получить их последнее состояние.

7.3.4. Выбор режима архивации

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

1 период – высокая нагрузка:

В период высоких нагрузок рационально ежедневное полное копирование базы данных.

Предпосылками к выбору именного такого подхода стали:

• Высокая скорость восстановления после сбоя

• Отсутствие нагрузки ночью

• Относительно не большой объем базы данных для копирования.

Недостатком такого подхода можно считать избыточность копируемых данных.

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

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

2 период – низкая нагрузка:

В период с октября по июль нагрузка на БД очень низкая. Поэтому период полного резервного копирования БД можно увеличить до 7 дней и проводить его в ночь с понедельника на вторник.

По расчетам, объем журнала транзакций в этом случае не должен превышать 200 записей. Данное число записей весьма приемлемо, и даже его увеличение вдвое не критично.

7.3.5 Визуализация данных среде BI QlikView

Визуализация данных рассмотрена в пункте 6.2.10.

Визуализация данных выполняется 3 этапа:

1. выбор типа диаграмм

2. выбор поля в качестве измерения

3. мастер создания выражения-агрегирование по функциям системы

Для создания интерфейса имеется объект [Выбор полей], где задаем в качестве измерения поля таблиц. Объект [Поиск ] - для поиска, которая позволяет просматривать все поля таблиц в созданной системе. Объект [Фильтрации]- для отображения выборок. Имеется возможность создания иерархии посредством создания групп по заданным измерениям (из полей таблиц БД).

1. Заключение

В результате выполнения курсовой работы были достигнуты следующие результаты:

1. Спроектирована сеть автоматизированной информационной системы

2. Осуществлен выбор оборудования и операционных систем для офисов АИС

3. Разработана модель бизнес-процесса АИС в нотации BPMN.

4. Проведен количественный анализ информации используемой в АИС на основе предположительных оценок и знаний о хранении данных в ЭВМ.

5. Выбрана СУБД DB2 для использования с «1С:Предприятие 8».

6. Выбран режим архивации для БД.

1. Список литературы

1. Тоноян С.А. Черненький В.М., Балдин А.В., Информационная управляющая система МГТУ им. Н.Э.Баумана «Электронный Университет». Изд. МГТУ им. Н.Э.Баумана 2009. -376 c. 304-325.

2. Тоноян С.А. «Супер ЭВМ - мэйнфрейм». Методическое указание по выполнению лабораторных работ. Изд. МГТУ им. Н.Э.Баумана 2013г.

3. Тоноян С.А., Балдин А.В., Елисеев Д.В. «Методика модернизации стандартных модулей типовой конфигурации на базе технологической платформы «1С: Предприятие 8» с минимальными доработками». Наука и образование (МГТУ им. Н.Э. Баумана). № 08, август 2012 URL: http://technomag.edu.ru/.

4. Введение в современные мейнфреймы: основы zOS/ Эбберс М., О'Брайен У., Огден Б. – М: IBM Redbooks, 2007 г.- 635 стр.

5. От мэйнфреймов к облакам[электронный ресурс]/Электрон. дан. – Режим доступа: http://www.osp.ru/os/2010/06/13003731/ – Загл. с экрана.

6. BPMN Modeling and Reference Guide/ Stephen A. White, Derek Miers - Future Strategies Inc., 2008 г. - 226 стр

7. Телекоммуникации и сети/Галкин В.А., Григорьев Ю.А. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2003г. – 608 стр

8. Быстрый старт для серверов DB2 [электронный ресурс]/Электрон. дан. – Режим доступа: ftp://ftp.software.ibm.com/ps/products/db2/info/vr9/pdf/let.. – Загл. с экрана.

9. Начало работы с DB2 Express 9.7/ Рауль Ф. Чон – М.: Москва, 2010г – 269стр.

10. Официальный сайт компании IBM [электронный ресурс] /Электрон. дан. – Режим доступа: IBM.com – Загл. с экрана.

11. Хабрахабр [электронный ресурс]/Электрон. дан. – Режим доступа: Habrahabr.ru – Загл. с экрана.

12