close

Вход

Забыли?

вход по аккаунту

?

Kursovaya rabota po BD Vinichenko

код для вставкиСкачать
Министерство и образования и науки Российской Федерации
ФГБОУ ВПО Сочинский государственный университет
Кафедра информационных технологий
Курсовой проект по дисциплине: "Базы данных"
На тему: "Разработка базы данных по предметной области аптека онкологического диспансера с использованием СУБД Access"
Выполнил студент:
Виниченко Е.И.
Проверил: Доцент кафедры ИТ
Лобова О.Е.
Сочи 2013
Сочинский государственный университет Кафедра ИТ
УТВЕРЖДАЮ
Зав. кафедрой
к.т.н., проф. Ю. И. Дрейзис _______________________
"_____" __________ 200 г.
ЗАДАНИЕ
на курсовое проектирование по курсу
"Базы данных и знаний"
Студенту Виниченко Евгению Игоревичу Группа 11-ПИ
Тема проекта: "Разработка базы данных по предметной области аптека онкологического диспансера с использованием СУБД Access"
Исходные данные на проектирование:
Входные документы:
- Требование
- Заявка
- Договор
Выходные документы: - Накладная - Договор
- Счет - Фактура
- Счет
Экзаменационная ведомость
Технические средства - ПЭВМ типа IBM PC.
Операционная система - MSWindows.
СУБД и инструментальные программные средства - по выбору разработчика.
Объем работы по курсу
1. Аналитическая часть
1.1. Постановка задачи
1.2. Инфологическое моделирование предметной области
1.3. Построение логической модели.
2. Проектная часть
2.1. Построение физической модели.
2.2. Разработка приложения.
3. Экспериментальная часть:
3.1. Создание и загрузка базы данных.
3.2. Тестирование и отладка базы данных 4. Графическая часть:
4.1. Схема инфологической модели.
4.2. Схема структуры БД.
4.3. Укрупненная схема программы.
4.4. Чертежи (распечатки) форм и документов.
Срок выполнения проекта по разделам:
1, Пункты 1.1, 1.2,1.3 - к 10 неделя
2. Пункты 2.1, 2.2 - к 12 неделя
3. Пункты 3.1, 3.2 - к 14 неделя
4. Оформление графической части - к 15 неделе
5. Оформление пояснительной записки к 16 неделе
Дата выдачи задания - 4 неделя семестра. Дата защиты проекта - 17 неделя
Руководитель - Лобова О.Е.
Задание получил ________________________
Студент _________________________________
СОДЕРЖАНИЕ
Введение4
1Аналитическая часть6
1.1Описание предметной области "Продавец магазина "6
1.1.1Список вопросов, на которые должна отвечать информационная система6
1.1.2Описание первичных документов7
1.1.3Выявление функциональной зависимости14
1.1.4Требования нормализации16
1.1.5Тип связи информационных объектов16
2Построение информационно-логической модели базы данных.18
2.1Построение матрицы смежности ИЛМ18
2.2Логическая модель предметной области19
2.3Построение физической модели20
2.4Разработка приложения21
Заключение29
Список литературы:30
ВВЕДЕНИЕ
База данных - это организованная структура, предназначенная для хранения информации. С понятием базы данных тесно связано понятие системы управления базой данных. Это комплекс программных средств, предназначенных для создания структуры новой базы, наполнение её содержимым, редактирования содержимого и визуализации информации. Под визуализацией информации базы понимается отбор отображенных данных в соответствии с заданным критерием, их упорядочивание, оформление и последующая выдача на устройство вывода или передачи по каналом связи.
Автоматизация деятельности предприятия на основе информационных технологий и систем приобретает глобальный характер. В настоящее время для улучшения процесса необходимо перевести все основные функции по формированию договоров, вычислению задолженностей и формированию отчетов на автоматизированную основу.
Целью курсового проекта является исследование возможности создания автоматизированной системы для формирования документов, с разработкой приложения в виде автоматизированной системы "Аптека онкологического диспансера".
Для достижения поставленной цели необходимо разработать базу данных, в которой будут учитываться: база поставщиков, база данных персонала, договорная база, и склада. Для создания базы данных необходимо решить следующие задачи:
1. Провести системный анализ предметной области "Аптека онкологического диспансера" и выявить основные требования к ИС.
2. Построить информационно-логическую модель базы данных.
3. Реализовать информационно-логическую модель с использованием СУБД. (Создать базу данных по информационно-логической модели)
4.Создать пользовательский интерфейс.
5. Провести тестирование и отладку программы.
Курсовой проект состоит из введения, двух глав, заключения, приложений и списка литературы.
В первой главе проводится анализ предметной области, формируются требования базе данных, описываются входные и результатные документы.
Во второй главе проводится проектирование базы данных, разработка приложения, отладка на тестовом примере.
При написании курсового проекта использовались программа MSWord для оформления пояснительной записки, MSVisio для оформления графической части, MSAccess для реализации базы данных и создания интерфейса.
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ
1.1 Описание предметной области "Аптека при онкологическом диспансере"
Предметной областью является деятельность аптеки онкологического диспансера, заказ необходимых товаров у поставщика и снабжения отделений необходимым товаром. Заведующий отделением подает требование с просьбой поставить определенную продукцию у поставщика. Заведующий аптекой составляет заявку поставщику в которой отражает необходимое количество (объем), название, расчетный счет, дату, номер договора и цену. Затем заявка на товар передаётся поставщику, составляется договор. После чего товар от поставщика отправляется на склад, во время чего готовятся документы на оплату товара и подаются в бухгалтерию.
Информационное обеспечение базы данных включает информацию, которая позволяет регистрировать договора, запросы, генерировать различные отчёты и т.д.
Для работы с базой данных необходимо включить информацию в виде справочников:
> справочную информацию о отделении;
> справочную информацию о сотрудниках;
> справочную информацию о товаре;
> справочную информацию о поставщиках;
1.1.1 Список вопросов, на которые должна отвечать информационная система
Созданная база данных должна отвечать на следующие вопросы:
> Список поставщиков, с которыми заключены договора;
> Список поставляемых товаров;
> Цена и количество указанного товара на складе;
> Суммы поставок по отделениям;
1.1.2 Описание первичных документов
Для ввода данных используются документы, представленные на рисунках 1.1 и 1.2
Рисунок 1.1 - Форма документа Договор
Основными выходными документами при работе с базой данных являются: договора и накладные.
Информационно-логическая модель (ИЛМ) отображает данные предметной области в виде совокупности информационных объектов и связей между ними.
Рисунок 1.2 - Форма документа Товарно-транспортная накладная
Информационный объект (ИО) - информационное описание некоторой сущности предметной области: группы реальных или логических объектов, процессов, явлений или событий. ИО является совокупностью логически связанных реквизитов представляющих качественные и количественные характеристики сущности. Каждый ИО имеет уникальное имя.
Предметная область строится на основе информационного обеспечения, которое включает справочную плановую и оперативно учетную информацию.
Объекты справочной и учетной информации
Справочной информацией предметной области продавец магазина являются справочники:Otdelenie,Sotrudniki_apteki, Tovar, Postavshik.
Учетной информацией является Dogovor.
Учетная и справочная информация хранится в документах.
Документ - составная единица информации (СЕИ)- логически взаимосвязанная совокупность реквизитов. Реквизит - простейшая структурная единица информации.
В процессе информационно-семантического анализа необходимо выявить функциональную зависимость реквизитов. Для минимизации ошибок проводят семантический анализ по каждой из форм документов в отдельности.
1.1.3 Выявление функциональной зависимости
Имя поляПодпись поляФункциональные зависимостиClientКлиентInn_clИННDengiСредстваNam_pr_tНамерение приобрести товар Рисунок 1.10 - Функциональные зависимости реквизитов объекта personal
Имя поляПодпись поляФункциональные зависимостиPersonalПерсоналInn_pИНН ПродавцаFamФамилияAdresАдресDolznДолжностьNameИмяOtchestvo ОтчествоOkladОкладOtchОтчет
Рисунок 1.11 - Функциональные зависимости реквизитов объекта sklad
Имя поляПодпись поляФункциональные зависимостиChekЧекId_nomИдентификационный номерNaim_tovНаименование товараKolichКоличествоStoimostСтоимостьInn_pИНН поставщикаInn_dИНН DataДатаNazv_orgНазвание организации
Рисунок 1.12 - Функциональные зависимости реквизитов объекта klient
Имя поляПодпись поляФункциональные зависимостиNakladnayaНакладнаяNom_nНомер накладнойKolichКоличествоStoimostСтоимостьDataДатаInn_pИНН поставщикаNaz_pНазвание продукта
1.1.4 Требования нормализации
После выделения информационных объектов необходимо проверить отвечают ли они требованиям нормализации, а именно: реквизиты каждого информационного объекта канонической модели данных должны отвечать требованиям, соответствующим третьей нормальной форме реляционной модели данных:
> информационный объект должен содержать уникальный идентификатор - первичный ключ;
> все не ключевые реквизиты должны быть взаимонезависимы;
> все ключевые реквизиты, должны быть функционально независимы;
> каждый описательный реквизит должен функционально полно зависеть от ключа, т. е. каждому значению ключа должно соответствовать только одно значение описательного реквизита, а при составном ключе описательные реквизиты должны зависеть от всей совокупности реквизитов, образующих ключ;
> каждый описательный реквизит должен зависеть от ключа не транзитивно, т. е. не должен зависеть через другой промежуточный реквизит.
1.1.5 Тип связи информационных объектов
Следующим шагом проектирования является определение связей между объектами. Наличие связей определяется природой реальных объектов, процессов или явлений отображаемых этими информационными объектами. На рисунке 8 представлена ER-диаграмма.
Рисунок 1.14. ER-диаграмма
Существуют три типа связей: 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. 1
Матрица смежности ИЛМ
ИО 1 2 3 4 5 6 7 ИО текущего уровня 1 1 1 2 1 3 1 4 1 5 6 1 7 0 уровень 0 0 0 0 3 2 1 1,2,3,4 1 уровень - - - - - 1 5,6 2 уровень - - 7 Цифрами обозначены ИО: 1 - Otdelenie ,2-Sotrudnik_apteki, 3 - Tovar, 4 - Postavshik,5-Trebovane, 6 - Dogovor, 7-Soderjanie_trebovaniya.
2.2 Логическая модель предметной области
Логическая структура реляционной базы данных является адекватным отображением полученной информационно-логической модели предметной области. Для канонической модели не требуется дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей. Структура реляционной таблицы определяется реквизитным составом соответствующего информационного объекта, где каждый столбец (поле, атрибут) соответствует одному из реквизитов. Ключевые реквизиты образуют уникальный ключ реляционной таблицы. Для каждого столбца таблицы задается тип, размер данных и другие свойства. Топология проекта схемы данных практически совпадает с топологией информационно - логической модели. Логическая модель необходима для выявления связей между сущностями.
На Рисунок 2.1 отображается логическая структура базы данных в виде схемы. На этой схеме прямоугольниками отображаются таблицы базы данных с полным списком их полей, а линии показывают, какие таблицы соединяются между собой. Соединение таблиц проводится по ключевым полям. Первичные ключи обозначаются как РК и по ним осуществляется идентификация записей в таблице. Первичные ключи не повторяются.
Для связи используется вторичный ключ или ключ связи. Он обычно обозначается, как FK.
Рисунок 2.1 Логическая модель предметной области 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)". Но не выводится информация о коде билета и состоянии. Внешний вид формы "Продажа" в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 2.3 и 2.4 соответственно.
Рисунок 2.3. Запрос по форме "Договор"
Форма "chek" строится с помощью встроенного в Microsoft Access мастера форм по созданному заранее запросу. Внешний вид формы в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 2.6 и 2.7 соответственно.
Кнопка "Добавить запись" позволяет поместить текущую запись в таблицу "chek".
Рисунок 2.6. Вид формы "Чек" в режиме конструктора
Рисунок 2.7. Вид запроса "Чека"
Рисунок 2.8 запрос по базе данных "Чек" и "Клиент"
Рисунок 2.9 Отчет по данному запросу
Рисунок 2.10 Отчет по данному запросу путем добавления новых данных.
После создания всех нужных форм и отчетов можно приступить к разработке приложения. Приложение СУБД Access разрабатывается как комплекс взаимосвязанных объектов. Наиболее часто приложения СУБД Access используют интерфейс в виде кнопочной формы, соответствующей меню и подменю предоставляемых функций обработки, а также специальные панели инструментов. Для построения кнопочной формы приложения следует разработать иерархическую структуру взаимосвязи объектов базы данных. На рисунке 2.11 представлена схема приложения.
Рисунок 2.11 Иерархическая структура приложения
Для построения кнопочной формы служит Диспетчер кнопочных форм. В нём необходимо создать форму: "Отчёты" (рис 2.12), на которой расположены переходы на ранее созданные нами отчеты.
Рисунок 2.12 Вид кнопочной формы
Рисунок 2.13 Окно параметров запуска приложения.
После определения всех параметров приложение создано.
ЗАКЛЮЧЕНИЕ
В ходе работы над данным курсовым проектом была изучена предметная область "АРМ Продавца магазина", освоены принципы создания информационной системы, созданы информационная система для заданной предметной области и пользовательский интерфейс для этой системы. Созданная база данных позволяет в минимальные сроки произвести максимум обработки данных. Она легка в использовании, благодаря удобному интерфейсу.
Создание базы данных проведено с использованием СУБД Access. В ходе разработки базы, были задействованы все основные средства управления и отображения информации (таблицы, запросы, формы, отчёты).
Созданная база данных удобна в использовании имеет простой графический интерфейс. При создании интерфейса использовался встроенный язык программирования VBA, язык поисковых запросов SQL.
Основные запросы составлялись с использованием графического языка программирования QBE.
В дальнейшем предполагается развитие базы данных перевод ее на MSSQLServer.
Список литературы:
1. Абанина А.В., Бурлак Г.Н., Волков С.И. Волосков Н.И. Дипломное и курсовое проектирование по машинной обработке экономической информации. Под редакцией Тельнова Ю.Ф., М., "Финансы и статистика", 1985. 239с.
2. Дейт К. Дж. Введение в системы баз данных. - 7-е изд. М.-С-Пт.- Киев.: Вильямс. 2001. 1072с.
3. Карпова Т. Базы данных. Модели, разработка, реализация. /Учебник. Из-во "Питер", 2001. - 303 с.
4. Лобова О.Е. Базы данных. Курс лекций. Сочи. Учебные материалы. 2005. 5. Мишенин А.И. Теория экономических информационных систем. - М.: "Финансы и статистика", 2000. - 239 с.
6. Острейковский В.А. Информатика: Учебник для вузов. М., 2000
7. Петров В.Н. Информационные системы/Учебник. С-Пт.Из-во "Питер". 2002, 687с.
8. Семенов М.И. Трубилин И.Т.и др. Автоматизированные информационные техн
9. ,0ологии в экономике. Учебник . М.: "Финансы и статистика". 2002. 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, Вильнюс, 1992. 23. Дж.Джонс. Access 97. Книга ответов. - С.Птб: Изд. "ПИТЕР", 1998. 24. СУБД MS ACCESS 2.0. Практическое пособие. - М.: ЭКОМ, 1995. - 272с. 
Документ
Категория
Рефераты
Просмотров
153
Размер файла
2 545 Кб
Теги
vinichenko, kursovaya, rabota
1/--страниц
Пожаловаться на содержимое документа