Анализ моделирования данных как процесса создания логического представления структуры базы данных. Представление концептуальной модели средствами модели данных СУБД. Особенности использования ER-модели для концептуального проектирования базы данных.
Аннотация к работе
База данных, являющаяся одной из важнейших частей информационной системы, конечно же, представляет собой сложный объект, который также подлежит проектированию. Сущности, определенные на концептуальном уровне в моделях и системных требованиях будут развиты с помощью задач анализа вариантов использования, проекта вариантов использования и проекта базы данных в детальный проект физических таблиц, которые будут применены в системе управления базой данных. Концептуальный - этот этап подразумевает идентификацию ключевых бизнес сущностей и системных сущностей и их взаимосвязей, которые определяют границы задач, решаемых системой. Эти ключевые бизнес сущности и системные сущности определяются с помощью элементов моделирования профайла UML для бизнес моделирования, включенного в модель бизнес анализа и элементов модели Класс анализа в модели анализа. Для проектов, которые используют бизнес моделирования для описания бизнес контекста приложений, проектирование базы данных может начаться на концептуальном уровне вместе с идентификацией бизнес субъектов и бизнес вариантов выбора в модели бизнес вариантов выбора, а также бизнес исполнителей и бизнес сущностей в модели бизнес анализа.Начальным этапом проектирования базы данных, так называемым этапом инфологического проектирования, является определение того, какая информация о предметной области должна быть представлена в базе данных. В результате анализа предметной области путем абстрагирования должны быть выделены сущности (объекты), информация о которых должна быть представлена в базе данных, а также свойства этих сущностей и связи между ними. Абстрагирование позволяет определять существенные с точки зрения решаемой задачи характеристики объектов предметной области, позволяющие выделить эти объекты из множества других объектов. Лексически более правильно говорить связь между объектами КБД и отношения между сущностями КБД (концептуальная база данных), но встретить можно самые различные сочетания сущности, объекта, связи и отношения (огрехи переводов). ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействия, включает идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей).Первый тип - связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности Студент соответствует 1 или 0 представителей сущности Стипендия: Студент может не получать стипендии, либо получать только одну стипендию. Если связь между сущностями Квартира и Владелец называется Владение, то существует четыре возможных представления такой связи: Владелец обязательно имеет хотя бы одну квартиру, квартира может быть государственной или иметь от одного до нескольких владельцев. Теперь о внешних ключах: Если сущность С связывает сущности А и В, то она должна включать внешние ключи, соответствующие первичным ключам сущностей А и В. Если сущность В обозначает сущность А, то она должна включать внешний ключ, соответствующий первичному ключу сущности А. Также как и для самих объектов, для связей между объектами целесообразно различать экземпляры связей, то есть связи, имеющие место между конкретными экземплярами объектов, и типы (классы) связей, являющиеся абстракциями, обобщающими связи между множествами объектов, описываемых их типами (классами).Внешний уровень - уровень, на котором данные воспринимаются пользователями, тогда как СУБД и операционная система воспринимают данные на внутреннем уровне. Причины: · Каждый пользователь должен иметь возможность обращаться к одним и тем же данным, реализуя свое представление о данных, причем это изменение не должно оказывать влияния на других пользователей; Этот уровень описывает пользователькую часть БД, т.е. часть, которая относится к каждому пользователю. Внешнее представление содержит только те сущности, атрибуты и связи, которые интересны пользователю. Концептуальный уровень поддерживает каждое внешнее представление, в том смысле, что любые доступные пользователю данные должны содержаться (или могут быть вычислены) на этом уровне.Моделирование данных является основой для дальнейшей разработки баз данных и приложений, потому как при неправильно построенной модели данных, даже при успешном построении всего приложения в целом, пользователи сочтут его неудобным и не удовлетворяющим всем их потребностям. Начальной стадией проектирования системы баз данных является построение семантической модели предметной области, которая базируется на анализе свойств и природы объектов предметной области и информационных потребностей будущих пользователей разрабатываемой системы. Эту стадию принято называть концептуальным проектированием системы, а ее результат - концептуальной моделью предметной области (объектом моделирования здесь является предметная область будущей системы). Помимо наиболее известного описания объектов и связей между ними (модель "сущность-связь") к концептуальному уровню описания предметной области можно отнести
План
Содержание
Введение
Основная часть
1. Основные понятия концептуального проектирования баз данных
2. Основные понятия ER-модели
3. Представление концептуальной модели средствами модели данных СУБД
Заключение
Глоссарий
Список использованных источников
Приложения
Введение
На сегодняшний день ни одна сложная система не разрабатывается в "лоб". В первую очередь, она проектируется. База данных, являющаяся одной из важнейших частей информационной системы, конечно же, представляет собой сложный объект, который также подлежит проектированию.
Базы данных составляют в настоящее время основу компьютерного обеспечения информационных процессов, входящих во все сферы человеческой деятельности. Цель моделирования данных состоит в обеспечении разработчика информационной системы концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных.
Концептуальное моделирование данных - это первоначальный этап разработки проекта постоянных данных и хранилища постоянных данных для системы. Во многих случаях постоянные данные для системы управляются системой управления реляционной базой данных. Сущности, определенные на концептуальном уровне в моделях и системных требованиях будут развиты с помощью задач анализа вариантов использования, проекта вариантов использования и проекта базы данных в детальный проект физических таблиц, которые будут применены в системе управления базой данных.
Развитие Модели данных обычно включает три общие этапа.
Концептуальный - этот этап подразумевает идентификацию ключевых бизнес сущностей и системных сущностей и их взаимосвязей, которые определяют границы задач, решаемых системой. Эти ключевые бизнес сущности и системные сущности определяются с помощью элементов моделирования профайла UML для бизнес моделирования, включенного в модель бизнес анализа и элементов модели Класс анализа в модели анализа.
Логический - этот этап подразумевает детализацию ключевых бизнес сущностей и системных сущностей в более детальные логические сущности. Эти логические сущности и их взаимосвязи могут быть дополнительно определены в логической модели данных с помощью элементов моделирования профайла UML для проекта базы данных, как описано в руководстве Модель данных. Эта дополнительная Логическая модель является частью рабочего продукта Модель данных и не является отдельным рабочим продуктом.
Физический - этот этап подразумевает преобразование проектов логических классов в детальные и оптимизированные проекты физических таблиц баз данных. Физическая этап также включает размещение проектов таблиц баз данных в табличном пространстве и в компоненте базы данных в проекте хранилища базы данных.
Задача проектирования базы данных распространяется на весь жизненный цикл разработки приложения и первая задача проектирования может начаться в течение начального этапа. Для проектов, которые используют бизнес моделирования для описания бизнес контекста приложений, проектирование базы данных может начаться на концептуальном уровне вместе с идентификацией бизнес субъектов и бизнес вариантов выбора в модели бизнес вариантов выбора, а также бизнес исполнителей и бизнес сущностей в модели бизнес анализа. Для проектов, которые не используют бизнес моделирование, проектирование базы данных может начаться на концептуальном уровне вместе с идентификацией системных субъектов и системных вариантов выбора в модели системных вариантов выбора и идентификацией классов анализа в модели анализа из реализаций вариантов выбора.
Данная курсовая работа посвящена анализу концептуального проектирования баз данных. Задачи, решаемые в ходе работы: · изучить основные понятия концептуального проектирования баз данных;
· выявить основные понятия ER-модели;
· рассмотреть представление концептуальной модели средствами модели данных СУБД.