РПЗ (КП - Библиотека), страница 4

А за неделю будет посещений:

Предположим, что каждый среднестатистический зарегистрированный пользователь в среднем посещает библиотеку 0,1 раз в неделю.

Тогда в базе данных библиотеки должно быть зарегистрировано человек:

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

Таблица Visitors:

Одна запись: 4 байта + 50 байт * 4 + 20 байт = 224 Байт.

Предполагаемое число зарегистрированных посетителей – до 200 000.

Вся таблица: не более 43 МБайт.

Таблица LibraryCards:

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

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

Вся таблица: не более 214 МБ.

Таблица Books:

Одна запись: 4 байта * 5 + 1 байт = 21 Байта.

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

Вся таблица: не более 40 МБ.

Таблица Catalog:

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

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

Вся таблица: не более 60 МБ.

Таблица Libraries:

Одна запись: 50 байта + 20 байта + 4 байта = 74 Байт.

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

Вся таблица: не более 518 Байт.

Таблица Staffs:

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

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

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

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

43750 КБайт + 218750 КБайт + 41016 КБайт + 60645 МБайт + 1 КБайт + 12 КБайт = 364174 Кбайт.

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

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

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

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

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

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

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

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

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

ВЫВОДЫ

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

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

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

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

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

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

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

ЛИТЕРАТУРА

1. Лекции по курсу «Эксплуатация АСОИУ».

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

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

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

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

6. IBM® DB2® Universal Database. Руководство администратора: Реализация/IBM, 2000г – 570 стр.

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