Проектирование базы данных "Страхование строительного объекта"
Основные понятия баз данных и систем управления ими. Этапы проектирования баз данных, типы внутренних связей в них. Описание предметной области и функции комплекса задач. Инфологическое проектирование: создание таблиц, реляционная схема базы данных.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 01.04.2012 |
| Размер файла | 2,1 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Размещено на http://www.allbest.ru/
КУРСОВАЯ РАБОТА
Проектирование базы данных
Введение
Современные информационные системы, основанные на концепции банков данных и баз знаний, характеризуются большими объемами хранимой информации, их сложной организацией, необходимостью удовлетворять разнообразные требования пользователей. Важным компонентом этой концепции является единая методология проектирования баз данных. Базы данных, являясь информационной моделью непрерывно меняющегося реального мира, также должны меняться, чтобы адекватно отображать действительность. Поэтому для сопровождения и эксплуатации информационных систем требуется постоянное использование процедур проектирования баз данных.
Методология проектирования автоматизированных банков данных может рассматриваться как совокупность методов и средств, последовательное применение которых обеспечивает разработку проекта баз данных, удовлетворяющего заданным целям. Рассматриваемая методология позволяет пользователю лучше понять, как следует специфицировать требования к данным.
Следуя этой методологии, проектировщик может выполнять более глубокий и содержательный анализ требований к данным, осуществлять контроль и управление кодом проектирования.
Цель работы.
Целью курсовой работы является изучение основ проектирования баз данных в экономических приложениях. В процессе изучения дисциплины и выполнения курсовой работы нужно усвоить теоретические основы организации баз данных, включая принципы построения на концептуальном, логическом и физическом уровнях, научиться ставить и решать практические задачи проектирования и эксплуатации баз данных.
1. Теоретические положения
1.1 Основные понятия БД и СУБД
Взаимосвязанные данные, которые позволяют описать ту или иную реальную систему, называются информационной системой. Каждая информационная система ориентирована на конкретную предметную область, которую она описывает.
Существует понятие объекта предметной области. Каждый объект предметной области характеризуется конечным набором атрибутов (элементов данных, реквизитов). Количество и форма представления атрибутов определяется пользователем будущей БД. Любой элемент данных характеризуется:
ь именем;
ь формой представления (алфавитная, алфавитно-цифровая, дата);
ь длиной, т.е. количеством символов, выделяемых для конкретных данных
Среди элементов, характеризующих объект предметной области, присутствуют ключевые элементы данных (ключи).
К ключевым элементам данных относятся такие элементы данных, по значениям которых можно идентифицировать значения остальных элементов данных. На практике часто встречаются такие ситуации, когда в качестве ключа выступает не один, а несколько элементов данных совместно.
Совокупность значений элементов данных, связанных определенным порядком, называется записью.
Упорядоченная совокупность элементов множества называется картежом.
Упорядоченная совокупность записей называется файлом данных.
База данных представляет собой совокупность связанных данных в конкретной предметной области и различного назначения.
Программное обеспечение, аппаратные средства, программируемая логика
и процедуры, осуществляющие управление базами данных, называются системой управления базами данных (СУБД).
Структурой БД является СУБД, ориентированное описание данных или схема, обычно выраженная в терминах языка описания данных.
В настоящее время среди разработчиков базы данных (БД) большой популярностью пользуется реляционная СУБД ACCESS, входящая в состав пакета Microsoft Office 2003. Дружественный интерфейс и простота настройки, эффективные средства создания таблиц, форм, запросов, интеграция с другими приложениями пакета, средства организации работы с базами данных и защита информации - вот далеко не полный перечень достоинств этого приложения. Основные функции СУБД - это описание структуры базы данных, обработка данных и управление данными.
1.2 Этапы проектирования БД
Законы проектирования баз данных:
1. Системный анализ предметной области
2. Инфологическое проектирование
3. Выбор СУБД
4. Датологическое проектирование
5. Физическое проектирование
I Системный анализ предметной области
На первом этапе проектирования баз данных рассматриваются цели и задачи с помощью которой они будут решатся. Анализируются информационные потребности будущих пользователей баз данных. Рассматриваются формы входных и выходных потоков, которые будут составлять основу баз данных. Затем уточняются алгоритмы и процедуры обработки данных хранимой в базе данных. Формируются требования, которым должна удовлетворять проектируемая база данных и определяется примерный список объектов предметной области, свойства которых будут использоваться при разработке базы данных.
II Инфологическое проектирование
На второй стадии проектирования выполняется моделирование данных. Моделирование данных - это процесс создания логической структуры данных.
Существует два подхода к моделированию данных:
Ш Модель - «Сущность-связь»
Ш Семантическая объектная модель
Эти модели представляют собой языки для описания структуры данных и их связей в представлениях пользователей. Моделирование данных, подобно блок-схемам, отражают логику программы.
Модель «Сущность-Связь»
Сущность - это объект, идентифицируемый в рабочей среде пользователя за которым пользователь хотел бы наблюдать. Класс сущностей - это совокупность сущностей, которая описывается структурой, либо форматом сущностей, составляющих этот класс.
Экземпляр сущности - представляет собой конкретную сущность.
Атрибуты сущности - это свойства сущности, которые описывают характеристики сущности.
Идентификаторы - это атрибуты, с помощью которых экземпляры именуются или идентифицируются.
Если идентификатор указывает на один экземпляр сущности, то его значение называется уникальным. Если идентификатор не является уникальным, то его значение определяется некоторым множеством экземпляров сущности.
Связи - это взаимоотношения сущностей, выраженные связями.
Модель «Сущность-Связь» включает в себя классы связей и экземпляры связей. Классы связей - это взаимоотношения между классами сущностей. Экземпляры связей - это взаимоотношения между экземплярами
Типы связей:
Связь один к одному (1:1) - одиночный экземпляр сущности одного типа связан с одиночным экземпляром сущности другого типа.
Связь один ко многим (1:М) - один экземпляр сущности связан со многими экземплярами другой сущности.
Связь многие ко многим (М:N) - несколько экземпляров одной сущности связаны с несколькими экземплярами другой сущности.
Модель «Сущность-Связь» или ER-диаграммы включают в себя изображения сущностей в виде прямоугольников (или прямоугольников с закругленными углами), а связей в виде ромбиков (или ромбиков с округленными углами).
На ER-диаграммах атрибуты обозначаются эллипсами. Если атрибутов у сущности много, то чтобы не загружать ER-диаграмму, атрибуты помещают в прямоугольник, в котором идет перечисление всех атрибутов сущности.
Семантическая объектная модель
Данная модель используется для моделирования данных на этапе инфологического моделирования.
Семантический или смысловой объект - это объект, который в определенной степени моделирует смысл пользовательских данных.
У семантических объектов есть имя, а также есть имя и у класса, отличающего его от других объектов и классов. Семантическая модель имеет набор атрибутов. Атрибуты описывают те характеристики объекта, которые необходимы для удовлетворения информационных потребностей в аспекте решаемых задач.
Для моделирования данных в семантических объектах используется объектные диаграммы. Такие диаграммы используются разработчиками баз данных для описания и визуального представления структуры объектов. Объекты в них отражаются в вертикально ориентированных прямоугольниках. Имя объекта указывается внутри прямоугольника в верхней его части, а затем следует список атрибутов по порядку их значимости для этого объекта.
Для описания типов семантических объектов используются следующие понятия:
Однозначный атрибут - атрибуты с максимальным кардинальным числом равным.
Многозначный атрибут - атрибут, имеющий максимальное кардинальное число большее
Необъектный атрибут - это простой или групповой атрибут. Типы объектов: простые, композитные, составные, гибридные, ассоциативные, родитель.
III Выбор СУБД
При выборе СУБД руководствуются следующими соображениями: аппаратное обеспечение, на котором в дальнейшем будет работать проектируемая база данных; системное программное обеспечение, с которым будет в последствии работать проектируемая база данных и соответствующее ей приложения; методология и подходы, к программированию реализованные в той или иной СУБД; модель данных, которая встроена в конкретную СУБД; Выбор СУБД полностью определяется на II этапе построения базы данных, т.к. оно зависит от той модели данных, которая встроена в выбранную СУБД.
IV Датологическое проектирование
После того, как выбор СУБД завершён, необходимо приступить к проектированию датологической модели базы данных. При формировании датологической схемы, каждая из определённых в концептуальной схеме сущностей отображается в таблицу, которая является одним отношением. При этом следует учитывать ограничения на размер таблиц, которые накладывает конкретная СУБД.
V Физическое проектирование
На этом этапе необходимо на конкретной СУБД, которую выбрали ранее, реализовать базу данных по той информации, которую собрали, обработали и подготовили (на предыдущих этапах проектирования базы данных). Описываются модули, их назначение, а также структура модулей.
2. Анализ предметной области
2.1 Описание предметной области и функции комплекса задач
Система предназначена для хранения данных финансовой деятельности страховой группы «АСКО». Система должна предусматривать ведение заключения договоров на страхование: строительного объекта, строительной техники, инвестора-заемщика, генерального подрядчика, субподрядчиков.
Страховамние - особый вид экономических отношений, призванный обеспечить страховую защиту людей и их дел от различного рода опасностей.
Страхование (страховое дело) в широком смысле - включает различные виды страховой деятельности (собственно страхование, или первичное страхование, перестрахование, сострахование), которые в комплексе обеспечивают страховую защиту.
Страхование в узком смысле представляет собой отношения (между страхователем и страховщиком) по защите имущественных интересов физических и юридических лиц (страхователей) при наступлении определенных событий (страховых случаев) за счет денежных фондов (страховых фондов), формируемых из уплачиваемых ими страховых взносов (страховой премии).
Отношения между страховщиком и страхователем, определяющие, каким именно образом будет формироваться страховой фонд и каким образом он будет расходоваться, представляют собой метод создания страховых продуктов
Экономическая сущность и функции страхования
Экономическая сущность страхования состоит в предоставлении страховой защиты. Страховую защиту можно объяснить как двустороннюю реакцию человечества на возможные опасности природного, техногенного, экономического, социального, экологического и другого происхождения. С одной стороны, страховая защита вызывается объективной потребностью физических и юридических лиц в сохранении своих имущественных интересов, связанных с различными сторонами жизнедеятельности. С другой стороны, эта потребность сопровождается соответствующей способностью людей в обеспечении названных интересов.
Если потребность в защите порождается страхом, а способность к защите осознанием в силу этого страха необходимости создания соответствующих натуральных или денежных фондов, при помощи которых можно обеспечить сохранность имущественных, личностных и прочих интересов людей, то можно сказать, что в действие вступила система страховой защиты.
Таким образом, страховую защиту можно определить как осознанную потребность физических и юридических лиц в создании специальных страховых фондов для восстановления имущества, здоровья, трудоспособности и личных доходов как самих участников создания этих фондов, так и третьих лиц.
Выделяют следующие функции страхования, выражающие общественное назначение этой категории:
Рисковая функция, которая состоит в обеспечении страховой защитой от различного рода рисков - случайных событий, ведущих к потерям. В рамках действия этой функции происходит перераспределение денежных ресурсов между всеми участниками страхования в соответствии с действующим страховым договором, по окончании которого страховые взносы (денежные средства) страхователю не возвращаются.
Инвестиционная функция, которая состоит в том, что за счет временно свободных средств страховых фондов (страховых резервов) происходит финансирование экономики. Вследствие того, что страховые компании накапливают у себя большие суммы денежных средств, которые предназначены на возмещение ущерба, но до тех пор, пока не наступил страховой случай, они могут быть временно инвестированы в различные ценные бумаги, недвижимость и по другим направлениям. Объем инвестиций страховых компаний в мире составляет около 19 трлн долларов США[1]. Во второй половине ХХ века в странах с развитым страхованием доход, получаемый страховыми компаниями от инвестиций, стал преобладать над доходом, получаемым от страховой деятельности[2].
Предупредительная функция страхования состоит в том, что за счет части средств страхового фонда финансируются мероприятия по уменьшению страхового риска. Например, за счет части средств, собранных при страховании от огня, финансируются противопожарные мероприятия, а также мероприятия, направленные на уменьшение возможного ущерба от пожара.
Сберегательная функция. В страховании жизни категория страхования в наибольшей мере сближается с категорией кредита, так как происходит накопление по договорам страхования определенных страховых сумм. Сбережение денежных сумм, например с помощью страхования на дожитие, связано с потребностью в страховой защите достигнутого семейного достатка. Контрольная функция страхования заключена в строго целевом формировании и использовании средств страхового фонда. Данная функция вытекает из указанных выше и проявляется одновременно с ними в конкретных страховых отношениях, в условиях страхования. В соответствии с контрольной функцией на основании законодательных и инструктивных документов осуществляется финансовый страховой контроль за правильным проведением страховых операций.
Существуют разные подходы к классификации страховой деятельности. В большинстве стран мира выделяют две разновидности страхования: страхование жизни и виды страхования, не связанные со страхованием жизни. Данная классификация применяется при разработке нормативно-правовых документов, анализе страхового рынка и решении других вопросов.
Главой 48 Гражданского кодекса РФ предусмотрены две разновидности (два типа договоров) страхования: имущественное и личное[7].
В практике работы страховых организаций, анализе страхования, учебных и методических материалах также принято выделять три отрасли страхования: имущественное, личное и ответственности. В основе деления страхования на отрасли лежат отличия в объектах страхования.
В личном страховании объектом страхования являются имущественные интересы, связанные с жизнью, здоровьем, трудоспособностью и пенсионным обеспечением страхователя или застрахованного лица.
К личному страхованию относятся:
v Страхование жизни.
v Страхование от несчастных случаев и болезней.
v Медицинское страхование.
В имущественном страховании объектом страхования являются имущественные интересы, связанные с владением, пользованием и распоряжением имуществом.
Имущественное страхование включает:
v Страхование имущества предприятий и организаций.
v Страхование имущества граждан.
v Транспортное страхование (средств транспорта и грузов).
v Страхование других видов имущества, кроме перечисленных выше.
v Страхование финансовых рисков.
В страховании ответственности объектом страхования являются имущественные интересы, связанные с возмещением страхователем причиненного им вреда третьему лицу.
Страхование ответственности включает:
v Страхование гражданской ответственности владельцев транспортных средств.
v Страхование гражданской ответственности перевозчика.
v Страхование гражданской ответственности предприятий - источников повышенной опасности.
v Страхование профессиональной ответственности
v Страхование ответственности за неисполнение обязательств.
v Страхование иных видов гражданской ответственности.
В основе деления страхования на отрасли лежат принципиальные различия в объектах страхования. Деление страхования на отрасли не позволяет выявить те конкретные страховые интересы физических и юридических лиц, которые дают возможность проводить страхование. Для конкретизации этих интересов выделяют из отраслей страхования подотрасли и виды страхования.
Видом страхования называют страхование конкретных однородных объектов в определенном объеме страховой ответственности по соответствующим тарифным ставкам. Страховые отношения между страховщиком и страхователем осуществляются по видам страхования.
О компании
Страховая группа АСКО - старейшая и первая негосударственная страховая компания празднует свое 20-летие!
Основанная еще в 1989 году «АСКО» долгое время была единственной и крупнейшей страховой группой на территории СССР и, предлагая альтернативу, составляла реальную конкуренцию Госстраху.
В настоящее время «Страховая группа АСКО» имеет свои подразделения во многих республиках бывшего СССР, в частности - на Украине это крупнейшая страховая компания как по капиталу, так и по численности работающих.
В Российской Федерации бренд «АСКО» является одним из пяти наиболее известных и упоминаемых при опросах граждан названий страховых компаний.
В настоящее время компании данной группы работают в большинстве субъектов РФ и крупных городах. АСКО традиционно предлагает лучшие условия как частным лицам, так и корпоративным клиентам, стремится быть эталоном в обслуживании. В частности, АСКО единственная компания в РФ, которая на уровне внутренних инструкций установила и строго придерживается единых правил оформления выплат: ОСАГО - 10 дней, а КАСКО - 30 дней после подачи документов.
Сегодня владельцем контрольного пакета акций ООО «Страховая группа «АСКО» является ОАО» Татэнерго», а головной офис располагается в Набережных Челнах.
«Страховая группа АСКО» является единоличным владельцем бренда «АСКО», что оформлено в рамках патентного права.
В настоящее время идет процесс объединения и консолидации компаний «АСКО», в том числе и при сохранении юридических лиц после передачи портфелей. Этот процесс практически завершен в Сибири и Центральной России, работа по воссозданию филиальной сети ведется на юге и северо-западном регионах.
«Страховая группа АСКО» осуществляет все виды страхования на территории РФ и имеет 83 лицензии, выданные Федеральной службой страхового надзора. Объем страховой премии за 2007 год по группе компаний «АСКО» превышает 2.5 млрд. руб. Численность персонала превышает 1,5 тыс. человек, которые работают более чем в 100 офисах на территории страны.
АСКО уверенно занимает позицию среди лидирующих страховых компаний РФ.
Быстрое развитие научно-технического прогресса, внедрение и использование новых технологий не обошло и отрасль строительства. Это привело к усложнению проектов, увеличению их стоимости, разработке и применению новых методов строительства и, как следствие, увеличению технических и экономических рисков.
Строительство - рисковый процесс. Поэтому именно страхование, как метод компенсации ущерба, нанесенного объекту при наступлении неблагоприятных событий, является наиболее оптимальным инструментом управления риском. При сравнительно небольших затратах на страхование оно дает возможность практически полностью компенсировать нанесенный ущерб.
ООО Страховая Группа «АСКО» предлагает страховую защиту имущественных интересов предприятий и организаций строительного комплекса на период производства строительно-монтажных работ по строительству зданий и других сооружений различного назначения, а так же гражданской ответственности перед третьими лицами на периоды производства работ и период гарантийного срока эксплуатации объекта.
ООО «СГ «АСКО» предлагает страхование рисков на всех этапах деятельности строительно-монтажных организаций, начиная от момента разгрузки материалов на строительной площадке и заканчивая завершением периода после пусковых гарантийных обязательств.
При возникновении страхового случая Страховая Группа возмещает расходы на очистке территории.
В ООО «СГ «АСКО» разработаны комплексные правила страхования строительно-монтажных работ, обеспечивающие максимальную защиту клиентов. Они отвечают всем существующим международным стандартам страхования всех рисков подрядчика, страхования всех монтажных рисков, а также рисков заказчика, связанных с несвоевременной сдачей объекта страхования в эксплуатацию в результате наступления страхового случая.
В комплексе с договором страхования строительно-монтажных рисков можно застраховать гражданскую ответственность подрядчика перед третьими лицами. В этом случае ООО СГ «АСКО» принимает на себя расходы по возмещению ущерба, причиненного жизни, здоровью и имуществу потерпевших. Устанавливается общий лимит, который разбивается на лимит по ущербу, причиненному жизни и здоровью третьих лиц, и лимит по ущербу имуществу.
В рамках программы комплексного страхования строительно-монтажных рисков, строительным организациям предоставляется страховая защита на период после пусковых гарантийных обязательств. Подрядчику возмещаются убытки от гибели / повреждения построенного объекта, если они явились следствием недостатков, допущенных при производстве строительно-монтажных, пуско-наладочных или гарантийных работ и выявленных в период действия после пусковых гарантийных обязательств.
Страхование профессиональной ответственности
Страховая компания АСКО предлагает своим клиентам пакет услуг по страхованию гражданской ответственности для юридических лиц. Мы осуществляем страхование компаний, специализирующихся на строительстве, производстве строительных материалов, строительно-монтажных и проектных работах.
Страхование профессиональной ответственности позволяет защитить компанию и её репутацию от следующих рисков:
§ небрежность работников при осуществлении строительной деятельности (страхование строителей);
§ некачественные работы или продукция;
§ скрытые дефекты в используемой документации;
§ брак, переделки, возникшие в результате действий работников и повлекшие за собой дополнительные затраты.
Страхование профессиональной ответственности осуществляется на срок от 1 года до 3 лет с возможностью предоставления рассрочки. Тарифные ставки зависят от страховой суммы и составляют от 0,6% до 1%.
Социальное страхование от несчастных случаев на производстве и профессиональных заболеваний.
В соответствии со ст. 1 ФЗ от 24 июля 1998 г. №125-ФЗ «Об обязательном социальном страховании от несчастных случаев на производстве и профессиональных заболеваний «данный вид страхования является видом социального страхования и предусматривает:
1. - обеспечение социальной защиты застрахованных лиц и экономической заинтересованности субъектов страхования в снижении профессионального риска (это вероятность повреждения (утраты) здоровья или смерти застрахованного лица, связанная с исполнением им обязанностей по трудовому договору (контракту) и в иных установленных законом случаях);
2. - возмещение вреда, причиненного жизни и здоровью застрахованного лица при исполнении им обязанностей по трудовому договору (контракту) и в иных установленных законом случаях, путем предоставления застрахованному лицу в полном объеме всех необходимых видов обеспечения по страхованию, в том числе оплату расходов на медицинскую, социальную и профессиональную реабилитацию;
3. - обеспечение принудительных мер по сокращению производственного травматизма и профессиональных заболеваний.
Несчастным случаем признается событие, в результате которого возникает необходимость перевода застрахованного лица на другую работу, временную или стойкую утрату им профессиональной трудоспособности либо его смерть. Профессиональное заболевание - это хроническое или острое заболевание застрахованного лица, которое является результатом воздействия на него одного или множества вредных производственных факторов и влечет за собой временную или стойкую утрату застрахованным лицом профессиональной трудоспособности.
3. Инфологическое проектирование
Инфологическая модель (информационно-логическая модель) - ориентированная на человека и не зависимая от типа СУБД модель предметной области, определяющая совокупности информационных объектов, их атрибутов и отношений между объектами, динамику изменений предметной области, а также характер информационных потребностей пользователей. Инфологическая модель предметной области может быть описана моделью «сущность-связь» (моделью Чена), в основе которой лежит деление реального мира на отдельные различимые сущности, находящиеся в определенных связях друг с другом, причем обе категории - сущность и связь полагаются первичными, неопределенными понятиями.
Сущность - любой различимый объект (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. Необходимо различать такие понятия, как тип сущности и экземпляр сущности. Понятие тип сущности относится к набору однородных личностей, предметов, событий или идей, выступающих как целое. Экземпляр сущности относится к конкретной вещи в наборе. Например, типом сущности может быть ГОРОД, а экземпляром - Москва, Киев и т.д.
Атрибут - поименованная характеристика сущности. Его наименование должно быть уникальным для конкретного типа сущности, но может быть одинаковым для различного типа сущностей
Ключ - минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность по оставшимся.
Связь - ассоциирование двух или более сущностей. Если бы назначением базы данных было только хранение отдельных, не связанных между собой данных, то ее структура могла бы быть очень простой. Однако одно из основных требований к организации базы данных - это обеспечение возможности отыскания одних сущностей по значениям других, для чего необходимо установить между ними определенные связи. А так как в реальных базах данных нередко содержатся сотни или даже тысячи сущностей, то теоретически между ними может быть установлено более миллиона связей. Наличие такого множества связей и определяет сложность инфологических моделей.
Компоненты инфологической модели
o Описание объектов и связей между ними, называемой ER-моделью (расшифровывается как модель «Сущность-связь»)
o Описание информационных потребностей пользователей
o Алгоритмические связи атрибутов
o Лингвистические отношения, обусловленные особенностями обображения предметной области в языковой среде
o Ограничения целостности
Связи между объектами
Кроме связи между объектом и его свойствами, в инфологической модели фиксируются связи между объектами разных классов.
Различают связи типа:
· «один к одному» (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:
Студент может не «заработать» стипендию, получить обычную или одну из повышенных стипендий.
· «один ко многим» (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.
· «многие к одному» (М:1)
· «многие ко многим» (М: М)
3.1 Создание таблиц
При первом открытии окна базы данных Access всегда активизирует вкладку Таблицы и выводит на экран список режимов создания таблиц:
· Создание таблицы в режиме конструктора;
· Создание таблицы с помощью мастера;
· Создание таблицы путем ввода данных
Для создания новой таблицы можно выбрать любой из этих режимов. Можно выбрать Мастер таблиц для определения полей таблицы с помощью списков образцов таблиц и полей. Для создания произвольной таблицы целесообразно пользоваться режимом Конструктора. Режим Создание таблицы путем ввода данных используется, как правило, для редактирования и ввода данных в уже существующие таблицы.
Напомним, что таблицей Access является совокупность данных объединенных общей темой. Для каждой сущности назначается отдельная таблица, чтобы не было повторений в сохраненных данных. Таблицы состоят из записей и полей. Количество полей в записи определяется на стадии проектирования таблицы, поэтому прежде чем создавать таблицу с помощью приложения Access, необходимо четко представлять ее структуру. Величина и тип полей определяется пользователем. Необходимо выбирать размеры полей не слишком большими, так как при завышенных размерах полей бесполезно расходуется память БД. Для создания связей между таблицами они должны иметь ключевое поле, поэтому необходимо назначить ключевое поле каждой таблице.
Чтобы задать первичный ключ в режиме Конструктора, необходимо выделить требуемое поле, а затем щелкнуть на пиктограмме «Ключевое поле», расположенной на панели инструментов. Для назначения Внешнего (Вторичного) ключа в режиме Конструктора, необходимо выделить поле и в области свойств этого поля в строке Индексированное поле из списка выбрать значение Да (Совпадения допускаются).
Для выбора необходимого режима создания таблиц можно дважды щелкнуть на один из них в списке режимов, откроется требуемый режим. Кроме того, можно щелкнуть на пиктограмме «Создать» в окне БД, откроется окно диалога «Новая таблица», и в нем выбрать требуемый режим создания таблицы.
Типы данных необходимо выбрать из раскрывающегося списка:
· Текстовый - алфавитно-цифровые данные (до 255 байт)
· Поле МЕМО - длинный текст или числа, например, примечания или описания (до 64000 байт)
· Числовой - текст или комбинация текста и чисел (сохраняет 1, 2, 4 или 8 байтов)
· Дата/время - даты и время (8 байт)
· Денежный - используется для денежных значений (сохраняет 8 байтов)
· Счетчик - автоматическая вставка уникальных последовательных (увеличивающихся на 1) или случайных чисел при добавлении записи (4 байта)
· Логический - данные, принимающие только одно из двух возможных значений, например, «Да / Нет» (1 бит)
· Поле объекта OLE - для вставки следующих объектов: рисунки, картинки, диаграммы и т.д. (до 1 Гбайта)
· Гиперссылка - адрес ссылки на файл на автономном компьютере или в сети (сохраняет до 64 000 знаков)
Мастер подстановок - создает поле, позволяющее выбрать значение из другой таблицы или из списка значений, используя поле со списком. При выборе данного параметра в списке типов данных запускается мастер для автоматического определения этого поля. В области «Свойства поля» назначают свойства для каждого поля (например, размер, формат, индексированное поле и т.д.).
При создании структуры таблицы в первую колонку вводят Имя поля, затем необходимо нажать клавишу Enter и выбрать тип данных (по умолчанию Access назначает тип данных, если этот тип данных не подходит, то выберите самостоятельно из раскрывающегося списка). Затем введите в третью колонку описание поля.
|
Таблица: страхование строительного объекта |
||
|
Название объекта |
Текстовый |
|
|
Код объекта |
Текстовый |
|
|
Объем объекта недвижимости |
Числовой |
|
|
Название предприятия |
Текстовый |
|
|
Код предприятия |
Текстовый |
|
|
Опыт строительного предприятия |
Текстовый |
|
|
Код риска |
Текстовый |
|
|
Страховая сумма(СО) |
Денежный |
|
|
Длительность страхования |
Текстовый |
|
|
Начальный срок страхования |
Дата/время |
|
|
Окончание срока страхования |
Дата/время |
|
|
Страховой тариф |
Числовой |
|
|
Ежемесячная выплата(СО) |
Денежный |
|
Таблица: страхование субподрядчика |
||
|
Код объекта |
Текстовый |
|
|
Код предприятия |
Текстовый |
|
|
Ф.И.О. субподрядчика |
Текстовый |
|
|
Код субподрядчика |
Текстовый |
|
|
Адрес(СУ) |
Текстовый |
|
|
Опыт строительного предприятия |
Текстовый |
|
|
Код страхового риска |
Текстовый |
|
|
Длительность страхования |
Текстовый |
|
|
Страховая сумма(СУ) |
Денежный |
|
|
Страховой тариф |
Числовой |
|
|
Ежемесячная выплата(СО) |
Денежный |
|
Таблица: страхование строительной техники |
||
|
Код объекта |
Текстовый |
|
|
Название техники |
Текстовый |
|
|
Код техники |
Текстовый |
|
|
код предприятия |
Текстовый |
|
|
Количество техники на данный объект у данного предприятия |
Числовой |
|
|
Страховой тариф |
Числовой |
|
|
Полная стоимость технического средства |
Денежный |
|
|
Страховая сумма(СТ) |
Денежный |
|
|
Длительность страхования |
Числовой |
|
|
Ежемесячная выплата(СТ) |
Денежный |
|
Таблица: страхование Инвестора-заемщика |
||
|
Код Инвестора-заемщика |
Текстовый |
|
|
Ф.И.О. Инвестора-заемщика |
Текстовый |
|
|
Телефон |
Числовой |
|
|
Адрес |
Текстовый |
|
|
Сумма кредита |
Текстовый |
|
|
Начало действия кредита |
Дата/время |
|
|
Окончание действия кредита |
Дата/время |
|
|
Код объекта |
Текстовый |
|
|
Страховая сумма(ИЗ) |
Денежный |
|
|
Длительность страхования |
Текстовый |
|
|
Страховой тариф |
Числовой |
|
|
Ежемесячная выплата(СО) |
Денежный |
|
Таблица: страхование генерального подрядчика |
||
|
Ф.И.О. генерального подрядчика |
Текстовый |
|
|
Код генерального подрядчика |
Текстовый |
|
|
Код предприятия |
Числовой |
|
|
Код объекта |
Текстовый |
|
|
Адрес(ГП) |
Текстовый |
|
|
Опыт строительного предприятия |
Текстовый |
|
|
Код страхового риска |
Текстовый |
|
|
Страховая сумма(ГП) |
Денежный |
|
|
Длительность страхования |
Текстовый |
|
|
Страховой тариф |
Числовой |
|
|
Ежемесячная выплата(ГП) |
Денежный |
|
Таблица: риски, связанные с угрозой для жизни человека |
||
|
Код страхового риска |
Текстовый |
|
|
Вид страхового риска |
Текстовый |
|
|
Страховой тариф |
Числовой |
|
Таблица: предприятие и объект |
||
|
Название предприятия |
Текстовый |
|
|
Код предприятия |
Текстовый |
|
|
Код генерального подрядчика |
Текстовый |
|
|
Код субподрядчика |
Текстовый |
|
|
Код Инвестора-заемщика |
Текстовый |
|
|
Код объекта |
Текстовый |
|
|
Код техники |
Текстовый |
|
|
Код страхового риска |
Текстовый |
|
|
Код риска |
Текстовый |
|
Таблица: виды технических рисков |
||
|
Код риска |
Текстовый |
|
|
Вид риска |
Текстовый |
|
|
Страховой тариф |
Числовой |
3.2 Реляционная схема базы данных
Концепции реляционной модели впервые были сформулированы в работах американского ученого Э.Ф. Кодда. Откуда происходит ее второе название - модель Кодда. Схема реляционной модели данных. В реляционной модели объекты и взаимосвязи между ними представляются с помощью двумерных таблиц.
Реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
v каждый элемент таблицы - один элемент данных;
v все столбцы в таблице однородные, то есть, все элементы в столбце имеют одинаковый тип (числовой, символьный или другой) и длину;
v каждый столбец имеет уникальное имя;
v одинаковые строки в таблице отсутствуют;
v порядок следования строк и столбцов может быть произвольным.
Для формального определения реляционной модели используется фундаментальное понятие отношения. Собственно говоря, термин «реляционная» происходит от английского relation - отношение. Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям а столбцы - атрибутам отношений, доменам, полям. Поле, каждое значение которого однозначно определяет соответствующую запись, называется простым ключом. Если записи однозначно определяются значениями нескольких полей, то такая таблица базы данных имеет составной ключ. Чтобы связать две реляционные таблицы, необходимо ключ первой таблицы ввести в состав ключа второй таблицы или ввести в структуру первой таблицы внешний ключ - ключ второй таблицы.
В реляционной базе данных каждая таблица должна иметь первичный ключ (ключевой элемент) - поле или комбинацию полей, которые единственным образом идентифицируют каждую строку в таблице. Важным преимуществом реляционной модели является то, что в ее рамках действия над данными могут быть сведены к операциям реляционной алгебры, которые выполняются над отношениями. Это такие операции, как объединение, пересечение, вычитание, декартово произведение, выборка, проекция, соединение, деление.
4. Выбор СУБД
4.1 Выбор СУБД и инструментальных программных средств
Выбор СУБД является одним из важнейших моментов в разработке проекта БД, так как он принципиальным образом влияет на весь процесс проектирования БД и реализации информационной системы.
Теоретически при осуществлении этого выбора нужно принимать во внимание десятки факторов. Но на практике разработчики руководствуются лишь собственной интуицией и несколькими наиболее важными критериями, к которым, в частности, относятся:
тип модели данных, которую поддерживает данная СУБД, адекватность модели данных структуре рассматриваемой ПО;
характеристики производительности СУБД;
запас функциональных возможностей для дальнейшего развития информационной системы;
степень оснащенности СУБД инструментарием для персонала администрирования данными;
удобство и надежность СУБД в эксплуатации;
стоимость СУБД и дополнительного программного обеспечения.
4.2 СУБД MS Access
СУБД Access является системой управления базами данных реляционного типа. Данные хранятся в такой базе в виде таблиц, строки (записи) которых состоят из наборов полей определенных типов. С каждой таблицей могут быть связаны индексы (ключи), задающие нужные пользователю порядки на множестве строк. Таблицы могут иметь однотипные поля (столбцы), и это позволяет устанавливать между ними связи, выполнять операции реляционной алгебры. Типичными операциями над базами данных являются определение, создание и удаление таблиц, модификация определений (структур, схем) существующих таблиц, поиск данных в таблицах по определенным критериям (выполнение запросов), создание отчетов о содержимом базы данных. СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных.
Microsoft Access предоставляет максимальную свободу в задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, электронные таблицы). Можно задавать также форматы хранения представления этих данных при выводе на экран или печать. Для уверенности, что в базе хранятся только корректные значения, можно задать условия на значения различной степени сложности. Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями. OLE является более изощренным средством Windows, которое позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access. Такими объектами могут быть картинки, диаграммы, электронные таблицы или документы из других поддерживающих OLE приложений Windows.
В Microsoft Access для обработки данных базовых таблиц используется мощый язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.
В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса - так называемый «запрос по образцу» (query by example), которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос. Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети - в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур.
Практически все существующие СУБД имеют средства разработки приложений, которые могут использованы программистами или квалифицированными пользователями при создании процедур для автоматизации управления и обработки данных.
Microsoft Access предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ.
5. Концептуальное проектирование БД
Концептуальное проектирование базы данных. Процесс создания модели используемой на предприятии информации, не зависящей от любых физических аспектов ее представления.
Первый этап процесса проектирования базы данных называется концептуальным проектированием базы данных. Он заключается в создании концептуальной модели данных для анализируемой части предприятия. Эта модель данных создается на основе информации, записанной в спецификациях требований пользователей. Концептуальное проектирование базы данных абсолютно не зависит от таких подробностей ее реализации, как тип выбранной целевой СУБД, набор создаваемых прикладных программ, используемые языки программирования, тип выбранной вычислительной платформы, а также от любых других особенностей физической реализации.
При разработке концептуальная модель данных постоянно подвергается тестированию и проверке на соответствие требованиям пользователей. Созданная концептуальная модель данных предприятия является источником информации для этапа логического проектирования базы данных.
5.1 Логическое проектирование базы данных
Логическое проектирование базы данных. Процесс создания модели используемой на предприятии информации на основе выбранной модели организации данных, но без учета типа целевой СУБД и других физических аспектов реализации.
Второй этап проектирования базы данных называется логическим проектированием базы данных. Его цель состоит в создании логической модели данных для исследуемой части предприятия. Концептуальная модель данных, созданная на предыдущем этапе, уточняется и преобразуется в логическую модель данных. Логическая модель данных учитывает особенности выбранной модели организации данных в целевой СУБД (например, реляционная модель).
Если концептуальная модель данных не зависит от любых физических аспектов реализации, то логическая модель данных создается на основе выбранной модели организации данных целевой СУБД. Иначе говоря, на этом этапе уже должно быть известно, какая СУБД будет использоваться в качестве целевой - реляционная, сетевая, иерархическая или объектно-ориентированная. Однако на этом этапе игнорируются все остальные характеристики выбранной СУБД, например, любые особенности физической организации ее структур хранения данных и построения индексов.
В процессе разработки логическая модель данных постоянно тестируется и проверяется на соответствие требованиям пользователей. Для проверки правильности логической модели данных используется метод нормализации. Нормализация гарантирует, что отношения, выведенные из существующей модели данных, не будут обладать избыточностью данных, способной вызвать нарушения в процессе обновления данных после их физической реализации. Помимо всего прочего, логическая модель данных должна обеспечивать поддержку всех необходимых пользователям транзакций.
Созданная логическая модель данных является источником информации для этапа физического проектирования и обеспечивает разработчика физической базы данных средствами поиска компромиссов, необходимых для достижения поставленных целей, что очень важно для эффективного проектирования. Логическая модель данных играет также важную роль на этапе эксплуатации и сопровождения уже готовой системы. При правильно организованном сопровождении поддерживаемая в актуальном состоянии модель данных позволяет точно и наглядно представить любые вносимые в базу данных изменения, а также оценить их влияние на прикладные программы и использование данных, уже имеющихся в базе.
Модель БД строится на логическом уровне. На рис 1. Представлена схема данных, здесь мы видим следующие связи:
Ш Таблица «Предприятие и объект» и таблица «Страхование генерального подрядчика», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код генерального подрядчика».
Ш Таблица «Предприятие и объект» и таблица «Страхование субподрядчика», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код субподрядчика».
Ш Таблица «Предприятие и объект» и таблица «Страхование Инвестора-заемщика», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код Инвестора-заемщика».
Ш Таблица «Предприятие и объект» и таблица «Страхование строительной техники», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код техники».
Ш Таблица «Предприятие и объект» и таблица «Риски, связанные с угрозой для жизни человека», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код страхового риска».
Ш Таблица «Предприятие и объект» и таблица «Виды технических рисков», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код риска».
Ш Таблица «Предприятие и объект» и таблица «Страхование строительного объекта», связь «ОДИН КО МНОГИМ». Таблицы связаны с помощью первичного ключа - «Код объекта».
Рис. 1. Концептуальная модель данных
6. Разработка физической структуры базы данных
Физическое проектирование базы данных - процесс подготовки описания реализации базы данных на вторичных запоминающих устройствах; на этом этапе рассматриваются основные отношения, организация файлов и индексов, предназначенных для обеспечения эффективного доступа к данным, а также все связанные с этим ограничения целостности и средства защиты.
Как правило, основной целью физического проектирования базы данных является описание способа физической реализации логического проекта базы данных.
В случае реляционной модели данных под этим подразумевается следующее:
v создание набора реляционных таблиц и ограничений для них на основе информации, представленной в глобальной логической модели данных;
v определение конкретных структур хранения данных и методов доступа к ним, обеспечивающих оптимальную производительность СУБД;
v разработка средств защиты создаваемой системы.
6.1 Создание таблиц и заполнение БД
Таблица «Предприятие и Объект»: (Название предприятия, код предприятия (первичный ключ), код генерального подрядчика, код субподрядчика, код Инвестора-заемщика, код объекта, код техники, код страхового риска, код риска). В данной таблице содержаться все данные о предприятиях, которые занимаются строительством данных объектов.
«Код предприятия» - является первичным ключом для связи всех существующих таблиц.
Рис. 2. Режим таблицы «Предприятие и объект»
Рис. 3. Режим Конструктор «Предприятие и объект»
Строительство - создание зданий и сооружений.
В градостроительной деятельности со строительством связаны реконструкция и капитальный ремонт объектов капитального строительства, выполнение строительных работ (монтажных, пусконаладочных, иных работ, неразрывно связанных со строящимся объектом)
Строительство (в широком смысле) включает деятельность следующих субъектов.
Инвесторы (в том числе девелоперы и дольщики) - лица, осуществляющие капитальные вложения с использованием собственных и (или) привлеченных средств.
Застройщики - физические или юридические лица, обеспечивающие на принадлежащих им земельных участках строительство, реконструкцию, капитальный ремонт объектов капитального строительства, а также выполнение инженерных изысканий, подготовку проектной документации для их строительства, реконструкции, капитального ремонта (п. 16 ст. 1 ГСК РФ).
Заказчики - уполномоченные на то инвесторами физические и юридические лица, которые осуществляют реализацию инвестиционных проектов. При этом они не вмешиваются в предпринимательскую и (или) иную деятельность других субъектов инвестиционной деятельности, если иное не предусмотрено договором между ними. Подрядчики - физические и юридические лица, которые выполняют работы по договору подряда и (или) государственному или муниципальному контракту.
Подобные документы
Создание таблиц и проектирование систем управления базами данных. Инфологическое проектирование. Реляционная схема базы данных. Прикладное значение систем: отчет о поставщиках и поставляемых ими товарах. Выписка о наличии товара в магазине.
курсовая работа [596,1 K], добавлен 01.12.2008Процесс проектирования базы данных, разработка её логической структуры в соответствии с инфологической моделью предметной области. Работа с программой СУБД Access, свойства таблиц и их полей, создание межтабличных связей; инфологическое проектирование.
курсовая работа [1,7 M], добавлен 17.12.2009Создание таблиц базы данных с помощью MS Access "Страны Азии". Форма базы данных и запросы к выборкам данных. Модификация структуры таблиц, создания связей между главными таблицами, редактирование данных и проектирование форм для реальной базы данных.
контрольная работа [723,9 K], добавлен 25.11.2012Авторизация с каталогами проектирования базы данных магазина. Задачи базы данных: учет всех товаров, поиск и выдача данных о клиентах, адрес, телефоны, цена и наличие товара. Этапы проектирования базы данных. Схема данных, создание запросов и их формы.
реферат [1,6 M], добавлен 22.10.2009Понятие реляционной модели данных, целостность ее сущности и ссылок. Основные этапы создания базы данных, связывание таблиц на схеме данных. Проектирование базы данных книжного каталога "Books" с помощью СУБД Microsoft Access и языка запросов SQL.
курсовая работа [838,9 K], добавлен 25.11.2010Анализ предметной области. Предположительный набор необходимых функций. Даталогическое и инфологическое проектирование. Реляционная модель данных. Создание запросов и атрибутов. Физическая модель данных. Разработка приложения для работы с базой данных.
курсовая работа [720,8 K], добавлен 26.04.2015Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.
курсовая работа [188,6 K], добавлен 15.07.2012Создание базы данных, хранящей и обрабатывающей информацию о работе мебельного магазина. Описание предметной области, инфологическое, логическое и физическое проектирование. Разработка руководства пользователя. Назначение связей, нормализация отношений.
курсовая работа [2,7 M], добавлен 02.12.2012Инфологическое проектирование базы данных. Создание информационной системы "СПОРТ" для автоматизации обработки данных о проводимых соревнованиях и чемпионатах. Описание размещения в файловой системе. Создание таблиц, запросов и форм просмотра данных.
курсовая работа [4,6 M], добавлен 22.05.2012Рассмотрение теоретических основ проектирования. Анализ предметной области и разработка таблиц базы данных. Заполнение таблиц, поиск данных с помощью фильтра. Создание форм, разработка запросов. Создание и настройка отчетов, составление приложения.
курсовая работа [2,8 M], добавлен 01.06.2014
