- •Реферат
- •Введение
- •Изучение предметной области;
- •1 Основные понятия систем базы данных
- •1.1 Понятие базы данных
- •1.2 Архитектура системы баз данных
- •1.3 Модель данных
- •2 Изучение предметной области.
- •2.1 Статус, структура и система управления функциональных подразделений и служб предприятия
- •Структура предприятия.
- •3 Проектирование программного обеспечения
- •3.1 Предметная область базы данных
- •3.2 Построение инфологической модели
- •3.3 Проектирование базы данных
- •4 Реализация клиентской части
- •4.1 Обоснование выбора среды программирования
- •4.2 Средства Delphi для работы с базами данных
- •4.3 Реализация приложения
- •5 Руководство администратора
- •6 Руководство пользователя
- •7 Экономическая часть
- •7.1 Сбор показателей и коэффициентов для расчета единовременных затрат на проектирование системы и разработку программного обеспечения
- •7.2 Расчет затрат на проектирование и разработку системы
- •7.3 Расчет эксплуатационных затрат
- •7.4 Расчет показателя экономического эффекта
- •Заключение
- •Список литературы
- •Приложение а Безопасность жизнедеятельности Инструкция по охране труда.
- •Инструкции по технике безопасности и пожаробезопатности, схем аварийных проходов и выходов, пожарного инвентаря.
- •Инструкция по пожаробезопастности
- •Основные права и обязанности инженерно-педагогических работников колледжа
- •Правила и нормы охраны труда, техники безопасности при работе с вычислительной техникой
- •Приложение б Формы приложения
- •Приложение в Листинг файла sql
- •Приложение г Листинг файла MainForm
- •Приложение д Листинг файла DataModule1
- •Приложение е Листинг файла FormStudent
- •Приложение ж Листинг файла FormDopol_infor
- •Приложение з Листинг файла FormPrepodavatel
- •Приложение и Листинг файла FormPrepodavatel
- •Приложение к Листинг файла FormPredmet
- •Приложение л Листинг файла FormUspevaemost
- •Приложение м Листинг файла FormGurnal
- •Приложение н Листинг файла FormRaspisanie
- •Приложение о Листинг файла FormUspevaemost_student
- •Приложение п Листинг файла AboutBox
- •Приложение р Листинг файла Form_Opisanie_po
- •Приложение с Листинг файла Form_Otchet
1.3 Модель данных
Модель данных – это самодостаточное, абстрактное, логическое определение операторов, объектов прочих элементов, в совокупности составляющих абстрактную машину, с которой взаимодействует пользователей. Все упомянутые объекты позволяют моделировать структуру данных, а операторы – поведение данных.
Ключ – минимальный набор атрибутов, по значениям которых можно однозначно найти требуемый экземпляр сущности. Минимальность означает, что исключение из набора любого атрибута не позволяет идентифицировать сущность.
Реализация заданной модели данных – это физическое воплощение на реализованной машине компонентов абстрактной машины в совокупности составляют эту модель.
Цель инфологического моделирования – это обеспечение наиболее естественных для человека способов представления и сбора нужной информации, которую нужно хранить в создаваемой БД. Вот поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком. Основными конструктивными элементами инфологических моделей являются связи, сущности между ними и их атрибуты (свойства).
Атрибут – это поименованная характеристика сущности. Наименование атрибута должно быть уникальным для конкретного типа сущности, но и может быть одинаковым для определенного типа сущностей. Атрибуты используются для определения какая информация должна быть собрана о сущности. Различие между типами атрибутами и сущностями отсутствует. Атрибут является тактовым только в связи с типом сущности, а контексте атрибут может выступать как самостоятельная сущность.
Связь – это ассоциирование двух и более сущностей. Если бы значением БД было только хранение отдельных не связанных между собой данных, то структура могла быть простой. Однако одно из основных требований к организации БД является обеспечение возможности отыскания одних сущностей по значениям других. Для этого необходимо установить между ними определенные типы связей. А в реализованных БД нередко содержатся сотни или даже тысячи сущностей. Наличие такого множества связей и определяет сложность инфологических моделей.
Иерархическая модель данных представляется в виде деревьев, то есть элемент связывается только с одним стоящим выше элементом, и этот элемент может ссылаться на один или несколько стоящих ниже элементов. Между подчинённым и главным типами объекта устанавливается взаимосвязь «один ко многим». Для данного главного типа объекта существует несколько подчинительных типов объекта.
Достоинства иерархической модели данных:
обеспечение определенного уровня независимости данных;
простота понимания и использования;
простота оценки операционных характеристик благодаря заранее заданным взаимосвязям.
Недостатки иерархической модели данных:
удаление исходных объектов влечёт удаление порождённых;
корневой тип узла является главным, доступом к любому порождённому узлу возможен только через исходный;
избыточно хранение;
процедурность операций манипулирования данными;
из-за строгой иерархической упорядоченности объектов модели значительно усложняются операции включения и удаления.
Рисунок 1 - Пример иерархической модели данных
В сетевой модели данных понятие главного и подчинённых объектов несколько расширены. Подчинённый объект обозначается термином «член набора», а главный объект «владелец набора». Один и тот же объект может одновременно выступать и в роли члена набора. Это означает, что каждый объект может участвовать в любом случае взаимосвязей.
В сетевой модели данных объекты объединяются в «сеть», и каждый тип записи может содержать нуль, один или несколько атрибутов.
Достоинства сетевой модели:
Простота реализации часто встречающихся в реальном мире взаимосвязей «многие ко многим»;
Возможность экономии памяти за счет разделения подобъектов;
Возможность построения вручную эффективных прикладных систем.
Недостатки сетевой модели данных:
Возможная потеря данных при реорганизации базы данных;
Сложность модели.
Рисунок 2 - Пример сетевой модели данных
Реляционные системы основаны на формальной теории, называемой реляционной моделью данных, которая предполагает следующее:
для обработки строк данных предоставляются операторы, которые напрямую поддерживают процесс логического получения дополнительных истинных высказываний из существующих высказываний;
данные представлены посредством строк в таблице, и эти строки могут быть непосредственно интерпретированы как истинные высказывания.
Достоинства реляционной модели:
наличие простого и мощного математического аппарата, опирающего главным образом на теорию множеств и математическую логику, обеспечивающего теоретический базис реляционного подхода к организации баз данных;
возможность ненавигационного манипулирования данными без необходимости знания конкретной физической организации баз данных во внешней памяти;
наличие небольшого набора абстракций, которые позволяют сравнительно просто моделировать большую часть распространенных предметных областей и допускают точные формальные определения, оставаясь интуитивно понятными.
Недостатки:
самый медленный доступ к данным;
трудоемкость разработки.
