Федеральное агентство по делам образования  и науки  Российской Федерации

     Южно-Уральский  государственный университет

     Кафедра систем управления 
 
 

     

       

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

     ПО  КУРСУ БАЗЫ ДАННЫХ

     Вариант №6 
 
 

       Нормоконтролёр:                                           Руководитель:

       Долбенков В.И ______________                  Долбенков В.И._______________ 
 
 

                                                                               Автор: студент группы ПС-343

                                                                           Терентьева А.О. ____________ 
 

     Работа  защищена на оценку_____

                                                                         «___»_______________2008 г 
 
 
 
 

     Челябинск 

     2008

     СОДЕРЖАНИЕ

     Введение…………………………………………………………………………2

     Задание…………………………………………………………………………...3

1. Проектирование базы данных……………………………………………….4
1. Анализ предметной области
2. Информационно-логическая модель
3. Физическая модель

2. Реализация  базы данных в Microsoft Acess

 

    Введение

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

    Система управления базами данных (СУБД) - программное обеспечение, с помощью которого пользователи могут определять, создавать и поддерживать базу данных, а также осуществлять к ней контролируемый доступ.

  СУБД позволяет создать базу данных, вставлять, обновлять, удалять и извлекать информацию из базы данных. Наличие централизованного хранилища всех данных и их описаний позволяет использовать язык DML как общий инструмент организации запросов, который иногда называют языком запросов (query language). Наличие языка запросов позволяет устранить присущие файловым системам ограничения, при которых пользователям приходится иметь дело только с фиксированным набором запросов или постоянно возрастающим количеством программ, что порождает другие, более сложные проблемы управления программным обеспечением. Наиболее распространенным типом непроцедурного языка является язык структурированных запросов (Structured Query Language — SQL), который в настоящее время определяется специальным стандартом и фактически является обязательным языком для любых реляционных СУБД.

    СУБД Microsoft Access — наиболее широко используемая в среде Microsoft

Windows реляционная  СУБД, Microsoft Access — типичная СУБД для персональных компьютеров, обеспечивающая хранение, сортировку и поиск данных для множества приложений. В СУБД Access для создания таблиц, запросов, форм и отчетов предусмотрен графический интерфейс пользователя (Graphical User Interface — GUI); для разработки настраиваемых приложений с базой данных есть инструментальные средства, использующие макроязык Microsoft Access или язык VBA (Microsoft Visual Basic for Applications). Кроме того, в СУБД Access предусмотрены программы, называемые мастерами (Wizards), которые упрощают многие из процессов формирования приложений с базой данных, проводя пользователя через ряд диалоговых окон в запросно-ответном режиме. В СУБД Access предусмотрены также конструкторы (Builders), которые могут помочь пользователю сформировать синтаксически правильные выражения, например операторы и макрокоманды языка SQL.

     Задание

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

     Запросы и отчеты должны быть составлены, чтобы  предоставлять пользователю базы данных следующую информацию:

• Список клиентов, сгруппированный по городам;
• Отчет  по контрактам;
• Список контрактов по отдельной услуге;
• Список контрактов, сгруппированный по виду услуги за прошедший год;
• Три самых важных клиента (принесших наибольшую прибыль);
• Список работников, отсортированный в обратном порядке в зависимости от величины суммы контрактов;
• Ежемесячная сумма контрактов на услуги каждого вида;
• Годовой отчет по сумме, полученной за оказанные услуги;
• Запрос на создание архивной таблицы и запрос на исключение данных из основной таблицы контрактов, выполненных 3 года назад и более.

    1. Проектирование базы данных

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

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

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

    Выделим основные этапы, на основании которых  перейдем от предметной области к  реализации БД средствами СУБД Access:

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

    2.  информационно- логическое проектирование  на основе сущность – связь;

    3. создание физической модели;

    4. БД и приложения, реализованные на конкретной программно-аппаратной основе.

    1.1. Анализ предметной области

    Под предметной областью понимается часть реального мира, которая отражается в проектировании баз данных. Опишем нашу предметную область: консалтинговое агентство предоставляет маркетинговые услуги – консультации - в области аудита, экспресс-анализа и бизнес-планирования  для промышленных предприятий. Контракт подписывается каждым клиентом по каждой услуге. Он включает: фамилию клиента, название компании клиента, вид услуги, дату подписания, дату начала работ, дату завершения работ, дату оплаты и сумму контракта. Список услуг включает: код услуги, вид услуги. Данные на клиентов включают: имя клиента, фамилию клиента, название компании клиента, город, адрес, номер телефона. В консалтинговом агентстве  назначается менеджер проекта по каждому контракту. Данные на менеджеров проекта содержат: имя и фамилию работника, его номер телефона.

    1.2. Информационно-логическая модель

    ER-моделирование  представляет собой нисходящий  подход к проектированию базы данных, который начинается с выявления наиболее важных данных, называемых сущностями (entities). Затем в модель вносятся дополнительные сведения, например, указывается информация о сущностях, называемая атрибутами (attributes), а также все ограничения, относящиеся к сущностям, связям и атрибутам. Затем устанавливаются связи (relationships) между данными, которые должны быть представлены в модели.

    Экземпляр сущности - однозначно идентифицируемый объект, который относится к сущности определенного типа. Каждый однозначно идентифицируемый объект типа сущности, который относится к сущности определенного типа, называется просто экземпляром сущности (entity occurrence).

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

     По  заданию необходимы следующие сущности и атрибуты сущностей:

           

     Таблица 1.1.

     Атрибуты  сущностей 

                       
 
 
 
 

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