Михайлова И. П. Ист-01

Поволжский государственный университет

Телекоммуникаций и информатики

Кафедра «Информационные системы и технологии»

Сдана на проверку Допустить к защите

«_____»___________2011 г. «____»__________2011 г.

Защищена с оценкой

__________________

«____»__________2011 г.

КУРСОВАЯ РАБОТА

ПО ИНФОРМАТИКЕ

Студентка группы _____________________________Михайлова И.П.

Руководитель__________________________________Козлова О. С.

№ Варианта 13

Самара

2011г.

Рецензия

Оглавление

1.Постановка задачи 3

2.Инфологическая модель 5

3. Разработка таблиц и схемы базы данных 8

4. Запросы системы 19

5. Вывод 27

1. Постановка задачи

Информационная система “Компьютер”.

Ваша организация занимается сборкой и продажей компьютеров. У Вас имеются несколько сборочных цехов и несколько филиалов по приему заказов и продаже готовых изделий. Вы продаете как готовые модели по образцам, так и компьютеры индивидуальной сборки. Изделия поставляются заказчику в основном прямо из сборочных цехов. Однако несколько типовых моделей имеются в каждом филиале по приему заказов. Между филиалами и цехами установлена телекоммуникационная связь. Ваша информационная система предназначена для оформления заказов на изготовление индивидуальных моделей и учет продажи готовых деталей. Вы не имеете права принимать заказ, не обеспеченный имеющимися деталями на складе (в цеху). У Вас должен вестись учет произведенных работ; за конкретные компьютеры отвечают цеха, в которых была произведена сборка и настройка компьютера. Для постоянных клиентов в Вашей организации предусмотрены скидки.

Целью работы создать базу данных, которая должна содержать следующие данные:

• ПК готовые: ID ПК, название, процессор, оперативная память, монитор, жесткий диск, видеокарта, батарея, вес;

• Продажа: ID ПК, ID фирмы, дата продажи, покупатель;

• Филиалы: ID филиала, название, адрес, директор, телефон;

• Заказ на сборку: № заказа, дата заказа, дата исполнения, цена, ID цеха, ID филиала;

• Цеха сборки: ID цеха, адрес, телефон, начальник;

• Состав цеха: № заказа, ID детали, количество;

• Детали ПК: ID детали, название, цена, количество на складе.

Составить 10 запросов следующих типов, реализуемых средствами СУБД MySQL:

1. С использованием внутреннего соединения по одному полю.

2. С использованием косвенно связанных таблиц.

3. С использованием таблиц, связанных более чем по одному полю.

4. С использованием внешнего соединения таблиц.

5. С использованием рекурсивного соединения.

6. С использованием соединений по отношению.

7. С использованием функций агрегирования.

8. Перекрестный запрос.

9. С параметрами.

10. С вычисляемым полем.

2. Инфологическая модель

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

В данной работе можно выделить следующие сущности:

• ПК готовые (PK_gotovih)

• Продажа (Prodaga)

• Филиалы (Philiali)

• Заказ на сборку (Zakaz_na_cborky)

• Цеха сборки (Ceha_sborki)

• Состав цеха (Sostav_ceha)

• Детали ПК (Detali_PK).

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

Представителем сущности “Филиалы” является ‘‘М-видео”, ‘‘Эльдорадо”, ‘‘Санрайз” и “Позитроника”, представители остальных сущностей будут показаны далее в работе.

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

Атрибуты сущности “ Philiali”:

• IDфилиала (ID_philiala);

• Название (Nazvanie);

• Адрес (Adres);

• Директор (Direktor);

• Телефон (Telephon).

Атрибуты сущности “ PK_gotovih”:

• ID ПК (ID_PK)

• Название (Nazvanie)

• Процессор (Processor)

• Оперативная память (Operativnaya_pamyat)

• Монитор (Monitor)

• Жесткий диск (Geskii_disk)

• Видеокарта (Videokarta)

• Батарея (Batareya)

• Вес (Ves)

Атрибуты сущности “ Prodaga”:

• ID ПК (ID_PK);

• ID фирмы (ID_hpirmi);

• Дата продажи (Data_prodagi);

• Покупатель (Pokupatel);

Атрибуты сущности “ Sostav_ceha”:

• Номер заказа (Nomer_zakaza);

• ID детали (ID_deteli);

• Количество (Kolichestvo);

Атрибуты сущности “ Zakaz_na_cborky”:

• Номер заказа (Nomer_zakaza);

• Дата заказа (Data_zakaza);

• Дата исполнения (Data_ispolneniya);

• Цеха (Cena);

• ID цеха (ID_ceha);

• ID филиала (ID_philiala);

Атрибуты сущности “ Ceha_sborki”:

• ID цеха (ID_ceha);

• Адрес (Adres);

• Телефон (Telephon);

• Начальник (Nachalnic);

Атрибуты сущности “ Detali_PK”:

• ID детали (ID_detali);

• Название (Nazvanie);

• Цена (Cena);

• Количество на складе (Kolichestvo_na_sklade).

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

Ключ сущности:

1. «ПК готовые»:IDПК.

2. «Филиалы»:IDфилиала,

3. «Заказ на сборку»: № заказа,

4. «Детали ПК»: IDдетали,

5. «Цеха сборки»: IDцеха.

Определим связи между сущностями.

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

Каждая связь может иметь один из следующих типов связи:

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

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

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

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

1. Модальность "может" означает, что экземпляр одной сущности может быть связан с одним или несколькими экземплярами другой сущности, а может быть и не связан ни с одним экземпляром.

2. Модальность "должен" означает, что экземпляр одной сущности обязан быть связан не менее чем с одним экземпляром другой сущности.

Связь может иметь разную модальность с разных концов.

Связи между сущностями:

1. «ПК готовые» и «Продажа»:в продаже может быть деталь, деталь поступает в продажу.

2. «Филиалы» и «Продажа»: филиалы назначают продажу, а продажа относится к филиалу.

3. «Филиалы» и «Заказ на сборку»: филиалы принимают заказы, заказы поступают в продажу.

4. «Заказ на сборку» и «Цеха сборки»:заказ поступает в цеха, цеха должны выполнять заказ.

5. «Заказ на сборку» и «Состав цеха»: заказы могут входят в состав, в состав цеха записываются все все заказы.

6. «Детали ПК» и «Состав цеха»: детали есть в составе цеха, в составе цеха могут быть все детали

В результате вышеизложенного анализа предметной области была получена ER-диаграмма.