Банк рефератов содержит более 364 тысяч рефератов, курсовых и дипломных работ, шпаргалок и докладов по различным дисциплинам: истории, психологии, экономике, менеджменту, философии, праву, экологии. А также изложения, сочинения по литературе, отчеты по практике, топики по английскому.
Полнотекстовый поиск
Всего работ:
364150
Теги названий
Разделы
Авиация и космонавтика (304)
Административное право (123)
Арбитражный процесс (23)
Архитектура (113)
Астрология (4)
Астрономия (4814)
Банковское дело (5227)
Безопасность жизнедеятельности (2616)
Биографии (3423)
Биология (4214)
Биология и химия (1518)
Биржевое дело (68)
Ботаника и сельское хоз-во (2836)
Бухгалтерский учет и аудит (8269)
Валютные отношения (50)
Ветеринария (50)
Военная кафедра (762)
ГДЗ (2)
География (5275)
Геодезия (30)
Геология (1222)
Геополитика (43)
Государство и право (20403)
Гражданское право и процесс (465)
Делопроизводство (19)
Деньги и кредит (108)
ЕГЭ (173)
Естествознание (96)
Журналистика (899)
ЗНО (54)
Зоология (34)
Издательское дело и полиграфия (476)
Инвестиции (106)
Иностранный язык (62792)
Информатика (3562)
Информатика, программирование (6444)
Исторические личности (2165)
История (21320)
История техники (766)
Кибернетика (64)
Коммуникации и связь (3145)
Компьютерные науки (60)
Косметология (17)
Краеведение и этнография (588)
Краткое содержание произведений (1000)
Криминалистика (106)
Криминология (48)
Криптология (3)
Кулинария (1167)
Культура и искусство (8485)
Культурология (537)
Литература : зарубежная (2044)
Литература и русский язык (11657)
Логика (532)
Логистика (21)
Маркетинг (7985)
Математика (3721)
Медицина, здоровье (10549)
Медицинские науки (88)
Международное публичное право (58)
Международное частное право (36)
Международные отношения (2257)
Менеджмент (12491)
Металлургия (91)
Москвоведение (797)
Музыка (1338)
Муниципальное право (24)
Налоги, налогообложение (214)
Наука и техника (1141)
Начертательная геометрия (3)
Оккультизм и уфология (8)
Остальные рефераты (21697)
Педагогика (7850)
Политология (3801)
Право (682)
Право, юриспруденция (2881)
Предпринимательство (475)
Прикладные науки (1)
Промышленность, производство (7100)
Психология (8694)
психология, педагогика (4121)
Радиоэлектроника (443)
Реклама (952)
Религия и мифология (2967)
Риторика (23)
Сексология (748)
Социология (4876)
Статистика (95)
Страхование (107)
Строительные науки (7)
Строительство (2004)
Схемотехника (15)
Таможенная система (663)
Теория государства и права (240)
Теория организации (39)
Теплотехника (25)
Технология (624)
Товароведение (16)
Транспорт (2652)
Трудовое право (136)
Туризм (90)
Уголовное право и процесс (406)
Управление (95)
Управленческие науки (24)
Физика (3463)
Физкультура и спорт (4482)
Философия (7216)
Финансовые науки (4592)
Финансы (5386)
Фотография (3)
Химия (2244)
Хозяйственное право (23)
Цифровые устройства (29)
Экологическое право (35)
Экология (4517)
Экономика (20645)
Экономико-математическое моделирование (666)
Экономическая география (119)
Экономическая теория (2573)
Этика (889)
Юриспруденция (288)
Языковедение (148)
Языкознание, филология (1140)

Реферат: Проектирование базы данных для отдела продаж автосалона методом нисходящего проектирования

Название: Проектирование базы данных для отдела продаж автосалона методом нисходящего проектирования
Раздел: Рефераты по информатике
Тип: реферат Добавлен 07:22:56 03 июля 2011 Похожие работы
Просмотров: 232 Комментариев: 2 Оценило: 1 человек Средний балл: 5 Оценка: неизвестно     Скачать

Оглавление

Введение. 2

Метод нисходящего проектирования. 2

ER-модель. 2

Даталогическая модель. 2

Физическая модель. 2

Типы данных. 2

SQL-запросы.. 2

Список литературы.. 2


Введение

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

1) в том виде, в котором она реально существует

2) как ее воспринимает человек

3) как она может быть описана

Процесс проектирования разбивается на три этапа:

1) Концептуальное проектирование.
Собираются и анализируются данные. Редактируются требования к ним.
Для этого проводятся следующие мероприятия:

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

b) Выявление всех фрагментов

c) Моделирование представлений

После этого произведенных действий получается концептуальная модель, которая чаще всего представляется в виде «Сущность-связь»

2) Логическое проектирование.
Преобразование требований к данным в структуры данных. В результате получаем СУБД-ориентированную структуру БД.

