База данных обработки, производства и распределения ценных государственных наград

4. ПРОЕКТИРОВАНИЕ ГЛОБАЛЬНОЙ ER-МОДЕЛИ

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

4.1 Поэтапное построение глобальной ER-модели

Функция 1 «добыча сырья»

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

Рисунок 4.1.1 Глобальная ER-модель для Функции 1 «Добыча сырья»

Сущности «Компания по добыче ценных ресурсов» и «Сырье» соединены связью «Компания добывает сырье»

Функция 2 «поставка на производство»

Здесь мы видим, что помимо сущностей «Компании по добыче ценных ресурсов» и «Сырье», здесь присутствуют сущности «Поставка» и «Компания по обработке и переработки ресурсов», что видно на рисунке 4.1.2 Рассмотрим связи данной ER-модели. Как мы уже отметили сущности «Компания по добыче ценных ресурсов» и «Сырье» соединяет связь «Компания добывает сырье». Далее компания по добыче ценных ресурсов поставляет сырье компании производителю, откуда берутся связь «Компания по добыче ценных ресурсов начинает поставку на производство» и сущность «Поставка. В свою очередь сырье чрез связь «Сырье поступило в компанию по обработке и переработки ресурсов» связано с сущностью»Компания по обработке и переработке материала». Через эту же связь взаимосвязаны сущности «Поставка» и «Компания по обработке и переработке материала». Таким образом данные сущности циклично соединились в определенной последовательности.

Рисунок 4.1.2 Глобальная ER-модель для Функции 2 «Поставка на производство.

Функция 3 «Производство»

В данной функции, помимо сущностей описанных в блоке 4.2, мы можем наблюдать еще сущности «Отдел сортировки», «Отдел химобработки», «Отдел термообработки», «Ювелирное производство» и «Распределение». Это мы можем увидеть на рисунке 4.1.3. На данном рисунке нам наглядно изображено последовательное расположение друг за другом новых сущностей, соединенных между собой связями, в которых понятно, что сырье переходит из одного отдела в другой. Достигнув окончательного вида в отделе ювелирного производства сырье, а точнее «государственная награда» (этот кортеж мы рассмотрим далее) приступает к распределению.

Рисунок 4.1.3 Глобальная ER-модель для Функции 3 «Производство»

Функция 4 «Распределение»

В данной глобальной ER-модели происходит добавление сущности «Городские администрации» и сущность «Государство», которая в свою очередь замещает сущность «Распределение», так как является ее атрибутом в локальной ER-модели Функции 3 «Производство». На рисунке 4.1.4. мы видим, что Государство распределяет ценные государственные награды между администрациями городов России.

Рисунок 4.1.4 Глобальная ER-модель для Функции 4 «Распределение»

Функция 5 «Награждение»

Рисунок 4.1.5 Глобальная ER-модель для Функции 5 «Награждение»

Итак, мы перешли к завершающему этапу построения глобальной ER-модели для базы данных «Производства и распределения ценных государственных наград. Как можно увидеть на рисунке 4.1.5, появляется еще одна, последняя сущность «Физическое лицо», которая связана с сущностью «Городские администрации» связью «Городские администрации награждают ценными наградами определенные физические лица». Здесь мы можем отметить, что ценные государственные награды, пройдя этап производства и распределения, достигают свою цель - удостоенное наградой лицо, а это значит, что наша база данных «Производство и распределение ценных государственных наград» работает исправно и выполняет все возложенные на нее функции.

4.2 Вывод

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

5. ПРОЕКТИРОВАНИЕ РЕЛЯЦИОННОЙ SQL-МОДЕЛИ

5.1 SQL-код для создания реляционной модели

5.1.1 Создание таблицы: extraction_raw_meterial

