Разработка программного обеспечения для управления базой данных научно-внедренческого предприятия

ВВЕДЕНИЕ 3 1 Построение инфологической (концептуальной) модели предметной области 5 1.1 Описание предметной области 5 1.2 Выбор средств/методологии проектирования 6 1.3 Построение модели сущность-связь для концептуальной модели предметной области 7 2 Проектирование даталогической модели (логической структуры) базы данных 9 2.1 Проектирование логической структуры базы данных 9 2.2 Выявление полного перечня ограничений целостности, присущего данной области 10 2.3 Проектирование физической структуры базы 12 3 Реализация проекта в среде конкретной СУБД 15 3.1 Организация ввода данных в БД. Организация корректировки БД 15 3.2 Реализация запросов, получение отчетов 22 3.3 Разработка интерфейса 25 ЗАКЛЮЧЕНИЕ 35 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 36 ПРИЛОЖЕНИЕ А 37

ВВЕДЕНИЕ

XXI век считается веком информационных технологий. Информация в наши дни играет колоссальную роль, и поэтому для успешного ведения дел нужно уметь управлять ею. Управление информацией – получение, координация, хранение, извлечение и распространение информации, поступающей от внутренних и внешних источников в любом формате с целью повышения рабочих показателей организации. Включает процессы выбора, идентификации, отнесения к заданной категории, индексации и хранения информации. Как правило, содержит активный и непрерывный пересмотр содержательных материалов, которые хранятся или распространяются посредством набора особых инструментов: баз данных, таксономий, человеческих сетей и т.п. [1] Чтобы описанные процессы было доступно выполнять не только разработчикам, но и другим людям, имеющим право на доступ к информации (менеджеры, управляющие, иные работники), необходимо разработать программное обеспечение для управления базой данных. Например, менеджер по продажам сможет менять статусы товара самостоятельно без посторонней помощи, при этом менеджер по закупкам сможет отследить необходимость покупки какого-либо товара через программное обеспечение и заказать его у поставщика. Таким образом в разы повышается эффективность работы предприятия. Целью данного курсового проекта является разработка программного обеспечения для управления базой данных научно-внедренческого предприятия «Квадро». Для достижения цели работы необходимо выполнить задачи: • Построить инфологическую модель; • Спроектировать даталогическую модель; • Создать базу данных в среде СУБД MS SQL Server; • Создать приложение для работы с базой данных. В ходе работы использовались в качестве источников литературы ГОСТ Р 53894-2016, а также сайт Microsoft Docs. В основном курсовой проект выполнен на основе знаний автора, полученных в результате изучения курса «Базы данных», составленного старшим преподавателем кафедры Автоматизированных систем управления Новосибирского государственного технического университета Эстрайхом Игорем Викторовичем. Работа состоит из 47 страниц, включающих 3 главы, 1 приложение, 45 изображений, 1 таблицу, 2 литературных источника.

1 Построение инфологической (концептуальной) модели предметной области

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

Малое научно-внедренческое предприятие «Квадро» занимается прокладкой компьютерных сетей и разработкой программных комплексов для организаций города. Численность работников — примерно 80 человек. Одновременно находится в разработке до 30 проектов. Один разработчик может участвовать в нескольких проектах одновременно, но зарплата его от этого не зависит. Одна организация может заказать в «Квадро» несколько разработок. Стоимость каждого проекта оговаривается отдельно. При досрочном выполнении работы заказчик перечисляет научно-внедренческому предприятию определенный, заранее оговоренный процент премии. Для работы предприятия используются входные данные: • Информация о сотрудниках (ID, ФИО, домашний адрес, район города, опыт работы, год рождения, базовый язык программирования, образование (вуз), фото работника, зарплата, премия, льготы, полная зарплата, премия при досрочном выполнении, примечания, начало участия и конец участия в проекте. Необходимо учесть, что работник может участвовать в нескольких проектах одновременно); • Информация о проектах (ID, название проекта, даты начала и окончания, руководитель (один из работников), ответственный со стороны заказчика); • Информация о заказчиках (Заказчик, телефон, банк, номер счёта в банке, ИНН, адрес, проекты. Необходимо учесть, что у одного заказчика может быть несколько проектов, у каждого проекта есть ответственный, для которого хранится информация: ФИО, телефон). Выходными данными являются запросы к базе данных. Заказчик через ответственного вносит проект для разработки предприятием «Квадро». Назначаются руководитель проекта и исполнитель. При досрочном выполнении работы заказчик перечисляет научно-внедренческому предприятию определенный, заранее оговоренный процент премии. К базе данных должны иметь доступ: • Администратор (удаление, создание, редактирование записей, просмотр данных, настройки прав пользователя); • Пользователь (удаление, создание, редактирование записей, если администратор дал эти права, и просмотр данных); Определим перечень возможных запросов к базе данных: • Взаимосвязь между работником и проектами, в которых он принимал или принимает участие; • Взаимосвязь между заказчиком и ответственными от него; • Вычисление продолжительности проектов; • Отбор работников, у которых заканчиваются проекты в заданную дату; • Отбор работников, которые участвуют в заданном проекте; • Количество проектов у сотрудников; • Число ответственных от каждого заказчика; • Средняя зарплата по районам города.

