Размещено на http://www.allbest.ru/

Министерство науки и высшего образования Российской Федерации ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ОРЕНБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»

Институт непрерывного профессионального образования

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

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

по дисциплине «Базы данных и системы управления базами данных»

Проектирование и разработка базы данных автоматизированной информационной системы предприятия

Преподаватель Д.В. Горбачев

Студент группы

З-21ПИнж(б)РПиС(у)(инпо)

Д. Р. Хаертдинова

Оренбург 2023



Оглавление

база данные интерфейс проектирование

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

2. Анализ информационных потоков предметной области

2.1 Описание схемы взаимодействия подразделений предприятия

2.2 Диаграмма потоков данных

3. Выбор и обоснование технологии проектирования базы данных

4. Техническое проектирование

4.1 Описание объектов базы данных и их взаимосвязей

4.2 Инфологическая модель данных

4.3 Обоснование СУБД. Даталогическая модель данных

4.4 Физическая модель данных

4.5 Разработка запросов на выборку, изменение, обновление и удаление данных

4.6 Разработка процедур обеспечения целостности БД

5. Интерфейсы взаимодействия с БД

Выводы по курсовой работе

Список использованных источников

Приложение



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

Автоматизированная информационная система «Обслуживание заказов клиентов»

Описание предметной области.

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

Для того чтобы стать потребителем услуг предприятия каждый абонент должен зарегистрироваться, при этом фиксируются его ФИО, адрес, телефон и паспортные данные (Серия, Номер, Дата выдачи, Кем выдан). Каждый абонент в течение дня может сделать несколько заказов (Дата, Время), заказу присваивается номер.

В каждом заказе может содержаться несколько товаров, для каждого указывается количество товара, единица измерения, цена за единицу товара, общая стоимость товара. Заказ также имеет итоговую сумму. При формировании бланка заказа, который будет подписан абонентом при получении товара фиксируется, оплачен заказ, или абонент получает товар в кредит. Также на бланке заказа указывается: реквизиты предприятия; ФИО и должность оператора, приявшего заказ; ФИО, должность сотрудника, доставившего заказ.

Необходимо осуществлять следующую обработку данных:

- список товаров (код, наименование), пользующихся наибольшим спросом (максимальное количество позиций заказов) у населения за заданный период;

- динамика изменения стоимости заданного товара за заданный период по месяцам;

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



2. Анализ информационных потоков предметной области

2.1 Описание схемы взаимодействия подразделений предприятия

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

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

Схема информационных потоков показывает, как происходит движение информации между отделами, подразделениями. Основное место в информационных потоках занимает формируемая вручную, или частично вручную документируемая информация.

Пример схемы приведен на рисунке 1.

Рисунок 1 Схема информационных потоков

Легенда:

1. Обращение клиента.

2. Прием и обработка заказа.

3. План для комплектации и упаковки товаров.

4. Отчет о сборе заказа, отчет о работе склада.

5. Расчет стоимости заказа.

6. Уведомление об отгрузке товаров на отправку, отчет о комплектовании

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

8. Доставка заказов клиенту, бланк заказа, подписи.

Функциональная модель IDEF0 представляет собой набор блоков, каждый из которых представляет собой «черный ящик» со входами и выходами, управлением и механизмами, которые детализируются (декомпозируются) до необходимого уровня. Наиболее важная функция расположена в верхнем левом углу. А соединяются функции между собой при помощи стрелок и описаний функциональных блоков. При этом каждый вид стрелки или активности имеет собственное значение. Данная модель позволяет описать все основные виды процессов, как административные, так и организационные. Стрелки могут быть:

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

Исходящие - выводящие результат деятельности.

Контроль (сверху вниз) - механизмы управления (положения, инструкции и пр).

Механизмы (снизу вверх) - что используется для того, чтобы произвести необходимую работу.

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

Пример диаграмм в нотации IDEF0 приведен на рисунках 2, 3.

Рисунок 2 Контекстная диаграмма процесса

