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

Курсовой проект

по дисциплине: «Базы данных»

На тему: «Разработка базы данных по предметной области аптека онкологического диспансера с использованием СУБД Access»



Введение

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

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

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

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

Для создания базы данных необходимо решить следующие задачи:

1. Провести системный анализ предметной области «Аптека онкологического диспансера» и выявить основные требования к ИС.

2. Построить информационно-логическую модель базы данных.

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

4.Создать пользовательский интерфейс.

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

Курсовой проект состоит из введения, двух глав, заключения, приложений и списка литературы.

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

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

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



1. Аналитическая часть

1.1 Описание предметной области «Аптека при онкологическом диспансере»

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

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

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

Для работы с базой данных необходимо включить информацию в виде справочников:

Ш справочную информацию о отделении;

Ш справочную информацию о сотрудниках;

Ш справочную информацию о товаре;

Ш справочную информацию о поставщиках;

1.2 Список вопросов, на которые должна отвечать информационная система

Созданная база данных должна отвечать на следующие вопросы:

Ш Список поставщиков, с которыми заключены договора;

Ш Список поставляемых товаров;

Ш Цена и количество указанного товара на складе;

Ш Суммы поставок по отделениям;

Описание первичных документов

Основными выходными документами при работе с базой данных являются: договора и накладные.

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

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

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

Объекты справочной и учетной информации

Справочной информацией предметной области продавец магазина являются справочники:Otdelenie,Sotrudniki_apteki, Tovar, Postavshik.

Учетной информацией является Dogovor.

Учетная и справочная информация хранится в документах.

Документ - составная единица информации (СЕИ)- логически взаимосвязанная совокупность реквизитов.

Реквизит - простейшая структурная единица информации.

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



1.3 Выявление функциональной зависимости

Имя поля	Подпись поля	Функциональные зависимости
	Client	Клиент

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

Inn_cl	ИНН
Dengi	Средства
Nam_pr_t	Намерение приобрести товар

Имя поля	Подпись поля	Функциональные зависимости
	Personal	Персонал

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

Inn_p	ИНН Продавца
Fam	Фамилия
Adres	Адрес
Dolzn	Должность
Name	Имя
Otchestvo	Отчество
Oklad	Оклад
Otch	Отчет

Имя поля	Подпись поля	Функциональные зависимости
Chek	Чек
Id_nom	Идентификационный номер
Naim_tov	Наименование товара
Kolich	Количество
Stoimost	Стоимость
Inn_p	ИНН поставщика
Inn_d	ИНН
Data	Дата
Nazv_org	Название организации

Требования нормализации

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

Ш информационный объект должен содержать уникальный идентификатор -- первичный ключ;

Ш все не ключевые реквизиты должны быть взаимонезависимы;

Ш все ключевые реквизиты, должны быть функционально независимы;

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

Ш каждый описательный реквизит должен зависеть от ключа не транзитивно, т. е. не должен зависеть через другой промежуточный реквизит.

Тип связи информационных объектов

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

Существуют три типа связей: 1:1, 1:М, М:N.

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

Связь 1:М реализуется добавлением ключевого поля основной таблицы в подчиненную таблицу, в качестве не ключевого атрибута или в качестве одного из реквизитов составного первичного ключа.

Связь М:M- в реляционной модели данных не реализуется. Ее необходимо преобразовать в связь 1:М введением дополнительного объекта «связки». Объект связка является подчиненным в связях 1:М.



2. Построение информационно-логической модели базы данных

2.1 Построение матрицы смежности ИЛМ

Матрица смежности -- квадратная матрица по числу информационных объектов. Матрица заполняется по строкам. Элемент матрицы на пересечении строки и столбца равен 1, если информационный объект, стоящий в строке, связан с информационным объектом, стоящим в столбце, отношением один ко многим, тип функциональной связи во внимание не принимается (3) (4). Таблица 2.1 соответствует матрице смежности для ИО ИЛМ предметной области «Директор предприятия».

Алгоритм расположения ИО по уровням иерархии:

1. Вычислить итоговые суммы элементов матрицы по столбцам.

2. Выделить ИО столбцов, для которых итоговая сумма равна 0.

3. Удалить строки матрицы смежности соответствующие ИО текущего уровня иерархии.

4. Для перехода к следующему уровню иерархии следует повторить пункт 2-3.

2.2 Логическая модель предметной области

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

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

Для связи используется вторичный ключ или ключ связи. Он обычно обозначается, как FK.

2.3 Построение физической модели

Параметры каждой таблицы базы данных указаны ниже.

«client»

Имя поля	Ключевое поле	Обязательное поле	Тип данных	Размер поля	Подпись поля
Inn_cl	Да	Да	Текстовый	20	Номер клиента
Dengi	Нет	Нет	Текстовый	20	Деньги
Nam_pr_t	Нет	Нет	Текстовый	20	Намерение преобр товра

«personal»

Имя поля	Ключевое поле	Обязательное поле	Тип данных	Размер поля	Подпись поля
Inn_p	Да	Да	Текстовый	20	ИНН поставщика
Fam	Нет	Нет	Текстовый	20	Фамилия
adres	Нет	Нет	Текстовый	20	Адрес
Dolzn	Нет	Нет	Текстовый	20	Должность
Name	Нет	Нет	Текстовый	20	Имя
Otchestvo	Нет	Нет	Текстовый	20	Отчество
Oklad	Нет	Нет	Текстовый	20	Оклад
otch	Нет	Нет	Текстовый	20	Отчет

«postavshik»

