База данных "Определение факультативов для студентов"

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 13.05.2016
Размер файла 1,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

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

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

Содержание

  • Введение
  • Задание
  • Раздел 1. Исследование функций и целей организации
  • Раздел 2. Постановка задач
    • 2.1 Нормализация
    • 2.2 Er-модель
    • 2.3 Создание физической модели бд
    • 2.4 Наполнение содержимым таблицы
    • 2.5 Запросы
    • 2.6 Представления
    • 2.7 Хранимые процедуры
    • 2.8 Триггеры
  • Заключение
  • Список литературы

Введение

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

Ч добавлять новые пустые файлы в базу данных;

Ч вставлять новые данные в существующие файлы;

Ч получать данные из существующих файлов;

Ч удалять данные из существующих файлов;

Ч изменять данные в существующих файлах;

Ч удалять существующие файлы из базы данных.

На данный момент, самый распространенный из эффективных методов обработки данных -- это реляционная база данных. SQL является стандартным языком для работы с реляционными базами данных и в настоящее время поддерживается практически всеми продуктами, представленными на рынке.

В языке SQL вместо терминов отношение и переменная отношения используется термин таблица, а вместо терминов кортеж и атрибут-- строка и столбец. Именно эти термины используется в стандарте языка SQL и в поддерживающих его продуктах, поэтому в соответствии с ними будут использоваться указанные термины.

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

Описание предметной области:

Работа в высшем учебном заведении и занятие организацией факультативов.

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

В данной работе были поставлены следующие задачи:

1. Провести нормализацию.

2. Создать ER-модель

3. Создать физическую модель БД

4. Наполнение содержимым таблицы

5. Создать запросы:

a. содержащие агрегирующую функцию;

b. использующие группировку данных;

c. использующие соединение данных.

6. Создать представления, хранимые процедуры, триггеры.

программирование база данные триггер

Задание

На курсовую работу (проект) студенту кафедры: Интеллектуальных систем и управления информационными ресурсами

Тема работы (проекта): База данных «Определение факультативов для студентов»

Исходные данные к проекту: Предметная область

Содержание расчетно-пояснительной записки (включая перечень подлежащих разработке вопросов, включая вопросы стандартизации и контроля качества): Введение, задание, лист нормоконтролера, исследование функции и целей организации, постановка задач, нормализация, ER-модель, создание физической модели БД, наполнение содержимым таблицы, запросы, представления, хранимые процедуры, триггеры, заключение, список литературы

Перечень графического материала (схемной документации): Презентационный материал

Консультанты по проекту (с указанием относящихся к ним разделов):

Дата выдачи задания «» 20 г.

Руководитель проекта ()

Раздел 1. Исследование функций и целей организации

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

Институт оказывает следующие услуги:

Ч выбор факультатива

Ч корректировка выбранного факультатива

Ч учеба и промежуточная отчетность

Ч регистрация оценок

Средства автоматизации предназначены для эффективной работы с информацией.

Раздел 2. Постановка задач

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

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

Между объектами предметной области могут существовать связи, имеющие различный содержательный смысл. Эти связи могут быть обязательными или факультативными (необязательными).

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

Процесс создания информационной модели начинается с определения концептуальных требований будущих пользователей БД.

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

Отношение(сущность). Плоская таблица, состоящая из столбцов и строк.

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

В зависимости от задания можно заметить три отношения: студенты, преподаватели, занятия.

Атрибут. Именованный столбец отношения.

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

Атрибутами для отношения «Студенты» будет: фамилия, имя, отчество, адрес и телефон. Аналогично такие же атрибуты будут и для отношения «Преподаватели». Для отношения «Занятия»: название занятия, объем лекции, объем практических работ, объем лабораторных работ.

Кортеж. Строка отношения.

Элементами отношения являются кортежи, или строки, таблицы. Кортежи могут располагаться в любом порядке, при этом отношение будет оставаться тем же самым, а значит, и иметь тот же смысл.

2.1 Нормализация

Реляционная база данных. Набор нормализованных отношений, которые различаются по именам.

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

Известны три отношения, и между ними надо устанавливать связь. Для этого выбирается первичные ключи, и при необходимости добавляется атрибуты и отношения.

«Студенты» (код студента, фамилия, имя, отчество, адрес, телефон);

В этом случае «код студента» является первичным ключом, он подчёркнут прямой линией.

«Преподаватели» (код преподавателя, фамилия, имя, отчество, адрес, телефон);

«Занятие» (код занятия, название занятия, объем лекции, объем практических работ, объем лабораторных работ);

По необходимости добавляется новое отношение «Учебный план». Атрибутами для него служат первичные ключи выше приведенных отношении и оценка.

«Учебный план» (код студента, код преподавателя, код занятия, оценка);

В этом отношении «код студента», «код преподавателя», «код занятия» являются вторичными ключами.

2.2 Er-модель

ER-модель является методом представления логической структуры базы данных в графическом виде для более простого и наглядного отображения основных компонентов конкретного проекта базы данных. На рисунке 1 изображено ER-модель, созданная с помощью Microsoft SQL Server Management Studio

Рисунок 1. ER-модель в MS SQL Server

2.3 Запросы

С помощью запросов можно просматривать содержимые таблиц. Для этого используется конструкции Select и From. На рисунках 11-20 приведены примеры запросов.

From содержит перечень таблиц из которых должно выводится запрашиваемая информация.

Select же содержит список столбцов и столбец перечисленных, а так же выражение использующих значение из этих таблиц.

Where включает набор условии для отбора определенных строк таблиц из которых должно выводится запрашиваемая информация.

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

Рисунок 11. Запрос показывающее кортежи всех атрибутов в таблице «Студенты»