Рисунок 3 Диаграмма декомпозиции процесса 1-го уровня



2.2 Диаграмма потоков данных

DFD (data flow diagram) -- диаграмма потоков данных, один из основных инструментов структурного анализа и проектирования информационных систем, существовавших еще до широкого распространения UML.

Выделяют 4 элемента в диаграмме:

1. Процесс. Процессы, при которых идет изменение потока данных (обработка, трансформация и др. изменения). Процесс, как и в других диаграммах обычно прописывается с помощью глагола, например: “Отправка заполненной формы”.

2. Внешняя сущность. Сущность (объект), которая получает или отправляете данные при взаимодействии с описанным процессом.

3. Хранилище данных. Все хранилища данных или отдельные файлы, которые хранят исходные или выходные данные, а также все промежуточные хранилища.

4. Поток данных. Поток данных, который отображает направление и сами данные, которые перемещаются между внешними сущностями и хранилищами данных с помощью процессов.

Пример диаграммы представлен на рисунке 4.



Рисунок 4 Диаграмма потоков данных



3. Выбор и обоснование технологии проектирования базы данных

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

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

Восходящий метод проектирования применяют в распределенных БД при интеграции спроектированных локальных баз данных.

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

Нисходящий подход используется в концепции метода проектирования «сущность-связь». В основе метода лежат три элемента: сущность, атрибут, связь. Работа начинается с выявления сущностей и связей между ними.

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

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

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

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

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

В данной работе применяется нисходящий подход.

Для проведения анализа и реорганизации бизнес - процессов предназначено CASE-средство верхнего уровня AllFusion Process Modeler (BPwin), поддерживающее методологии:

· IDEF0 (функциональная модель);

· DFD (DataFlow Diagram);

· IDEF3 (Workflow Diagram).

Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной. Функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации.

Диаграммы потоков данных (Data Flow Diagrams) представляют сеть связанных между собой работ. Их удобно использовать для описания документооборота и обработки информации.

Для автоматизации проектирования БД выбрано средство разработки Erwin.

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

Методологическую основу ERwin составляют технология IDEF1X и ER диаграммы, или диаграммы «сущность-связь». Пользователь описывает структуру данных визуально. Он задает служащие прообразами реляционных таблиц сущности с их атрибутами и при помощи мыши «натягивает» между ними связи, которые являются прототипами реляционных отношений.

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

В ERwin встроена поддержка СУБД: Oracle; Sybase; Informix; CA Ingres; DB2, Rdb; Watcom; SQLBase; Microsoft SQL Server; AS/400; Progress; FoxPro; InterBase; dBASE; Clipper; Paradox; Access, MySQL.

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

Таким образом, использование ERwin существенно ускоряет создание БД.



4. Техническое проектирование

4.1 Описание объектов базы данных и их взаимосвязей

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

В ходе анализа первоначально можно выделить несколько сущностей и их атрибуты:

- клиенты (ФИО, адрес, телефон, паспортные данные);

- заказы (дата заказа, способ оплаты);

- товары (наименование, цена);

- сотрудники (ФИО, адрес, телефон, должность, ИНН);

- бланк заказов (дата доставки, стоимость заказа);

- заказано товаров (цена за единицу, количество).

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

В результате анализа предметной области выявляется ряд объектов, свойств и связей. Формат формализованного описания классов и объектов предметной области представлен в таблицах 1 и 2.

Таблица 1

Классы объектов и свойства

Объект\Свойство	Ключ	Тип свойства	Ограничения	Процессы	Обязательность
1	2	3	4	5	6
Клиенты
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
ФИО		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Адрес		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Телефон		Символьный	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Серия паспорта		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Номер паспорта		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Дата выдачи		Дата		Ввод, Просм., Корр.	Д.Б.
Кем выдан		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Сотрудники
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
ФИО		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Адрес		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Телефон		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Должность		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
ИНН		Символьный	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Товары
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
Наименование		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Цена		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Заказы
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
Дата заказа		Дата		Ввод, Просм., Корр.	Д.Б.
Способ оплаты		Символьный	Не более 50	Ввод, Просм., Корр.	Д.Б.
Бланк заказов
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
Дата доставки		Дата		Ввод, Просм., Корр.	Д.Б.
Стоимость заказа		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.
Заказано товаров
Номер	УК1, ПК	Числовой	Целое > 0	Генер., Просм.	Д.Б.
Количество		Числовой	Целое > 0	Ввод, Просм., Корр.	Д.Б.

