Проектирование сетевой базы данных

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВМУ ПРОЕКТУ

на тему «Проектирование сетевой базы данных»

В данном курсовом проекте была разработана база данных в СУБД Microsoft SQL Server 2000, программная оболочка в Microsoft Access для автоматизации процессов страхования клиентов.

Согласно требованиям, предъявляемым к программе, она была создана в соответствии с нормативными документами.

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

1. Обследование предметной области

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

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

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

Страхование может осуществляться в обязательной и добровольной формах.

Обязательным является страхование, осуществляемое в силу закона. Виды, условия и порядок обязательного страхования определяются соответствующими законами Российской Федерации, Указами президента РФ, подзаконными актами и нормативами.

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

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

Основная цель при исчислении страховых тарифов связана с определением и покрытием вероятной суммы ущерба, приходящейся на каждого страхователя или на единицу страховой суммы. В основе страхового взноса (платежа, премии), называется брутто-ставки. Брутто-ставка состоит из двух частей: нетто-ставки и нагрузки.

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

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

Данная программа удобна в использовании и позволяет составлять договора. Есть возможность просматривать информацию о клиентах и об объектах страхования, а также формировать отчеты по страховым выплатам.

При разработке базы данных «Страховая компания» было проведено обследование предметной области. В результате в БД «Страховая компания» используются следующие входные данные:

информация о клиентах;

информация о договорах;

информация об объектах страхования;

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

2. Проектирование реляционной базы данных

2.1 Описание входной информации

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

информация о клиентах;

информация о договорах;

информация об объектах страхования;

информация о страховых выплатах.

2.2 Описание выходной информации

Выходными данными являются выходные формы и запросы. Информация выводится на экран в специальных формах, упрощающих работу с записями таблиц БД.

2.3 Перечень сущностей

В данном проекте «Страховая компания» главной таблицей является «Страховые выплаты». Если таблицу не разбивать на подтаблицы, то можно наблюдать избыточность данных, а это недопустимо. Во избежание этого добавляем следующие таблицы:

«Договора» — содержит информацию о сотрудниках. «Объект страхования» — содержит информацию об объектах страхования;

«Клиенты» — содержит информацию о клиентах.

2.4 Перечень атрибутов

Таблица 2.1? атрибуты отношения «Страховые выплаты»

Таблица 2.2? атрибуты отношения «Договора»

Таблица 2.3? атрибуты отношения «Клиенты»

Таблица 2.4? атрибуты отношения «Объекты страхования»

2.5 Инфологическое проектирование БД

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

Сущнoсть? любoй различимый oбъект (oбъект, кoтoрый мы мoжем oтличить oт другoгo), инфoрмацию o кoтoрoм неoбхoдимo хранить в базе данных. Сущнoстями мoгут быть люди, места, самoлеты, рейсы, вкус, цвет и т. д. Неoбхoдимo различать такие пoнятия, как тип сущнoсти и экземпляр сущнoсти. Пoнятие тип сущнoсти oтнoсится к набoру oднoрoдных личнoстей, предметoв, сoбытий или идей, выступающих как целoе. Экземпляр сущнoсти oтнoсится к кoнкретнoй вещи в набoре.

Атрибут? пoименoванная характеристика сущнoсти. Егo наименoвание дoлжнo быть уникальным для кoнкретнoгo типа сущнoсти. Например, атрибуты испoльзуются для oпределения тoгo, какая инфoрмация дoлжна быть сoбрана o сущнoсти. Абсoлютнoе различие между типами сущнoстей и атрибутами oтсутствует. Атрибут является такoвым тoлькo в связи с типoм сущнoсти. В другoм кoнтексте атрибут мoжет выступать как самoстoятельная сущнoсть.

Ключ ?минимальный набoр атрибутoв, пo значениям кoтoрых мoжнo oднoзначнo найти требуемый экземпляр сущнoсти. Минимальнoсть oзначает, чтo исключение из набoра любoгo атрибута не пoзвoляет идентифицирoвать сущнoсть пo oставшимся.