3) Физическое моделирование.
На данном этапе определяются особенности хранения данных, способов доступа и т.п.

Метод нисходящего проектирования

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

В результате получается иерархическая схема, которая показывает состав и подчиненность отдельных функций. Эта схема также носит название функциональной структуры алгоритма приложения (ФСА).

При построении ФСА приложения надо придерживаться следующей последовательности действий:

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

2. Установить состав приложений, которые обеспечивают реализацию поставленных целей

3. Уточнить характер взаимосвязи приложений и их основные характеристики

4. Определить необходимые функции обработки данных

5. Выполнить декомпозицию функций до необходимой структурной сложности

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

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


ER -модель

Модель Сущность-Связь (ER-модель) (англ. entity-relationship model или entity-relationship diagram ) — это модель данных, позволяющая описывать концептуальные схемы. Она предоставляет графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.

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

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

Основные понятия ER-диаграмм:

1) Сущность – класс однотипных объектов информация о которых должна быть учтена в моделях

2) Экземпляр сущности – представитель сущности

3) Атрибут сущности - именованная характеристика, являющаяся некоторым свойством сущности

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

5) Связь – некоторая ассоциация между двумя сущностями
Разделяют три типа связей:

a) один-к-одному – экземпляр первой сущности связан только с одним экземпляром второй сущности

b) один-ко-многим - экземпляр первой сущности связан с несколькими экземплярами второй сущности. Сущность со стороны «один» называется родительской, а со стороны «много» - дочерней

c) много-ко-многим – каждый экземпляр первой сущности может быть связан с несколькими экземплярами другой сущности. Является временным видом связи.

Каждая связь обладает одной из двух модальностей:

a) Может

b) Должен

В ER-диаграммах, как и в реляционных моделях БД существует понятие нормальных форм.

1) Первая НФ – устраняются повторяющиеся атрибуты и группы атрибутов, т.е. выявление неявных сущностей.

2) Вторая НФ – устраняются атрибуты зависящие от части уникального идентификатора. Такая часть уникального идентификатора определяет отдельную сущность

3) Третья НФ – устраняются атрибуты, которые зависят от атрибутов не входящих в уникальный идентификатор

Рассмотрим построение ER-диаграммы на примере выполняемой работы:

Представим предметную область как взаимодействие нескольких сущностей: «Спортсмен», «Тренер», «Вид спорта», «Соревнования», «Организатор» и «Клуб». Сущность «Клуб» и сущность «Спортсмен» взаимодействуют посредством связи «Состоит в». Связь имеет мощность «один-ко-многим» - т.е. один клуб может содержать у нескольких спортсменов. Для связи сущностей используется атрибут «Состоит в клубе». Далее сущность «Тренер» и сущность «Клуб» взаимодействует посредством связи «Работает в». В данном случае мощность связи «один-ко-многим». Связь сущностей осуществляется через атрибут «Работает в». Сущность «Тренер» и сущность «Вид спорта» взаимодействуют посредством связи «Владеет». Связь имеет мощность «один-к-одному», т.к. одна тренер может владеть (в данном контексте – тренировать) только одним видом спорта. Связь через атрибут «Тренирует по». Сущность «Соревнование» «устраивается по» «Вид спорта». Связь этих сущностей имеет мощность «один-ко-многим», т.е. по одному и тому же виду спорта может быть устроено несколько соревнований. Сущность «Организатор» и сущность «Соревнование» взаимодействуют посредством связи «Спонсировать», где связь имеет мощность «многие-ко-многим», т.к. одно и то же соревнование могут спонсировать разные источники и в то же время источники могут спонсировать много соревнований. Сущность «Организатор» взаимодействует с сущностью «Спортсмен» посредством связи «Награждает» где мощность связи «многие-ко-многим», аналогично предыдущему. Сущность «Клуб» и сущность «Спортсмен» взаимодействуют посредством связи «Выставляет на соревнование». Связь имеет мощность «один-ко-многому», т.к. один клуб может выставить на соревнование нескольких спортсменов. Сущность «Тренер» и сущность «Спортсмен» взаимодействуют посредством связи «Тренирует». Связь имеет мощность «многие-ко многим», т.к. Спортсмен может иметь несколько тренеров, и тренер может иметь нескольких спортсменов. Сущность «Спортсмен» и сущность «Ссоревнование» взаимодействуют посредством связи «Учавствует от клуба». Связь имеет мощность «один-ко-многому».


Даталогическая модель

Модель предметной области должна быть представлена в терминах модели конкретной СУБД – в моем случае MS Access. Данная стадия носит название логического моделирования БД. Результатом выполнения этой стадии является концептуальная схема БД. Не все виды связей могут быть реализованы в логичекой модели. На данном этапе требуется преобразовать ER-диаграмму в реляционную схему.

Первый шаг преобразования – превращение каждой сущности в таблицу (отношение). Каждое свойство становится столбцом таблицы.

Второй шаг – преобразование связей во внешние ключи.