Таблица 2

Связи между классами

Связь классов объектов	Название связи со стороны классов объектов	Тип связи со стороны класса объекта	Опциональность связи класса объекта
Главный	Подчиненный	Глав	Подч	Глав	Подч	Глав	Подч
1	2	3	4	5	6	7	8
Клиент	Заказ	имеет	соответствует	1	М	М.б.	Д.б.
Клиент	Бланк заказа	имеет	соответствует	1	М	М.б.	Д.б.
Заказ	Бланк заказа	имеет	соответствует	1	М	М.б.	Д.б.
Заказ	Заказано товаров	имеет	соответствует	1	М	М.б.	Д.б.
Товар	Заказано товаров	имеет	соответствует	1	М	М.б.	Д.б.
Сотрудник	Заказ	имеет	соответствует	1	М	М.б.	Д.б.

4.2 Инфологическая модель данных

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

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

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

Сущность - это множество реальных или абстрактных объектов (людей, мест, событий), обладающих общими атрибутами или характеристиками.

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

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

Первичный ключ - это один из потенциальных ключей отношения, выбранный в качестве основного ключа.

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

Разработка инфологической и даталогической моделей данных осуществлялась с помощью ERwin Modeler.

Инфологическая модель базы данных в виде ER-диаграммы представлена на рисунке 5.



Рисунок 5 ИЛМ предметной области «Обслуживание заказов клиентов»

Ввиду того, что все атрибуты в сущностях базы данных атомарные и нет повторяющихся групп, можно говорить, что схема отношений находится в первой нормальной форме(1НФ).

Также верно, что каждая таблица имеет уникальное ключевое поле, которое однозначно определяет любое не ключевое, т.е. запись ему соответствующую. Что в совокупности с соответствием первой нормальной форме является соответствием второй нормальной форме (2НФ).

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

Таким образом, представленная ИЛМ отвечает требованиям нормализации отношений БД.

4.3 Обоснование СУБД. Даталогическая модель данных

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

В соответствии с поставленной задачей выбор был остановлен на СУБД MS SQL Server, т.к. именно эта СУБД отвечает всем необходимым требованиям, а именно:

- Поддержка многопользовательского подключения;

- Высокая скорость работы;

- Низка трудоемкость поддержания работоспособности СУБД;

- Поддержка использования технологии LINQ To SQL;

- Высокая надежность хранения данных.

Microsoft SQL Server - система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов - Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка.

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

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

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

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

Рисунок 6 ДЛМ базы данных обслуживание заказов клиентов

4.4 Физическая модель данных

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

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

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

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

Таблица 3

Описание физической реализации таблиц БД

Объект	Ключ	Физические характеристики	Логические операции	Обязательное поле	Пример данных
Client
ID	PK	int	Identity (1,1)	Да	1
FIO		varchar(50)		Да	Смирнов Данил Олегович
Address		varchar(50)		Да	Кирова 51 кв 21
Phone		varchar(50)		Да	79871941212
Series_pas		int		Да	4532
Number_pas		int		Да	234322
Date_pas		date		Да	12.02.2005
Issued_pas		varchar(50)		Да	Отдел УФМС
Sotrudnik
ID	PK	int	Identity (1,1)	Да	1
FIO		varchar(50)		Да	Соколов Денис Денисович
Address		varchar(50)		Да	Тукова 81 кв 2
Phone		bigint		Да	79867635331
Post		varchar(50)		Да	Оператор
INN		varchar(50)		Да	540092816612
Product
Product_num	PK	int	Identity (1,1)	Да	1
Name		varchar(50)		Да	Мыло детское
Price		int		Да	70
Order
Order_num	PK	int	Identity (1,1)	Да	1
ID_sotrudnik	FK	int		Да	1
ID_client	FK	int		Да	1
Date_order		Date		Да	12.01.2023
Pay		varchar(50)		Да	Кредит
Blank
Blank_num	PK	int	Identity (1,1)	Да	1
Order_num	FK	int		Да	1
ID_client	FK	int		Да	1
Date_delivery		Date		Да	14.01.2023
Order_price		int		Да	2150
OrderProduct
Order_num	PK	int	Identity (1,1)	Да	1
Product_name	PK	int		Да	1
Quantity		int		Да	6

