База данных Access Футбольная Команда. Вопросы и задания
Министерство образования и науки Российской Федерации
«ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Кафедра информатики
Допускаю к защите
Руководитель
наименование темы
КУРСОВАЯ РАБОТА
по дисциплине
Информатика
Выполнил
студент группы ГД-14-2
Шифр группы подпись И.О.Фамилия
Нормоконтроль
подпись И.О.Фамилия
Курсовая работа защищена с оценкой
Иркутск, 2014
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение ВПО
«ИРКУТСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
ЗАДАНИЕ
НА КУРСОВУЮ РАБОТУ
По курсу Информатика
Студенту
(фамилия, инициалы)
Тема проекта
Создание базы данных «Футбольные клубы»
Исходные данные
Создать БД в MS Access. Предполагаемые поля в таблицах:
Основные таблицы:
Клуб [Код_клуба, Название, Код матча, Код контакта]
Вспомогательные таблицы:
Город [Код города, Город]
Стадион [Код_стадиона, Название стадиона, Количество посадочных мест, стоимость входных билетов, Телефон, электронная почта]
Матч [Код_матча, Названия команд (участвующих в матче), дата проведения]
Контакты [Код_контакта, Код города, Код стадиона]
Пояснения к таблице Клуб: регистрируются названия клуба, код матча и код контакта. С помощью вспомогательных таблиц устанавливается информация о месте проведения игр, стоимости входных билетов, названий команд, участвующих в играх.
Основную и вспомогательные таблицы создать с помощью Конструктора, определив необходимые поля и типы данных, связать таблицы с помощью Схемы данных, создать параметрически универсальные запросы, форму по главной таблице и отчеты на основе созданных запросов.
Дата выдачи задания « » сентября 2014 г.
Дата представления работы руководителю « » декабря 2014 г.
Руководитель курсовой работы Солопанов Е.Ю
Введение
Основы современной информационной технологии составляют базы данных (БД) и системы управления базами данных (СУБД), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает. При этом существенным является постоянное повышение объемов информации, хранимой в БД, что влечет за собой требование увеличения производительности таких систем. Резко возрастает также в разнообразных применениях спрос на интеллектуальный доступ к информации. Это особенно проявляется при организации логической обработки информации в системах баз знаний, на основе которых создаются современные экспертные системы.
Базы данных создаются с помощью приложение Microsoft Access. Важнейшим достоинством концепции баз данных (в отличие, например, от обработки данных в автономных файлах) является введение набора стандартных структур, в которые, как в контейнеры, вкладываются данные. Планируя работу с данными в конкретной предметной области, после уяснения основных задач решают вопросы организации данных: как сгруппировать данные в таблицы, какие поля и каких типов, предусмотреть в каждой таблице, как связать таблицы друг с другом и т.п.
Только после решения вопросов организации данных приступают к разработке приложений – многофункциональных программ, осуществляющих преобразования данных путем их извлечения из одних таблиц, проведения расчетов и размещения результатов в других таблицах базы данных. Такой подход, во-первых, гарантирует, что каждый новый фрагмент данных, полученный предприятием, окажется «на своем месте» - в конкретной таблице, конкретной базы данных, а, во-вторых, отпадает необходимость в разработке огромного числа процедур обработки данных.
1. Теоритическая часть
1.1 Основные определения
База данных – средство организации хранения и управления большим количеством упорядоченной разнородной информации. Обычно её характеризует жёсткая внутренняя структура и взаимосвязь между отдельными элементами хранящихся данных.
Модель данных - это некоторая абстракция, которая, будучи приложима к конкретным данным, позволяет пользователям и разработчикам трактовать их уже как информацию, то есть сведения, содержащие не только данные, но и взаимосвязь между ними.
Формализация данных – завершающая процедура обработки данных, заключающаяся в представлении этих данных в виде логической структуры.
СУБД - это система программного обеспечения, обеспечивающая ввод, хранение и доступ к данным многих пользователей, а также хранящая описание структуры данных.
Предметная область –область конкретной практической деятельности. В крупных организациях обычно выделяют ряд предметных областей в рамках основных служб, в каждой из которых создаются свои базы данных для решения своих задач.
Структурирование – это введение соглашений о способах представления данных. Это понятие близко к понятиям модель данных и формализация данных. В реляционных базах данных используются три структуры данных: таблица, запись, поле. Каждая из этих структур имеет свои свойства, описываемые параметрами. Таблица имеет имя и состоит из записей. Запись имеет номер в таблице и состоит из полей. У каждого поля есть имя, тип (текстовый, числовой и т.п.), длина в байтах. Поясним эти структуры на примере построения информационной модели конкретной предметной области.
Каждая из этих таблиц имеет имя, выделенное полужирным курсивом, и состоит из записей - строк, состав которых (перечень полей) указан в квадратных скобках. Имена полей – это имена столбцов таблицы. Курсивом выделены имена ключевых полей. Значение ключевого поля (ключа) однозначно определяет запись в таблице. По возрастанию значений ключа СУБД сортирует записи в таблицах.
По типу управляемой базы данных СУБД разделяются на:
- Иерархические. Иерархическая модель базы данных состоит из объектов с указателями от родительских объектов к потомкам, соединяя вместе связанную информацию.
Иерархические базы данных могут быть представлены как дерево, состоящее из объектов различных уровней. Верхний уровень занимает один объект, второй - объекты второго уровня и т. д.
Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка (объект более близкий к корню) к потомку (объект более низкого уровня), при этом возможно, когда объект-предок не имеет потомков или имеет их несколько, тогда как у объекта-потомка обязательно только один предок. Объекты, имеющие общего предка, называются близнецами.
Иерархической базой данных является файловая система, состоящая из корневой директории, в которой имеется иерархия поддиректорий и файлов.
- Сетевые. Сетевые базы данных подобны иерархическим, за исключением того, что в них имеются указатели в обоих направлениях, которые соединяют родственную информацию.
Несмотря на то, что эта модель решает некоторые проблемы, связанные с иерархической моделью, выполнение простых запросов остается достаточно сложным процессом.
Также, поскольку логика процедуры выборки данных зависит от физической организации этих данных, то эта модель не является полностью независимой от приложения. Другими словами, если необходимо изменить структуру данных, то нужно изменить и приложение.
- Реляционные. Эти модели характеризуются простотой структуры данных, удобным для пользователя табличным представлением и возможностью использования формального аппарата алгебры отношений и реляционного исчисления для обработки данных.
Реляционная модель ориентирована на организацию данных в виде двумерных таблиц. Каждая реляционная таблица представляет собой двумерный массив и обладает следующими свойствами:
каждый элемент таблицы - один элемент данных
все ячейки в столбце таблицы однородные, то есть все элементы в столбце имеют одинаковый тип (числовой, символьный и т. д.)
каждый столбец имеет уникальное имя
одинаковые строки в таблице отсутствуют
порядок следования строк и столбцов может быть произвольным
- Объектно-реляционные. Объектно-реляционная СУБД (ОРСУБД) - реляционная СУБД (РСУБД), поддерживающая некоторые технологии, реализующие объектно-ориентированный подход.
Разница между объектно-реляционными и объектными СУБД: первые являют собой надстройку над реляционной схемой, вторые же изначально объектно-ориентированы. Главная особенность и отличие объектно-реляционных, как и объектных, СУБД от реляционных заключается в том, что О(Р)СУБД интегрированы с Объектно-Ориентированным (OO) языком программирования, внутренним или внешним как C++, Java. Характерные свойства OРСУБД - 1) комплексные данные, 2) наследование типа, и 3) объектное поведение.
- Объектно-ориентированные. Объектно-ориентированная СУБД - реализующая объектно-ориентированный подход. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами, в виде неструктурированных данных, и использующие методы взаимодействия с другими объектами окружающего мира.
1.2 Составные части базы данных
Таблица – объект, предназначенный для хранения данных в виде записей (строк) и полей (столбцов). Таблицы могут быть связаны между собой. Таблица – это базовый объект БД, все остальные объекты создаются на основе существующих таблиц (производные объекты).
Запрос – объект, позволяющий получить необходимые данные из одной или нескольких таблиц. С помощью запроса можно отбирать записи или поля, удовлетворяющие критериям отбора, можно вводить изменения в таблицы, можно производить вычисления. Фактически запросы являются важнейшим инструментом БД.
Форма – объект, предназначенный для отображения и ввода данных в таблицы. Также форма является удобным средством для поиска и коррекции информации в таблицах. Часто форма представляет собой бланк, выводящий содержимое одной записи таблицы. Формы могут основываться на запросах, которые позволяют отображать и вводить данные, принадлежащие нескольким таблицам. Фактически с помощью формы создаётся графический интерфейс доступа к базе данных.
Отчёт является организованным представлением данных, предназначен для печати данных, содержащихся в таблицах и запросах в красиво оформленном виде. Отчёты, основанные на запросах, могут отображать данные из нескольких таблиц.
2. Практическая часть
2.1 Создание базы данных
Сначала создадим пустую базу данных «Футбольные клубы». Для этого откроем приложение Access, выберем Новая база данных. В окне Новая база данных выбрать папку для размещения базы данных, дать имя файлу и щелкнуть по кнопке Создать (Рис.2.1.1) .
Рис.2.1.1 Создание базы данных
2.2 Создание таблиц
Начинать необходимо со вспомогательных таблиц Город, Стадион, Матч.
Для создания вспомогательной таблицы, например, Город в окне базы данных перейдем на вкладку Создание и нажмем кнопку конструктор таблиц. Сначала создадим таблицу Город. В графе Имя поля введем Код города, а в поле со списком Тип данных выберем Счетчик. Поле Код города будет ключевым (Рис.2.2.1).
Остальные поля заполняем точно также, выбираем нужный тип данных и выбираем подходящий размер поля.
Последующие таблицы создаем точно таким же образом.
Рис.2.2.1 Создание таблицы
Главная таблица Клуб и таблица Контакты содержат поля с уже зашифрованными данными, поэтому необходимо использовать числовой тип данных для некоторых полей(Рисунок 2.2.2).
Рисунок 2.2.2. Типы данных
2.3 Создание схемы данных
В схеме данных связываем ключевые поля таблиц: Клуб, Город, Стадион, Матч, Контакты. В каждой связи устанавливаем флажок Обеспечение целостности данных (Рис.2.3.1).
Рис.2.3.1 Создание схемы данных
2.4 Создание формы
Основное назначение форм – облегчение ввода, просмотра и редактирования записей. Формы обычно отображают одну запись из таблицы и имеют кнопки для перехода от одной записи к другой.
Для создания формы необходимо воспользоваться мастером форм. При создании формы нам нужно взять все те поля, которые отражают полную информацию об объекте. В базе данных Футбольные клубы мы возьмем поля, показанные на рисунке (Рис.2.4.1).
Рис.2.4.1 Создание формы
2.5 Создание запросов
Существует множество видов запросов, например запрос с параметром, запрос на добавления и удаления записи, запрос на группировку, различные математические запросы и запросы с условием.
Были созданы четыре запроса, три из них с параметром и один на группировку и подсчет данных.
Для создания запросов был использован конструктор запросов. Для создания запросов с параметром нам понадобятся необходимые таблицы и поле Условие отбора. В этом поле, мы не вводим условие, а запрашиваем данное условие у пользователя (Рисунок 2.5.1)
Рисунок 2.5.1. Запрос с параметром.
2.6 Создание отчетов.
Для создания отчетов нужно воспользоваться мастером отчетов. Создадим, например отчет по запросу матчей в Москве. Для этого мы выбираем нужный нам запрос и нужные нам поля таблиц (Рисунок 2.6.1).
Рисунок 2.6.1. Мастер отчетов
Остальные отчеты будем делать по такой же схеме. Пример отчета рисунок 2.6.2
Рис.2.6.2 Отчет
Заключение
При выполнении определенных задач человек, работая с тем или иным программным продуктом, выполняет ряд команд в определенной последовательности. Возникают моменты, в которых пользователь вынужден последовательно выполнять один и те же действия, что вынуждает его тратить значительный промежуток времени на механические действия. Access довольно прост в использовании, что позволяет, решать задачи, связанные с обработкой, сортировкой, группировкой и выводом информации в различных видах.
Такой подход, во-первых, гарантирует, что каждый новый фрагмент данных, полученный предприятием, окажется «на своем месте» - в конкретной таблице конкретной базы данных, а, во-вторых, отпадает необходимость в разработке огромного числа процедур обработки данных. Последнее объясняется тем, что типовые операции над содержимым структур данных (таблиц, записей, полей) уже запрограммированы и входят в состав СУБД – ведь системы управления базами данных как раз и предназначены для создания баз данных и последующего манипулирования этими данными. СУБД, работающую со структурами данных, можно сравнить с техническими средствами на современном транспорте – они работают с контейнерами, не зависимо от того, что в этих контейнерах перевозится в конкретном случае.
Целью данной курсовой работы, являлось углубление знаний и расширение навыков по разработке базы данных и ее реализации на персональном компьютере. В результате работы над курсовым проектом была разработана база данных «Футбольные клубы».
Футбол - одна из самых знаменитых игр. Миллионы фанатов следят за игрой своих команд, каждый день появляются новые команды, каждый день происходит огромное количество матчей, за которыми невозможно уследить. Данная база данных объеденяет и систематизирует всю информацию о предстоящих матчах некоторых команд, о месте проведения и о дате проведения. И представляет в удобной для человека форме.
Список литературы
1. Ломтадзе В.В., Шишкина Л.П. Практическая информатика. – Иркутск: изд-во ИрГТУ. – 2012. – 200 с.
2. Бояринцева Т.П., Воропаева Е.Ф., Дмитриенко Т.А., Шишкина Л.П. Лабораторный практикум по информатике. Расширенные возможности Excel. – Иркутск: изд-во ИрГТУ. - 2003. – 71 с.
3. https://ru.wikipedia.org/wiki/Список_футбольных_стадионов_России
4. http://rfpl.org
5. http://tritickets.ru/category/sport/football/
6. http://www.belet.ru
Цели урока: создать условия для восприятия и закрепления учебного материала по теме “Моделирование в текстовом процессоре”
- Продолжить знакомить учащихся с возможностями моделирования в текстовом процессоре Word;
- Познакомить учащихся с понятием и видами структурных моделей;
- Научить общему подходу к созданию образно-знаковых моделей в текстовом процессоре;
- Обеспечить выполнение заданий по моделированию в среде текстового процессора.
Развивающая:
Развитие приемов умственной деятельности (обобщение, анализ, синтез, сравнение), памяти (лучше всего запоминается то, что связано с преодолением препятствия), развитие модельного стиля учащихся.
Воспитательная:
Развитие познавательных способностей учащихся, посредством рассмотрения разнообразных задач на моделирование в среде текстового процессора.
Тип урока: комбинированный.
Оборудование урока: компьютер, проектор, презентация (приложение 1 ), карточки с заданием для практической работы (приложение 2 ).
Ход урока:
I. Орг. момент.
Постановка целей урока, сообщение учащимся основных этапов урока.
II. Актуализация опорных знаний учащихся.
- Фронтальная работа с классом:
– Какие модели называю знаковыми?
– Назовите известные вам виды знаковых моделей?
– Какую знаковую модель называют словесной?
– Какой текстовый документ называется составным?
– Приведите примеры оформительских задач, решаемых с помощью создания составных документов в текстовом редакторе.
III. Изучение нового материала.
Структурой называется взаимное расположение составных частей чего либо.
Структура данных – совокупность элементов информации находящихся в определенной, заранее заданной взаимосвязи, а также способ описания такой взаимосвязи. (Приложение 1 слайд 3 ),
Структурная модель данных – модель данных, представленная в виде структуры – множества типов данных и связей между ними.
Наиболее распространенными в текстовых документах являются следующие виды информационных структур: (приложение 1 слайд 4 )
- Таблица
- Схема – отражает внешний вид классификации объектов (приложение 1 слайд 5 )
Внешне схема классификации напоминает перевернутое дерево, и представляет иерархию объектов. В иерархических схемах каждый объект имеет только одного предка и может иметь несколько потомков. Самый верхний уровень (корень дерева) не имеет предка и задает основные признаки, позволяющие отличить объекты этого класса от других.
С подобными схемами вы встречаетесь в биологии, истории и других предметах.
Задание: Постройте структурную схему для родословной по следующему описанию:
Молодожены нормально владеют правой рукой. В семье женщины было еще две сестры, нормально владеющие правой рукой, и три брата левши. Мать женщины – правша, отец – левша. У отца есть сестра и 2 брата правши. Дед по линии отца – правша, бабка – левша. У матери женщины есть два брата и сестра – все правши. Мать мужа – правша, отец – левша. (Приложение 1 слайд 6 )
На уроках русского языка вам приходилось делать синтаксический разбор предложения, а поскольку предложение является системой, состоящей из слов, можно построить схему, которая показывает главные и второстепенные члены предложения. (Приложение 1 слайд 7 )
- Блок-схема – совокупность геометрических фигур, каждая из которых обозначает определенное действие, взаимосвязь между которыми устанавливается с помощью стрелок или линий (Приложение 1 слайд 8 )
- Документы со структурой, определенной законодательством
Очень часто в жизни мы встречаемся с различного рода документами. Это справки, заявления, приказы и многое другое. Любой из перечисленных документов является носителем информации и должен быть оформлен юридически правильно. В настоящее время все чаще для составления таких документов используется прикладная среда текстового редактора.
Вам, конечно же, приходилось составлять протокол ведения классного собрания.
– Что такое протокол? (Протокол – документ фиксирующий ход обсуждения вопросов и принятия решения на собраниях, совещаниях и т.д.)
– Какая обязательная информация на ваш взгляд должна быть отражена в протоколе? (дата заседания; количество присутствующих; повестка дня; ход обсуждения; решения собрания) (Приложение 1 слайд 9 )
На слайд 10 приложения 1 приведен образец оформления протокола классного собрания.
IV. Закрепление изученного материала.
Выполнение практической работы “Создание знаковой структурной модели” на компьютере (приложение 2 )
V. Итог урока.
1. Анализ итогов выполнения практической работы:
– что получилось?
– что не получилось?
– какие трудности испытывали при выполнении
заданий?
2. Выставление отметок за выполнение практической работы.
VI. Домашнее задание.
Составить в рабочих тетрадях (в текстовом процессоре) схему классификации школьных принадлежностей.
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Министерство образования и науки Украины
Черниговский государственный технологический университет
Кафедра информационных и компьютерных систем
Программная система "Футбольный чемпионат"
Курсовая работа по дисциплине “Организация баз данных”
Выполнили
студенты гр. КИ-104А.Г. Войцеховский
А.Г. Райская
Руководитель
Ассистент М.В. Харченко
Чернигов 2013
Реферат
Курсовая работа, 86 с., рис.21, 9 источников, 2 приложения.
Цель разработки курсовой работы - реализовать приложение, которое позволит работать с БД, как посредсредством тонкого клиента, так и посредством настольного приложения.
Основным методом проектирования модулей приложения - использование UML - диаграмм. Таким образом, при наличии лицензионного программного обеспечения можно было экспортировать разработанные классы в среду Eclipse EE.
В процессе написания приложения были разработаны и созданы две фабрики DAOTourFirma и ServiceTourFirma для работы с сущностями. С помощью ServiceTourFirma была дополнительно реализована бизнес-логика.
Также была использована технология Servlet- и JSP-контейнера. Так как сервлеты и jsp-страницы вызываются через HTTP-протокол, то Servlet-контейнер и JSP-контейнер часто сопровождает еще один компонент - web-сервер, который тоже может быть написан на Java.
В качестве сервера был использован сервер Tomcat 6.0. Приложение было разработано с использованием комплекта JDK версии 1.7.
В ходе выполнения данной курсовой работы для работы с базой данных использовалась СУБД PostgerSQL 9.0. Была создана база данных, которая состоит из 9 таблиц. В каждой таблице уникальный первичный ключ является внешним. Это дополнительное служебное поле, добавленное к уже имеющимся информационным полям таблицы, единственное предназначение которого -- служить первичным ключом. Значения этого поля не образуется на основе каких-либо других данных из БД, а генерируются искусственно. Главное достоинство внешнего ключа состоит в том, что он никогда не изменяется, поскольку не является информативным полем таблицы
В ходе разработки было получено корпоративное приложение «Футбольный чемпионат» доведенное до уровня стабильной версии. Результат разработки оформлен в виде программного проекта, приводимого в приложении к курсовой работе.
Для своей работы корпоративное приложение требует минимально: 1024 Мб оперативной памяти, процессор не ниже Atom 1100 МГц и любой браузер. Требования к операционной системы - Windows, Unix.
Дальнейшее развитие работы возможно в сторону усовершенствования работы сессий.
Реферат
Курсовая работа, 86 с., 21 рис., 9 джерел, 2 додатка.
Об"єктом розробки є корпоративна програма, яка дозволяє працювати с БД, як за допомогою тонкого клієнту, так і за допомогою веб сервісів.
Основним методом проектування модулей програми - використання UML - діаграм. Таким чином при наявності ліцензійного програмного забезпечення можна було експортувати розлоблені класи в Eclipse EE.
В процесі написання програми були розроблені і створені дві фабрики DAOTourFirma и ServiceTourFirma для роботи із сутностями. З допомогою ServiceTourFirma була додатково реалізована бізнес-логіка.
Також була використана технологія Servlet- и JSP-контейнера. Так як сервлети и jsp-сторінки викликаються через HTTP-протокол, то Servlet-контейнер и JSP-контейнер часто супроводжує ще один компонент - web-сервер, який також може бути написан на Java.
В якості сервера був використаний сервер Tomcat 6.0. Программа була розроблена з використанням комплекта JDK версії 1.7.
У ході виконання даної курсової роботи для роботи з базою даних використовувалася СУБД PostgerSQL 9.0. Була створена база даних, яка складається з 9 таблиць. У кожній таблиці унікальний первинний ключ є зовнішнім. Це додаткове службове поле, додане до вже наявних інформаційних полях таблиці, єдине призначення якого - служити первинним ключем. Значення цього поля не утворюється на основі будь-яких інших даних з БД, а генеруються штучно. Головне достоїнство зовнішнього ключа полягає в тому, що він ніколи не змінюється, оскільки не є інформативним полем таблиці
В ході розробки було отримано корпоративну програму «Футбольний чемпіонат», яка була доведена до рівня стабільного релізу. Результат розробки оформлено у вигляді програмного проекту, який наводиться в додатку до курсової роботи.
Для своєї роботи корпоративна програма потребує мінімально: 1024 Мб оперативної памяті, процесор не нижче Atom 1100 МГц и будь-який браузер. Вимоги до операційної системи - Windows, Unix.
Подальший розвиток проекту можливий в сторону удосконалення роботи з сессіями.
Java, C#, ORM, JSP, JPA, SQL, Servlet, HTML, TAG, JS
The Abstract
Course project, 86 p., Pic.21, 9 sources, 2 of the annex.
The object is to develop an application that enables you to work with the database, as through a thin client or through a desktop application.
The basic method of designing application modules - use UML - diagrams. Thus, if software could be developed to export the classes in the environment Eclipse EE.
During the writing of applications have been developed and set up two factories DAOTourFirma and ServiceTourFirma to work with the entities. With ServiceTourFirma have been further implemented business logic.
In the course of the course work for the operation of the database used DBMS PostgerSQL 9.0. A database, which consists of 9 tables. In each table a unique primary key is external. This is an optional service field, added to the already existing information fields of the table, the only purpose of which - to serve as a primary key. The values of this field is not formed on the basis of any other data from the database, and generated artificially. The main advantage of the foreign key is that it never changes, because it is an informative table field.
Also, the technology has been used, and Servlet-JSP-container. Because servlets and jsp-pages are invoked via HTTP-protocol, Servlet-JSP-container and the container is often accompanied by another component - web-server, which can also be written in Java.
During the development of enterprise applications have been received «Football championat» brought to the level of beta. The result of the development of the form of a software project, contained in the annex to the course work.
For its corporate application requires a minimum: 1024 MiB of RAM, the CPU is not Atom below 1100 MHz and a browser. Requirements for the operating system - Windows, Unix.
Further development work is possible to improve work with session.
Java, C#, ORM, JSP, JPA, SQL, Servlet, HTML, TAG, JS
Введение
1. Анализ решаемой задачи
1.1 Анализ предметной области
1.2 Цели и задачи системы
1.3 Назначение системы
1.4 Требования к системе
2. Проектирование
2.1 Выбор инструментальных средств разработки системы
2.1.1 Сервер базы данных
2.1.2 Технологии реализации системы
2.2 Проектирование архитектуры системы
2.2.1 Проектирование слоя бизнес логики и бизнес правил
2.2.2 Проектирование слоя доступа к данным
2.2.3 Проектирование слоя отображения
3. Разработка
3.1 Разработка базы данных системы
3.1.1 Разработка схемы базы данных
3.1.2 Обеспечение целостности данных
3.1.3 Разработка базовых запросов
3.1.4 Создание ролей, выбор индексов и представлений
3.1.5 Разработка хранимых процедур и триггеров
3.1.6 Организация защиты данных
3.1.7 Объектно-реляционное отображение
3.2 Разработка модулей системы
3.2.1 Разработка модулей слоя бизнес-логики и бизнес-правил
3.2.2 Разработка модулей слоя доступа к данным
3.2.3 Разработка модулей слоя сервиса
3.2.4 Разработка модулей слоя отображения
Список использованных источников
Введение
В настоящее время компьютеры и Internet-технологии получили широкое распространение во всех сферах деятельности человека. Применение вычислительной техники обусловлено тем, что она существенно облегчает работу человека, при этом ускоряется время выполнения задачи и повышается надежность результата. Так как вычислительная техника работает под программным управлением, то ее функциональность зависит от используемого программного обеспечения. По этому, создаются различные корпоративные приложения узкой специализации.
Проектирование базы данных (БД) - одна из наиболее сложных и ответственных задач, связанных с созданием корпоративного приложения (enterprise application). В результате её решения должны быть определены содержание БД, эффективный для всех её будущих пользователей способ организации данных и инструментальные средства управления данными. Основная цель проектирования БД - это сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте.
Корпоративное приложение представляет собой программное приложение, предназначенное для управления данными большого объема и их обработки по бизнес правилам позволяющее принести определенные преимущества корпорации (предприятию) при ее внедрении.
Корпоративным приложением неявляются средства обработки текста, регулирования расхода топлива в автомобильном двигателе, управление лифтами и оборудованием телефонной станции, автоматического контроля химических процессов, а также операционные системы, компиляторы, игры и т.д. Корпоративное приложение обычно подразумевает необходимость долговременного (иногда в течение десятилетий) хранения данных. Данные зачастую способны пережить несколько поколений прикладных программ, предназначенных для их обработки, аппаратных средств, операционных систем и компиляторов.
Множество пользователей обращаются к данным параллельно. Как правило, их количество не превышает сотни, но для систем, размещенных в среде Web, этот показатель возрастает на несколько порядков.
При больших объемах данных в приложении должен быть предусмотрен богатый пользовательский интерфейс.
Корпоративные приложения редко существуют в изоляции. Обычно они требуют интеграции с другими системами, построенными в разное время с применением различных технологий.
Корпоративные приложения, как правило, являются сложными программными системами.
1. Анализ решаемой задачи
1.1 Анализ предметной области
Футбольный чемпионат - соревнование по футболу. Соревнование такого вида проводится каждый год. Во время чемпионата между разными командами проходят матчи, результаты которых записываются в турнирную таблицу определенного отборочного тура. Следующим шагом чемпионата является проведение финального тура, список участвующих команд которого формируется из победителей отборочных туров. Когда все матчи финального тура сыграны, руководствуясь сведениями об количестве набранных очков, можно определить победителя чемпионата.
Футбольный чемпионат является массовым мероприятием, что в свою очередь гласит о необходимости наличия определенного внутреннего механизма, который бы координировал его прохождение. Таким образом можно выделить высший исполнительный орган - исполнительный комитет, который берет на себя всю ответственность по организации и проведению чемпионата. Он состоит из президента и других членов, избранных Конгрессом (высшим правящим органом определенного футбольного союза) чемпионата. Конгресс проводится ежегодно. Исполнительный комитет может инициировать второй Очередной Конгресс для решения финансовых вопросов и/или вопросов повышенной важности.
Срок полномочий для президента и членов исполкома, избранных Конгрессом, составляет определенное число лет. Все члены исполкома могут быть переизбраны. Не могут быть избраны или переизбраны только чиновники в очень пожилом возрасте. Если в составе исполкома освобождается место, то ближайший Очередной Конгресс выбирает замену до конца действующего срока полномочий. Если место освобождается во время последнего года полномочий члена исполкома, замена не выбирается.
Срок полномочий для президента и членов исполкома начинается по окончании Конгресса, на котором они избраны, и заканчивается по окончании Конгресса, на котором избран его преемник. Назначение женщины в члены исполкома на четыре года производится на учредительном собрании Исполнительного комитета.
Исполнительный комитет уполномочен утверждать нормативные документы и принимать решения по всем вопросам, не попадающим под юрисдикцию. Исполнительный комитет управляет деятельностью определенного футбольного союза за исключением тех случаев, когда исполком делегировал полномочия - либо они были делегированы Уставом - президенту или администрации футбольного союза.
Исполнительный комитет может делегировать обязанности по подготовке и воплощению решений или по ведению неких дел одному или нескольким своим членам. Исполком также уполномочен делегировать полномочия - частично или полностью - президенту, одному или нескольким своим членам и/или администрации.
Как правило, Исполнительный комитет собирается раз в два месяца, когда его созывает президент. Президент также может пригласить на встречу исполкома третьих лиц в качестве консультантов.
1.2 Цели и задачи системы
Целью системы «Футбольный чемпионат» является автоматизация процесса проведения чемпионатов. Данное приложение несёт информативный характер: позволяет автоматизировать подсчёт количества выигрышей, проигрышей и ничьей, а также начисление очков командам в соответствии с результатами проведения матча(3 очка - выигрыш, 2 - ничья, 1 - проигрыш). Приложение позволяет при помощи форм ввода-вывода добавлять новые, удалять и изменять данные турнирной таблицы. Есть возможность просмотра данных о работниках и о командах, а также просмотр 10 лучших команд и результаты матчем, которые были проведены в текучий день.
1.3 Назначение системы
Разрабатываемая в рамках данного курсового проекта система «Футбольный чемпионат» предназначена для всех пользователей, которые интересуются результатами проведённых матчей. Авторизация не является общей в нашей системе. Гость может не авторизироватся, а просто зайти и просмотреть информацию о чемпионате. Менеджер, президент и администратор должны ввести персональные данные для определения в системе. Под персональными данными подразумеваются логин и пароль. После подтверждения пользователем введенных данных программная система проверяет их истинность. Сначала проверяется логин, если он не найден в базе, система выдает сообщение о том, что пользователя с таким именем не существует. В случае, если имя корректно, проверяется контрольная сумма пароля. Если она не совпадает, то пароль неправильный. Для большей безопасности системы после вычисления контрольной суммы проверяется совпадение всего пароля. Если логин и пароль подлинные и подходящие и являются парой «значение-ключ», то пользователь входит в систему, при этом ему присваивается статус президента, администратора или же менеджера.
На рисунке 1.1 представлена диаграмма вариантов использования для роли Президент чемпионата
Рисунок 1.1 - Диаграмма вариантов использования для роли Президент чемпионата
После входа в систему президент имеет следующие возможности: управление кадрами и составления бюджета.
Вариант использования «Управления кадрами», включает в себя добавления записи о новом сотруднике а также при увольнении сотрудника, удаление соответствующей записи. Вариант использования «Составить бюджет» включает в себя добавления и удаление записей о зарплатах.
На рисунке 1.2 представлена диаграмма вариантов использования для роли Администратор
Рисунок 1.2 - Диаграмма вариантов использования для роли Администратор
После входа в систему администратор имеет следующие возможности: управлять учётными записями и проверить сообщение в базе.
Вариант использования «Управлять учётными записями» имеет следующий сценарий: Если это добавление нового пользователя, то заполнить соответствующую формулу и сохранить изменения; если это изменение или удаление пользователя, то нужно его сначала найти в базе, при удалении - уничтожить данные о пользователе, при изменении - скорректировать их и сохранить.
На рисунке 1.3 представлена диаграмма вариантов использования для роли Менеджер.
Рисунок 1.3 - Диаграмма вариантов использования для роли Менеджер
После входа в систему Менеджер имеет следующие возможности: заполнить, удалить или просмотреть записи в турнирной таблице.
На рисунке 1.4 представлена диаграмма вариантов использования для роли Гость.
Рисунок 1.4 - Диаграмма вариантов использования для роли Гость
После загрузки приложения гость может просматривать турнирную таблицу, узнавать информацию о матчах и о командах.
1.4 Требования к системе
Разрабатываемая в рамках данной курсовой работы система «Футбольный чемпионат» должна оперировать следующими объектами: страна, матч, работник, турнир. Нужно разработать такую систему, в которой пользователь имел бы возможность зарегистрироваться и модифицировать необходимую информацию.
На объекты и правила взаимодействия между объектами в системе накладываются определенные ограничения, совокупность которых называется бизнес-логикой.
Согласно бизнес-логике системы необходимо реализовать: автоматическое начисление очков командам в зависимости от выигрыша, проигрыша или ничьи в данном матче.
2. Проектирование
2.1 Выбор инструментальных средств разработки системы
В данном пункте будет выбран сервер баз данных, и посредством чего будет происходить связь пользователя с БД, так же будет выбрана технология реализации системы и архитектура.
2.1.1 Сервер базы данных
На данный момент существует огромное количество серверов баз данных таких как: MySQL, PostgreSQL, Microsoft Access и другие.
PostgreSQL - это объектно-реляционная система управления базами данных, работающая как клиент-серверная система. Основываясь на базовых понятиях реляционных БД, PostgreSQL поддерживает и ряд "объектных" операций, например, наследование. PostgreSQL соответствует базовой спецификации SQL99 и поддерживает большое число возможностей, описанных стандартом SQL92.
Oracle несколько превосходит PostgreSQL в таких вопросах как использование индексов, репликация и восстановление данных, да и вообще инструменты администрирования. Oracle более развиты (но вместе с тем и более сложны). С другой стороны, PostgreSQL предоставляет возможность использовать в качестве процедурного языка помимо PL/pgSQL (очень схожего с PL/SQL, используемым в Oralce), также PL/Perl, PL/Python, PL/Tcl, что позволяет разработчику выбрать более привычный инструмент.
В MySQL каждая таблица заносится в собственный файл (для большинства типов БД), организуея единую файловую структуру.
В MySQL акцент делается на наилучшую скорость чтения (выборки) данных, чем и объясняется популярность этой СУБД в среде веб-разработчиков, где выборка - основная операция. Достигается это отсутствием транзакций (они реализованы только для некоторых типов таблиц, например InnoDB, BerkleyDB) и многопоточной работой, однако это же и является причиной несколько меньшей надежности данной СУБД. В плане прав доступа MySQL позволяет задавать права доступа не только на уровне таблицы, но и на уровне столбца, однако в PostgreSQL это компенсируется возможностью создавать пользовательские представления.
Apache Derby это реляционная СУБД, написанная на Java, предназначенная для встраивания в Java-приложения или обработки транзакций в реальном времени. Занимает 2 MB на диске. Apache Derby разрабатывается как open source и распространяется на условиях лицензии Apache 2.0. Дерби был ранее известен как IBM Cloudscape. Sun распространяет те же бинарные файлы под именем Java DB.
В данной курсовой работе было использовано PostgreSQL - базы данных, требующие высокой степени надежности хранения информации, предъявляющие повышенные требования к проверке всех изменений, имеющие необходимость в автоматической корректировке большого числа данных при изменении информации в одной из таблиц, а также задачи, где требуется возможность разработки нетривиальных решений, использование нестандартных операторов и т.д.
2.1.2 Технологии реализации системы
JSP (JavaServer Pages) -- технология, позволяющая веб-разработчикам легко создавать содержимое, которое имеет как статические, так и динамические компоненты. По сути, страница JSP является текстовым документом, который содержит текст двух типов: статические исходные данные, которые могут быть оформлены в одном из текстовых форматов HTML, SVG, WML, или XML, и JSP элементы, которые конструируют динамическое содержимое. Кроме этого могут использоваться библиотеки JSP тегов, а также EL (Expression Language), для внедрения Java-кода в статичное содержимое JSP-страниц.
JSP -- одна из высокопроизводительных технологий, так как весь код страницы транслируется в java-код сервлета с помощью компилятора JSP страниц Jasper, и затем компилируется в байт-код виртуальной машины java (JVM). Контейнеры сервлетов, способные исполнять JSP страницы, написаны на языке Java, который может работать на различных платформах. JSP страницы загружаются на сервере и управляются из структуры специального Java server packet, который называется Java EE Web Application, в большинстве своём упакованные в файловые архивы.war и.ear.
Выгода, которую дает технология JSP в сравнении с другими веб-технологиями заключается в том, что JSP является платформонезависимой, переносимой и легко расширяемой технологией для разработки веб-приложений.
JSP 2.0 это новая версия спецификации JSP дополнена функциональностью увеличивающей скорость работы программиста. А именно:
– Expression Language (EL) -- язык выражений, позволяет среди прочего создавать разработчикам шаблоны в стиле Velocity;
– более простой и быстрый способ создавать новые теги с помощью файлов.tag, теперь для создания новых тегов не обязательно знать Java;
– удобный способ управления вложеными бинами (JavaBeans);
– более быстрый и лёгкий способ отображения параметров переменных.
Сервлет является Java-интерфейсом, реализация которого расширяет функциональные возможности сервера. Сервлет взаимодействует с клиентами посредством принципа запрос-ответ.
Хотя сервлеты могут обслуживать любые запросы, они обычно используются для расширения веб-серверов. Для таких приложений технология Java Servlet определяет HTTP-специфичные сервлет классы.
JSTL(JavaServer Pages Standard Tag Library) -- в переводе с английского «стандартная библиотека тегов JSP». Она расширяет спецификацию JSP, добавляя библиотеку JSP тегов для общих нужд, таких как разбор XML данных, условная обработка, создание циклов и поддержка интернационализации. JSTL -- конечный результат JSR 52, разработанного в рамках JCP(Процесса Java сообщества).
JSTL является альтернативой такому виду встроенной в JSP логики, как скриплеты, то есть прямые вставки Java кода. Использование стандартизованного множества тегов предпочтительнее, поскольку получаемый код легче поддерживать и проще отделять бизнес-логику от логики отображения.
Java Persistence API (JPA) -- API, входящий с версии Java 5 в состав платформ Java SE и Java EE, предоставляет возможность сохранять в удобном виде Java-объекты в базе данных.
Существует несколько реализаций этого интерфейса, одна из самых популярных использует для этого Hibernate.
Поддержка сохранности данных, предоставляемая JPA , покрывает области:
– непосредственно API, заданный в пакете javax.persistence;
– платформо-независимый объектно-ориентированный язык запросов Java Persistence Query Language;
– метаинформация, описывающая связи между объектами;
– генерация DDL для сущностей.
2.2 Проектирование архитектуры системы
слой база данных модуль servlet
Архитектура системы будет такой, какая приведена в анализе (рисунок 1.1) и методах решения задачи.
Роль слоя интеграции (слоя источника данных) состоит в том, чтобы обеспечить возможность взаимодействия приложения с различными компонентами инфраструктуры для выполнения необходимых функций. Главная составляющая подобной проблемы связана с поддержкой диалога с базой данных -- в большинстве случаев реляционной. Одной из самых серьезных причин успеха реляционных систем является поддержка ими SQL -- наиболее стандартизованного языка коммуникаций с базой данных.
Способ реализации слоя интеграции зависит от взаимодействия бизнес логики с базой данных. Выбор, который делается на этом этапе, имеет далеко идущие последствия и отменить его бывает трудно или даже невозможно.
Поэтому он заслуживает наиболее тщательного осмысления. Нередко подобными решениями как раз и обусловливаются варианты компоновки бизнес - логики.
Разумнее обособить код SQL от бизнес логики, разместив его в специальных классах. Удачный способ организации подобных классов состоит в "копировании" структуры каждой Объекты базы данных в отдельном классе, который формирует шлюз, поддерживающий возможности обращения к таблице. Теперь основному коду приложения нет необходимости что-либо "знать" о SQL, а все SQL-операции сосредоточиваются в компактной группе классов. Более удачный вариант состоит в том, чтобы изолировать модель предметной области от базы данных, возложив на промежуточный слой всю полноту ответственности за отображение объектов домена в Объекты базы данных. Подобный преобразователь данных обслуживает все операции загрузки и сохранения информации, инициируемые бизнес-логикой, и позволяет независимо варьировать как модель предметной области, так и схему базы данных. Это наиболее сложное из архитектурных решений, обеспечивающих соответствие между объектами приложения и реляционными структурами, но его неоспоримое преимущество заключается в полном обособлении двух слоев.
На сегодняшний день Java разработчики могут воспользоваться уже имеющимися средствами: сериализация, средства объектно - реляционного отображения, объектные базы данных и EJB. Каждое из этих средств имеет свои области применения и, следовательно, некоторые недостатки. JDO позволяет устранить эти недостатки и обеспечивает большую прозрачность.
Сериализация . Встроенный Java-механизм, обеспечивающий преобразование объектов в последовательность байт, которые могут быть сохранены в файл или переданы по сети. Сериализация очень проста в использовании, но и весьма ограниченна. При использовании сериализации объект сохраняется как одно целое. Она не поддерживает транзакции, а так же использование одного и того же сериализованного объекта в различных потоках или программах без возникновения конфликтов между ними;
Объектно-реляционное отображение(JPA). JPA не является новой технологией, а, скорее, это собрание идей лучших из имеющихся технологий, таких как Hibernate, TopLink и JDO. Как результат JPA является стандартизованной спецификацией входящей в J2EE5, что позволяет строить слой сохранения данных независимо от каких-либо конкретных провайдеров. Т.е. реализаций спецификации JPA может быть много, одной из таких, например, является фреймворк OpenJPA или тот же Hibernate.
Объектные базы данных . Объектные базы данных были специально разработаны для хранения объектов и полностью вписываются в концепцию объектно-ориентированного программирования. Object Database Management Group (ODMG) была создана для разработки единого API для работы с такими базами. Однако, многие поставщики баз данных все еще не решаются перейти с хорошо себя зарекомендовавшей реляционной системы на объектно - ориентированную. Так же меньшее число средств анализа данных доступно для объектных баз и очень большое количество данных уже сохранено в реляционных базах. По этим причинам, а так же по множеству других, объектные базы данных не нашли такого широкого применения, на которое надеялись их создатели;
Enterprise Java Beans (EJBs) . EJB представляют собой компоненты, которые хранят свое состояние в реляционной базе данных и обеспечивают объектно-ориентированное отображение постоянных данных. В отличие от продуктов объектно-реляционного отображения, EJB имеют жесткую спецификацию, что делает возможным использование продуктов от различных поставщиков. К сожалению, EJB стандарт ограничен в объектно-ориентированном отношении. Они не поддерживают наследование, полиморфизм и т.п. Так же EJB компоненты требуют больших затрат для их написания и часто специального программного обеспечения для их работы.
На сегодняшний день существуют различные фреймворки, использующие данную технику программирования. Вот некоторые из них:
Hibernate, iBATIS, Java Data Objects (JDO), JPOX, Cayenne, TopLink, JPA.
При организации ORM с использованием различных технологий необходимо создать файлы отображения объектов; создать конфигурационные файлы, в которых указываются файлы ресурсов, источники данных, поддержка транзакций и т.д.
2.2.1 Проектирование слоя бизнес логики и бизнес правил
Принцип работы данной системы:
Администратор заносит данные о работниках, чемпионатах, командах;
Пользователи просматривают турнирную таблицу и информацию о чемпионатах;
Регистрируются не обязательнаю, она необходима только для модификации данных;
Была созданная дополнительная таблица для реализации связи много-ко-многим. zakaz_dop_uslugi (связывает заказ с дополнительными услугами).
Следовательно, можно спроектировать такие классы домена (рисунок 2.4).
Рисунок 2.4 - Классы домена
Согласно бизнес-логике системы необходимо автоматически начислять очки за проигрыши, выигрыши и ничьи соответственно.
2.2.2 Проектирование слоя доступа к данным
Для доступа к данным, хранящимся во внешнем хранилище, удобнее всего определить отдельные интерфейсы с методами для манипуляции данными. Реализация этих интерфейсов может быть любая, например, использующая JDBC или JPA, JAXB или даже простые Java-коллекции. В качестве упращения данного курсового проекта был выбран JPA. Для того, чтобы можно было использовать разные реализации интерфейсов доступа к данным удобно применить шаблон проектирования "Абстрактная фабрика" или "Фабричный метод". В данном случае такой фабрикой выступает абстрактный класс DAOFactory, который содержит определение абстрактных методов, возвращающих реализации интерфейсов(рисунок 2.4).
Среди всех операций доступа к данным можно отчетливо выделить базовые CRUD (create, read, update, delete) опреации - создание объекта, удаление объекта, обновление объекта, получение объекта по идентификатору, и получение всех объектов. Вынесение таких операций в отдельный супер класс позволит избежать дублирования кода. Такие базовые операции также были вынесены в отдельный базовый интерфейс IGenericDao
Рисунок 2.4 - Диаграмма классов DAO
2.2.3 Проектирование слоя отображения
Данный слой представляет собой тонкий клиент.
Для работы с приложением были созданы страниц, который обеспечивают вывод, добавление, редактирование и удаление данных. Главная страница, на которую попадает незарегестрированный пользователь, index.jsp. Также были созданы дополнительные странички для добавления и редактирования данных, но только на правах администратора.
3. Разработка
3.1 Разработка базы данных системы
3.1.1 Разработка схемы базы данных
Исходя из анализа, проектирования слоя бизнес логики и правил, структуру БД можно сделать следующей (рисунок 3.1)
Рисунок 3.1 - Логическая схема БД
Физическая схема БД показана на рисунке 3.2
Рисунок 3.2 - Физическая схема БД
В базе данных программной системы содержится вся информация относительно её объектов, а именно:
Турнирная таблица;
Команды;
Пользователь;
Работник;
Зарплата;
Чемпионат.
В каждой таблице уникальный первичный ключ является внешним. Это дополнительное служебное поле, добавленное к уже имеющимся информационным полям таблицы, единственное предназначение которого -- служить первичным ключом. Значения этого поля не образуется на основе каких-либо других данных из БД, а генерируются искусственно. Главное достоинство внешнего ключа состоит в том, что он никогда не изменяется, поскольку не является информативным полем таблицы (не несёт никакой информации об описываемом записью объекте). Использовать внешний ключ имеет смысл в случае, когда возможны изменения полей, составляющих (естественный) первичный ключ. В этом случае возникает проблема так называемых "каскадных изменений". При использовании же внешнего ключа в качестве первичного, изменять его не придётся. Также, при выполнении запросов, использующих внешние ключи, сравнение полей будет происходить быстрее, в особенности, если естественный первичный ключ представляет собой строку.
3.1.2 Обеспечение целостности данных
Ограничения целостности приведены в таблице 3.1
Таблица 3.1 - Описание таблиц БД
|
Название таблицы |
Описание |
Тип данных |
Ограничение |
||
|
идентификационный код работника |
Первичный ключ |
||||
|
Адрес работника |
строка, 20 символов |
обязательное для ввода |
|||
|
Дата рождения |
строка, 20 символов |
обязательное для ввода |
|||
|
Фамилия, имя. Отчество работника |
строка, 60 символов |
обязательное для ввода; |
|||
|
Телефонный номер работника |
Строка 20 символов |
обязательное для ввода |
|||
|
Внешний ключ пользователя |
целое число |
||||
|
Внешний ключ чемпионата |
целое число |
для ввода; уникальных значений |
|||
|
идентификационный код матча |
Первичный ключ |
||||
|
Дата проведения матча |
строка, 20 символов |
обязательное для ввода |
|||
|
Команда играющая в гостях |
строка, 20 символов |
обязательное для ввода |
|||
|
Принимающая команда |
строка, 20 символов |
обязательное для ввода |
|||
|
Счет игры |
строка, 20 символов |
||||
|
Номер тура |
целое число |
обязательное для ввода |
|||
|
Внешний ключ команды |
целое число |
для ввода; уникальных значений |
|||
|
идентификационный код пользователя |
Первичный ключ |
||||
|
Логин для входа на сай |
строка, 20 символов |
обязательное для ввода |
|||
|
Пароль для входа на сай |
строка, 20 символов |
обязательное для ввода |
|||
|
Внешний ключ роли |
целое число |
для ввода; уникальных значений |
|||
|
идентификационный код таблицы |
Первичный ключ |
||||
|
Количество матчей, сыгранных в ничью |
целое число |
обязательное для ввода |
|||
|
Количество очков за матч |
целое число |
обязательное для ввода |
|||
|
Количество проигранных матчей |
целое число |
обязательное для ввода |
|||
|
Количество выигранных матчей |
целое число |
обязательное для ввода |
|||
|
идентификационный код зарплаты |
Первичный ключ |
||||
|
Количество выработанных часов |
целое число |
обязательное для ввода |
|||
|
Размер премии |
Вещественный тип данных |
||||
|
Размер штрафа |
Вещественный тип данных |
||||
|
Внешний ключ работника |
целое число |
для ввода; уникальных значений |
|||
|
идентификационный код права |
Первичный ключ |
||||
|
Внешний ключ роли |
целое число |
для ввода; уникальных значений |
|||
|
Действие, которое может выполнять указанная роль |
строка, 30 символов |
для ввода; уникальных значений |
|||
|
идентификационный код роли |
Первичный ключ |
||||
|
строка, 30 символов |
обязательное для ввода |
||||
|
идентификационный код команды |
Первичный ключ |
||||
|
Название города |
строка, 20 символов |
обязательное для ввода |
|||
|
Название команды |
строка, 20 символов |
обязательное для ввода |
|||
|
ФИО тренера |
строка, 60 символов |
обязательное для ввода |
|||
|
Внешний ключ таблицы |
целое число |
обязательное для ввода |
|||
|
идентификационный код чемпионата |
Первичный ключ |
||||
|
Дата проведения чемпионата |
обязательное для ввода |
||||
|
Название страны |
строка, 40 символов |
обязательное для ввода |
|||
|
Внешний ключ таблицы |
целое число |
обязательное для ввода |
3.1.3 Разработка базовых запросов
При разработке базовых запросов, JPQL был выбран языком разработки.
Ниже приведено описание основных запросов, их реализация приведена в приложении А.
getKomandasByTablicaId - запрос на выборку значений из таблицы «Команда», где id таблицы - параметр для получения команды.
findKomandaByName- запрос на выборку команды, где name таблицы - параметр для получения команды.
getTablicaByChempionatId - запрос на выборку значений из таблицы «Таблица», где id чемпионата - параметр для получения таблицы.
getKomandasByTablicaId - запрос на выборку значений из таблицы «Команда», где id таблицы - параметр для получения таблицы.
findUserByNameAndPassword- запрос на выборку значений из таблицы «Пользователь», где login пользователя равно первому параметру, а password второму.
getWorkerByChempionatId- запрос на выборку значений из таблицы «Работник», где id чемпионата - параметр для получения работника.
getZarplatasByWorkerId - запрос на выборку значений из таблицы «Зарплата», где id работника - параметр для получения зарплаты.
3.1.4 Создание ролей, выбор индексов и представлений
Роли:
Были созданы несколько ролей с различными правами доступа к базам данных:
Create role "admin" LOGIN UNENCRYPTED PASSWORD "qwerty"
Create role "manager" LOGIN UNENCRYPTED PASSWORD "qwerty1"
Create role "director" LOGIN UNENCRYPTED PASSWORD "qwerty2"
Права доступа к отношениям chempionat, komanda, matchi, prava, "role", tablica, users, worker, zarplata могут быть описаны следующим образом:
grant select, delete, insert, update on chempionat, komanda, matchi, prava, "role", tablica, users, worker, zarplata to admin
grant select, delete, insert, update on tablica, matchi, komanda to manager
Индексы:
При выборе индексов главным критерием было, частое обращение к определенному полю
Для повышения эффективности работы с данными были созданы индексы для полей часто используемых при выборке данных:
create index i_worker on worker(id);
create index i_komanda on komanda(id);
create index i_matchi on matchi(id);
create index i_zarplata on zarplata(id)
Представления:
Для реализации частичного доступа к таблице tablica было создано следующее представление:
create view w_guest (kolnichiyih,kolocheck,kolproigrashey,kolviigrashey,idchampionata) as
select kolnichiyih, kolocheck, kolproigrashey, kolviigrashey, idchampionata from tablica ;
create role guest LOGIN UNENCRYPTED PASSWORD "qwerty3"
grant select on w_guest to guest
3.1.5 Разработка хранимых процедур и триггеров
Триггеры:
1) Триггер, который вносит значение в поле premiya при добавлении записи в таблицу Zarplata. Если значение поля kolChasov превышает определенное значение.
CREATE OR REPLACE FUNCTION ins()
RETURNS trigger AS
UPDATE "zarplata"
SET "premiya" =("kolchasov" - 176)*100
From "zarplata", "worker"
where ("kolchasov" >8);
LANGUAGE "plpgsql";
CREATE TRIGGER trig_11 AFTER INSERT ON "zarplata"
FOR EACH ROW EXECUTE PROCEDURE ins();
2) Триггер, который добавляет запись в поле сумма таблицы зарплата, при добавлении или обновлении записи в таблице. Значение этого поля определяется значением полей ставка, штраф и премия.
create or replace function addSumInZarplata()returns trigger as
declare shtr float:=(select shtraf from zarplata where id=new.id);
declare prem float:=(select premiya from zarplata where id=new.id);
declare s float:= (select summa from zarplata where id=new.id);
update zarplata set
summa = s+prem-shtr where id=new.id;
language plpgsql;
create trigger trigAddSumZarplat
on zarplata for each row
execute procedure addSumInZarplata();
Хранимые процедуры :
1) Разработать хранимую процедуру, которая будет возвращать список матчей, которые должны состояться сегодня. Входные параметры отсутствуют. Выходным параметром будет таблица матчей.
CREATE OR REPLACE FUNCTION func_1()
RETURNS TABLE(id integer, gost character varying(30), hozain character varying(30),
schet character varying(10), tur integer, idkomandy integer, data date) AS $$
SELECT * FROM "matchi" WHERE "data" = timenow()::date; $$
2) Разработать хранимую процедуру, которая будет возвращать название команды, которая набрала наименьшее количество очков в определённом чемпионате. Входные параметры - название страны. Выходным параметром будет название команды.
CREATE OR REPLACE FUNCTION func_2(strana character varying(40))
SELECT "name" FROM "komanda", "tablica", "chempionat" WHERE "komanda"."idtablici" = "tablica"."id" AND "kolocheck" IN (SELECT MIN("kolocheck") FROM "tablica") AND "idchampionata" IN (SELECT "id" FROM "chempionat" WHERE "strana" = $1); $$
3) Разработать хранимую процедуру, которая будет возвращать top-10 команд турнирной таблицы. Входные параметры - название страны. Выходным параметром будет таблица, состоящая из названий 10-ти лучших команд и их количества очков.
CREATE OR REPLACE FUNCTION func_3(strana character varying(40))
RETURNS TABLE(_name character varying(20), kolocheck integer) AS $$
WITH subquery AS (SELECT "name", "kolocheck" FROM "komanda", "tablica", "chempionat" WHERE "komanda"."idtablici" = "tablica"."id" AND "idchampionata" IN (SELECT "id" FROM "chempionat" WHERE "strana" = $1) GROUP BY 1, 2 ORDER BY "kolocheck" DESC)
SELECT * FROM "subquery" GROUP BY 1, 2 HAVING COUNT("name") <= 10; $$
4) Разработать хранимую процедуру, которая будет возвращать название команды лидера турнирной таблицы определенного чемпионата. Входные параметры - название страны. Выходным параметром будет название лидера.
CREATE OR REPLACE FUNCTION func_5(strana character varying(40))
RETURNS character varying(20) AS $$
SELECT "name" FROM "komanda", "tablica", "chempionat"
WHERE "komanda"."idtablici" = "tablica"."id" AND "kolocheck" IN (SELECT MAX("kolocheck") FROM "tablica") AND "idchampionata" IN (SELECT "id" FROM "chempionat" WHERE "strana" = $1); $$
3.1.6 Организация защиты данных
В разработанной системе имеется несколько ролей и для каждой них в программной системе «Футбольный чемпионат» разный функционал. Возможности каждого из видов пользователей в данной программной системе приведены в таблице 3.2
Таблица 3.2- Защита данных
|
Пользователь/ Страница |
Администратор |
Зарегистрированный пользователь |
Незарегистрированный пользователь |
|
|
Просмотр списка чемпионатов, список мачей, проведённых в текущий день,турнирной таблицы, переход по страницам, изменение данных таблицы чемпионата |
Просмотр списка чемпионатов, список мачей, проведённых в текущий день турнирной таблицы, переход по страницам, переход на страницу личной информации |
Просмотр списка чемпионатов, список мачей, проведённых в текущий день турнирной таблицы переход по страницам, возможность регистрации |
||
|
Редактирование данных таблицы |
Просмотр турнирной таблицы, детальной информации о команде, топ 10 команд, лучшую и худшую команду |
Просмотр турнирной таблицы, детальной информации о команде, топ 10 команд, лучшую и худшую команду |
||
|
addEdtKomanda.jsp |
Редактирование данных о команде |
|||
|
Просмотр детальной информации о команде |
Просмотр детальной информации о команде |
|||
|
Просмотр матчей, добавление, удаление, редактирование |
Просмотр матчей, изменение данных матча |
Просмотр матчей |
||
|
Добавление, удаление, изменение прав |
||||
|
Просмотр зарплаты |
Просмотр, редактирование зарплаты |
3.1.7 Объектно-реляционное отображение
При разработке программы осуществляется доступ к данным, поэтому для упрощения разработки такой программы и для увеличения эффективности и скорости работы с полученными данными использовалось объектно-реляционное отображение.
Объектно-реляционное отображение (ORM) - это техника программирования, которая связывает реляционную базу данных с концепциями объектно-ориентированного программирования и создает «виртуальную базу данных объектов».
ORM автоматически синхронизируют загруженные в память объекты с базой данных. Для того чтобы это было возможным, после создания объект-в-SQL-преобразующего SQL-запроса полученные данные копируются в поля объекта, как во всех других реализациях ORM.
Системы управления реляционными базами данных показывают хорошую производительность на глобальных запросах, которые затрагивают большой участок базы данных, но объектно-ориентированный доступ более эффективен при работе с малыми объёмами данных, так как это позволяет сократить семантический провал между объектной и реляционной формами данных.
Все системы ORM обычно проявляют себя в том или ином виде, уменьшая в некотором роде возможность игнорирования базы данных. Более того, слой транзакций может быть медленным и неэффективным (особенно в терминах сгенерированного SQL). Все это может привести к тому, что программы будут работать медленнее и использовать больше памяти, чем программы, написанные «вручную».
Но ORM избавляет программиста от написания большого количества кода, часто однообразного и подверженного ошибкам, тем самым значительно повышая скорость разработки. Кроме того, большинство современных реализаций ORM позволяют программисту при необходимости самому жёстко задать код SQL-запросов, который будет использоваться при тех или иных действиях (сохранение в базу данных, загрузка, поиск и т. д.) с постоянным объектом.
При разработке приложения, которое требует осуществления доступа к данным, необходимо упростить разработку такого приложения, увеличив эффективность и скорость работы с получаемыми данными. Поэтому данная проблема остаётся актуальной и сегодняшнее время.
Для её решения был выбран JPA(Java Persistence API).
На приведенной ниже диаграмме показана взаимосвязь между основными компонентами JPA архитектуры.
Рисунок 3.3 - Архитектура JPA
Persistence - класс содержит вспомогательные статические методы для получения EntityManagerFactory независимым от поставщика способом.
EntityManagerFactory - интерфейс, реализация которого является фабрикой для создания объектов EntityManager.
EntityManager - является основным JPA интерфейсом используемый в приложениях. Каждый EntityManager управляет набором хранимых объектов и содержит API для вставки новых объектов и удаления существующих. С каждым EntityManager связан свой EntityTransaction и, также, EntityManager выступает фабрикой для объектов Query.
Entity - сущность, которая является хранимым объектом.
EntityTransaction - объект, который производит управления транзакциями при выполнении операций с хранимыми объектами Entity. Операции группируются и либо выполняются полностью, либо нет, оставляя хранилище данных в неизменном состоянии.
Query - интерфейс для выполнения запросов по нахождению хранимых объектов, которые удовлетворяют заданным критериям. JPA поддерживает запросы на объектном языке Java Persistence Query Language (JPQL) и стандартном структурированном языке Structured Query Language (SQL). Получить экземпляры Query можно из объекта EntityManager.
3.2 Разработка модулей системы
3.2.1 Разработка модулей слоя бизнес-логики и бизнес-правил
Данный модуль представляет собой описания всех сущностей нашей БД. Он включает в себя одиннадцать классов, а именно:
Matchi.java - класс, который описывает матчи. Содержит такую информацию: дата проведения матча, гость, хозяин, счёт матча, номер тура. Он содержит методы получения и записи полей.
Komanda.java - класс, который описывает команды. Содержит такую информацию: название команды, ФИО тренера, город команды. Он содержит методы получения и записи полей.
Tablica.java - класс, который описывает турнирную таблицу. В нём содержатся поля: количество очков команды, количество проигрышей, выигрышей и ничьих. Он содержит методы получения и записи полей.
Chempionat.java - класс, который описывает чемпионат. В нём содержатся следующая информация: дата начала дата окончания мемпионата, название страны, в которой он проводится. Он содержит методы получения и записи полей.
Worker.java - класс, который описывает работника. В нём содержатся следующая информация: ФИО работника, дата рождения, телефон, адрес. Он содержит методы получения и записи полей.
User.java - класс, который описывает пользователя. В нём содержатся следующая информация: логин и пароль для входа в систему. Он содержит методы получения и записи полей.
Role.java - класс, который описывает роль пользователя. В нём содержатся следующая информация: имя пользователя. Он содержит методы получения и записи полей.
Prava.java - класс, который описывает права пользователя. В нём содержатся следующая информация: права, под пользователь которыми он входит в систему
3.2.2 Разработка модулей слоя доступа к данным
Доступ к данным осуществляется с помощью DAO. Этот модуль представлен двумя пакетами с интерфейсами и их реализациями. В нём содержатся следующие интерфейсы:
– ITablicaDao.java - интерфейс, который содержит описания методов, для работы c таблицей. В нём описан следующий методы:
public Collection
Реализация методов находится в классе TablicaDaoJpa.
– IKomandaDao.java - интерфейс, который содержит описания методов, для работы со списком команд. В нём описаны следующие методы:
a)
public
Collection
b) public Komanda findKomandaByName(String name) throws PersistenceException метод для получения команды по имени.
c) getTheWorstKomandaByChampId(String name) throws PersistenceException метод для получения наихудшей команды в чемпионате;
d) public String getTheBestKomandaByChampId(String name) throws PersistenceException метод для получения наилучшей команды в чемпионате;
e)
public
Collection
Подобные документы
Структура базы данных. Визуализация трехуровневой архитектуры, состоящей из презентационного слоя, бизнес-слоя и слоя баз данных, реализованной с помощью UML схем. Основные структурные особенности трехслойных приложений. Исходный код некоторых модулей.
курсовая работа , добавлен 03.11.2012
Проектирование модели разрабатываемой базы данных гостиниц. Разработка триггеров, хранимых процедур, запросов. Создание пользовательского интерфейса. Автоматизация работы по регистрации, учету, поиску, а также по формированию отчетности о работодателях.
курсовая работа , добавлен 29.11.2015
Характеристика основных потоков данных, существующих на предприятии. Способы и средства для разработки программного обеспечения. Проектирование пользовательского интерфейса. Разработка слоя взаимодействия с базой данных. Разработка слоя бизнес сервисов.
дипломная работа , добавлен 10.07.2017
Определение функциональных зависимостей. Разработка структуры базы данных. Организация запросов к базе данных. Использование триггеров для поддержки данных в актуальном состоянии. Разработка хранимых процедур и функций. Ограничения ведения базы данных.
курсовая работа , добавлен 17.06.2014
Сущность базы данных - набора, совокупности файлов, в которых находится информация. Система управления базой данных - программная система (приложение), обеспечивающая работу с базой данных (файлами данных). Назначение и польза от применения триггеров.
курсовая работа , добавлен 22.02.2011
Проектирование реляционной базы данных, организация выборки информации из нее. Разработка представлений для отображения результатов. Проектирование хранимых процедур. Механизм управления данными при помощи триггеров. Требования к техническому обеспечению.
дипломная работа , добавлен 03.07.2011
Разработка и отладка БД серверного типа с веб-интерфейсом "Учет продукции" для мебельного производства. Физическая модель данных. Описание индексов и ограничений, запросов и представлений данных, отчетов и диаграмм. Описание триггеров и хранимых процедур.
курсовая работа , добавлен 20.02.2015
Язык манипуляции данными. Процесс отбора данных. Использование агрегатных функций и специальных операторов в условиях отбора. Создание и использование представлений и хранимых процедур. Использование триггеров, разработка интерфейса пользователя.
лабораторная работа , добавлен 13.02.2013
Логическая и физическая структура базы данных. Аппаратное и программное обеспечение системы. Создание представлений, хранимых процедур, пользовательских функций, триггеров. Описание основной структуры ASP.NET документов. Пользовательский интерфейс.
курсовая работа , добавлен 21.05.2013
Понятие базы данных. Разработка таблиц, форм ввода и вывода информации, основных запросов, хранимых процедур и триггеров базы "Доска объявлений". Подготовка для вывода на печать. Анализ необходимости администрирования, средств защиты информации.
МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ «МАМИ»
КУРСОВАЯ РАБОТА
по дисциплине: Информационное обеспечение систем управления
на тему: «Разработка базы данных футбольного клуба»
Выполнил: студент 642 группы
Плетнев Николай Викторович
Проверил: преподаватель
Семенихин Геннадий Ильич
Серпухов 2009
Содержание Задание
Введение
1.Описание деятельности организации
3.Разработка базы данных в среде СУБД Access 2003
3.1Создание таблиц
3.2 Создание схемы данных
3.3 Создание форм
3.4 Создание запросов на языке QBE и SQL
3.5 Создание отчётов
4.Словарь терминов
Заключение
Список используемой литературы
Задание
1.Произвести описание деятельности футбольного клуба «Челси», сформулировать основные задачи его информационно-управляющей системы и обосновать требования к его базе данных.
2.Разработать модель «сущность-связь» БД:
Разработать перечень сущностей и их атрибутов
Выделить связи между сущностями
Построить диаграммы ER-типа и ER-экземпляров с учётом всех сущностей и связей
Сформировать наборы предварительных отношений с учётом степени связи и класса принадлежности экземпляров сущности, и указанием предварительного ключа для каждого отношения и с использованием диаграмм ER-типа
Добавить не ключевые атрибуты в отношения
При необходимости скорректировать диаграммы ER-типа
3.Реализовать разработанную реляционную БД информационно-управляющей системы футбольного клуба «Челси» в среде СУБД Access 2003.
4.Разработать не менее 2-х отчётов и не менее 5-7 запросов к БД, с использование средств СУБД и языков QBE и SQL c обоснованием их использования в Организации.
Введение
База данных - это набор сведений, относящихся к определенной теме или задаче, такой как отслеживание заказов клиентов или сопровождение музыкальной коллекции. Если база данных хранится не на компьютере, или на компьютере хранятся только ее части, отслеживать сведения можно из целого ряда других источников, которые пользователь должен скоординировать и организовать самостоятельно.
Разработка баз данных при помощи программы Microsoft Access является быстрым и точным способом. Базы данных имеются везде, что позволяет говорить о том, что их применение значительно упрощает различные операции, имеющиеся в организациях.
При помощи Microsoft Access можно создавать таблицы, формы и другие объекты, составляющие базы данных. Особенностью является создание запросов при помощи запроса SQL.
Запросы используются для просмотра, изменения и анализа данных различными способами. Запросы также можно использовать в качестве источников записей для форм, отчетов и страниц доступа к данным.
Запрос SQL - это запрос, создаваемый при помощи различных операторов, например:Select,UpDate или DELETE. Примерами запросов SQL могут служить запросы на объединение, запросы к серверу, управляющие и подчиненные запросы.
В данной курсовой работе будет представлена База Данных, состоящая из таблиц, запросов, представленных на языке SQL и QBE.
1. Описание деятельности футбольного клуба «Челси»
информационный управляющий база access
Футбольный клуб «Челси» (Chelsea Football Club) был основан в 1905 году в Лондоне. Выступает данный клуб в Английской премьер-лиге (Чемпионат Англии). ФК Челси имеет прозвище среди болельщиков – Аристократы. Это прозвище произошло из-за богатого района Лондона. Тот самый район в котором живут самые обеспеченные граждане туманного Альбиона. Выступление ФК Челси в 20м веке считалось не очень ярким, и поэтому их считали середнячком в Англии. В 1955 году они в первый раз стали чемпионами Англии. В европейских кубках ФК Челси выступал редко и успех был не впечатляющий. Однако в 1971 году им удалось выиграть кубок кубков Европы после победы в кубке Англии, за год ранее. В конце 20го века аристократы выиграли ещё один кубок кубков, а после и Суперкубок Европы. Это был самый великий титул в истории клуба. Когда ФК Челси купил российский миллиардер, губернатор Чукотки Роман Абрамович, клуб приобрел множество звёздных игроков, таких как Петр Чех, Рикарду Карвалью, Клод Макелеле, Жереми и т.д. С такими игроками клуб стал одним из самых сильных в Европе. И в 2005 году выиграл свой второй чемпионский титул в Англии. За последнее время в клуб пришли не менее знаменитее игроки как Арьен Роббен, Михаэль Баллак, Андрей Шевченко, Дидье Дрогба. Эти игроки помогли завоевать третий титул чемпиона Англии. ФК Челси за последние два года выходил в полуфинал лиги чемпионов.
Стадион на котором играет Челси – «Стэмфорд Бридж» с вместимостью 42 142 человека, включая VIP-кресла. Президентом клуба является Брюс Бак. Аристократы имеют свой сайт в Интернете для болельщиков www.chelseafc.com .
Систему управления футбольным клубом «Челси» можно разбить на несколько подсистем:
Работа с составом команды, как с основным, так и с резервным. В данном пункте рассматривается работа и с молодёжной командой. Эта подсистема является наиболее важной для победы в любом матче.
Работа с персоналом, а именно с тренером команды, тренером вратаря, тренером молодёжной команды, докторами, специалистами по маркетингу, по стадиону, представитель среди болельщиков и т.д.
Работа с болельщиками, как основная часть поддержки в моральном плане. Именно число болельщиков определяет популярность клуба в мире.
Работа с финансами клуба определяет материальное положение. Здесь рассчитывается зарплата игроков, тренеров, докторов, менеджеров и т.д. Финансовое положение показывает возможность клуба к различным сделками, например, покупка игроков для усиления, модернизация стадиона и других зданий прилегающих к клубу.
Зарплата любого члена клуба зависит от его положения в нём. Поэтому каждый человек имеет свой статус, который и определяет его зарплату и роль.
Качество игры также влияет на зарплате. Для этого и берут его данные по достижению, где указывается число матчей, голы, кубки. Параметры игрока такие, как рост, вес определяют его состояние в борьбе. По этим данным ставят игрока на матч с учётом данных соперника. Возраст игрока определяет его опыт и мастерство в игре.
Место на футбольном поле называется амплуа. Выбор игрока по амплуа очень важно для качества игры команды. В случае травмы игрока требуется замена. Но на кого заменить? Для этого главный тренер делает выбор среди имеющихся игроков по амплуа. Если же не хватает игроков, то тренер обращается к руководству о потребности покупки футболиста из другого клуба.
2.Разработка модели «сущность-связь» базы данных
Для разработки модели «Сущность –связь» требуется соблюдение следующих этапов проектирования:
1. Выделить сущности и связи между ними.
2. Построить диаграммы ER-типа.
3. Формирование набора предварительных отношений, с указанием их первичных ключей.
4. Добавление не ключевых атрибутов в отношения.
5. Приведение предварительных отношений к 3 усиленной нормальной форме.
Разработка модели «Сущность –связь» футбольного клуба «Челси»:
1-ый этап: Статус (Код, Вид статуса)
Игрок (Код, Фамилия, Имя, Амплуа, Возраст, …)
Достижение (Фамилия, Имя, Число матчей …)
Контракт (Номер контракта, Фамилия...)
Персонал (Код, Фамилия, Имя)
2-ой этап: Выделим связи и определим класс принадлежности:
Игрок имеет Статус
Игрок имеет Достижения
Персонал имеет Статус
Игроку соответствует Контракт
Персоналу соответствует Контракт
По полученным данным строим диаграмму ER-типа:
|
|
|
|
1 1
|
|
М 1
1 1 3-ий этап: Формирование набора предварительных отношений осуществляется по правилам:
Правило 1:Если степень бинарной связи 1:1 и КП обязательный, то формируется одно отношение. Первичным ключом может быть ключ любой сущности.
Правило 2:Если степень связи 1:1 и КП О-Н,то под каждую из сущностей формируется по отношению с первичными ключами, являющиеся ключами соответствующих сущностей, далее к отношению, сущность которой имеет обязательный КП добавляется в качестве атрибута ключ сущности с необязательным КП.
Правило 3:Если степень связи 1:1 и класс принадлежности обеих сущностей необязателен, то необходимо использовать три отношения с первичными ключами, два отношения связанные соотношениями.
Правило 4:Если степень связи 1:М и класс принадлежности КП обязательный, то достаточно формировать два отношения по одному на каждую сущность.
Правило 5:Если степень связи 1:М и класс принадлежности М-связной сущности необязателен, то необходимо формирование 3х отношений, 2 отношения соответствующие связанные сущности, ключи которых являются первичными в данном отношении.
Правило 6:Если степень связи М:М и класс принадлежности сущности обязателен, то независим от класса принадлежности сущности.
По правилу 1: 1.Статус (Код, Вид статуса…..)
По правилу 5: 1.Статус (Код, Вид статуса……)
2.Игрок (Код, Фамилия ……)
3.Контракт (Номер контракта, Фамилия …..)
По правилу 1: 1.Достижения (Фамилия,…)
По правилу 2: 1.Персонал (Код, Фамилия ….)
2.Контракт (Номер контракта, Фамилия ….)
3. Разработка базы данных в среде СУБД Access 2003
3.1 Создание таблиц
При помощи программы Microsoft Access возможно создание таблиц в режиме конструктора, создание таблиц с помощью мастера и создание таблиц путём ввода данных.
В базе данных футбольного клуба «Челси» содержится 5 таблиц, созданных с помощью мастера таблиц.
Мастер таблиц позволяет быстро создавать таблицы уже из существующих данных, что значительно упрощает работу.
Имеет событие Сlick. Обработчики событий Click для кнопок представлены в Приложении А. Заключение В ходе выполнения курсовой работы была достигнута цель работы – проектирование базы данных хозяйственного учета футбольного клуба. Для достижения цели был решен ряд задач: составление описания предметной области; составление словаря понятий и терминов; построение исходной модели (ER- ...
Совокупности изображаются не геометрическими фигурами, а символами или знаками, воспроизводящими в какой-то степени внешний образ статистических данных. Достоинство такого способа графического изображения заключается в высокой степени наглядности, в получении подобного отображения, отражающего содержание сравниваемых совокупностей. Важнейший признак любой диаграммы - масштаб. Поэтому чтобы...
... «Трактор», «Динамо», «Торпедо», «Камвольщик», «Локомотив», строительство футбольного комплекса «Сквич», включающего манеж, стадион со стандартным футбольным полем. 2. Минск – ресурс социально-экономического развития Беларуси Минск, которому недавно исполнилось 940 лет, во все времена являлся крупной административной единицей – столицей удельного княжества, воеводским центром в Великом...
В материале предлагаются поурочные разработки по теме "База данных - основа информационной системы" для 11 класса базового уровня обучения. Разработки даны для 6 учебных часов. Уроки ориентированы на проектную деятельность обучающихся, подразумевается самостоятельная домашняя работа обучающихся над проектами. Несомненно, как и любая проектная деятельность обучающихся, от преподавателя требуется доскональное знание материала этой области, для правильной помощи обучающимся при работе над проектами. Материал подготовлен на основе учебника для 10-11 класса Семакин (домашние задания ссылаются на него).
Скачать:
Предварительный просмотр:
Поурочные разработки по теме:
«База данных – основа информационной системы».
Информатика и ИКТ
11 класс
Учитель информатики и ИКТ
МБОУ СОШ №10
Алексеева Оксана Юрьевна
2012-2013 учебный год
Основные понятия:
Информационно-поисковая система (БД и СУБД); понятие информационных структур данных: реляционная (таблица), иерархическая (деревья) и сетевая; объекты базы данных: поле, з а пись, ключевое поле; форматы типов данных СУБД «MS Access» и ее и н терфейс.
Системный анализ. Инфологическая модель. Процесс создания структуры базы данных.
Классификация и характеристика инструментов СУБД: для раб о ты с файлами базы данных, для работы с фрагментами информации, для работы с записями и полями, управления видом базы данных, о б работки данных, вывода данных.
Понятие структуры базы данных.
Реда к тирование структуры базы данных: удаление поля, добавление нов о го поля; ввод данных; сохранение базы данных; форматирование базы данных; поиск/замена; сортировка; фильтрация и запрос; описание технологии создания отчета и формы.
Цели изучения темы:
- Образовательные:
- познакомить учащихся с понятиями: информационно-поисковая система, база данных, системный анализ и инфологическая модель, с классификацией БД;
- показать практическое применение теоретического материала;
- дать первоначальные умения по работе с системой управления базой данных Microsoft Access.
- Развивающие:
- развивать алгоритмическое мышление учащихся, развивать мировоззрение, то есть способствовать формированию взглядов на окружающий мир, на вклад человека в структурирование информации;
- развивать вкус к исследованию и поиску зависимостей;
- продолжить развитие таких познавательных процессов, как восприятие, внимание, память.
- Воспитательные:
- воспитывать устойчивый познавательный интерес к предмету информатика через показ практического применения темы;
- воспитывать такие качества личности, как активность, самостоятельность и аккуратность в работе;
- воспитывать у учащихся стремление к реализации себя в обществе.
Урок №1 База данных Microsoft Access
Элементы содержания: назначение БД, виды моделей данных, структура реляционной модели, СУБД. Практическая работа №1 «Знакомство с СУБД Microsoft Access».
Тип урока: урок изучения нового материала.
Вид урока: комбинированный.
Формы работы:
Оборудование:
- Схема № 1;
- Схема № 2;
- Схема № 3;
- Таблица №1;
- Листы с последовательностью построения структуры базы данных (по количеству учеников);
- Список классов школы;
ХОД УРОКА
I. Организационный момент. Приветствие учащихся.
Представьте себя в роли директора нашей школы. Смогли бы вы упомнить все сведения об успеваемости учащихся, общественной работе, поведении учеников. А домашний адрес, место работы родителей, состояние здоровья каждого ученика и т. д. Такая рутинная работа преследует каждого руководителя большого коллектива.
Кто из вас знает, а как раньше хранились данные о сотрудниках некоторого коллектива?
(В картотеках: в виде выдвижных ящиков, где в алфавитном порядке стояли личные дела сотрудников).
С появлением компьютеров люди стали задумываться, а как бы занести в память компьютера данные и потом с ними работать (осуществлять поиск, дополнять и изменять сведения). Так были созданы специальные программы, которые позволяли осуществить все эти операции. Они получили название – информационно-поисковые системы. Сейчас они применяются во всех отраслях человеческой деятельности: в банках, магазинах, библиотеках и так далее. На уроке рассмотрим понятие информационно-поисковой системы, базы данных, основные элементы и виды баз данных, познакомимся с одной из систем управления базами данных – Microsoft Access.
II. Теоретическая часть.
Рассмотрим с вами ситуацию с руководителем большого коллектива. Каждый из вас, кто посещает библиотеку, знает, как приходится порой долго искать в каталоге необходимую книгу, особенно, если не знаешь точно название книги и автора.
Приведенные мной ситуации имеют много общего: в большом количестве данных мы ищем ту информацию, которая необходима в данный момент. В обеих ситуациях речь фактически идет о множестве однотипных объектов. Для каждого из этих объектов существенными являются значения лишь некоторых признаков.
Что вы считаете для учеников признаками?
(Рост, фамилия, имя, отчество, адрес местожительства, год рождения и т. д.)
Для каждого ученика мы можем конкретизировать наши признаки и будем получать значения признаков.
Итак, поиск информации можно поручить компьютеру. Для этого были созданы программы – информационно-поисковые системы.
Информационно-поисковая система – это система, где хранится информация, из которой по требованию пользователя выдается нужная информация, поиск которой осуществляется либо вручную, либо автоматически
(определение записать в тетрадь)
.
Информационно-поисковая система
состоит из двух частей:
- большая, специально организованная совокупность данных (она называется базой данных);
- программа, позволяющая оперировать этими данными (СУБД – система управления базой данных) (записать в тетрадь).
В настоящее время в мире создано сотни тысяч информационно-поисковых систем. Они применяются в банках, в библиотеках, в больницах, в институтах, в магазинах и т. д. Некоторые информационно-поисковые системы объединяются в крупные, централизованные информационно-поисковые системы, и называются банками данных .
Рассмотрим схему № 1
Схема №1.
компоненты
организация
Иерархические Сетевые Реляционные
DBIG,
IDS RUC, SQL/DS, DB2,
IMS, OKA Банк, Сетор, DBASE, KAPAT,
Сеть, FOXBASE, RBASE,
Сиод PARADOX, Clarion
– Итак, мы рассмотрели понятия информационно-поисковая система, база данных, СУБД.
Задание . На доске приведена некоторая совокупность данных. Какую полезную для вас информацию вы можете извлечь из нее?
1, 3, 5; ТУ-154; Тюмень; 4, 7; Москва; 8-40; АН-24; Ижевск; 16-20; ТУ-134;320; 308; 3107; 17-35; 1, 3, 5, 7.
– В этой совокупности данных, конечно, можно понять, что речь идет о вылетах самолетов, но в какой день, в какое время и т. д. узнать невозможно. Если же эти данные структурировать, то получим полную информацию о вылетах самолетов.
Рассматриваем таблицу №1
Таблица №1.
Аэропорт назначения | Номер рейса | Тип самолета | Дни отправления | Время Отправления |
Москва | ТУ-154 | 1,3,5 | 16-20 |
|
Ижевск | АН-24 | 17-35 |
||
Тюмень | 3107 | Ту-134 | 1,3,5,7 | 8-40 |
– Данная
структура имеет форму прямоугольной таблицы
. База данных, поддерживающая такой вид структуры, называется
реляционной
(записывают виды баз данных). Каждая строка этой таблицы есть совокупность значений признаков, относящихся к конкретному объекту. Такую
строку называют
записью
, а столбцы –
полями записи
.
Прямоугольная таблица – одна из возможных представлений структуры данных.
Схема №2.
На схеме № 2 представлен другой вид структурированной информации. Отображена информация о структуре института.
Дерево на этой схеме содержит три типа объектов: институт, факультет, кафедра. Каждый из этих объектов также описывается своими признаками, например: институт (название, адрес, ректор); факультет (название, количество студентов, декан); кафедра (название, количество преподавателей, заведующий кафедрой).
База данных, поддерживающая структуру в виде дерева называется
иерархической
(записать в тетрадь)
.
– Третья разновидность структуры данных называется сетью.
Схема №3.
Проиллюстрировано, на каких факультативах занимаются ученики.
База данных, поддерживающая структуру данных в виде сети, называется
сетевой
(записать в тетрадь).
Таким образом, существуют
три вида структуры
данных:
реляционная
,
иерархическая, сетевая
.
БД классифицируются : по характеру хранимой информации, по способу хранения данных, по структуре организации данных
- по характеру хранимой информации
- фактографические (краткая информация в одном формате: картотека)
- документальная (всевозможные документы – тексты, графика, видео, звук и т. д.: архив)
- по способу хранения данных
- централизованные (вся информация хранится на одном компьютере – на сервере)
- распределенные (информация хранится в локальной или глобальной сети)
- по структуре организации данных
- реляционная – табличная (используется наиболее часто и является универсальным)
- иерархическая
- сетевая.
– Итак, в настоящее уже время в больших книжных магазинах и не только в книжных, в аптеках и т. д. вся необходимая информация представлена в базах данных, что помогает быстрому поиску нужной информации. Но для того чтобы воспользоваться информацией, заложенной в компьютере, необходимо не только представлять, как это происходит, но и научиться это делать самому, то есть создавать базу данных, осуществлять поиск информации, заменять и дополнять различные сведения.
Принципы, лежащие в основе разработки структуры БД:
- Правильность разработанной структуры (поля уникальны, тип, размер, формат):
- каждый элемент таблицы представляет собой один элемент данных, повторяющиеся элементы отсутствуют;
- все поля в таблице однородные;
- поля имеют уникальные идентификаторы.
- Соблюдается условие нормализации (поля таблицы должны отражать непосредственные характеристики (свойства, атрибуты) объекта, к которому относится запись).
- Полнота данных.
- Непротиворечивость данных (дублирование записей).
- Удобный доступ к данным.
Любая система данных может быть отражена с помощью таблиц. Простейшая реляционная БД содержит одну таблицу, более сложная может состоять из множества взаимосвязанных таблиц.
III. Практическая работа №1
– Сегодня на уроке начнем ознакомление с процессом создания баз данных на примере системы управления базами данных Microsoft Access (реляционной базы данных). Представим, что каждый из вас является завучем, которому необходимо собрать все данные об учащихся, обучающихся в нашей школе и занести все данные в компьютер.
На партах у учащихся лежит лист со списком классов в нашей школе.
– Строить мы будем в следующей последовательности (на партах разложены листы с последовательностью построения).
Построение структуры данных по следующей последовательности:
- Определяются объекты описания;
- Определяются признаки этих объектов;
- Выбирается тип структуры, отображающий связи между объектами (таблицы, деревья, сети);
- Строится конкретный экземпляр структуры.
С учащимися обсуждается данная последовательность на основе этой схемы (выделяются
объекты
– классы,
признаки
– количество учащихся, классный руководител
ь
).
Вместе с учащимися приходим к выводу, что в данном случае лучше всего подходит реляционная база данных и на доске рисуем макет данной структуры.
Далее учащиеся садятся за рабочие места и по указанию учителя загружают программу Microsoft Access.
Учитель руководит работой учеников, давая команды по работе с базой данных:
- После того как загрузилась программа, компьютер предлагает Создать базу данных , Открыть уже ранее созданные базы данных . Мы выбираем Создать новую .
- Далее компьютер предлагает дать название вашей базе данных (назовем своей фамилией и именем ), после этого клавиша Создать .
- В диалоговом окне предлагаются варианты построения: Построение таблицы в режиме конструктора , Построение таблицы с помощью мастера , Построение таблицы путем ввода данных (о каждом варианте учитель сообщает его суть). Мы выбираем Построение таблицы с помощью конструктора .
- В диалоговом окне Новая таблица выбираем подменю Конструктор . Появляется окно, в котором заносятся признаки наших объектов и типы данных, то есть мы строим макет таблицы.
- Далее сохраняем эту таблицу под названием Классы и закрываем ее нажатием на крестик в верхнем правом углу окна.
- В диалоговом окне базы данных появится название вашей таблицы, двойным щелчком открываем эту таблицу. Предлагается макет таблицы и здесь вы уже можете вносить значения определенных нами признаков предложенного набора объектов.
Ученики создают базу данных, кто выполнил всю работу, садятся за свои места.
Дома ученикам необходимо выучить все основные определения понятий и найти, где еще применяются базы данных. Разработать макет своей базы данных. Примерные темы:
- Больница (стационар)
- Больница (поликлиника)
- Расписание уроков своего класса
- Библиотека (книги, читатели)
- ДТП (участники, машины, обстоятельства ДТП)
- Футбольный чемпионат (команды, график игр, результаты игр, футболисты)
- Городская телефонная сеть (например, телефоны всех моих друзей)
- Авиарейсы (самолеты, пилоты, рейсы, пассажиры)
- Отдел кадров нашей школы (сотрудники, должности, стаж работы, …)
- Магазин (отделы, товары, продавцы, поставщики)
- Вступительные экзамены в ВУЗ (факультеты, специальности, абитуриенты, экзамены, оценки)
- Каталог музыки (диски, исполнители, названия песен)
§31 учебника, уметь отвечать на вопросы после §.
VI. Подведение итогов урока
- Информационно-поисковая система.
- База данных, система управления базой данных.
- Банк данных.
- Реляционная база данных.
- Запись.
- Поле записей.
- Иерархическая база данных.
- Сетевая база данных.
Выставление оценок .
Урок №2. Проектирование многотабличной базы данных
Элементы содержания : системный анализ предметной области, основные объекты и связи между ними , инфологическая модель .
Предметная область - РАСПИСАНИЕ УРОКОВ
Цель использования информационной системы – учебная.
Тип урока : урок изучения нового материала.
Вид урока : комбинированный.
Формы работы :
- Объяснение нового материала – фронтальная работа
- Практическая работа – индивидуальная работа.
Оборудование: Программное обеспечение: Microsoft Word.
ХОД УРОКА
I. Организационный момент. Приветствие учащихся. Проверка д/з и выставление оценок.
Дома каждый попробовал составить таблицу БД и, наверное, понял, что это не очень простое занятие. Таблицы БД содержат в себе упорядоченную информацию и являются частью информационной системы. Разработка информационной системы начинается с системного анализа предметной области и построения её инфологической (информационно-логической) модели. На сегодняшнем уроке построим модель расписания уроков в нашей школе, нарисуем её граф.
II. Фронтальный опрос :
Что называется моделю? (Новый объект, заменяющий исходный с какой-либо целью).
От чего зависят свойства модели? (Свойства модели зависят от её назначения).
Какие виды информационных моделей мы знаем? (Табличные и графы)
Какие виды табличных моделей мы знаем? (ОС, ООО, ООН, ОСО)
III. Теоретическая часть.
Записать в тетрадь:
Инфологическая модель – это структурная модель реальной системы, отражающая её основные составляющие и связи между ними. Системный анализ – процесс создания инфологической (информационно-логической) модели.
Свойства инфологической модели тоже зависят от её назначения.
Определим назначение нашей будущей информационной системы. Из неё мы должны узнать:
- В какие дни недели учимся
- Для каких классов составлено расписание
- Начало и конец каждого урока
- В каком кабинете и у какого учителя проходит урок
Построим граф нашей информационной системы (на доске). Основные объекты и связи между ними:
В отличие от графов, которые мы изучали, здесь связи, обозначаемые линиями, имеют разный смысл. Например, линия между уроками и расписанием имеет смысл «входят в состав», а между уроками и кабинетами обозначает «проходят в», расписание и классы «составлено для».
Какие еще связи мы здесь видим? Расписание «составлено для» дня недели, расписание «составлено для» классов, расписание «составлено для» кабинетов – тип «один ко многим». Уроки «проходят в» кабинетах – связь «один к одному». Уроки «проходят в» классах, классы «учатся в» кабинетах – связь «многие ко многим».
IV. Практическая работа №2.
Теперь давайте, ребята, нарисуем инфологическую модель нашей информационной системы в текстовом редакторе Word и обозначим все связи.
Ученики рисуют инфологическую модель, кто выполнил всю работу, садятся за свои места.
V. Физкультминутка. Упражнения для расслабления глаз под музыкальное сопровождение.
VI. Постановка домашнего задания
Дома ученикам необходимо выучить все основные определения понятий. Придумать инфологическую модель своей базы данных (созданной после 1-го урока) по примерным темам (см предыдущий урок).
§ 32 учебника, уметь отвечать на вопросы после §
VII. Подведение итогов урока
На доске выписаны все новые понятия, изученные на уроке, и повторение материала с учениками ведется по ним.
- Системный анализ.
- Инфологическая модель.
С помощью небольшого опроса устанавливается, как учащиеся усвоили материал данного урока.
Выставление оценок .
Урок №3 Создание БД
Цель урока: создание БД, создание связей в многотабличной БД
Тип урока: Урок закрепления изучаемого материала
Вид урока: комбинированный.
Формы работы:
- Проверка д/з и выставление оценок
- Опрос по закреплению нового материала – фронтальный опрос
- Практическая работа – индивидуальная работа.
Оборудование:
- Листы с тестовыми вопросами по теме «Базы данных» (по количеству учащихся);
- Программное обеспечение: СУБД Microsoft Access.
ХОД УРОКА
I. Организационный момент . Приветствие учащихся
II. Фронтальный опрос:
Что такое системный анализ? (процесс создания инфологической (информационно-логической модели)
Что называется инфологической моделью? (структурная модель реальной системы, отражающая её основные составляющие и связи между ними)
Что называется информационно-поисковой системой (система, где хранится информация, из которой по требованию пользователя выдается нужная информация)
Из чего состоит информационно-поисковая система (БД, СУБД)
Как классифицируются БД ? (по характеру хранимой информации, по способу хранения данных, по структуре организации данных)
Что такое структура? (вид организации данных)
Какие виды структур БД мы знаем? (реляционная - таблицы, иерархическая - дерево, сетевая)
Что такое поле? (столбец таблицы БД)
Назовите основные характеристики поля
Что такое запись? (Строка таблицы БД)
(ее назначение)
На предыдущих уроках мы создавали однотабличную БД, сегодня продолжим эту работу и создадим в этой же БД еще 3 таблицы. Для этого в окне баз данных выберем объект Таблицы и выберем вариант создание таблицы в режиме конструктора . Другой вариант, нажмите кнопку Создать и в появившемся диалоговом окне выберите вариант Конструктор . Режим конструктора дает полный контроль над полями создаваемой таблицы.
Таблица «Классы» у нас уже есть. Создадим Неделя, Расписание, Уроки, Кабинеты с указанными в скобках полями (столбцами). Подчеркнутые снизу поля (столбцы) нам помогут позже связать наши таблицы между собой. Таким образом мы реализуем инфологическую модель «Расписание уроков» в реляционной БД. Наша БД будет удовлетворять I, II, III нормальным формам. Запишем в тетрадях.
Первая нормальная форма – каждое поле в отношении неделимое.
Вторая нормальная форма – все неключевые поля функционально зависят от полного ключа.
Третья нормальная форма – в отношении не должно быть транзитивных зависимостей.
III. Практическая работа №3.
База данных «Расписание уроков»
Отношения, составляющие данную базу:
Неделя (День , День недели)
Расписание (День , Класс , Урок , Кабинет, Предмет)
Классы (Класс , Число уч, Клас_рук)
Уроки (Урок , Начало урока, Конец урока)
Кабинеты (Кабинет , Этаж, Предмет, Учитель)
В базе данных Access могут использоваться три типа ключевых полей: счетчик, простой ключ и составной ключ.
В специальном поле Счетчик каждой записи присваивается уникальный для этого поля номер, который автоматически увеличивается с каждой новой записью. Его можно использовать для нумерации записей по порядку.
Составной ключ представляет собой комбинацию из нескольких полей. Он используется в тех случаях, когда невозможно гарантировать уникальность записи с помощью одного поля. Чаще всего такая ситуация возникает для таблицы, используемой для связывания двух таблиц в отношении «многие ко многим». Первичный ключ используется для связывания одной таблицы с другой.
Для связанных таблиц возможно три варианта типа связи: «один к одному», «один ко многим», «многие ко многим».
Структура каждой таблицы создаётся с помощью конструктора таблиц. В конструкторе указываются имена полей, типы и форматы полей, назначаются ключи. Устанавливаются связи между таблицами после их создания, но до заполнения данными.
Для связывания таблиц надо выполнить команды
Сервис Схема данных. Откроется окно Добавление таблицы .
Выделить название таблицы, выполнить команду Добавить . Закрыть.
В результате на поле окна Схема данных появятся образы 5 таблиц. Нажав левую клавишу мыши, перетащить ключевое поле Класс таблицы Расписание на поле Класс из таблицы Моя подгруппа. Откроется окно Связи. Последовательно активизировать флажки «Обеспечить целостность данных», «Каскадное обновление связанных полей», «Каскадное удаление связанных записей». Тип связи «Один ко многим» будет выбран автоматически.
IV. Физкультминутка. Упражнения для расслабления глаз под музыкальное сопровождение.
V. Постановка домашнего задания
Дома ученикам необходимо создать не менее 3-х таблиц и связи между ними для своей базы данных (созданной после 1-го урока) по примерным темам.
§ 33 учебника, уметь отвечать на вопросы после §
VI. Подведение итогов урока
На доске выписаны все новые понятия, изученные на этом и прошлом уроках, и повторение материала с учениками ведется по ним.
- Системный анализ.
- Инфологическая модель.
- Связи между объектами («один к одному», «один ко многим», «многие ко многим»)
- Команды для связывания таблиц (Сервис Схема данных Добавление таблицы)
- Три нормальные формы
- Первичный ключ - виды (счетчик, простой, составной)
- Для чего используется первичный ключ (для связывания одной таблицы с другой).
С помощью небольшого опроса устанавливается, как учащиеся усвоили материалы данных уроков.
Урок №4. Создание БД «Расписание уроков» .
Цели урока: заполнить данными многотабличную БД
Тип урока : Урок закрепления изучаемого материала
Вид урока: комбинированный.
Формы работы:
- Проверка д/з и выставление оценок
- Опрос по закреплению нового материала – фронтальная работа
- Практическая работа – индивидуальная работа.
Оборудование : Программное обеспечение: СУБД Microsoft Access.
ХОД УРОКА
I. Организационный момент: Приветствие учащихся.
На прошлом уроке мы создали связи между 5 таблицами, а сегодня займемся заполнением этих таблиц, т.е. добавлением данных. Вспомним:
II. Фронтальный опрос:
Что такое поле? (столбец таблицы БД)
Основные характеристики поля (поля уникальны, имеют тип, размер, формат)
Что такое запись? (Строка таблицы БД)
Что влияет на формирование структуры БД? (ее назначение)
Какие принципы необходимо соблюдать для формирования правильной структуры БД? (поля уникальны, имеют тип, размер, формат; поля отражают свойства и атрибуты записей; полнота; непротиворечивость; удобный доступ)
Первичный ключ – виды и использование (счетчик, простой, составной; используется для связывания одной таблицы с другой)
Какие команды надо выполнить для связывания таблиц (Сервис Схема данных Добавление таблицы)
III. Практическая работа №4.
Таблицы данных:
IV. Физкультминутка. Упражнения для расслабления глаз под музыкальное сопровождение.
V. Постановка домашнего задания
Дома ученикам необходимо заполнить таблицы в индивидуальной БД .
VI. Подведение итогов урока
Повторим понятия, изученные на прошлых уроках:
- Системный анализ.
- Инфологическая модель.
- Связи между объектами («один к одному», «один ко многим», «многие ко многим»)
- Три нормальные формы
Элементы содержания: Запросы приложения ИС, средства формирования запросов, структура запроса на выборку: список полей, условие выбора записей, ключи и порядок сортировки.
Цель урока: создать запросы в многотабличной БД
Тип урока: Урок изучения нового материала
Вид урока: комбинированный.
Формы работы:
- Проверка д/з и выставление оценок
- Вводная лекция с демонстрацией на мультимедиа-проекторе
- Практическая работа – индивидуальная работа.
Оборудование: Программное обеспечение: СУБД Microsoft Access, мультимедиа-проектор, карточки с заданиями для выполнения запросов (по количеству учащихся).
ХОД УРОКА
- Организационный момент: Приветствие учащихся.
- Теоретическая часть.
Если необходимо осуществить поиск в одной таблице БД, то используют пункт меню – “Поиск”, если необходимо искать в нескольких таблицах, используют Запрос.
Запрос – это бланк для поиска информации в многотабличной БД.
Для создания запроса необходимо открыть основное окно базы данных и выбрать пункт “Запросы” - Создание запроса в режиме конструктора. Появится окно диалога “Добавление таблицы”, в котором необходимо выбрать таблицы, которые будут использоваться для запроса (в нашем случае – таблицы Неделя, Расписание, Классы, Уроки, Кабинеты). Меню - Вид – Объекты БД.
Открывается окно “Запрос1: запрос на выборку”, где в верхней части представлены таблицы, используемые для запроса (ключевые поля выделены жирным шрифтом), а в нижней – конструктор запроса.
Чтобы сформировать поля запроса, необходимо их просто перетащить из списка полей исходных таблиц в строку “Поле”.
Просмотр таблицы: Меню – Запрос – Запуск.
Изменения в запросе: (например, если нужно создать запрос с условием)
Меню – Вид - Режим конструктора.
Конструктор запросов позволяет также:
А) сортировать выбранные данные в запросе по определенному полю;
Б) создавать запрос с условиями
.
- Практическая работа №5.
Выполнить задания, полученные на карточке:
- Показать все уроки информатики за неделю
- Сколько уроков информатики в каждый из дней недели
Простые и сложные логические выражения в условиях выборки:
1. Есть ли по расписанию урок информатики во вторник после 3-го урока, в 101 кабинете?
2. Показать все уроки информатики за неделю:
3. Сколько уроков информатики в каждый из дней недели:
IV. Физкультминутка. Упражнения для расслабления глаз под музыкальное сопровождение.
V. Постановка домашнего задания
Придумать и выполнить запросы (не менее 2-х) в индивидуальной БД.
§ 34 учебника, уметь отвечать на вопросы после §
Примеры запросов в индивидуальных заданиях.
1 . БД из 2-х таблиц:
1)
Книга
(автор, название, краткое описание (сказка, роман, публицистика, детектив…), тираж).
2)
Склад
(название книги, количество, цена).
2 . БД из 2-х таблиц:
1)
Одежда
(название модели одежды, название ткани для ее пошива, размер).
2)
Склад
(название одежды, количество экземпляров, цена).
Найти:
Все модели, сшитые из шелка в единственном экземпляре,
- самую дорогую модель и ее размер.
3 . БД из 2-х таблиц:
1)
Товар
(наименование, цены, проданное количество).
2)
Склад
(наименование, остаток на складе, нужно ли еще заказать(да/нет)).
Найти товары, которых было продано больше всего и определить, заказывать ли еще. Найти товары, начинающиеся на букву “К” с остатком больше 5 шт.
4. БД из 2-х таблиц:
1)
Страна
(название, столица, название материка, на котором расположена страна).
2)
Сведения
(название, количества населения, гос. строй, основная специализация).
Найти:
Все страны, расположенные в Африке с населением более 100 тыс.,
- страну с монархией
VI. Подведение итогов урока.
Выставление оценок.
Урок №6. Технология формирования форм, отчётов в СУБД.
Цель урока: создать формы и отчеты в многотабличной БД
Тип урока: урок закрепления изученного и изучения нового материала
Вид урока: комбинированный.
Формы работы:
- Проверка д/з и выставление оценок
- Вводные определения
- Практическая работа – индивидуальная работа.
Оборудование: Программное обеспечение: СУБД Microsoft Access.
ХОД УРОКА
I. Организационный момент .
II. Теоретическая часть .
Формы - основное средство для создания диалогового интерфейса приложения с пользователем. Форма, к примеру, может создаваться для ввода и просмотра взаимосвязанных данных базы на экране в удобном виде.
Отчеты - предназначены для формирования выходных документов , содержащих, к примеру, результаты решения задач пользователя для дальнейшего вывода их на печать. Для красивой печати документов целесообразно использовать отчеты . Отчеты являются производными объектами БД и создаются на основе таблиц, форм и запросов.
III. Практическая работа №6.
На прошлом уроке мы создавали запросы. А сегодня займемся формами и отчетами.
Подготовьте отчет «Уроки информатики» для печати .
Порядок работы:
- Откройте закладку Отчеты, если находитесь в другом окне.
- Щелкните по кнопке Создать с помощью мастера
- С помощью серии диалоговых панелей задайте параметры внешнего вида отчета, щелкая по кнопке Далее
- Сохраните отчет с именем «Уроки информатики». Закройте отчет
- В окне БД щелкните по кнопке Просмотр (или откройте отчет). Появится документ в том виде, в котором он может быть распечатан.
Самостоятельно создайте форму для запроса Расписание за пн, вт, ср для 11 класса.
IV. Физкультминутка. Упражнения для расслабления глаз под музыкальное сопровождение.
V. Постановка домашнего задания
Придумать и выполнить отчеты и формы (не менее 2-х) в индивидуальной БД.
§ 35 учебника, уметь отвечать на вопросы после §
VI. Подведение итогов урока . Выставление оценок.