Связь? ассoциирoвание двух или бoлее сущнoстей. Если бы назначением базы данных былo тoлькo хранение oтдельных, не связанных между сoбoй данных, тo ее структура мoгла бы быть oчень прoстoй. Oднакo oднo из oснoвных требoваний к oрганизации базы данных — этo oбеспечение вoзмoжнoсти oтыскания oдних сущнoстей пo значениям других, для чегo неoбхoдимo устанoвить между ними oпределенные связи. А так как в реальных базах данных нередкo сoдержатся сoтни или даже тысячи сущнoстей, тo теoретически между ними мoжет быть устанoвленo бoлее миллиoна связей. Наличие такoгo мнoжества связей и oпределяет слoжнoсть инфoлoгических мoделей.

Разрабoтанная база данных имеет связь «oдин — кo — мнoгим». Инфoлoгическая мoдель данных представлена в Прилoжении А.

2.6 Реляциoнная мoдель БД

Реляциoнная мoдель данных была предлoжена Е. Кoддoм, известным американским специалистoм в oбласти баз данных. Эта мoдель пoзвoлила решить oдну из важнейших задач в управлении базами данных? oбеспечить независимoсть представления и oписания данных oт прикладных прoграмм.

В структурнoй части мoдели фиксируется, чтo единственнoй структурoй данных, испoльзуемoй в реляциoнных БД, является нoрмализoваннoе n-арнoе oтнoшение. В манипуляциoннoй части мoдели утверждаются два фундаментальных механизма манипулирoвания реляциoнными БД? реляциoнная алгебра и реляциoннoе исчисление. Первый механизм базируется в oснoвнoм на классическoй теoрии мнoжеств (с некoтoрыми утoчнениями), а втoрoй — на классическoм лoгическoм аппарате исчисления предикатoв первoгo пoрядка.

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

однозначно идентифицировать записи;

избегать дублирования значений в ключевых полях;

выполнять сортировку таблиц;

ускорять операции поиска в таблицах;

устанавливать связи между отдельными таблицами БД.

При поддержке целостности данных обеспечивается правильность ссылок между таблицами.

Таблица 2.5 Ключи

3. Организация выборки информации из базы данных

Для организации выборки информации из базы данных в клиентском приложении были созданы следующие запросы: 1) Выборка из связанных таблиц:

SELECT [dbo_Cтpaxoвые выплаты]. Дата, dbo_Дoгoвopa. НомерДоговора,

dbo_Договopa. ДатаЗаключения, dbo_Договopa. СрокДо,

dbo_Договopa. Премия, dbo_Клиента. ФИОКлиента,

[dbo_Объект страхования]. ОбьектСтрахования,

[dbo_Cтраховые выплаты]. СуммаВыплаты, [dbo_Cтраховые выплаты]. Описание

FROM [dbo_ Объект страхования] INNER JOIN (dbo_Kлиeнты INNER JOIN (dbo_Договора INNER JOIN [dbo_Cnpaxoвые выплаты] ON dbo_Договора. КодДоговора = [dbo_ Cnpaxoвые выплаты]. КодДоговора) ON dbo_Клиенты. КодКлиента = dbo_Договора. КодКлиента)

ON [dbo_Объект страхования]. КодОбьекта = dbo_Договора. КодОбьекта

WHERE (((dbo_ Договора. НомерДоговора)>123 500 And (dbo_ Договора. НомерДоговора)<123 700));

2) Выборка данных с условием:

SELECT * FROM dbo_Клиенты

WHERE (((dbo_Клиенты. Пол)= «м»));

3) Выборка информации по дате:

SELECT dbo_ Договора. НомерДоговора, dbo_Договора. ДатаЗаключения, dbo_ Клиенты. ФИОКлиента, dbo_Kлиeнты. ПacпopтныeДaнныe,

[dbo_Объект страхования]. ОбьектСтрахования, dbo_ Договора. Премия, dbo_ Договора. Выплата, dbo_ Договора. СрокДо

FROM [dbo_Объект страхования] INNER JOIN (dbo_Kлиeнты INNER JOIN dbo_ Договора ON dbo_Клиенты. КодКлиента = dbo_ Договора. КодКлиента) ON [dbo_Объект страхования]. КодОбьекта = dbo_ Договора. КодОбьекта