1.2 Выбор средств/методологии проектирования

Для построения ER-модели были использованы стандартные графические элементы Фигуры для визуального представления информации программы MS Office Word 2013. Она была выбрана, потому что позволяет наглядно отображать сложные структуры данных и не требует установки дополнительного программного обеспечения. Но нужно учесть, что при частой необходимости построения ER-моделей лучше установить специальную программу, такую как ERwin Data Modeler.

1.3 Построение модели сущность-связь для концептуальной модели предметной области

В соответствии с описанием предметной области построим концептуальную ER-модель (рисунок 1). Рисунок 1 – Концептуальная ER-модель 2 Проектирование даталогической модели (логической структуры) базы данных

2.1 Проектирование логической структуры базы данных

Записи таблицы должны быть уникально идентифицированы и их ключи не должны повторяться: • Запись таблицы «Работник» определяется ключом ID работника; • Запись таблицы «Проект» определяется ключом ID проекта; • Запись таблицы «Информация об участии» определяется совокупностью ключей ID работника и ID проекта; • Запись таблицы «Заказчик» определяется совокупностью ключей «Заказчик» и «ИНН»; • Запись таблицы «Ответственный от заказчика» определяется ключами «Ответственный» и «Заказчик». Из этого следует, что таблицы «Работник», «Проект» и «Заказчик» являются самостоятельными, а таблицы «Информация об участии» и «Ответственный от заказчика» являются зависимыми. Подробнее на рисунке 2. Рисунок 2 – Структура зависимостей в базе данных

2.2 Выявление полного перечня ограничений целостности, присущего данной области

В базе данных существуют ограничения на свойства объекта предметной области, тип данных, диапазон значения. Ограничения, контролируемые в таблицах: 1. Числовое поле «ID» в таблице «Работник» является порядковым числом и не может содержать более 3 цифр. Аналогично в таблице «Проект». 2. Текстовое поле «ФИО» в таблице «Работник» не может содержать более 60 символов. Может включать только буквы, пробелы, дефис, апостроф и точку. Аналогично в таблицах «Заказчик» для поля «Заказчик» и «Ответственный от заказчика» для поля «Ответственный». 3. Текстовое поле «Домашний адрес» таблицы «Работник» не может содержать более 60 символов. Аналогично для полей «Банк» и «Адрес» таблицы «Заказчик». 4. Текстовое поле «Район города» таблицы «Работник» может содержать не более 15 символов. Аналогично для полей «Базовый язык программирования», «Образование (вуз)» таблицы «Работник». 5. Числовое поле «Опыт работы» таблицы «Работник» может содержать только 2 цифры. 6. Числовое поле «Год рождения» таблицы «Работник» не может содержать значение года в будущем. Ограничен 4 цифрами. 7. Поле «Примечания» таблицы «Работник» имеет тип Memo. 8. Поле «Фото» таблицы «Работник» имеет тип OLE. 9. Денежное поле «Зарплата» таблицы «Работник» имеет длину не более 15 символов. Аналогично для полей «Премия», «Льготы», «Полная зарплата» таблицы «Работник». 10. Текстовое поле «Название проекта» таблицы «Проект» имеет длину 40 символов. 11. Поле «Дата начала» таблицы «Проект» имеет тип дата/время. Аналогично для поля «Дата окончания» таблицы «Проект», полей «Начало участия» и «Конец участия» для таблицы «Информация об участии». 12. Поле «Ответственный» таблицы «Проект» выбирается из значений таблицы «Ответственный от заказчика». Удаление из таблицы «Ответственный от заказчика» ограничивается. 13. Поле «Руководитель» таблицы «Проект» выбирается из значений таблицы «Работник». Удаление из таблицы «Работник» ограничивается. Аналогично для поля «ID работника» таблицы «Информация об участии». 14. Текстовое поле «Телефон» таблицы «Заказчик» ограничено 10 символами. Допускается ввод цифр и дефисов. Аналогично полю «Телефон» таблицы «Ответственный от заказчика». 15. Текстовое поле «Номер счёта» таблицы «Заказчик» ограничено 20 символами. 16. Текстовое поле «ИНН» таблицы «Заказчик» ограничено 10 символами. 17. Поле «Заказчик» таблицы «Ответственный от заказчика» выбирается из значений таблицы «Заказчик». Удаление из таблицы «Заказчик» ограничивается. 18. Поле «ID проекта» таблицы «Ответственный от заказчика» выбирается из значений таблицы «Проект». Удаление из таблицы «Проект» ограничивается. Аналогично для поля «ID проекта» таблицы «Информация об участии». Также присутствует целостность таблицы: поддерживается уникальность строк таблицы (определен первичный ключ таблицы, и значение его определено), а также поддерживаются все уникальные ключи, выявленные в ходе анализа предметной области. Каждая таблица проектируемой базы данных связана с другими посредством соответствующих первичных и внешних ключей, то есть является родительской (главной) по отношению к другим таблицам или дочерней (подчиненной).

