Проектирование сетевой базы данных - Программирование, компьютеры и кибернетика курсовая работа
![](/file/c17a668ccb7333e986a5a.jpg)
Обследование предметной области. Проектирование реляционной базы данных: описание входной и выходной информации, перечень сущностей и атрибутов, создание модели, выбор ключей. Разработка и обоснование представлений для отображения результатов выборки.
посмотреть текст работы
скачать работу можно здесь
полная информация о работе
весь список подобных работ
Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА К КУРСОВМУ ПРОЕКТУ
на тему «Проектирование сетевой базы данных»
В данном курсовом проекте была разработана база данных в СУБД Microsoft SQL Server 2000, программная оболочка в Microsoft Access для автоматизации процессов страхования клиентов.
Согласно требованиям, предъявляемым к программе, она была создана в соответствии с нормативными документами.
Предполагается, что работать с БД будут пользователи администратор и пользователь, поэтому для защиты от несанкционированного доступа предусмотрена защита паролем входа в программу с разграничением прав доступа: пользователь имеют доступ не ко всей БД, а только к тем таблицам, которые им необходимы в связи с выполняемыми функциями. Администратор имеет доступ ко всей БД.
1 . Обследование предметной области
Страхование возникло и развивалось, имея основным назначением страховую защиту людей от различных непредвиденных негативных случаев.
Страховые компании ? это финансовые посредники, которые специализируются на предоставлении страховых услуг. Их деятельность состоит в формировании на основании договоров с юридическими и физическими лицами специальных денежных фондов, из которых осуществляются выплаты страхователям денежных средств в обусловленных размерах в случае наступления определенных событий (страховых случаев).
Экономическая сущность страхования в отличие от общей сущности страхования, состоящей в «замкнутой» раскладке возможного ущерба между заинтересованными лицами, заключается в формировании страховщиком денежных фондов из уплаченных страхователями страховых взносов (премий), предназначенных для производства страховых выплат страхователям, застрахованным, «третьим» лицам или выгодоприобретателям при наступлении страховых случаев, оговоренных в договорах страхования.
Страхование может осуществляться в обязательной и добровольной формах.
Обязательным является страхование, осуществляемое в силу закона. Виды, условия и порядок обязательного страхования определяются соответствующими законами Российской Федерации, Указами президента РФ, подзаконными актами и нормативами.
Важным элементом добровольного страхования является то, что при нем страхователям предоставляются широкие права в назначении страховых сумм, которые при имущественном страховании могут колебаться в широких пределах, но не должны превышать действительной стоимости страхуемого имущества, транспорта, финансового ущерба и т.п.
Страховой тариф, или страховая ставка, представляет собой денежную плату страхователя (ставку страхового взноса) с единицы страховой суммы или объекта страхования, либо процентную ставку от совокупной страховой суммы [10].
Основная цель при исчислении страховых тарифов связана с определением и покрытием вероятной суммы ущерба, приходящейся на каждого страхователя или на единицу страховой суммы. В основе страхового взноса (платежа, премии), называется брутто-ставки. Брутто-ставка состоит из двух частей: нетто-ставки и нагрузки [10].
Предпосылками для дальнейшего развития страхового дела в нашей стране являются не только наметившиеся оживление экономики и финансовая стабилизация, но и становление источников такого развития. Государственное регулирование страховой деятельности дополняет рыночный механизм страхования, усиливает его положительные стороны.
Эффективное управление предприятием в современных условиях невозможно без использования компьютерных технологий. Правильный выбор программного продукта ? это первый и определяющий этап автоматизации. В настоящее время проблема выбора информационной системы из специфической задачи превращается в стандартную процедуру.
Данная программа удобна в использовании и позволяет составлять договора. Есть возможность просматривать информацию о клиентах и об объектах страхования, а также формировать отчеты по страховым выплатам.
При разработке базы данных «Страховая компания» было проведено обследование предметной области. В результате в БД «Страховая компания» используются следующие входные данные:
информация об объектах страхования;
Выходными данными являются выходные формы, запросы и отчеты. Информация выводится на экран в специальных формах, упрощающих работу с записями таблиц БД.
2 . Проектирование реляционной базы данных
В результате обследования предметной области при разработке базы данных «Страховая компания» были использованы следующие входные данные:
информация об объектах страхования;
Выходными данными являются выходные формы и запросы. Информация выводится на экран в специальных формах, упрощающих работу с записями таблиц БД.
В данном проекте «Страховая компания» главной таблицей является «Страховые выплаты». Если таблицу не разбивать на подтаблицы, то можно наблюдать избыточность данных, а это недопустимо. Во избежание этого добавляем следующие таблицы:
«Договора» - содержит информацию о сотрудниках. «Объект страхования» - содержит информацию об объектах страхования;
«Клиенты» - содержит информацию о клиентах.
Таблица 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жении А.
Реляци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рядка.
Использование ключей и индексов позволяет:
однозначно идентифицировать записи;
избегать дублирования значений в ключевых полях;
ускорять операции поиска в таблицах;
устанавливать связи между отдельными таблицами БД.
При поддержке целостности данных обеспечивается правильность ссылок между таблицами.
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_ Договора. НомерДоговора)>123500 And (dbo_ Договора. НомерДоговора)<123700));
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
4. Разработка представлений для отображения результатов выборки
Представления ? это сохраненные результаты SQL-запроса, при помощи которых можно осуществлять доступ к данным таблицы, являющейся главной при его разработке. Представления являются удобным инструментом для работы с таблицами базы данных.
В данном курсовом проекте было разработано два представления.
5 . Проектирование хранимых процедур
Хранимые процедуры ? представляют собой процессы, выполняемые непосредственно на сервере баз данных. Все хранимые процедуры в базе данных находятся в специально отведенном списке Stored Procedures. В данном курсовом проекте хранимые процедуры используются для случая, когда необходимо увеличить сумму страховой выплаты на определенный процент.
UPDATE Страховые_выплаты SET СуммаВыплаты = СуммаВыплаты * @id_Cena
6 . Разработка механизмов управления данными в базе при помощи триггеров
Триггеры являются особой разновидностью хранимых процедур, выполняемых автоматически при модификации данных таблицы. Триггеры находят разное применение ? от проверки данных до обеспечения сложных деловых правил. Особенно полезным свойством триггеров является то, что они имеют доступ к образам записи до и после модификации.
Триггеры в созданном приложении отвечают за «корректное» удаление «объектов страхования». Такая ситуация может иметь место в случае, когда один из объектов страхования стал не актуален. Чтобы избежать потери данных о произведенных операциях или случаев, когда данные в базе теряют актуальность в результате потери принадлежности, и используются триггеры. Хотя защита от такого удаления предусмотрена программно, тем не менее, реализовано это и с помощью триггеров.
ON [dbo]. [Объект_страхования] FOR DELETE
FROM Объект_страхования, Договора WHERE Объект_страхования. КодОбъекта =
PRINT 'Error occurred during related tables' ROLLBACK TRAN
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 строк).
За = t A *Ц м + t O *(Ц м +Цо) - затраты на автоматизированную обработку информации.
t A =2 (час) ? время автоматической обработки. Ц м =3 (руб./час) ? стоимость одного часа машинного времени. to=8 ? время работы оператора. Цо=50 ? стоимость одного часа работы оператора. 3 А =380 Э у =5 159,49-380=4779,49 Э Г =Э У -3 К *5/365
З к =299827,2727 - калькуляция расходов на разработку БД. Э г =4779,49-4107,23=672,26
Э р =0,22 ? эффективность разработки базы данных.
10 . Требования к техническому обеспечению
Для работы клиент - серверного приложения «Страховая компания» необходим персональный компьютер, имеющий следующие характеристики:
· S процессор Intel или AMD с тактовой частотой 800 МГц и выше;
· S оперативная память ? 128 Мбайт (рекомендуется 256 Мбайт);
· S свободное дисковое пространство ? не менее 15 Мбайт; S монитор типа Super VGA (число цветов ? 256) с диагональю не менее 14»; операционная система Windows /2000/XP/2003.
11 . Инструкция по использованию БД
Для установки приложения на персональный компьютер клиента необходимо скопировать папку с приложением на жесткий диск и запустить файл Страховая компания.mdb двойным щелчком мыши.
При запуске приложения появится окно, в котором требуется ввести логин и пароль пользователя для дальнейшей работы с приложением (Рисунок 11.1).
Рисунок 11.1 - Окно входа в систему приложения
После ввода пароля и логина, пользователю будет доступно главное окно приложения, из которого можно будет переместиться в другие интересующие окна, нажав на соответствующие кнопки.
Ниже приведены формы, с которыми возможна работа, при нажатии на соответствующие кнопки (Рисунок 11.2 - 11.9).
Рисунок 11.2 - Главное окно приложения
Рисунок 11.3 - Форма «Страховые выплаты»
Рисунок 11.6 - Отчет «Страховые выплаты»
Завершить работу с программой можно нажатием кнопки «Выход».
Реляционная модель данных в настоящее время приобрела наибольшую популярность и практически все современные СУБД ориентированы именно на такое представление данных.
Реляционную модель можно представить как особый метод рассмотрения данных, содержащий и данные (в виде таблиц), и способы работы, и манипуляции с ними (в виде связей). В реляционной модели БД, в отличие от других моделей, пользователь сам указывает, какие данные для него необходимы, а какие нет. По этой причине процесс перемещения и навигации по БД в реляционных системах является автоматическим. Также реляционная СУБД выполняет функцию каталога, в котором хранятся описания всех объектов, из которых состоит БД.
В данном проекте была создана реляционная база данных «Страховая компания», разработанная с помощью приложения Microsoft Access 2003.
1. Карпова Т.С. Базы данных. Модели, разработка, реализация/СПб.: Питер, 2002. - 304 с.
2. Хомоненко А.Д., Цыганков В.М., Мальцев М.Г. Базы данных. Учебник для ВУЗов /под ред. проф. А.Д. Хомоненко // СПб.: КОРОНА принт, 2000. - 416 с.
Корнеев В.В. и др. Базы данных. Интеллектуальная обработка информации // М.:Нолидж, 2000. - 352 с.
Дроздова В.И., Крахоткина Е.В., Федоров СО. Базы данных. Методические указания к лабораторным работам для студентов специальности 351400. Ставрополь, СевКавГТИ, 2002.
Дроздова В.И., Крахоткина Е.В. Методические указания к выполнению курсового проекта по дисциплине «Базы данных» для студентов специальности 351400. Ставрополь, СевКавГТУ, 2004.
Каратыгин С.А., Тихонов А.Ф., Тихонова Л.Н. Visual FoxPro 6.0 // М.: Бином, 1999-784 с.
Хансен Г., Хансен Д. Базы данных. Разработка и управление / М.: Бином, 1999 - 704 с.
Баженова И.Ю. Visual Fox Pro 5.0 //M.: Диалог МИФИ, 1997 - 320 с.
Глушаков СВ., Ломотько Д.В. Базы данных. Учебный курс // Харьков: Фолио; Ростов н/Д: Феникс; Киев: Абрис, 2000. - 504 с.
Страховое дело: Учебник / Под ред. Профессора Л.И. Рейтмана. - М.: Финансы и статистика, 2008.
Обследование предметной области. Концептуальное проектирование сущностей и атрибутов. Инфологическое проектирование базы данных, ее реляционная модель. Разработка представлений для отображения результатов выборки. Экономическое обоснование результатов. курсовая работа [717,7 K], добавлен 23.06.2011
Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей. курсовая работа [2,2 M], добавлен 05.02.2015
Анализ предметной области. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Начальное заполнение данными БД. Создание и запуск базовых запросов. Проектирование базы данных в среде Enterprise Architect. курсовая работа [1,6 M], добавлен 16.02.2016
Общее описание входных и выходных документов и сообщений. Список ограничений. Проектирование реляционной базы данных. Функциональные зависимости между атрибутами сущностей. Выборка информации и разработка представлений для отображения результатов. курсовая работа [93,2 K], добавлен 21.06.2011
Проектирование реляционной базы данных. Входная и выходная информация. Функциональные зависимости между атрибутами. Разработка представлений для отображения результатов выборки. Разработка механизмов управления данными в базе при помощи триггеров. курсовая работа [1,6 M], добавлен 22.06.2011
Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация учебной базы данных магазина. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Создание и запуск базовых запросов SQL. курсовая работа [2,4 M], добавлен 09.08.2015
Создание базы данных для информационной системы "Грузоперевозки". Анализ предметной области, разработка концептуальной и логической модели базы данных, с использованием средства MS Micrоsоft SQL Server 2005, реализация физического проектирования базы. курсовая работа [1,3 M], добавлен 01.07.2011
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .
© 2000 — 2021
Проектирование сетевой базы данных курсовая работа. Программирование, компьютеры и кибернетика.
Дипломные работы: Государственно-правовые дисциплины, история и теория государства и права, суд
Реферат по теме Жизненный путь Данило Дольчи (1924 - 1997)
Курсовая работа по теме Демографическая ситуация в Труновском районе Ставропольского края
Как Правильно Написать Магистерскую Диссертацию
Реферат На Тему Парниковые Газы
Доклад по теме Инструменты необходимые для тестирования Linux
Оценка Бизнеса Дипломная Работа
Реферат: Влияние физических упражнений на организм детей с ограниченным зрением. Скачать бесплатно и без регистрации
Сочинение По Русскому Языку 15.3
Дослідне підтвердження закону Бойля-Маріотта
Реферат: Яды промышленые
Реферат: Страшный мир в лирике А.А.Блока. Скачать бесплатно и без регистрации
Сочинение На Тему Проблема Ума
Реферат: Creon S Defense To Oedipus S Accusations And Their
Отчет по практике: Организация медицинской помощи палатной медицинской сестры реанимации и интенсивной терапии
Реферат: Формирование эффективной системы управления инновационным потенциалом промышленного предприятия на принципах инвестиционно-производственного менеджмента
Реферат по теме "Мозговая атака" с точки зрения криминалистики
Реферат: Восточная кожная язва (лейшманиозы)
Реферат: Sol Funaroff
Курсовая работа по теме Миграционная политика государства (на примере Мурманской области)
Поліемієліт - Медицина презентация
Обучение детей с нарушением зрения - Педагогика презентация
Анализ демографической ситуации в Российской Федерации - География и экономическая география курсовая работа