USE [Vid]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[extraction_raw_meteral](

[id] [name] IDENTITY(1,1) NOT NULL,

[id_otnosh] [int] NOT NULL,

[regisred] [varchar](100) NOT NULL,

[data] [varchar](100) NOT NULL,

[adress] [varchar](100) NOT NULL,

[telephon_namber] [varchar](100) NOT NULL,

[quantity] [varchar](100) NOT NULL,

CONSTRAINT [PK_extraction_raw_meteral] PRIMARY KEY CLUSTERED

(

[id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

ALTER TABLE [dbo].[ extraction_raw_meteral] WITH NOCHECK ADD CONSTRAINT [FK_extraction_raw_meteral_statement] FOREIGN KEY([id_statement])

REFERENCES [dbo].[statement] ([id])

NOT FOR REPLICATION

GO

ALTER TABLE [dbo].[extraction_raw_meteral] NOCHECK CONSTRAINT [FK_extraction_raw_meteral _statement]

5.1.2 Создание таблицы: supply

USE [Vid]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[supply](

[id_ supply] [int] IDENTITY(1,1) NOT NULL,

[id_terms] [int] NULL,

[img_quantity] [supply] NULL,

[img_method] [supply] NULL,

CONSTRAINT [PK_supply] PRIMARY KEY CLUSTERED

(

[id_ supply] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]

GO

ALTER TABLE [dbo].[ supply] WITH NOCHECK ADD CONSTRAINT [FK_ supply _statement] FOREIGN KEY([id_statement])

REFERENCES [dbo].[statement] ([id])

NOT FOR REPLICATION

GO

ALTER TABLE [dbo].[ supply] NOCHECK CONSTRAINT [FK_ supply _statement]

5.1.3 Создание таблицы: prodaction

USE [Vid]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[production](

[id_ ] [int] IDENTITY(1,1) NOT NULL,

[id_statement] [int] NOT NULL,

[pay] [production] NOT NULL,

CONSTRAINT [PK_ production] PRIMARY KEY CLUSTERED

(

[id_pay] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

ALTER TABLE [dbo].[pays] WITH NOCHECK ADD CONSTRAINT [FK_ production _statement] FOREIGN KEY([id_statement])

REFERENCES [dbo].[statement] ([id])

NOT FOR REPLICATION

GO

ALTER TABLE [dbo].[pays] NOCHECK CONSTRAINT [FK_pays_statement]

5.1.4 Создание таблицы: distribution

USE [Vid]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[distribution](

[id] [int] IDENTITY(1,1) NOT NULL,

[Fms] [varchar](300) NULL,

[p1_1] [varchar](300) NULL,

[p1_2] [varchar](300) NULL,

[p1_3] [varchar](300) NULL,

[p1_4] [varchar](300) NULL,

[p2_1] [varchar](300) NULL,

[p2_2] [varchar](300) NULL,

[p2_3] [varchar](300) NULL,

[p2_4] [varchar](300) NULL,

[p2_5] [varchar](300) NULL,

[sex] [varchar](30) NULL,

[p2_6] [varchar](300) NOT NULL,

[p2_7] [varchar](300) NULL,

[p2_8] [varchar](300) NULL,

[p2_9] [varchar](300) NOT NULL,

[p2_10] [varchar](300) NOT NULL,

[p2_11] [varchar](300) NOT NULL,

[p2_12] [varchar](300) NOT NULL,

[p3_1] [varchar](300) NULL,

[p3_2] [varchar](300) NULL,

[p3_3] [varchar](300) NULL,

[p3_4] [varchar](300) NULL,

[p3_5] [varchar](300) NULL,

[p3_6] [varchar](300) NULL,

[p3_7] [varchar](300) NULL,

[p3_8] [varchar](300) NULL,

[p3_9] [varchar](300) NULL,

[p3_10] [varchar](300) NULL,

[p3_11] [varchar](300) NULL,

[p3_12] [varchar](300) NULL,

[p3_13] [varchar](300) NULL,

[p3_14] [varchar](300) NULL,

[pass] [varchar](10) NULL,

CONSTRAINT [PK_statement] PRIMARY KEY CLUSTERED

(

[id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

5.1.5 Создание таблицы: reward

USE [Vid]

GO

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET ANSI_PADDING ON

GO

CREATE TABLE [dbo].[reward](

[id] [int] IDENTITY(1,1) NOT NULL,

[id_reward] [int] NOT NULL,

[report] [bit] NOT NULL,

[order] [bit] NOT NULL,

[comments_text] [varchar](300) NULL,

[reward] [int] NOT NULL,

CONSTRAINT [PK_reward] PRIMARY KEY CLUSTERED

(

[id] ASC

)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]

) ON [PRIMARY]

GO

SET ANSI_PADDING OFF

GO

ALTER TABLE [dbo].[reward]WITH NOCHECK ADD CONSTRAINT [FK_ reward] FOREIGN KEY([id_statement])

REFERENCES [dbo].[reward] ([id])

NOT FOR REPLICATION

GO

ALTER TABLE [dbo].[ reward] NOCHECK CONSTRAINT [FK_ reward_statement]

ЗАКЛЮЧЕНИЕ

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

В разделе 1 в результате анализа предположительного функционирования гипотетической автоматизированной системы «музыкальная школа»были выбраны пять автоматизируемых функций, охватывающих управление и организацию кадров, учеников и обучения, информационное обеспечение которых соответствует трём объектам предметной области и включает 79 атрибутов, охватывающих сведения о сотрудниках, учащихся, планировании, организации и проведении учебного процесса.

В разделе 2 в результате анализа информационного обеспечения функций были выявлены и сформулированы ограничения и правила поддержания целостности данных, которые должны быть учтены при дальнейшем проектировании. Общее число ограничений на уровне атрибутов составило 79 (в том числе динамических 1), на уровне кортежей -- 83 (динамические ограничения не выявлены), на уровне множеств кортежей -- 25 (динамические ограничения не были выявлены) и на уровне базы данных ограничения не были выявлены. Операционные правила были выявлены и сформулированы для уровня атрибутов -- 2 и для уровня множеств кортежей - 2.

В разделе 3 в результате проектирования локальных ER-моделей, соответствующих отдельным автоматизируемым функциям, были получены нормализованные локальных ER-модели, включающие от 4 до 6 сущностей в третьей нормальной форме. Разработанные спецификации ограничений и правил поддержания целостности включают все ограничения и правила, полученные на предыдущем этапе и трансформированные для локальных ER-моделей; анализ данных на этом этапе не потребовал дополнительного введения ограничений и правил.

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

В разделе 5 была спроектирована реляционная SQL-модель. Был выполнен перевод глобальной ER-модели в реляционную форму, специфицированы правила поддержания целостности на реляционном уровне, записан SQL-код для создания реляционной модели.

СПИСОК ЛИТЕРАТУРЫ

1. Дейт К.Дж. Введение в системы баз данных: Пер. с англ. -- 6-е изд. -- Киев: Диалектика, 1998. -- 784 с.

2. Саймон А.Р. Стратегические технологии баз данных: менеджмент на 2000 год: Пер. с англ. -- М.: Финансы и статистика, 1999. -- 479 с.

3. Фаулер М., Скотт К. UML в кратком изложении. Применение стандартного языка объектного моделирования: Пер. с англ. -- М.: Мир, 1999. -- 191 с.

4. Маклаков С.В. BPwin и Erwin. CASE-средства разработки информационных систем. -- М.: ДИАЛОГ-МИФИ, 1999. -- 256 с.

Размещено на Allbest.ru