2.3 Проектирование физической структуры базы

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

1	2
Создаём таблицу	РАБОТНИК (ID работника int, ФИО работника nvarchar (60), Домашний адрес nvarchar (60), Район города nvarchar (15), Опыт работы int, Год рождения int, Базовый язык программирования nvarchar (15), Образование (вуз) nvarchar (15), Примечания nvarchar (MAX), Фото работника image, Зарплата money (15), Премия money (15), Льготы money (15), Полная зарплата money (15))
Первичный ключ	(ID работника)
Внешний ключ	—
Ограничения	Значения атрибута ID работника уникальны
Индексы	Уникальный, кластеризованный для первичного ключа ID работника, некластеризованный для атрибута ФИО работника
Создаём таблицу	ПРОЕКТ (ID проекта int, Название проекта nvarchar (40), Дата начала проекта date, Дата окончания проекта date, Премия при досрочном выполнении money, Руководитель проекта int, Ответственный int)
Первичный ключ	(ID проекта)
Внешний ключ	(Ответственный из таблицы ОТВЕТСТВЕННЫЙ ОТ ЗАКАЗЧИКА NULL-значения недопустимы; Удаление из таблицы ОТВЕТСТВЕННЫЙ ОТ ЗАКАЗЧИКА ОГРАНИЧИВАЕТСЯ; Обновление ОТВЕТСТВЕННЫЙ ОТ ЗАКАЗЧИКА. Ответственный КАСКАДИРУЕТСЯ)
Внешний ключ	(Руководитель проекта из таблицы РАБОТНИК NULL-значения недопустимы; Удаление из таблицы РАБОТНИК ОГРАНИЧИВАЕТСЯ; Обновление РАБОТНИК. ФИО работника КАСКАДИРУЕТСЯ)

Ограничения	Значения атрибута ID проекта уникальны; Значения атрибута Ответственный должны принадлежать набору значений из таблицы ОТВЕТСТВЕННЫЙ ОТ ЗАКАЗЧИКА; Значения атрибута Руководитель проекта должны принадлежать набору значений из таблицы РАБОТНИК.
Индексы	Уникальный, кластеризованный для первичного ключа ID проекта некластеризованный для атрибута Ответственный некластеризованный для атрибута Название проекта
Создаём таблицу	ЗАКАЗЧИК (ID int, Заказчик nvarchar (60), Телефон заказчика nvarchar (10), Банк заказчика nvarchar (60), Номер счёта в банке nvarchar (20), ИНН заказчика nvarchar (10), Адрес заказчика nvarchar (60))
Первичный ключ	(ID заказчика)
Внешний ключ	—
Ограничения	Значения атрибута ID уникальны
Индексы	Уникальный, кластеризованный для первичного ключа ID
Создаём таблицу	ОТВЕТСТВЕННЫЙ ОТ ЗАКАЗЧИКА (ID int, Ответственный nvarchar (60), Телефон ответственного nvarchar (10), Заказчик int, ID проекта int)
Первичный ключ	(ID ответственного)
Внешний ключ	(Заказчик из таблицы ЗАКАЗЧИК NULL-значения недопустимы; Удаление из таблицы ЗАКАЗЧИК ОГРАНИЧИВАЕТСЯ; Обновление ЗАКАЗЧИК. Заказчик КАСКАДИРУЕТСЯ)
Внешний ключ	(ID проекта из таблицы ПРОЕКТ NULL-значения недопустимы; Удаление из таблицы ПРОЕКТ ОГРАНИЧИВАЕТСЯ; Обновление ПРОЕКТ. ID проекта КАСКАДИРУЕТСЯ)
Ограничения	Значения атрибута ID ответственного уникальны, Значения атрибута Заказчик должны принадлежать набору значений из таблицы ЗАКАЗЧИК; Значения атрибута ID проекта должны принадлежать набору значений из таблицы ПРОЕКТ;
Индексы	Уникальный, кластеризованный для первичного ключа (Ответственный, Заказчик, ID Проекта)
Создаём таблицу	ИНФОРМАЦИЯ ОБ УЧАСТИИ (Начало участия date, Конец участия date, ID работника int, ID проекта int)
Первичный ключ	(ID проекта, ID работника)

