Файл: Проектирование и реализация базы данных районной поликлиники. Учет льготных лекарств.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 03.02.2024
Просмотров: 14
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
| МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «Уральский государственный экономический университет» (УрГЭУ) |
КУРСОВАЯ РАБОТА
по дисциплине «Управление данными»
Тема: «Проектирование и реализация базы данных районной поликлиники. Учет льготных лекарств»
| Институт непрерывного и дистанционного образования Направление подготовки Бизнес-информатика Направленность (профиль) Цифровой бизнес Оценка: ________________ | | Студент Группа ИДО ОЗБ БИ-22 Арм2 Руководитель Тюлюкин В.А. к.ф.м. н, доцент (ФИО, должность, звание) |
Екатеринбург
2023
СОДЕРЖАНИЕ
Введение…………………………………………………………………………..3
-
Сущность и понятие баз данных ……………..……………………..…....5-
Выбор логической модели данных данных………………….…………..5 -
Этапы проектирования баз данных……………………….…….………...9 -
Анализ предметной области и постановка задачи …….……………….13 -
Выбор системы управления базы данных………………………..……...17 -
Физическое проектирование базы данных…………………...…………19
-
-
Реализация базы данных………………………………………………….21
Заключение……………………………………………………………………….29
Список использованных источников…………………………………..……….30
ВВЕДЕНИЕ
В последнее время в нашей жизни всё большую роль играют информационные технологии. Они вошли во все сферы жизнедеятельности, в том числе и торговлю. Использование информационных технологий позволяет любой организации совершенствовать и улучшать управленческую деятельность, увеличивать темпы производства, а для торговых организаций повышать собственный авторитет в глазах потребителей.
В настоящее время существуют уже готовые программные продукты, решающие довольно узкоспециализированные задачи. Но часто бывают случаи, когда данные программы не совсем подходят для конкретных условий предприятия. Возможно, они не полностью охватывают область задачи, либо, что бывает гораздо чаще, наоборот, затрагивают более широкую предметную область, что создаёт определённые трудности и неудобства в использовании. Кроме того, они, как правило, являются довольно дорогими и сложными. Часто такие программные продукты требуют специального обучения персонала, что так же стоит немалых затрат и требует времени на обучение. Именно поэтому и разрабатываются специальные программы, автоматизирующие деятельность конкретных предприятий. На основании решаемых задач они могут быть однопользовательскими и многопользовательскими экономическими информационными системами, автоматизированными рабочими местами и многими другими.
Выбранная тема исследования считается актуальной в связи со значительным упрощением и автоматизацией учёта, приёма, и выдачи льготных лекарств за счет использования информационных систем. Значимость темы исследования состоит в сокращении трудовых и временных затрат на процессы, связанные с учетом и выдачей льготных лекарств.
Целью курсовой работы является формирование умений по проектированию и реализации базы данных для выбранной предметной области на основе полученных теоретических знаний.
Сегодня можно с уверенностью утверждать, что решение широкого круга задач в любой сфере деятельности человека сегодня практически невозможно без использования оперативно управляемых баз данных.
1. СУЩНОСТЬ И ПОНЯТИЕ БАЗ ДАННЫХ
1.1 ВЫБОР ЛОГИЧЕСКОЙ МОДЕЛИ ДАННЫХ ДАННЫХ
Термин «база данных» (БД, database) попадается на глаза всем, кто пользуется компьютером: и инженеру-программисту, и студенту, и тому, кто просто читает новости в интернете.
БД — это хранилище информации, которую можно быстро вносить и редактировать. Например, оформленные в интернет-магазине заказы, даты, имена клиентов, цены, формулы для математических вычислений.
Базами данных управляют через специальные системы управления. Сами БД — простейшие, реляционные, NoSQL, комбинированные — строятся по разным принципам. В статье мы расскажем, для чего предназначены базы, какие они бывают, и как иметь с ними дело.
В БД указаны имена таблиц, типы данных, типы отношений между полями и ключевые поля
База данных — структурированные электронные сведения.
Пользователи манипулируют ими согласно правилам моделирования данных. В визуальном представлении это выглядит как книжный шкаф с документами, которые можно передвигать, сортировать, «прореживать», дополнять новыми бумагами.
Если человек делает проект, в котором обращается к структурированному хранилищу информации — например, пишет программу для учета клиентов банка или собирает сайт — ему нужно знать, какие бывают базы данных, чтобы правильно выбрать их тип. Они различаются по свойствам и ограничениям, которые важно учитывать в работе.
БД — это среда, которая представляет собой таблицы с информацией. Самый наглядный пример базы данных — таблицы в программе MS Excel. Их заполняют цифрами и словами вручную, составляют формулы для управления содержимым ячеек, перетаскивают это содержимое мышью для замены или копирования.
База данных выглядит как таблица и хранится в отдельном файле.
Если БД «прикреплена» к сайту, увидеть ее в виде таблицы не получится, зато получится написать в строке поиска текстовый запрос и увидеть в списке результатов соответствующую выборку. Еще можно составить запрос на специальном языке Structured Query Language (SQL), чтобы вывести из базы интересующий массив строк.
Рисунок 1- Пример интерфейса базы данных
Как хранится информация в БД
Структура базы данных представляет собой набор таблиц, которые состоят из строк (записей) и столбцов (полей). У столбцов есть уникальные имена, типы хранимых данных (текст, число, логический тип «Да/Нет», гиперссылка и др.), списки свойств и описания.
Базы данных бывают централизованными и распределенными.
Централизованная БД хранится на одном компьютере, распределенная — на нескольких. Для локального и удаленного доступа к распределенным базам применяют системы управления базами данных (СУБД).
Если БД однопользовательская, в один момент времени с её содержимым может работать один человек, если многопользовательская — несколько человек одновременно манипулируют данными.
Процесс развития технологий баз данных формируется рядом факторов: увеличение роста информационной потребности пользователя, условиями эффективного подхода к информации, возникновением новых видов машиной памяти и повышением ее емкости, иными методами и средствами в сфере телекоммуникаций и др. [5, с. 61].
К современным базам данных предъявляются следующие основные требования:
1. Высокое быстродействие (малое время отклика на запрос). Время отклика - интервал времени от момента запроса к базе данных до фактического принятия данных. Похожий термин время доступа - интервал времени между выдачей команды записи (считывания) и фактическим получением данных. Под доступом рассматривается операция чтения, поиска данных или записи их. Зачастую операции записи, удаления и модификации данных называются операциями обновления.
2. Легкость обновления данных. Важнейшими являются эти первые два противоречивых требования: для повышения быстродействия требуется упрощенная структура базы данных, что, в свою очередь, усложняет процесс обновления данных, увеличивает их избыточность.
3. Независимость данных - возможность преобразования физической и логической структуры базы данных без изменения представлений пользователей.
Независимость данных подразумевает инвариантность к характеру хранения данных, техническим средствам и программному обеспечению. Она минимизирует преобразования структуры базы данных при изменениях стратегии доступа к данным и структуры самих исходных данных.
4. Совместное использование данных многими пользователями.
5. Безопасность данных - защита данных от умышленного или неумышленного нарушения секретности, разрушения или искажения. В безопасность данных включена их целостность и защита. Целостность данных - устойчивое хранение данных от разрушения и уничтожения, которое связано с неполадками технических средств, системными ошибками и ошибочными действиями пользователей.
СУБД — программа для управления информацией, которая хранится в базе данных. Эти программы предназначены для работы с реляционными и объектно-реляционными БД с использованием языка запросов SQL. Запросы предназначены для определения данных, управления и манипулирования ими. Самые распространенные СУБД — MySQL, PostgreSQL, SQLite и Oracle.
MySQL — самая простая и быстрая многопользовательская СУБД, способная обрабатывать таблицы с 50+ млн. строк. Система доступна в текстовом и графическом режимах. Последний удобен для тех, кто плохо знает язык запросов SQL.
PostgreSQL — лишена ограничений по размеру БД. Обеспечивает надежность транзакций, легко масштабируется, подробно документирована разработчиками.
SQLite — компактная и быстрая СУБД, которая позволяет хранить всю информацию в одном файле.
Oracle — стабильная система, которая быстро и полноценно восстанавливается после сбоев. Она безопасная, надежно защищает хранимую информацию.
1.2 ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ
Невозможно создать БД без подробного ее описания, также как и не возможно сделать какое-либо сложное изделие без чертежа и подробного описания технологий его изготовления. Другими словами, нужен проект. Проектом принято считать эскиз некоторого устройства, который в дальнейшем будет воплощен в реальность.
Процесс проектирования БД представляет собой процесс переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели. Конечной целью проектирования является построение конкретной БД. Очевидно, что процесс проектирования сложен и поэтому имеет смысл разделить его на логически завершенные части – этапы.
Можно выделить пять основных этапов проектирования БД:
1. Сбор сведений и системный анализ предметной области.
2. Инфологическое проектирование.
3. Выбор СУБД.
4. Даталогическое проектирование.
5. Физическое проектирование.
Сбор сведений и системный анализ предметной области - это первый и важнейший этап при проектировании БД. В нем необходимо провести подробное словесное описание объектов предметной области и реальных связей, присутствующих между реальными объектами. Желательно чтобы в описании определялись взаимосвязи между объектами предметной области.
В общем случае выделяют два подхода к выбору состава и структуры предметной области:
· Функциональный подход – применяется тогда, когда заранее известны функции некоторой группы лиц и комплексы задач, для обслуживания которых создается эта БД, т.е. четко выделяется минимальный необходимый набор объектов предметной области под описание.
· Предметный подход – когда информационные потребности заказчиков БД четко не фиксируются и могут быть многоаспектными и динамичными. В данном случае минимальный набор объектов предметной области выделить сложно. В описание предметной области включаются такие объекты и взаимосвязи, которые наиболее характерны и существенны для нее. При этом БД становится предметной, и подходит для решения множества задач (что кажется наиболее заманчивым). Однако трудность всеобщего охвата предметной области и невозможность конкретизации потребностей пользователей приводит к избыточно сложной схеме БД, которая для некоторых задач будет неэффективной.
Рекомендуется использовать компромиссный вариант, который, с одной стороны, ориентирован на конкретные задачи, а с другой стороны, учитывает возможность расширения приложения.
Системный анализ должен заканчиваться подробным описанием информации об объектах предметной области, которая должна храниться в БД, формулировкой конкретных задач, которые будут решаться с использованием данной БД с кратким описанием алгоритмов их решения, описанием выходных и входных документов при работе с БД.
Инфологическое проектирование – частично формализованное описание объектов предметной области в терминах некоторой семантической модели.
Дело в том, что процесс проектирования длительный, требует обсуждений с заказчиком и специалистами в предметной области.
Кроме того, при разработке серьезных корпоративных информационных систем проект базы данных является фундаментом, на котором строится вся система в целом, и вопрос о возможности кредитования часто решается экспертами банка на основании именно грамотно сделанного инфологического проекта БД. Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет восприниматься не только специалистами в области БД. Описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД.