Имя поля	Ключевое поле	Обязательное поле	Тип данных	Размер поля	Подпись поля
Naz_p	Да	Да	Текстовый	20	Название поставщика
Telephon	Нет	Нет	Текстовый	20	Телефон
fam	Нет	Нет	Текстовый	20	Фамилия
Name	Нет	Нет	Текстовый	20	Имя
Otches	Нет	Нет	Текстовый	20	Отчество
tovar	Нет	Нет	Текстовый	20	Товар

«chek»

Имя поля	Ключевое поле	Обязательное поле	Тип данных	Размер поля	Подпись поля
Id_nom	Да	Да	Числовой	Длинное число	Идентиф номер
Naim_tov	Нет	Нет	Текстовый	20	Наименование товара
kolich	Нет	Нет	Текстовый	20	Количество
Stoimost	Нет	Нет	Денежный		Стоимость
Inn_p	Да	Да	Числовой	Длинное число	Длинное число
Inn_cl	Да	Да	Числовой	Длинное число	Длинное число
Data	Нет	Нет	Текстовый	20	Дата
Nazv_org	Нет	Нет	Текстовый	20	Название организации

«nakladnaya»

Имя поля	Ключевое поле	Обязательное поле	Тип данных	Размер поля	Подпись поля
Nom_n	Да	Да	Числовой	Длинное число	Номер накладной
Naom_tov	Нет	Нет	Текстовый	20	Наименование товара
Kolich	Нет	Нет	Текстовый	20	Количество
Stoimost	Нет	Нет	Денежный		Стоимость
Data	Да	Да	Текстовый	20	Дата
Inn_p	Да	Да	Числовой	Длинное число	ИНН поставщика
Naz_p	Нет	Нет	Текстовый	20	Название поставщика



2.4 Разработка приложения

Для удобства использования базы данных «Продавец магазина» необходимо создать формы приложения. Для этого создадим формы для составленных запросов и таблиц, а также объединим созданные формы в единое приложение

Форма «Договор». Данная форма строится с помощью встроенного в Microsoft Access мастера форм по созданной ранее таблице «Чек(chek)». Но не выводится информация о коде билета и состоянии. Внешний вид формы «Продажа» в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 3 и 4 соответственно.

Форма «chek» строится с помощью встроенного в Microsoft Access мастера форм по созданному заранее запросу. Внешний вид формы в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 6 и 7 соответственно.



Рисунок 2 Запрос по форме “Договор”

Кнопка «Добавить запись» позволяет поместить текущую запись в таблицу «chek».

Рисунок 3. Вид формы «Чек» в режиме конструктора



Рисунок 4. Вид запроса «Чека»

Рисунок 5. Запрос по базе данных “Чек” и “Клиент”



Рисунок 6. Отчет по данному запросу

Рисунок 7. Отчет по данному запросу путем добавления новых данных

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

Для построения кнопочной формы служит Диспетчер кнопочных форм. В нём необходимо создать форму: «Отчёты» на которой расположены переходы на ранее созданные нами отчеты.

После определения всех параметров приложение создано.



Заключение

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

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

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

Основные запросы составлялись с использованием графического языка программирования QBE.

В дальнейшем предполагается развитие базы данных перевод ее на MSSQLServer.



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

1. Абанина А.В., Бурлак Г.Н., Волков С.И. Волосков Н.И. Дипломное и курсовое проектирование по машинной обработке экономической информации. Под редакцией Тельнова Ю.Ф., М., «Финансы и статистика», 2014. 239с.

2. Дейт К. Дж. Введение в системы баз данных. - 7-е изд. М.-С-Пт.- Киев.: Вильямс. 2011. 1072с.

3. Карпова Т. Базы данных. Модели, разработка, реализация. /Учебник. Из-во «Питер», 2009. - 303 с.

4. Лобова О.Е. Базы данных. Курс лекций. Сочи. Учебные материалы. 2005.

5. Мишенин А.И. Теория экономических информационных систем. - М.: «Финансы и статистика», 2010. - 239 с.

6. Острейковский В.А. Информатика: Учебник для вузов. М., 2000

7. Петров В.Н. Информационные системы/Учебник. С-Пт.Из-во «Питер». 2002, 687с.

8. Семенов М.И. Трубилин И.Т.и др. Автоматизированные информационные техн

9. ,0ологии в экономике. Учебник . М.: «Финансы и статистика». 2012. 414с.

10. Смирнова Г.Н., Сорокин А.А. Тельнов Ю.Ю. Проектирование экономических информационных систем. Учебник, М, «Финансы и статистика», 2002 г.

11. Ульям Джеффри., Уидом Дженнифер. Введение в системы баз данных. М. Из-во «Лори». 2000. 375с.

12. Диго С.М. Базы данных: проектирование и использование /Учебник - М.: Финансы и статистика, 2005.-592 с.

13. Власова В.М. Первичные документы. В 3-х выпусках. - М.: Финансы и статистика, 1995.

14. ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов.

15. ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.

16. ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.

17. ГОСТ 19.402-78 ЕСПД. Описание программы.

18. ГОСТ 19.505-79 ЕСПД. Руководство оператора. Требования к содержанию и оформлению.

19. ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила оформления.

20. ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.

21. РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию и оформлению документов.

22. Проектирование пользовательского интерфейса на персональных компьютерах. Стандарт фирмы IBM. Под ред. М.Дадашова. - DBS LTD, Вильнюс, 2012.

23. Дж.Джонс. Access 97. Книга ответов. - С.Птб: Изд. "ПИТЕР", 1998.

24. СУБД MS ACCESS 2.0. Практическое пособие. - М.: ЭКОМ, 1995. - 272с.

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

...