После выполнения этих двух шагов я получил следующую схему:


Физическая модель

После получения концептуальной схемы можно перейти к созданию самой БД.

В данном случае БД представлена семью таблицами.

1) Клуб – 1 строка – один клуб

2) Тренер – 1 строка – один тренер

3) Вид спорта – 1 строка – один вид спорта (название)

4) Соревнование – 1 строка – одно соревнование

5) Организатор – 1 строка – один организатор

6) Стадионы – 1 строка – один стадион

7) Спортсмен – 1 строка – 1 спортсмен

Типы данных

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

Таблица Спортсмен

Столбец Тип данных Ограничение
ФИО String[100] NOT_NULL
Группа крови String[10] NOT_NULL
Вес (кг) Byte NOT_NULL
Дата рождения String[100] NOT_NULL
Спортивное звание String[100] NOT_NULL
Вид спорта String[100] NOT_NULL
Состоит в клубе String[100] NOT_NULL
Тренируется у String[100] NOT_NULL

Таблица Соревнование

Столбец Тип данных Ограничения
Вид спорта String[100] NOT_NULL
Дата проведения Date NOT_NULL
Организатор String[100] NOT_NULL
Победитель(и) String[100] NOT_NULL
Место проведения String[100] NOT_NULL

Таблица Тренер

Столбец Тип данных Ограничения
ФИО String[100] NOT_NULL
Тренирует по String[100] NOT_NULL
Стаж String[100] NOT_NULL
Дата рождения Date NOT_NULL
Спортивное звание String[100] NOT_NULL
Работает в String[100] NOT_NULL

Таблица Организатор

Столбец Тип данных Ограничения
ФИО / Название организации String[100] NOT_NULL

Таблица Стадионы

Столбец Тип данных Ограничения
Название String[100] NOT_NULL
Вместительность (чел) Longint NOT_NULL
Адрес String[150] NOT_NULL

Таблица Вид спорта

Столбец Тип данных Ограничения
Название String[100] NOT_NULL

Таблица Клуб

Столбец Тип данных Ограничения
Название String[100] NOT_NULL
Стадион String[100] NOT_NULL

SQL -запросы

    Получить перечень стадионов, вмещающих не более 30000 зрителей.

SELECT Стадионы.Название, Стадионы.[Вместительность (чел)]

FROM Стадионы

WHERE [Вместительность (чел)] >= 30000;

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

SELECT Спортсмен.ФИО, Спортсмен.[Вид спорта]

FROM Спортсмен

WHERE [Вид спорта].Value="Бокс";

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

SELECT Спортсмен.ФИО, Спортсмен.[Тренируется у]

FROM Спортсмен

WHERE Спортсмен.[Тренируется у].Value="Вакурин Е.Е.";

    Получить список тренеров указанного спортсмена.

SELECT Спортсмен.ФИО, Спортсмен.[Тренируется у]

FROM Спортсмен

WHERE Спортсмен.ФИО="Родинов Г.К.";


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

SELECT Соревнование.Организатор, Соревнование.[Вид спорта]

FROM Соревнование

WHERE Соревнование.Организатор="Росспорт";

    Получить список призеров указанного соревнования.

SELECT Соревнование.[Вид спорта], Соревнование.[Победитель(и)]

FROM Соревнование

WHERE Соревнование.[Вид спорта]="Шахматы";

    Получить список тренеров по определенному виду спорта.

SELECT Тренер.ФИО, Тренер.[Тренирует по]

FROM Тренер

WHERE Тренер.[Тренирует по] = "Бокс";


Список литературы

1) Базы Данных – ФОРУМ: ИНФРА-М, 2003 – 352с. Голицына О.Л., Максимов Н.В., Попов И.И.

2) ru.wikipedia.org

3) Базы данных. Учебник для вузов - Корона-принт, 2003 – 630с. Автор: А. Д. Хомоненко, В. М. Цыганков, М. Г. Мальцев

4) Базы данных – Финансы и Статистика, 2003 – 592с. Диго С.М.



Спортсмен
Вид спорта
Соревнование
Организатор
Клуб


Оценить/Добавить комментарий
Имя
Оценка
Комментарии:
Где скачать еще рефератов? Здесь: letsdoit777.blogspot.com
Евгений08:38:39 19 марта 2016
Кто еще хочет зарабатывать от 9000 рублей в день "Чистых Денег"? Узнайте как: business1777.blogspot.com ! Cпециально для студентов!
12:00:09 29 ноября 2015

Работы, похожие на Реферат: Проектирование базы данных для отдела продаж автосалона методом нисходящего проектирования

Назад
Меню
Главная
Рефераты
Благодарности
Опрос
Станете ли вы заказывать работу за деньги, если не найдете ее в Интернете?

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



Результаты(149984)
Комментарии (1829)
Copyright © 2005-2016 BestReferat.ru bestreferat@mail.ru       реклама на сайте

Рейтинг@Mail.ru