Внешний ключ	(ID проекта из таблицы ПРОЕКТ NULL-значения недопустимы; Удаление из таблицы ПРОЕКТ ОГРАНИЧИВАЕТСЯ; Обновление ПРОЕКТ. ID проекта КАСКАДИРУЕТСЯ)
Внешний ключ	(ID работника из таблицы РАБОТНИК NULL-значения недопустимы; Удаление из таблицы РАБОТНИК ОГРАНИЧИВАЕТСЯ; Обновление РАБОТНИК. ID работника КАСКАДИРУЕТСЯ)
Ограничения	Уникальный, кластеризованный для первичного ключа (ID проекта, ID работника), Значения атрибута ID проекта должны принадлежать набору значений из таблицы ПРОЕКТ; Значения атрибута ID работника должны принадлежать набору значений из таблицы РАБОТНИК.
Индексы	Уникальный, кластеризованный для первичного ключа (ID проекта), некластеризованный для атрибута  ID Работника

3 Реализация проекта в среде конкретной СУБД

3.1 Организация ввода данных в БД. Организация корректировки БД

Создадим разработанные таблицы по ходу 1 и 2 главы в базе данных. Для этого создадим базу данных Kvadro в среде СУБД MS SQL Server. В качестве справочных материалов будем использовать официальный сайт по SQL Server 2017 [2]. В базе будут использованы наименования таблиц, столбцов и т.д. на английском языке. Создадим таблицы в базе данных. На рисунках 3 – 7 представлены таблицы базы данных Kvadro. Рисунок 3 – Таблица «Заказчик» Рисунок 4 – Таблица «Ответственный от заказчика» Рисунок 5 – Таблица «Проект» Рисунок 6 – Таблица «Информация об участии» Рисунок 7 – Таблица «Работник» Теперь с помощью Диаграмм базы данных создадим зависимости между таблицами (рисунки 8 – 13). Рисунок 8 – Зависимость между таблицами «Заказчик» и «Ответственный от заказчика» Рисунок 9 – Зависимость между таблицами «Проект» и «Ответственный от заказчика» Рисунок 10 – Зависимость между таблицами «Работник» и «Участие в проекте» Рисунок 11 – Зависимость между таблицами «Работник» и «Проект» Рисунок 12 – Зависимость между таблицами «Участие в проекте» и «Проект» Заполним таблицы данными (рисунки 13 – 17). Рисунок 13 – Данные таблицы «Заказчик» Рисунок 14 – Данные таблицы «Ответственный от заказчика» Рисунок 15 – Данные таблицы «Работник» Рисунок 16 – Данные таблицы «Участие в проекте» Рисунок 17 – Данные таблицы «Проект» Далее создадим представление, которое будет показывать, в каких проектах какие работники принимали участие. На рисунке 18 изображено представление и его выполнение для таблиц «Работник», «Информация об участии» и «Проект». Рисунок 18 – Представление для таблиц «Работник», «Информация об участии» и «Проект» Создадим триггер, который будет предупреждать о наличии проекта с таким же названием, которое пытаются ввести для нового проекта или изменить у старого. Код триггера: USE [kvadro] GO /****** Object: Trigger [dbo].[NewProject] Script Date: 20.01.2019 14:57:28 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO — ============================================= — Author: Kopytova Veronika — Create date: 20.01.2019 — Description: — ============================================= ALTER TRIGGER [dbo].[NewProject] ON [dbo].[Project] FOR INSERT,UPDATE AS IF 2 = (SELECT COUNT(P.ID) FROM Project P, INSERTED I WHERE P.Title like I.Title) BEGIN ROLLBACK TRAN raiserror (‘Проект уже создан’, 16, 10) END Результат применения триггера представлен на рисунке 19. Рисунок 19 – Результат применения триггера в таблице «Проект» Создадим процедуру, которая будет выбирать всех работников (имя и язык программирования), у которых опыт более двух лет. Код процедуры: USE [kvadro] GO /****** Object: StoredProcedure [dbo].[GetExperiencedWorker] Script Date: 20.01.2019 15:00:04 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO — ============================================= — Author: <Author,,Name> — Create date: <Create Date,,> — Description: <Description,,> — ============================================= ALTER PROCEDURE [dbo].[GetExperiencedWorker] —<@Param1, sysname, @p1> <Datatype_For_Param1, , int> = <Default_Value_For_Param1, , 0>, —<@Param2, sysname, @p2> <Datatype_For_Param2, , int> = <Default_Value_For_Param2, , 0> AS BEGIN — SET NOCOUNT ON added to prevent extra result sets from — interfering with SELECT statements. SET NOCOUNT ON; — Insert statements for procedure here SELECT FName, Programm_lang FROM Employee WHERE Experience > 2; END Результат выполнения процедуры представлен на рисунке 20. Рисунок 20 – Результат выполнения процедуры поиска работников со стажем более 2х лет

3.2 Реализация запросов, получение отчетов

В параграфе «Описание предметной области» был составлен перечень примерных запросов к базе данных. Реализуем данные запросы. Код запроса, показывающего взаимосвязь между работником и проектами, в которых он принимал(-ет) участие: SELECT dbo.Employee.FName, dbo.Project.Title FROM dbo.Employee INNER JOIN dbo.Participation_info ON dbo.Employee.ID = dbo.Participation_info.Employee INNER JOIN dbo.Project ON dbo.Employee.ID = dbo.Project.Leader AND dbo.Participation_info.Project = dbo.Project.ID На рисунке 20 представлен итог запроса. Рисунок 20 – Итог запроса Взаимосвязь между работником и проектами, в которых он принимал или принимает участие Код запроса, показывающего взаимосвязь между заказчиком и ответственными от него: SELECT dbo.Customer.FName, dbo.Customer_responsible.FName AS Expr1 FROM dbo.Customer INNER JOIN dbo.Customer_responsible ON dbo.Customer.ID = dbo.Customer_responsible.Customer На рисунке 21 представлен итог запроса. Рисунок 21 – Итог запроса Взаимосвязь между заказчиком и ответственными от него Код запроса, вычисляющего количество проектов у каждого сотрудника: SELECT dbo.Employee.FName, COUNT(dbo.Participation_info.Employee) AS Projects FROM dbo.Employee LEFT JOIN dbo.Participation_info ON dbo.Employee.ID = dbo.Participation_info.Employee GROUP BY dbo.Employee.FName; Результат выполнения запроса представлен на рисунке 22. Рисунок 22 – Итог запроса Вычисление количества проектов у сотрудников Код запроса, вычисляющего число ответственных у каждого заказчика: SELECT dbo.Customer.FName, COUNT(dbo.Customer_responsible.Customer) AS Projects FROM dbo.Customer LEFT JOIN dbo.Customer_responsible ON dbo.Customer.ID = dbo.Customer_responsible.Customer GROUP BY dbo.Customer.FName; Результат выполнения запроса представлен на рисунке 23. Рисунок 23 – Итог запроса Вычисление количества ответственных у каждого заказчика Код запроса, вычисляющего продолжительность проектов: SELECT dbo.Project.Title, datediff(day, dbo.Project.Start_date, dbo.Project.End_date) AS Long FROM dbo.Project Результат выполнения запроса представлен на рисунке 24. Рисунок 24 – Итог запроса Вычисление продолжительности проектов Код запроса, вычисляющего среднюю зарплату по районам города: SELECT District, AVG(Salary) FROM dbo.Employee GROUP BY District Результат выполнения запроса представлен на рисунке 25. Рисунок 25 – Итог запроса Вычисление средней зарплаты по районам города Код запроса, отбирающий работников, у которых заканчиваются проекты в заданную дату: SELECT Employee.FName FROM Participation_info INNER JOIN Employee ON Participation_info.Employee = Employee.ID WHERE (Participation_info.End_date = @Param1) Результат выполнения запроса при заданном параметре «2018-11-09» представлен на рисунке 26. Рисунок 26 – Итог запроса Отбор работников, у которых заканчиваются проекты в заданную дату Код запроса, отбирающий работников, которые участвуют в заданном проекте: SELECT Employee.FName FROM Participation_info LEFT JOIN Employee ON Participation_info.Employee = Employee.ID LEFT JOIN Project ON Participation_info.Project = Project.ID WHERE (Project.Title = @Param1) Результат выполнения запроса при введённом параметре «Алроса» представлен на рисунке 27. Рисунок 27 – Итог запроса Отбор работников, которые участвуют в заданном проекте

3.3 Разработка интерфейса

Разработаем интерфейс, с которым будут работать пользователи. Код программы представлен в приложении А. При запуске приложения открывается окно с требованием входа (рисунок 28). Рисунок 28 – Окно входа в базу данных Если данные неверны, выводится ошибка (рисунок 29). Рисунок 29 – Ошибка ввода данных Для данной базы доступны пользователи: имя admin – пароль admin, имя user – пароль user, имя user2 – пароль user2, имя user3 – пароль user3. Начальное окно входа для admin на рисунке 30. Рисунок 30 – Начальное окно для администратора Начальное окно входа для user на рисунке 31. Рисунок 31 – Начальное окно для пользователя Как видно, пользователю не дана возможность изменения данных и настроек. Но администратор с помощью настроек может добавить пользователю привилегию изменения или удаления данных (рисунок 32). Рисунок 32 – Настройки привилегий пользователя Если администратор отметит галочкой «Разрешить редактировать данные», тогда для пользователя user2 будет отображаться меню изменения данных, а также сама возможность изменения (рисунок 33). Рисунок 33 – Начальное окно для пользователя с привилегиями изменения данных Выполним добавление, редактирование данных для таблицы Проекты (рисунки 34 – 35). Для остальных таблиц изменение проходит аналогичным образом. Редактирование и создание применяется после нажатия на кнопку «Сохранить». Рисунок 34 – Добавление новых данных в таблицу Проекты Рисунок 35 – Редактирование данных в таблице Проекты Убедимся, что данные сохранились. Для этого зайдём в просмотр данных таблицы Проекты (рисунок 36). Рисунок 36 – Просмотр сохранённых данных в таблице Проекты Теперь удалим созданный нами проект (рисунок 37). Удаление в остальных таблицах проходит аналогичным способом. Рисунок 37 – Удаление записи в таблице Проекты На рисунках 38 – 43 представлены примеры просмотра таблиц, представлений, запросов и процедур. Рисунок 38 – Просмотр данных таблицы Работники Рисунок 39 – Просмотр представления Участие в проектах Рисунок 40 – Просмотр запроса Количество проектов у работников Рисунок 41 – Просмотр запроса Средняя зарплата по районам Рисунок 42а – Просмотр запроса Работники заданного проекта Рисунок 42б – Просмотр запроса Работники заданного проекта Рисунок 43 – Просмотр запроса Достаточный опыт работы При нажатии на кнопку Export Excel происходит формирование файла excel, показывается окно с возможностью выбора пути сохранения файла. В результате файл сохраняется (рисунок 44). Рисунок 44 – Результат экспорта в Excel Если мы попытаемся открыть второй экземпляр программы, будет отображена ошибка (рисунок 45). Рисунок 45 – Ошибка запуска второго экземпляра программы

ЗАКЛЮЧЕНИЕ

В ходе данного курсового проекта было разработано программное обеспечение для управления базой данных научно-внедренческого предприятия «Квадро». Для достижения выше поставленной цели была построена инфологическая модель, спроектирована даталогическая модель, создана база данных в среде СУБД MS SQL Server. Приложение включает в себя: • главное меню; • форму авторизации и выдачи привилегий пользователям приложения (Admin, User); • формы для отображения данных таблиц, представления и результатов запросов; • формы для добавления, редактирования и удаления данных таблиц; • переходы между окнами приложения и выход из приложения; • экспорт в Excel. Разработанная база данных подходит для работы научно-внедренческого предприятия. Работа в Microsoft SQL Server Management Studio имеет удобный интерфейс, высокую степень защиты и развитую поддержку, поэтому её можно использовать для разработки боевых баз данных.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. ГОСТ Р 53894-2016 Менеджмент знаний. Термины и определения. 2. Визуальные инструменты для баз данных // Microsoft Docs [Электронный ресурс]. URL: https://docs.microsoft.com/ru-ru/sql/ssms/visual-db-tools/visual-database-tools?view=sql-server-2017