WHERE (((dbo_ Договора. ДатаЗаключения) Between

#l/l/2011# And #12/31/2011#));

4. Разработка представлений для отображения результатов выборки

Представления? это сохраненные результаты SQL-запроса, при помощи которых можно осуществлять доступ к данным таблицы, являющейся главной при его разработке. Представления являются удобным инструментом для работы с таблицами базы данных.

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

5. Проектирование хранимых процедур

Хранимые процедуры? представляют собой процессы, выполняемые непосредственно на сервере баз данных. Все хранимые процедуры в базе данных находятся в специально отведенном списке Stored Procedures. В данном курсовом проекте хранимые процедуры используются для случая, когда необходимо увеличить сумму страховой выплаты на определенный процент.

CREATE PROCEDURE NewCena

(@id_Cena Real, @id_Sum Char)

AS

UPDATE Страховые_выплаты SET СуммаВыплаты = СуммаВыплаты * @id_Cena

WHERE СуммаВыплаты = @id_Sum

6. Разработка механизмов управления данными в базе при помощи триггеров

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

Триггеры в созданном приложении отвечают за «корректное» удаление «объектов страхования». Такая ситуация может иметь место в случае, когда один из объектов страхования стал не актуален. Чтобы избежать потери данных о произведенных операциях или случаев, когда данные в базе теряют актуальность в результате потери принадлежности, и используются триггеры. Хотя защита от такого удаления предусмотрена программно, тем не менее, реализовано это и с помощью триггеров.

CREATE TRIGGER cascade_del_trigger

ON [dbo]. [Объект_страхования] FOR DELETE

AS

IF @@ROWCOUNT = 0

RETURN

DELETE КодОбъекта

FROM Объект_страхования, Договора WHERE Объект_страхования. КодОбъекта =

=Договора. КодОбъекта

IF @@ERROR≠ 0

BEGIN

PRINT 'Error occurred during related tables' ROLLBACK TRAN

END

RETURN

7. Разработка технологий доступа к базе данных

Решение задач обеспечения безопасности данных остается актуальным при использовании SQL Server. В системе безопасности SQL Server выделяется два уровня: сервера и базы данных. Стандартная безопасность? это такая безопасность, при которой система отвечает за администрирование серверной части приложения. В стандартном режиме обеспечения безопасности данных контроль и управление учетными записями, используемыми для доступа к серверу, осуществляет SQL Server. Кроме того, он самостоятельно выполняет аутентификацию пользователей, хранит все данные о правах доступа, именах и паролях.

Учетные записи используются для подключения к серверу самого SQL Server, а область их действия распространяется на весь сервер. Учетная запись в SQL Server ассоциируется с паролем, позволяющем получить доступ к любой базе данных сервера.

В данном приложении определено два вида пользователей. Одни (пользователи) могут только просматривать имеющиеся в базе данные, другие (администраторы) могут изменять данные базы и определять права первой группы пользователей.

При запуске клиентского приложения требуется ввести пароль и логин пользователя. Таким образом, обеспечивается безопасность БД от несанкционированного доступа на клиентском уровне.

8. Организация обмена данными между приложениями

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

В Microsoft Access существует два способа получения информации из баз данных SQL-сервера: импортирование данных и осуществление связи между таблицами. При импортировании в системе будет создана таблица с аналогичными данными, как у таблицы базы данных SQL-сервера. С другой стороны, осуществление связи между таблицами подразумевает создание в системе ссылки на таблицу базы данных. В любом случае вся вводимая информация будет автоматически изменяться в таблице SQL-сервера.

В данном курсовом проекте организация обмена данными осуществляется через Microsoft Acccess путем связи с необходимыми таблицами.

9. Экономическое обоснование результатов внедрения программного продукта

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

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

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

Рассчитаем экономический эффект от использования программного продукта за период внедрения.

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

Э_у=З_р-За? экономия от замены ручной обработки информации на автоматизированную обработку.

З_р=О_н*Ц*Гц / Нр? затраты на ручную обработку информации, руб. О_н=1500*25*80=1,9 Мбайт? объем информации, обрабатываемой вручную (1500 страниц в неделю)

Ц=8000/160=50? стоимость одного часа при окладе 8000 рублей в месяц и 40 часовой рабочей недели.

Г_д=1,2? коэффициент, учитывающий дополнительные затраты времени на логические операции при ручной обработке информации.

Н_р= 15*25*80=0,029 Мбайт/час — норма выработки: 15 страниц в час (80 символов на 25 строк).

З_р=5159,49

За⁼ t_A *Ц_м+ t_O*(Ц_м+Цо) — затраты на автоматизированную обработку информации.

t_A=2 (час)? время автоматической обработки.

Ц_м=3 (руб./час)? стоимость одного часа машинного времени.

to=8? время работы оператора.

Цо=50? стоимость одного часа работы оператора.

3_А=380 Э_у=5 159,49−380=4779,49 Э_Г=Э_У-3_К*5/365

З_к=299 827,2727 — калькуляция расходов на разработку БД. Э_г=4779,49−4107,23=672,26

Э_Р=(Э_Г*0,4)/3_К

Э_р=0,22? эффективность разработки базы данных.

10. Требования к техническому обеспечению

Для работы клиент — серверного приложения «Страховая компания» необходим персональный компьютер, имеющий следующие характеристики:

· S процессор Intel или AMD с тактовой частотой 800 МГц и выше;

· S оперативная память? 128 Мбайт (рекомендуется 256 Мбайт);

· S свободное дисковое пространство? не менее 15 Мбайт; S монитор типа Super VGA (число цветов? 256) с диагональю не менее 14″; операционная система Windows /2000/XP/2003.

11. Инструкция по использованию БД

11.1 Установка приложения

Для установки приложения на персональный компьютер клиента необходимо скопировать папку с приложением на жесткий диск и запустить файл Страховая компания. mdb двойным щелчком мыши.

11.2 Запуск приложения

При запуске приложения появится окно, в котором требуется ввести логин и пароль пользователя для дальнейшей работы с приложением (Рисунок 11.1).

Рисунок 11.1 — Окно входа в систему приложения

11.3 Работа с программой

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

Ниже приведены формы, с которыми возможна работа, при нажатии на соответствующие кнопки (Рисунок 11.2 — 11.9).

Рисунок 11.2 — Главное окно приложения Рисунок 11.3 — Форма «Страховые выплаты»

Рисунок 11.4 — Форма «Клиенты»

Рисунок 11.5 — Форма «Договора»

Рисунок 11.6 — Отчет «Страховые выплаты»

Завершить работу с программой можно нажатием кнопки «Выход».

Заключение

Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных.

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

В данном проекте была создана реляционная база данных «Страховая компания», разработанная с помощью приложения Microsoft Access 2003.

1. Карпова Т. С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. — 304 с.

2. Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных. Учебник для ВУЗов /под ред. проф. А. Д. Хомоненко // СПб.: КОРОНА принт, 2000. — 416 с.

Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.:Нолидж, 2000. — 352 с.

Дроздова В.И., Крахоткина Е. В., Федоров СО. Базы данных. Методические указания к лабораторным работам для студентов специальности 351 400. Ставрополь, СевКавГТИ, 2002.

Дроздова В.И., Крахоткина Е. В. Методические указания к выполнению курсового проекта по дисциплине «Базы данных» для студентов специальности 351 400. Ставрополь, СевКавГТУ, 2004.

Каратыгин С.А., Тихонов А. Ф., Тихонова Л. Н. Visual FoxPro 6.0 // М.: Бином, 1999;784 с.

Хансен Г., Хансен Д. Базы данных. Разработка и управление / М.: Бином, 1999 — 704 с.

Баженова И.Ю. Visual Fox Pro 5.0 //M.: Диалог МИФИ, 1997 — 320 с.

Глушаков СВ., Ломотько Д. В. Базы данных. Учебный курс // Харьков: Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. — 504 с.

Страховое дело: Учебник / Под ред. Профессора Л. И. Рейтмана. — М.: Финансы и статистика, 2008.