Рисунок 12. Запрос показывающее кортежи всех атрибутов в таблице «Преподаватели»

Рисунок 13. Запрос показывающее кортежи всех атрибутов в таблице «Занятия»

Рисунок 14. Запрос показывающее кортежи всех атрибутов в таблице «Учебный план»

Рисунок 15. Запрос показывающее ФИО чья имя начинается на «А» в таблице «Студенты»

Рисунок 16. Запрос показывающее ФИО Преподавателя конкретного Занятия

Рисунок 17. Запрос показывающее ФИО Студентов, которые получили «отл.» и в каком количестве.

Рисунок 18. Запрос показывающее ФИО Студентов, которые получили «хор.» и в каком количестве.

Рисунок 19. Запрос показывающее ФИО Студентов, которые получили «удовл.» и в каком количестве.

Рисунок 20. Запрос показывающее ФИ Студента, записавшегося на Занятие.

2.4 Представления

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

На рисунках 21 и 22 изображено создание представлении.

Рисунок 21. Представление, показывающее ФИО Студента и Преподавателя, Занятия и Оценки.

Рисунок 22. Представление, показывающее ФИО Студента и Преподавателя, Занятия и Оценки с Объемом лекции, практики и лабораторных работ.

2.5 Хранимые процедуры

Хранимая процедура является объектом базы данных создающаяся с помощью оператора SQL.

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

На рисунках 23-25 изображено создание хранимой процедуры и вызов их.

Рисунок 23. Процедура который показывает ФИО Студента по номеру телефона.

Рисунок 24. Процедура который показывает Зачетку Студента по ФИО.

Рисунок 25. Процедура который показывает номер телефона Преподавателя по ФИО.

2.6 Триггеры

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

Триггеры различают по типу команд:

Insert Trigger - запись при попытке вставки данных с помощью команды Insert.

Update Trigger - запись при изменение данных с помощью команды Update. Примеры изображены на рисунках 30-31.

Delete Trigger - запись при удалении данных с помощью команды Delete. Примеры создания таких триггеров изображено на рисунках 26-29.

Эти триггеры срабатывают при запуске любого допустимого события независимо от того, влияет ли оно на какие-либо строки таблицы.

Рисунок 26. Триггер для ограничения удалении таблицы «Студенты»

Рисунок 27. Триггер для ограничения удалении таблицы «Преподаватели»

Рисунок 28. Триггер для ограничения удалении таблицы «Занятия»

Рисунок 29. Триггер для ограничения удалении таблицы «Учебный план»

Рисунок 30. Триггер, выводящий сообщение при изменении оценки студента

Рисунок 31. Триггер, выводящий сообщение при изменении таблицы «Студенты»

Заключение

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

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

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

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

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

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

Список литературы

1. К. Дж. Дейт. Введение в системы баз данных: учебник. М.: Вильямс, 2005.

2. В.В. Миронов, Н.И. Юсупова. Концептуальные модели баз данных, 2006. 52 с.

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


Подобные документы

  • Ограничения, присутствующие в предметной области. Проектирование инфологической модели данных. Описание основных сущностей и их атрибутов. Логический и физический уровни модели данных. Реализация базы данных: представления, триггеры, хранимые процедуры.

    курсовая работа [1,7 M], добавлен 10.02.2013

  • Проектирование базы данных Access. Система управления базами данных. Создание и обслуживание базы данных, обеспечение доступа к данным и их обработка. Постановка задач и целей, основных функций, выполняемых базой данных. Основные виды баз данных.

    лабораторная работа [14,4 K], добавлен 16.11.2008

  • Понятия основных компонентов базы данных Access. Таблицы, отчеты, макросы и модули, форма, запросы к базе и их виды. Типы данных. Создание базы данных "Кадры". Создание таблицы в режиме конструктора. Использование мастера подстановок для создания связей.

    курсовая работа [818,0 K], добавлен 10.03.2016

  • Разработка информационной системы, выбор языка программирования, физическое описание базы данных, выбор типа и описание таблиц базы данных. Техническое проектирование, ограничения и значения по умолчанию, представления, хранимые процедуры и триггеры.

    курсовая работа [519,8 K], добавлен 25.05.2010

  • Характеристика основных этапов разработок и проектирования базы данных, определение целей ее создания и функциональных особенностей, предметной области и необходимой информации. Требования к инфологической модели. Методы физической организации данных.

    курсовая работа [1,7 M], добавлен 22.02.2011

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

    курсовая работа [1,3 M], добавлен 26.03.2013

  • Разработка модели и создание структуры реляционной базы данных. Организация данных в таблицах для предоставления оперативного доступа к данным. Основные структурные единицы базы данных Access: таблицы, запросы, формы, отчеты, страницы, макросы и модули.

    реферат [4,0 M], добавлен 03.02.2013

  • Понятие базы данных, ее архитектура. Классификация баз данных. Основные модели данных. Примеры структурированных и неструктурированных данных. Достоинства и недостатки архитектуры файл-сервер. Иерархическая модель данных. Виды индексов, нормализация.

    презентация [1,4 M], добавлен 06.08.2014

  • Понятие нормализации таблиц базы данных и ее цели. Этапы процесса нормализации. Пример ненормализованных данных. Нормальные формы, к которым приводятся таблицы. Реляционная алгебра над учебной базой. База данных для предметной области "Учебные пособия".

    контрольная работа [216,1 K], добавлен 30.07.2010

  • Построение инфологической концептуальной модели предметной области. Структура базы данных Microsoft Office Access. Формы, запросы и отчеты. Создание форм, запросов и отчетов в базах данных. Схема данных физической и логической сущности в Erwin 4.0.

    курсовая работа [5,1 M], добавлен 13.12.2011

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.