Разработка АИС "Профессиональный футбольный клуб"
Разработка модели "сущность-связь" базы данных. Определение форматов данных и правил целостности реляционной модели. Создание БД по разработанной реляционной модели программного обеспечения. Рассмотрение особенностей реализация функциональных задач.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | контрольная работа |
Язык | русский |
Дата добавления | 11.11.2013 |
Размер файла | 159,9 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
ФИЛИАЛ ФЕДЕРАЛЬНОГО ГОСУДАРСТВЕННОГО АВТОНОМНОГО ОБРАЗОВАТЕЛЬНОГО УЧРЕЖДЕНИЯ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»
В Г. ЖЕЛЕЗНОГОРСКЕ
Отчет о самостоятельной работе
«Разработка АИС «Профессиональный футбольный клуб»
Железногорск 2012 г.
Анализ предметной области и постановка задачи
В клубе несколько команд (дети, юноши, дубль, основа).
Каждая команда имеет своего тренера и базу.
В каждой команде есть несколько футболистов разных амплуа, каждый из которых имеет индивидуальный контракт.
Про каждую команду известно: номер команды, название, № и ФИО тренера, категория тренера (1-3) , адрес базы, бюджет.
Про каждую базу известно: адрес, число мест для футболистов.
Про каждого футболиста известно: ФИО, год рождения, сумма контракта, срок завершения контракта, № команды, амплуа (вратарь т.п.), год вступления в клуб.
Семантические допущения:
Каждый тренер в одно время занимается только одной командой
На любой базе может тренироваться несколько команд
Каждый футболист в одно время числится только в одной команде
У любой команды в конкретный момент может не быть тренера и может быть несколько тренеров
Могут быть сделаны и другие обоснованные допущения
программный реляционный база
1. Задание
Написать команды SQL Oracle для следующих операций манипулирования данными:
Уволить тренера
Принять тренера на работу
Уволить футболиста
Принять футболиста
Изменить сумму контракта и срок его завершения для футболиста Х
Выдать список всех футболистов команды Х с контрактом дороже К
Выдать список всех футболистов клуба со сроком окончания контракта позже Х
Выдать список всех вратарей клуба со сроком окончания контракта позже Х
Выдать адреса всех баз, на которых тренируется команда Х
Выдать список всех футболистов клуба старше Х
2. Разработка модели «сущность-связь» базы данных
Для разработки модели «Сущность - связь» требуется соблюдение следующих этапов проектирования:
Выделить сущности и связи между ними.
Построить диаграммы ER-типа.
Формирование набора предварительных отношений, с указанием их первичных ключей.
Добавление не ключевых атрибутов в отношения.
Приведение предварительных отношений к 3 усиленной нормальной форме.
Разработка модели «Сущность -связь» футбольного клуба:
1-ый этап:
Футбольный клуб (Команда, тренер, база, футболисты)
Команда (№ команды, название команды, бюджет, категория команды(дети юноши, основной, дубль))
Тренер (ФИО тренера, категория тренера, № команды, дата рождения)
База (Адрес базы, число мест для футболистов)
Футболисты (ФИО, год рождения, № контракта, сумма контракта, срок завершения контракта, год вступления в клуб, №команды, амплуа, № паспорта).
2-ой этап: Выделим связи и определим класс принадлежности и обоснование связей между сущностями:
Футбольный клуб имеет много команд. Но все команды состоят в одном футбольном клубе. 1 ко ?
В команде много футболистов. 1 ко ?
У одной команды может быть несколько тренеров. 1 ко ?
На одной базе может тренироваться несколько команд и разные команды могут тренироваться на одной базе, для этого мы выделяем ещё одну составнуюсущность команда_база. И получаем 2 типа связи команда и команда_база 1 ко ?; база и команда_база 1 ко ?.
По полученным данным строим диаграмму ER-типа (рис. 1):
Логическая модель СУБД «Профессиональный футбольный клуб» (рис. 2)
Определение форматов данных и определение правил целостности реляционной модели
Таблица «Футбольный клуб»
Название |
Название для Oracle |
Тип данных |
||
1 |
Команда |
KOMANDA |
VARCHAR (25) |
|
2 |
Тренер |
TRENER |
VARCHAR (15) |
|
3 |
База |
BAZA |
VARCHAR (15) |
|
4 |
Футболисты |
FUTBOLISTY |
VARCHAR (15) |
1. Таблица “База”
Форматы данных и области допустимых значений для таблицы «База»
Название |
Название для Oracle |
Тип данных |
||
1 |
Номер базы |
NUMBER_BAZ |
VARCHAR (15) |
|
2 |
Адрес базы |
ADRES_ BAZA |
VARCHAR (25) |
|
3 |
Число мест для футболистов |
MESTAFUTB |
NUMBER (50) |
Для значений атрибутов сущностей NUMBER_BAZ, ADRES_ BAZA необходимо указать ограничение-NOT NULL. Эти данные могут иметь нулевое значение. MESTAFUTB указываем отсутствие ограничения.
Для сущности База атрибут NUMBER_BAZ будет являться уникальным идентификатором. Таблица «База» связана с таблицей «Команда база» с помощью Foreign Key - NUMBER_BAZ.
2. Таблица “Команда База”
Форматы данных и области допустимых значений для таблицы «Команда_ База»
Название |
Название для Oracle |
Тип данных |
||
1 |
Команда_база |
KOM_BAZA |
VARCHAR (25) |
|
2 |
Номер команды |
NUMBER_KOM |
NUMBER (10) |
|
3 |
Номер базы |
NUMBER_BAZ |
NUMBER (20) |
|
4 |
Дата тренировки |
DATA_TREN |
DATA |
Для всех значений атрибутов сущностей этой таблицы необходимо ограничение - NOT NULL. Эти данные не могут иметь нулевое значение.
Для сущности Команда_База атрибут NUMBER_BAZ будет являться уникальным идентификатором.Таблица «Команда база» связана с таблицей «База» с помощью Foreign Key - NUMBER_BAZ.
Для сущности Команда_База атрибут NUMBER_КОМ будет являться уникальным идентификатором.Таблица «Команда_База» связана с таблицей «Команда» с помощью Foreign Key - NUMBER_BAZ.
3. Таблица “Команда”
Форматы данных и области допустимых значений для таблицы «Команда»
Название |
Название для Oracle |
Тип данных |
||
1 |
Команда |
KOMANDA |
VARCHAR (25) |
|
2 |
Номер команды |
NUMBER_KOM |
NUMBER (10) |
|
3 |
Название команды |
NAME_KOM |
VARCHAR (20) |
|
4 |
Бюджет |
BUDZHET |
NUMBER (10) |
|
5 |
Категория команды |
KAT_KOM |
VARCHAR (10) |
Для всех значений атрибутов сущностей необходимо ограничение - NOT NULL. Эти значения не могут иметь нулевое значение.
Таблица «Команда» связана с таблицей «Тренер» с помощью Foreign Key - NUMBER_КОМ. Таблица «Команда» связана с таблицей «Футболисты» с помощью PRIMARY Key -- NUMBER_KOM.
4. Таблица “Тренер”
Форматы данных и области допустимых значений для таблицы «Тренер»
Название |
Название для Oracle |
Тип данных |
||
1 |
Тренер |
TRENER |
VARCHAR (15) |
|
2 |
ФИО тренера |
FIO_TRENERA |
VARCHAR (35) |
|
3 |
Категория тренера |
KAT_TRENERA |
VARCHAR (10) |
|
4 |
Номер команды |
NUMBER_KOM |
NUMBER (10) |
|
5 |
Дата рождения |
DATA_ROZH |
DATA (10) |
Для всех значений атрибутов сущностей этой таблицы необходимо ограничение - NOT NULL. Эти данные не могут иметь нулевое значение.
Атрибут сущности NUMBER_KOM будет являться уникальным идентификатором PRIMARY KEY.
Форматы данных и области допустимых значений для таблицы «Футболисты»
Название |
Название для Oracle |
Тип данных |
||
1 |
Футболисты |
FUTBOLISTY |
VARCHAR (15) |
|
2 |
ФИО футболиста |
FIO_FUTBOLTSTA |
VARCHAR (35) |
|
3 |
Год рождения |
GOT_ROZH |
DATA (10) |
|
4 |
Номер контракта |
NUMBER_KONTR |
NUMBER (10) |
|
5 |
Сумма контракта |
SUM_KONTR |
NUMBER (12) |
|
6 |
Срок завершения контракт |
END_KONTR |
DATA (10) |
|
7 |
Год вступления в клуб |
BEGIN_KONTR |
DATA (10) |
|
8 |
Номер команды |
NUMBER_KOM |
NUMBER (10) |
|
9 |
Амплуа |
AMPLUA |
VARCHAR (15) |
|
10 |
Номер паспорта |
NUMBER_PAS |
NUMBER (10) |
Для всех значений атрибутов сущностей этой таблицы необходимо ограничение - NOT NULL. Эти данные не могут иметь нулевое значение.
Атрибут сущности NUMBER_PAS будет являться уникальным идентификатором PRIMARY KEY.
3. Создание БД по разработанной реляционной модели ПО
Создание таблицы «Футбольный клуб»
CREATE TABLE "FUTBOLNYI KLUB"
"KOMANDA" VARCHAR (25) NOT NULL ENABLE,
"KOM_BAZA" VARCHAR (25) NOT NULL ENABLE,
"TRENER" VARCHAR (15) NOT NULL ENABLE,
"BAZA" VARCHAR (15) NOT NULL ENABLE,
"FUTBOLISTY" VARCHAR (15) NOT NULL ENABLE;
Создание таблицы «База»
CREATE TABLE "BAZA"
"NUMBER_BAZ" VARCHAR (15) NOT NULL ENABLE,
"ADRES_ BAZA" VARCHAR (25) NOT NULL ENABLE,
"BAZA" VARCHAR (15) NOT NULL ENABLE,
CONSTRAINT "NUMBER_BAZ" FOREIGN KEY ("KOM_BAZA ") ENABLE;
Создание таблицы «Команда_база»
CREATE TABLE "KOM_BAZA"
"NUMBER_KOM" NUMBER (10) NOT NULL ENABLE,
"NUMBER _ BAZA" VARCHAR (25) NOT NULL ENABLE,
"BAZA" VARCHAR (15) NOT NULL ENABLE,
CONSTRAINT "NUMBER_BAZ" FOREIGN KEY ("BAZA") ENABLE
CONSTRAINT "NUMBER_KOM" FOREIGN KEY ("KOMANDA") ENABLE;
Создание таблицы «Команда»
CREATE TABLE "KOMANDA"
"NUMBER _ KOM" NUMBER (10) NOT NULL ENABLE,
"NAME_KOM" VARCHAR (20) NOT NULL ENABLE,
"BUDZHET" NUMBER (10) NOT NULL ENABLE,
"KAT_KOM" VARCHAR (10) NOT NULL ENABLE,
CONSTRAINT "NUMBER_KOM" PRIMARY KEY ("FUTBOLISTY") ENABLE
CONSTRAINT "NUMBER_KOM" FOREIGN KEY ("TRENER") ENABLE;
Создание таблицы «Тренер»
CREATE TABLE " TRENER "
"FIO_TRENERA" VARCHAR (35) NOT NULL ENABLE,
"KAT_TRENERA" VARCHAR (10) NOT NULL ENABLE,
"NUMBER_KOM" NUMBER (10) NOT NULL ENABLE,
"DATA_ROZH" DATA (10) NOT NULL ENABLE,
CONSTRAINT " TRENER " FOREIGN KEY ("KOMANDA") ENABLE;
Создание таблицы «Футболисты»
CREATE TABLE "FUTBOLISTY"
"FIO_FUTBOLTSTA" VARCHAR (35) NOT NULL ENABLE,
"GOT_ROZH" DATA (10) NOT NULL ENABLE,
"NUMBER_KONTR" NUMBER (10) NOT NULL ENABLE,
"SUM_KONTR" NUMBER (12) NOT NULL ENABLE,
"END_KONTR" DATA (10) NOT NULL ENABLE,
"BEGIN_KONTR" DATA (10) NOT NULL ENABLE,
"NUMBER_KOM" NUMBER (10) NOT NULL ENABLE,
"AMPLUA" VARCHAR (15) NOT NULL ENABLE,
"NUMBER_PAS" NUMBER (10) NOT NULL ENABLE,
CONSTRAINT " FUTBOLISTY " PRIMARY KEY ("KOMANDA") ENABLE;
4. Реализация функциональных задач
SQL-команды:
Уволить тренера
DELETE FROM TRENER WHERE FIO_TRENER=(`Иванов Иван Иванович');
Принять тренера на работу
INSERT INTO TRENER values (65,`Потапов Сергей Георгиевич',25.11.1975);
Уволить футболиста
DELETE FROM FUTBOLISTY WHERE FIO_TRENER=`Иванов Иван Иванович';
Принять футболиста
INSERT INTO FUTBOLISTY values (Сидоров Сергей Сергеевич,24.12.1981,№456731,69000,24.10.2014,01.01.2011,2,вратарь,040407890);
Изменить сумму контракта и срок его завершения для футболиста Х.
Изменим атрибуты SUM_KONTR, END_KONTR для Сидоров Сергей Сергеевич
UPDATE FUTBOLISTY SET
SUM_KONTR ='72000',
END_KONTR ='25.05.2015'
WHERE FIO_FUTBOLTSTA='Сидоров Сергей Сергеевич';
Выдать список всех футболистов команды Х с контрактом дороже К
SELECT "FIO_FUTBOLTSTA" FROM “FUTBOLISTY”
WHERE NUMBER_KOM=2 AND SUM_KONTR>50000;
Выдать список всех футболистов клуба со сроком окончания контракта позже Х
SELECT FIO_FUTBOLTSTA FROM FUTBOLISTY
WHERE END_KONTR>25.02.2013;
Выдать список всех вратарей клуба со сроком окончания контракта позже Х
SELECT FIO_FUTBOLTSTA FROM “FUTBOLISTY”
WHERE AMPLUA=вратарь AND END_KONTR>11.05.2013;
Выдать адреса всех баз, на которых тренируется команда Х
SELECT ADRES_BAZA FROM BAZA
WHERE NUMBER_KOM=3;
Выдать список всех футболистов клуба старше Х
SELECT FIO_FUTBOLTSTA FROM FUTBOLISTY
WHERE GOT_ROZH <= 01.01.1980
Размещено на Allbest.ru
Подобные документы
Описание предметной области, определение функциональных требований к системе и построение диаграммы потока данных. Построение модели "сущность-связь", описание сущностей и атрибутов модели. Построение реляционной базы данных и описание ее таблицы.
курсовая работа [624,5 K], добавлен 30.05.2019Построение концептуальной модели, процесс моделирования смыслового наполнения базы данных. Основные компоненты концептуальной модели. Построение реляционной модели. Целостность данных в реляционной базе. Нормализация. Проектирование базы данных в ACCESS.
курсовая работа [1,8 M], добавлен 29.10.2008Основные понятия реляционной модели данных. Отношение атрибутов внутри модели. Контроль ссылочной целостности (анализ содержимого ключевых полей связанных таблиц). Нормализация отношений реляционной базы данных. Теоретико-множественные операции.
реферат [69,8 K], добавлен 19.12.2011Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Анализ реквизитного состава налоговой инспекции и установление функциональных зависимостей между реквизитами. Образование информационных объектов. Создание даталогической модели реляционной базы данных. Разработка структур таблиц, обеспечение целостности.
курсовая работа [919,0 K], добавлен 16.09.2012Рассмотрение особенностей структурной и целостной частей реляционной модели базы данных, их функции. Знакомство с основными этапами разработки стратегии поддержания ссылочной целостности. Общая характеристика способов манипулирования реляционными данными.
курсовая работа [565,8 K], добавлен 25.04.2013Модели данных как формальный аппарат для описания информационных потребностей пользователей. Структура информационной базы. Типы взаимосвязей. Разработка логической структуры базы для хранения данных о пяти поставщиках. Детализация реляционной модели.
презентация [28,9 K], добавлен 07.12.2013Разработка концептуальной модели базы данных "Чемпионат авто": описание предметной области, каталог задач, описание таблиц, схема данных, ER-диаграмма. Проектирование реляционной модели "Спортивный комплекс". Реализация и результат работы базы данных.
курсовая работа [3,7 M], добавлен 14.06.2011Сущность базы данных. Процесс построения концептуальной модели. Построение реляционной модели, создание ключевого поля. Процесс нормализации. Проектирование базы данных в ACCESS. Порядок создание базы данных. Создание SQL запросов и работа в базе данных.
курсовая работа [185,6 K], добавлен 08.11.2008Разработка реляционной базы данных информационной системы для учета доходов потребительского общества средствами программного продукта СУБД MS SQL Server 2012. Преобразование концептуальной модели данных к реляционной. Набор предварительных таблиц.
курсовая работа [11,9 M], добавлен 06.10.2014