Курсовая работа
База данных "Поликлиника"
в среде программирования Delphi (Дельфи, Делфи)
Программа и описание
Среда программирования: Delphi 7.0
База данных: Access
Название работы: База данных "Поликлиника"
Вид работы: Курсовая работа
Тематика работы: Базы данных
Объем программы: 5 (по десятибалльной шкале)
Уровень сложности: 5 (по десятибалльной шкале)
Разработчик (автор): Программист сайта kursovik.com (письмо автору)
Ключевые слова: база, данные, поликлиника, больница, диагностический центр
Функции программы:
Задачи курсовой работы: формализовать исходное описание предметной области;
построить концептуальную информационную модель, используя методику, изученную в рамках теоретического курса;
сгенерировать физическую структуру базы данных;
реализовать простое пользовательское приложение, демонстрирующее накопленные студентом знания по курсу Организация БД.
Средства выполнения и форма отчетности: работа вы-полняется с использованием любой современной СУБД (MS Access, Oracle, MS SQL, MYSQL, FoxPro for Windows и др.), клиентская часть может быть создана либо средствами выбран-ной СУБД, либо с помощью любых языков программирования высокого уровня (Delphi, Visual Basic, Visual C и др.). Результат выполнения работы — в виде пояснительной записки (отчета), подготовленной в среде MS WinWord, программную систему и базу данных необходимо прислать по электронной почте либо на дискете.
Порядок выполнения работы
1. Создание концептуальной информационной модели предметной области
Каждый студент получает для работы предметную область "Поликлиника".
Осуществляется формализация исходного описания в виде отношений с последующим их преобразованием и связывание в концептуальную модель.
Процесс проектирования сопровождается составлением ряда таблиц [1 (гл. 6)], необходимыми пояснениями — обоснованиями принимаемых решений
Проектирование концептуальной модели предметной области целесообразно производить с помощью специальных средств проектирования: BPWin, ERWin, Power Designer и др. При отсутствии данных инструментариев проектирование кон-концептуальной модели производится вручную.
Разработка концептуальной модели данных основана на использовании трех основных конструктивных элементов для представления составляющих предметной области – сущностей, атрибутов и связей.
Сущности и атрибуты
Каждая сущность является множеством подобных индивидуальных объектов, называемых экземплярами. Каждый экземпляр индивидуален и должен отличаться от всех остальных экземпляров. Атрибут выражает определенное свойство объекта. С точки зрения БД (физическая модель), сущности соответствует таблица, экземпляру сущности – строка в таблице, а атрибуту – колонка таблицы.
Построение модели данных предполагает определение сущностей и атрибутов, т.е. необходимо определить, какая информация будет храниться в конкретной сущности или атрибуте. Сущность можно определить как объект, событие или концепцию, информация о которой должна сохраняться. Сущности должны иметь наименование с четким смысловым значением, именоваться существительным в единственном лице, не носить «технических» наименований и быть достаточно важными для того, чтобы их моделировать. Именование сущности в единственном числе облегчает в дальнейшем чтение модели. Фактически имя сущности дается по имени ее экземпляра.
Каждая сущность должна быть полностью определена с помощью текстового описания. Каждый атрибут хранит информацию об определенном свойстве сущности, а каждый экземпляр сущности должен быть уникальным. Атрибут или группа атрибутов, которые идентифицируют сущность, называются первичным ключом. При установлении связей между сущностями атрибуты первичного ключа родительской сущности мигрируют в качестве внешних ключей в дочернюю сущность.
Очень важно дать атрибуту правильное имя. Атрибуты должны именоваться в единственном числе и иметь четкое смысловое значение. Соблюдение этого правила позволяет частично решить проблему нормализации данных уже на этапе определения атрибутов.
Связи
Связь является логическим соотношением между сущностями. Каждая связь должна именоваться глаголом или глагольной фразой. Имя связи выражает некоторое ограничение или бизнес-правило и облегчает чтение построенной модели данных.
Различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительский конец связи) и зависимой (дочерний конец связи) сущностями. При установлении идентифицирующей связи атрибуты первичного ключа родительской сущности переносятся в состав первичного ключа дочерней сущности. Эта операция дополнения атрибутов дочерней сущности при создании связи называет-ся миграцией атрибутов. В дочерней сущности атрибуты помечаются как внешний ключ (FK).
При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Неидентифицирующая связь служит для связывания независимых сущностей.
Имя связи – фраза, характеризующая отношение между родительской и дочерней сущностями. Для связи один-ко-многим, идентифицирующей или не идентифицирующей, достаточно указать имя, характеризующее отношение от родительской к дочерней сущности.
Тип связи (идентифицирующая/неидентифицирующая). Для неидентифицирующей связи можно указать обязательность. В случае обязательной связи атрибут внешнего ключа получит признак NOT NULL, несмотря на то, что внешний ключ не вой-дет в состав первичного ключа дочерней сущности. В случае необязательной связи внешний ключ может принимать значение NULL. Необязательная неидентифицирующая связь помечается прозрачным ромбиком со стороны родительской сущности.
Правила ссылочной целостности — логические конструкции, которые выражают бизнес-правила использования данных и представляют собой правила вставки, замены и удаления.
Информацию о предметной области суммируют составлением спецификаций по сущностям, атрибутам и отношениям с использованием графических диаграмм, в чем и заключается процесс моделирования данных.
Основные этапы проектирования концептуальной модели:
1.Первичный анализ информационных потребностей пользователей, выделение объектов предметной области и формирование исходных отношений:
анализ информационных документов;
анализ конкретных информационных потребностей (запросов) пользователей.
2.Проектирование исходных отношений:
определение атрибутов отношений и их типов данных;
нормализация отношений до 3 НФ.
3.Связывание отношений в концептуальную информационную модель:
определение первичных ключей отношений;
определение связей между отношениями.
Ограничения концептуальной модели:
предметная область должна быть описана 8–10 взаимо-связанными отношениями;
каждое отношение должно содержать не менее 3 атрибутов;
в каждом отношении должен быть определен первичный ключ.
2. Создание физической модели данных
На основе спроектированной концептуальной модели создается физическая модель данных, свойственная для конкретной СУБД.
При формировании физической модели определяются внешние ключи в связываемых отношениях. Добавляются про-межуточные таблицы связи с целью исключения связей многие-ко-многим (М:М).
Большинство автоматизированных средств проектирования позволяют произвести автоматическую генерацию физической модели на основе созданной концептуальной. При отсутствии таковых средств физическая модель создается вручную с после-дующим ее отражением в структурной части базы данных конкретной СУБД.
3. Создание пользовательского приложения
Приложение, работающее с созданной базой данных, должно обеспечивать выполнение следующих функций:
ввод информации в БД;
удаление информации из БД;
редактирование внесенной информации;
выборку данных по различным критериям;
формирование отчетов и вывод информации из базы данных на экран и на принтер.
Ввод, замена и удаление информации должны производить-ся в экранных формах приложения.
Описание (отчет): Есть на 21 страниц, посмотреть оглавление
На данный момент (5 декабря 2024) на выполнении находится 32 заказа.
Количество программистов, занятых выполнением текущих заказов: 15.
В текущем месяце (декабрь 2024) нами уже выполнено 4 заказа.
В текущем году (2024) нами уже выполнено 710 заказов.
В прошлом году (2023) нами было выполнено 777 заказов.
В позапрошлом году (2022) нами было выполнено 690 заказов.
Количество активных программистов на сайте: 68.
Загруженность отдела заказами: 34%.
Размер архива 404 Кб, все фaйлы прoверены aнтивирусом Кaсперского. Скачать
К программе прилагается:
- 1) отчет - 21 стр.
Перед покупкой готовой работы не забудьте проверить её оригинальность. Запросить у администратора проверку текущей оригинальности работы по версии системы Антиплагиат.РУ
ВНИМАНИЕ ! Если данный отчет Вам не подходит, то Вы можете заказать написание нового отчета (согласно Вашему оглавлению) автору данной программы. Чтобы узнать цену, нажмите на эту ссылку.
Введение. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2 1 . Описание предметной области . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 2 . Описание и обоснование выбранного средства реализации . . . . . . . . . . . . . . . . . . . . . . .4 3 . Концептуальная информационная модель предметной области . . . . . . . . . . . . . . . . . . . . .8 4 . Физическая модель базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9 5 . Описание пользовательского приложения . . . . . . . . . . . . . . . . . . . . . . . . . . . . .