Схема данных в СУБД MS SQL Server представлена на рисунке 7.

Рисунок 7 Схема данных

4.5 Разработка запросов на выборку, изменение, обновление и удаление данных

Вывести список товаров (код, наименование), пользующихся наибольшим спросом (максимальное количество позиций заказов) у населения за заданный период

SELECT TOP 10 p.product_num, p.name FROM product p

INNER JOIN [orderproduct] op ON p.product_num = op.product_num

INNER JOIN [order] o ON op.order_num = o.order_num WHERE o.date_order

BETWEEN '2023-04-01' AND '2023-05-20'

GROUP BY p.product_num,

p.name ORDER BY SUM(op.quantity) DESC;

Вывести список наименований улиц, на которых проживают абоненты предприятия по убыванию числа абонентов

SELECT

SUBSTRING(Address, CHARINDEX(',', Address) + 2, LEN(Address)) AS Street,

COUNT(*) AS ClientsCount

FROM

Client

GROUP BY

SUBSTRING(Address, CHARINDEX(',', Address) + 2, LEN(Address))

ORDER BY

ClientsCount DESC

Добавить информацию о новом клиенте Смирновой Анне Александровне.

INSERT INTO Client (FIO, Address, Phone, Series_pas, Number_pas, Date_pas, Issued_pas)

VALUES (`Смирнова Анна Александровна', `Ленина 58 кв 1', 79878806554, 3545, 374637, `2023-04-04', `Отдел УФМС')

Удалить информацию о Смирновой Анне Александровне

DELETE FROM Client

WHERE FIO = 'Смирнова Анна Александровна'

Увеличить цену на 10 у товаров "лак для волос" и "спрей для волос"

UPDATE Product SET Price = Price + 10 WHERE Name IN ('лак для волос', 'спрей для волос');

4.6 Разработка процедур обеспечения целостности БД

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

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

CREATE TRIGGER trg_block_insert ON Client

INSTEAD OF INSERT

AS

BEGIN

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE

BEGIN TRY

BEGIN TRANSACTION

SELECT * FROM Client WITH (TABLOCKX, HOLDLOCK)

INSERT INTO Client (FIO, Address, Phone, Series_pas, Number_pas, Date_pas, Issued_pas)

SELECT FIO, Address, Phone, Series_pas, Number_pas, Date_pas, Issued_pas FROM inserted

COMMIT TRANSACTION

END TRY

BEGIN CATCH

ROLLBACK TRANSACTION

END CATCH

END

Параметры TABLOCKX и HOLDLOCK, устанавливают блокировки таблицы на время выполнения операции вставки. Также используется уровень изоляции транзакции SERIALIZABLE, чтобы запретить одновременный доступ к таблице.

Представление -- это виртуальная таблица, содержимое которой определяется запросом.

Было создано представление для вывода фио клиента и сумму его итогового заказа.

CREATE VIEW Client_Blank AS

SELECT Client.FIO, Blank.Order_price

FROM Client

JOIN Blank ON Client.ID = Blank.ID_client;

SELECT * FROM Client_Blank;

Этот запрос выведет список ФИО клиентов и сумму заказов для каждого из них.



5. Интерфейсы взаимодействия с БД

Приложение реализовано в Microsoft Visual Studio 2022 на языке программирования C#. Пример форм для работы с БД приведен на рисунках 8-14.

Рисунок 8 Форма для работы с БД

Рисунок 9 Форма для работы с БД

Рисунок 10 Форма для работы с БД

Рисунок 11 Форма для работы с бд



Рисунок 12 Форма для работы с БД

Рисунок 13 Форма для работы с БД



Рисунок 14 Форма для работы с БД



Выводы по курсовой работе

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

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

В ходе курсовой работы были решены следующие поставленные задачи:

- выполнен анализ предметной области;

- разработаны IDEF0 и DFD модели;

- выполнено техническое проектирование БД;

- были разработаны запросы для работы с БД;

- был разработан интерфейс для взаимодействия пользователя с БД.

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



Список использованных источников

1. ГОСТ 34.003-90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения - Введен 1991 - 01- 01: Изд-во стандартов, 2012. 459 с.

2. Советов, Б. Я. Базы данных: теория и практика: учебник для бакалавров / Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской.- 2-е изд. Москва: Юрайт, 2014. 463 с.: ил. (Бакалавр. Базо-вый курс). Прил.: с. 386-458. Библиогр.: с. 459-460. ISBN 978-5-9916-2940-9. (39экз)

3. Советов, Б. Я. Базы данных: учебник для прикладного бакалавриата / Б. Я. Советов, В. В. Цехановский, В. Д. Чертовской; С.-Петерб. гос. электротехн. ун-т "ЛЭТИ" им. В. И. Ульянова (Лени-на). 2-e изд. Москва: Юрайт, 2015. 463 с. (Бакалавр. Прикладной курс). Прил.: с. 386-458. Библиогр.: с. 459-460. ISBN 978-5-9916-4685-7. (52экз)

4. Щелоков, С.А. Проектирование распределенных информационных систем: курс лекций по дисциплине «Проектирование распределенных информационных систем» / С.А. Щелоков, Е.Н. Чернопрудова; Оренбургский гос. ун-т. Оренбург: ООО ИПК «Университет», 2013. 195 с.

5. Щелоков, С.А. Проектирование, разработка и реализация распределенной информационной системы предприятия: методические указания к выполнению курсовой работы по дисциплине «Проектирование распределенных информационных систем» / С.А.Щелоков; Оренбургский гос. ун-т. Оренбург: ОГУ, 2015. 129 с. Электронный источник http://artlib.osu.ru/site_new/index.php?option=com_find&type=getfile&name=7940_20150522.pdf&folder1=metod_all&folder2=books&no_html=1

6. Щелоков, С.А. Разработка и создание баз данных средствами СУБД Access и SQL Server: практикум: учебно-методическое пособие С.А.Щелоков; Оренбургский гос. ун-т. Оренбург: ОГУ, 2014. 109 с. Электронный источник- http://artlib.osu.ru/.

7. Щелоков, С.А. Разработка и создание базы данных предметной области: методические указания к выполнению курсовой работы по дисциплине «Базы данных» / С.А.Щелоков; Оренбургский гос. ун-т. Оренбург: ОГУ, 2014. 141 с. Электронный источник. http://artlib.osu.ru/.

8. Петров, Алекс Распределенные данные. Алгоритмы работы современных систем хранения информации / А. Петров. первод с англ. Коцюба А. СПб.: Издательство «Питер СПб», 2021. 336 с.

9. Горшкова Е. А., Новиков Б. А., Графеева Н. Г. Основы технологий баз данных. Учебное пособие / Б. А. Новиков, Е. А. Горшкова, Н. Г. Графеева. М.: ДМК Пресс, 2020. 582 с.

10. Кузнецов С. Д. Базы данных: учебник для вузов / С.Д. Кузнецов. М.: Академия, 2012. 312 с. 19.

11. Осипов Д. Л. Технологии проектирования баз данных / Д. Л. Осипов. Под ред. Мовчан Д. А. М.: Изд. ДМК-Пресс, 2019 - 498с. 9. Форта Бен. Язык T-SQL для Microsoft SQL Server за 10 минут. / Бен Форта. М.: Издательство: Вильямс, 2017. 384 с.

12. Нестеров С.А. Базы данных. Учебник и практикум для академического бакалавриата. / С.А. Нестеров. М.: Издательство «Юрайт», 2016. 230 с.

13. Грофф, Джеймс Р., Вайнберг, Пол Н., Оппелъ, Эндрю Дж. SQL: полное руководство / 3-е изд.: Пер. с англ. М.: ООО «И.Д. Вильямс», 2015. 960с.

14. Фаулер, Мартин, Садаладж, Прамодкумар Дж. NoSQL: новая методология разработки нереляционных баз данных / Пер. сангл. М.: ООО «И.Д. Вильямс», 2013. 192 с.

15. Бондарь А. Г. Microsoft SQL Server 2014 / А.Г. Бондарь. СПб.: БХВПетербург, 2015. 592 с.

16. Ян Робинсон. Графовые базы данных. Новые возможности для работы со связанными данными / Ян Робинсон. М.: Издательство ДМК Пресс, 2015.256 с.

17. Гринченко, Н. Н. Базы данных: разработка клиентских приложений на платформе.NET: учебник для студентов вузов / Н. Н. Гринченко, А. Ю. Громов, А. В. Благодаров. М.: издательство КУРС, 2020. 287 с.

18. Калашян А. Н. Структурные модели бизнеса: DFD-технологии / А. Н. Калашян, Г. Н. Калянов ; под ред. Г. Н. Калянова. М.: Финансы и статистика, 2010.

19. Базы данных. SQL Server. [электронный ресурс] / Режим доступа: https://docs.microsoft.com/ruru/sql/relationaldatabases/databases/databases?view=sql-server-ver15. Свободный доступ. Загл. С экрана.

20. Введение в базы данных. [электронный ресурс] / Режим доступа: http://www.mstu.edu.ru/study/materials/zelenkov/toc.html. Свободный доступ. Загл. с экрана.

21. Пошаговое руководство. Создание n-уровневого приложения для данных. [электронный ресурс] / Режим доступа: https://docs.microsoft.com/ruru/visualstudio/data-tools/walkthrough-creating-an-n tier-data-application?view=vs2019. Свободный доступ. Загл. с экрана.

22. Создание простого приложения для работы с данными с помощью ADO.NET. [электронный ресурс] / Режим доступа: https://docs.microsoft.com/ru- 20 ru/visualstudio/data-tools/create-a-simple-data-application-by-using-adonet?view=vs2019. Свободный доступ. Загл. с экрана.

23. Создание базы данных и добавление таблиц в Visual Studio. [электронный ресурс] / Режим доступа https://docs.microsoft.com/ruru/visualstudio/data-tools/create-a-sql-database-by-using-a-designer?view=vs-2019. Свободный доступ. Загл. с экрана.



Приложение

SQL-скрипты

USE [master]

GO

/****** Object: Database [test] Script Date: 23.05.2023 3:21:44 ******/

CREATE DATABASE [test]

CONTAINMENT = NONE

ON PRIMARY

( NAME = N'test', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL16.SQLEXPRESS\MSSQL\DATA\test.mdf', SIZE = 8192KB, MAXSIZE = UNLIMITED, FILEGROWTH = 65536KB )

LOG ON

( NAME = N'test_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL16.SQLEXPRESS\MSSQL\DATA\test_log.ldf', SIZE = 8192KB, MAXSIZE = 2048GB, FILEGROWTH = 65536KB )

WITH CATALOG_COLLATION = DATABASE_DEFAULT, LEDGER = OFF

GO

ALTER DATABASE [test] SET COMPATIBILITY_LEVEL = 160

GO

IF (1 = FULLTEXTSERVICEPROPERTY('IsFullTextInstalled'))

begin

EXEC [test].[dbo].[sp_fulltext_database] @action = 'enable'

end

GO

ALTER DATABASE [test] SET ANSI_NULL_DEFAULT OFF

GO

ALTER DATABASE [test] SET ANSI_NULLS OFF

GO

ALTER DATABASE [test] SET ANSI_PADDING OFF

GO

ALTER DATABASE [test] SET ANSI_WARNINGS OFF

GO

ALTER DATABASE [test] SET ARITHABORT OFF

GO

ALTER DATABASE [test] SET AUTO_CLOSE OFF

GO

ALTER DATABASE [test] SET AUTO_SHRINK OFF

GO

ALTER DATABASE [test] SET AUTO_UPDATE_STATISTICS ON

GO

ALTER DATABASE [test] SET CURSOR_CLOSE_ON_COMMIT OFF

GO

ALTER DATABASE [test] SET CURSOR_DEFAULT GLOBAL

GO

ALTER DATABASE [test] SET CONCAT_NULL_YIELDS_NULL OFF

GO

ALTER DATABASE [test] SET NUMERIC_ROUNDABORT OFF

GO

ALTER DATABASE [test] SET QUOTED_IDENTIFIER OFF

GO

ALTER DATABASE [test] SET RECURSIVE_TRIGGERS OFF

GO

ALTER DATABASE [test] SET DISABLE_BROKER

GO

ALTER DATABASE [test] SET AUTO_UPDATE_STATISTICS_ASYNC OFF

GO

ALTER DATABASE [test] SET DATE_CORRELATION_OPTIMIZATION OFF

GO

ALTER DATABASE [test] SET TRUSTWORTHY OFF

GO

ALTER DATABASE [test] SET ALLOW_SNAPSHOT_ISOLATION OFF

GO

ALTER DATABASE [test] SET PARAMETERIZATION SIMPLE

GO

ALTER DATABASE [test] SET READ_COMMITTED_SNAPSHOT OFF

GO

ALTER DATABASE [test] SET HONOR_BROKER_PRIORITY OFF

GO

ALTER DATABASE [test] SET RECOVERY SIMPLE

GO

ALTER DATABASE [test] SET MULTI_USER

GO

ALTER DATABASE [test] SET PAGE_VERIFY CHECKSUM

GO

ALTER DATABASE [test] SET DB_CHAINING OFF

GO

ALTER DATABASE [test] SET FILESTREAM( NON_TRANSACTED_ACCESS = OFF )

GO

ALTER DATABASE [test] SET TARGET_RECOVERY_TIME = 60 SECONDS

GO

ALTER DATABASE [test] SET DELAYED_DURABILITY = DISABLED

GO

ALTER DATABASE [test] SET ACCELERATED_DATABASE_RECOVERY = OFF

GO

ALTER DATABASE [test] SET QUERY_STORE = ON

GO

ALTER DATABASE [test] SET QUERY_STORE (OPERATION_MODE = READ_WRITE, CLEANUP_POLICY = (STALE_QUERY_THRESHOLD_DAYS = 30), DATA_FLUSH_INTERVAL_SECONDS = 900, INTERVAL_LENGTH_MINUTES = 60, MAX_STORAGE_SIZE_MB = 1000, QUERY_CAPTURE_MODE = AUTO, SIZE_BASED_CLEANUP_MODE = AUTO, MAX_PLANS_PER_QUERY = 200, WAIT_STATS_CAPTURE_MODE = ON)

GO

USE [test]

GO

/****** Object: Table [dbo].[Blank] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[Blank](

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

[ID_client] [int] NOT NULL,

[Order_num] [int] NOT NULL,

[Date_delivery] [date] NOT NULL,

[Order_price] [int] NOT NULL,

CONSTRAINT [PK_Blank] PRIMARY KEY CLUSTERED

(

[Blank_num] ASC

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

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[Client] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[Client](

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

[FIO] [varchar](50) NOT NULL,

[Address] [varchar](50) NOT NULL,

[Phone] [varchar](50) NOT NULL,

[Series_pas] [int] NOT NULL,

[Number_pas] [int] NOT NULL,

[Date_pas] [varchar](50) NOT NULL,

[Issued_pas] [varchar](50) NOT NULL,

CONSTRAINT [PK_Client] PRIMARY KEY CLUSTERED

(

[ID] ASC

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

) ON [PRIMARY]

GO

/****** Object: View [dbo].[Client_Blank] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE VIEW [dbo].[Client_Blank] AS

SELECT Client.FIO, Blank.Order_price

FROM Client

JOIN Blank ON Client.ID = Blank.ID_client;

GO

/****** Object: Table [dbo].[Order] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[Order](

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

[ID_sotrudnik] [int] NOT NULL,

[ID_client] [int] NOT NULL,

[Date_order] [date] NOT NULL,

[Pay] [varchar](50) NOT NULL,

CONSTRAINT [PK_Order] PRIMARY KEY CLUSTERED

(

[Order_num] ASC

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

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[OrderProduct] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[OrderProduct](

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

[Product_num] [int] NOT NULL,

[Quantity] [int] NOT NULL,

CONSTRAINT [PK_OrderProduct_1] PRIMARY KEY CLUSTERED

(

[Order_num] ASC

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

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[Product] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[Product](

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

[Name] [varchar](50) NOT NULL,

[Price] [int] NOT NULL,

CONSTRAINT [PK_Product] PRIMARY KEY CLUSTERED

(

[Product_num] ASC

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

) ON [PRIMARY]

GO

/****** Object: Table [dbo].[Sotrudnik] Script Date: 23.05.2023 3:21:44 ******/

SET ANSI_NULLS ON

GO

SET QUOTED_IDENTIFIER ON

GO

CREATE TABLE [dbo].[Sotrudnik](

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

[FIO] [varchar](50) NOT NULL,

[Address] [varchar](50) NOT NULL,

[Phone] [bigint] NOT NULL,

[Post] [varchar](50) NOT NULL,

[INN] [bigint] NOT NULL,

CONSTRAINT [PK_Sotrudnik] PRIMARY KEY CLUSTERED

(

[ID] ASC

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

) ON [PRIMARY]

GO

ALTER TABLE [dbo].[Blank] WITH CHECK ADD CONSTRAINT [FK_Blank_Client] FOREIGN KEY([ID_client])

REFERENCES [dbo].[Client] ([ID])

GO

ALTER TABLE [dbo].[Blank] CHECK CONSTRAINT [FK_Blank_Client]

GO

ALTER TABLE [dbo].[Blank] WITH CHECK ADD CONSTRAINT [FK_Blank_Order] FOREIGN KEY([Order_num])

REFERENCES [dbo].[Order] ([Order_num])

GO

ALTER TABLE [dbo].[Blank] CHECK CONSTRAINT [FK_Blank_Order]

GO

ALTER TABLE [dbo].[Order] WITH CHECK ADD CONSTRAINT [FK_Order_Client] FOREIGN KEY([ID_client])

REFERENCES [dbo].[Client] ([ID])

GO

ALTER TABLE [dbo].[Order] CHECK CONSTRAINT [FK_Order_Client]

GO

ALTER TABLE [dbo].[Order] WITH CHECK ADD CONSTRAINT [FK_Order_Sotrudnik] FOREIGN KEY([ID_sotrudnik])

REFERENCES [dbo].[Sotrudnik] ([ID])

GO

ALTER TABLE [dbo].[Order] CHECK CONSTRAINT [FK_Order_Sotrudnik]

GO

ALTER TABLE [dbo].[OrderProduct] WITH CHECK ADD CONSTRAINT [FK_OrderProduct_Order] FOREIGN KEY([Order_num])

REFERENCES [dbo].[Order] ([Order_num])

GO

ALTER TABLE [dbo].[OrderProduct] CHECK CONSTRAINT [FK_OrderProduct_Order]

GO

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