Информационная система для поддержки учебной деятельности ДЮСШ

Анализ предметной области, категории пользователей и их информационные требования. Методика проектирования логической модели данных для РБД. Реализация проекта средствами СУБД Access 2003. Разработка простого и удобного пользовательского интерфейса.

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

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

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

Введение

Темой дипломной работы является разработка информационно-справочной системы для ДЮСШ №1 г. Алапаевска. Вопрос автоматизации и информационной поддержки учебного процесса в школе до сих пор остается открытым, то есть не используется никакая информационная система. Подобных информационных систем для спортивных школ на рынке ИС найти не удалось.

Информационная система (ИС) должна обеспечивать руководителя, тренеров, методиста оперативной информацией для контроля учебного процесса и анализа его результатов

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

Информационная система должна отвечать следующим требованиям:

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

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

- ИС должна обладать удобным и простым для восприятия интерфейсом и справочной системой.

Постановка задачи

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

2. Спроектировать логическую модель данных для РБД.

3. Реализовать проект средствами СУБД Microsoft Access 2003.

4. Спроектировать и реализовать необходимые запросы.

5. Разработать и реализовать простой и удобный пользовательский интерфейс.

1. Основные сведения из теории реляционных баз данных

1.1 Определение основных понятий

Сущность - это любой отличимый объект, информацию о котором мы хотим хранить в БД.

Тип сущности - это набор (множество) однородных объектов, т.е. объектов, обладающих определенным набором общих свойств и выступающих как единое целое.

Экземпляр сущности - каждый конкретный элемент набора (типа сущности).

Атрибут - это поименованная характеристика типа сущности, т.е. свойство, общее для всех экземпляров данного типа.

Атрибут также имеет тип (т.е. множество значений), называемый доменом, и конкретный экземпляр атрибута, совпадающий с одним из значений, содержащихся в домене.

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

Один из возможных ключей выбирается в качестве первичного ключа (РК - Primary Кеу)

Из определения РК вытекают следующие его ограничения (свойства):

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

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

Связь - это связывание между собой двух или более сущностей.

1.2 Классификация сущностей и связей по К. Дейту

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

Рассмотрим такую классификацию для связей между двумя типами сущностей.

Пусть А и В-типы сущностей, тогда возможны четыре вида связей:

а) Один-к-одному (1:1). Это означает, что в каждый момент времени каждый экземпляр сущности А связывается не более чем с одним экземпляром сущности В. Это самый простой и довольно редкий вид связи.

б) Один-ко-многим (1:М), М/0. Связь (1:1) фактически входит сюда как частный случай. Здесь с одним экземпляром сущности А связывается М/0 экземпляров сущности В.

в) Многие-к-одному (N:1), N/1. N экземпляров сущности А связываются с одним экземпляром сущности В

г) Многие-ко-многим (N:M), N/1, M/0. Это наиболее общий вид связи, его обычно называют ассоциацией, а числа M и N степенями связи.

Классификация связей, основанная на принципе так называемого независимого существования связи по отношению к целевой сущности. При определении независимого существования необходимо дать ответ на вопрос: «Прекращает или нет свое существование связь, если предпринимается попытка удаления экземпляра целевой сущности, с которым она связывается?»

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

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

Ассоциация - связь типа (N:M), и она может иметь как зависимое, так и независимое от целей существование.

К. Дейт определяет три основные класса сущностей: стержневые, ассоциативные и характеристические, а также подкласс ассоциативных сущностей - обозначения.

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

Для описания инфологической модели используются ER-диаграммы и специальные языки инфологического моделирования - ЯИМ.

Для реализации связей в БД введем понятие внешнего ключа (FK - Foreigh Кеу) и остановимся на вопросе выбора внешних ключей. Дадим неформальное, но конструктивное определение внешнего ключа для различных видов связей:

Если сущность А связывает сущности Е1 (с первичным ключом PK1) и Е2 (с первичным ключом PK2) и является ассоциацией, то в состав ее атрибутов должны входить внешние ключи (FК1, FК2), соответствующие первичным ключам целевых сущностей Е1 и Е2. Совокупность внешних ключей должна входить в состав ключа ассоциации.

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

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

1. неопределенное значение (NULL)

2. действие удаления ограничивается (RESTRUCT);

3. действие удаления распространяется или каскадируется (CASCADE).

1.3 Основы теории нормализации Э. Кодда

Рассмотрим общую идею нормализации. Причиной, которая может привести к нарушению целостности данных, является избыточность. Э. Кодд исследовал и установил причины, порождающие избыточность, а именно наличие в таблице нежелательных зависимостей между атрибутами. Он предложил способы для избавления от этих зависимостей и, следовательно, от избыточности данных. Кодд ввел понятия функциональных зависимостей между атрибутами и нормальных форм для реляционных таблиц: 1НФ, 2НФ, 3НФ, 4НФ, 5НФ, НФБК.

Определение 1.

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

Определение 2

Поле В (может быть составным) таблицы находится в полной ФЗ от составного поля А той же таблицы, если оно функционально зависит от А (А В) и не зависит функционально ни от какого подмножества А. Обозначение: А => В.

Определение 3

Если существует ФЗ между не ключевыми атрибутами (F1 F2), то такая зависимость называется транзитивной.

Определение 4

Таблица находится в первой нормальной форме (1НФ) тогда и только тогда, когда в каждой ее строке на пересечении со столбцом может содержаться только атомарное значение и ни одно из ее ключевых полей не имеет неопределенного (NULL) значения, т.о. любая реляционная таблица находится в 1НФ.

Определение 5

Таблица находится во второй нормальной форме (2НФ) тогда и только тогда, когда она находится в 1НФ и все ее поля, не входящие в РК (не ключевые), связаны полной ФЗ с РК.

Определение 6

Таблица находится в третьей нормальной форме (ЗНФ) тогда и только тогда, когда она находится в 2НФ и в ней нет транзитивных зависимостей.

Определение 7

Таблица находится в нормальной форме Бойса-Кодда (НФБК) тогда и только тогда, когда любая ФЗ между ее полями является полной ФЗ от возможного ключа.

Определение 8

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

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

1.4 Этапы проектирования базовых таблиц РБД

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

Методология проектирования логических моделей данных делится на два уровня:

инфологическое проектирование или построение инфологической модели данных;

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

даталогическое проектирование или построение даталогиеской модели (концептуальной схемы) для реляционной БД.

Этапы проектирования.

1. Сбор и анализ информационных требований к БД.

На этом этапе должны быть определены все категории пользователей и собраны все атрибуты необходимых им данных.

2. Сбор информации об использовании данных.

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

Имеет смысл информацию об использовании данных разделить на два вида:

- Информация, связанная с основными производственными функциями.

- Информация, связанная с функциями управления.

3. Первоначальное структурирование собранной информации.

На этом этапе заканчивается анализ предметной области и этап предпроектирования, результатами которого должно быть:

- универсальное отношение

- домены всех атрибутов

- ограничения модели по отношению к предметной области

- декларация всех функциональных зависимостей.

4. Проектирование инфологической модели.

Инфологическое проектирование - процесс выделения и классификаций сущностей и связей по методологии К. Дейта.

5. Проектирование даталогической модели для РБД.

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

Т.о. результатом логического проектирования РБД должно быть описание всей совокупности базовых таблиц на ЯОД и схема данных.

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

Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.

1.5 Общие сведения о языке SQL

SQL (Structuret Query Language) - это международный стандарт языка реляционных баз данных, принятый ANSI (American National Standart Institute) и ISO (International Standart Organization)

SQL - декларативный, непроцедурный язык, предназначен для:

- создания РБД

- использования данных, хранящихся в РБД, в том числе и при работе в сети

- управления данными и пользователями РБД и обеспечения безопасности данных

- спецификации проектов баз данных (описания даталогической модели данных)

Этот язык содержит очень важные операторы, которые позволяют делать структуру БД динамической.

Все операторы языка в соответсвии с их назначением делятся на нескольно групп или подъязыков: язык определения структуры данных (DDL), язык манипулированиями данными (DML), язык запросов (DQL)

Оператор DDL.

Оператор CREATE TABLE.

Назначение оператора:

- Описание структуры новой таблицы (имена столбцов, тип данных)

- Спецификация ключей (PK и FK) и ограничение целостности для них

- Спецификация ограничений целостности для столбцов

- Спецификация ограничений целостности для всей таблицы

<определение таблицы>:=CREATE TABLE <имя_таблицы>

(<определение_столбца>[,<определение_столбца>,…]

[<ограничения таблицы>];

<определение_столбца>:=<имя_столбца><тип_данных>

[<ограничения_столбца>]

<ограничения_столбца>:=NOT NULL|UNIQUE|PRIMARY KEY

<ограничения таблицы>:=<ограничения_уникальности>

|<ограничения_по_ссылкам>

|<ограничительное_условие>

<ограничения_уникальности>:=<спецификация_уникальности>

(<имя_столбца>[,<имя_столбца>,…])

<спецификация_уникальности>:= UNIQUE|PRIMARY KEY

<ограничения_по_ссылкам>:=FOREIGN KEY (<имя_столбца>

[,<имя_столбца>,…])

REFERENCES<имя_целевой_таблицы>

[<ограничения_FK>]

<ограничения_FK>:=ON UPDATE<действие>|ON DELETE<действие>

<действие>:=CASCADE|SET NULL|RESTRICT|SET DEFAULTNO ACTION

<ограничительное_условие>:=CHECK (<условие>)

Оператор DQL

Оператор SELECT

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

Общая структура оператора

Ключевое слово предложения

Обязательная часть

Что задается в предложении

SELECT

Да

Столбцы, выводимые в результат запроса

FROM

Да

Имена таблиц, участвующих в выполнении запроса

WHERE

Нет

Условие поиска (выборки) строк

GROUP BY

Нет

Столбцы для группировок

HAVING

Нет

Условие отбора строк в группу

ORDER BY

Нет

Столбцы и вид сортировки

Виды запросов:

- однотабличные запросы

- многотабличные запросы

- составные запросы

- вложенные запросы или подзапросы

2. Описание проекта

2.1 Анализ предметной области

Наименование учреждения в соответствии с Уставом: муниципальное образовательное учреждение дополнительного образования детей «Детско-юношеская спортивная школа №1».

Аккредитация: МОУ ДОД «Детско-юношеская спортивная школа №1» не имеет государственной аккредитации.

1. Общие сведения о состоянии развития МОУ ДОД «Детско-юношеская спортивная школа №1».

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

Тренеры-преподаватели ДЮСШ №1 проводят спартакиады школьников, участвуют в проведении Олимпиады по физической культуре.

ДЮСШ №1 имеет положительный опыт сотрудничества с образовательными учреждениями г. Алапаевска, СДЮСШОР. Школа поддерживает связь с ВУЗами и профессиональными колледжами Свердловской области, сотрудничает с учреждениями культуры, СМИ, общественными организациями города.

Учебно-воспитательный процесс в ДЮСШ №1 осуществляется шестнадцатью квалифицированными педагогами, имеющими большой опыт и стаж педагогической работы. Средней возраста педколлектива составляет 41 год. 14 педагогов аттестовано (88%), из них:

63% на 1 квалификационную категорию,

25% на 2 квалификационную категорию.

Таким образом, уровень квалификации педагогических и руководящих кадров достаточен для успешного решения стоящих перед ДЮСШ задач.

В ДЮСШ №1 обучается 587 человек, 26,7% от общего количества учащихся из неполных, многодетных, малообеспеченных семей и опекаемых детей.

За 3 года было подготовлено 452 человека, выполнивших юношеский разряд, 204 чел. - взрослый разряд, 5 чел. - КМС и 2 чел. - МС по спортивной гимнастике, легкой атлетике, волейболу.

В течение 3-х лет учащиеся ДЮСШ приняли участие в:

- 16-ти Всероссийских соревнованиях (82 чел.)

- 49-ти областных соревнованиях (384 чел.)

- 85-ти городских и районных соревнованиях (1128 чел.)

- 48-ми внутришкольных соревнованиях (918 чел.).

Подготовлено 132 победителя и призера Всероссийских и областных соревнований, 694 чел. - победителей и призеров городских и районных соревнований, 44 чел. - победителей городских фестивалей Детского творчества. Сборная девушек по волейболу является победителем и призером областных соревнований 2001, 2002, 2003 гг.; сборная юношей по волейболу - 2002, 2003 гг. Это свидетельствует о том, что образовательное учреждение работает результативно.

Административное управление обеспечивает оперативное управление образовательным процессом и реализует основные управленческие функции: анализ, планирование, организационно-содержательную деятельность, организацию контроля, самоконтроля, регулирование деятельности педагогического коллектива, осуществление мотивации.

Административно-управленческая работы школы обеспечивается следующим кадровым составом:

- директор,

- методист,

- заместитель директора по административно-хозяйственной части,

- старшие тренеры-преподаватели отделений.

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

Администрация ДЮСШ №1 поощряет взаимоконтроль, способствует росту профессионального мастерства педагогов. В режиме самоконтроля в школе работают опытные специалисты, способные к объективной оценке своего труда.

Основные деловые процессы подлежащие автоматизации.

1. Зачисление учащихся

Входящие документы:

Заявление родителей, справка от врача

Исходящие документы:

Приказ о зачислении

2. Проведение соревнований.

Входящие документы:

положение о соревнованиях, календарь соревнований, приказ

Исходящие документы:

Отчет о соревнованиях (о выполнении разряда)

Приказ о присвоении разряда

Протокол (на каких именно соревнованиях получен разряд)

3. Выполнение нормативов.

Протокол (в нем фиксируются результаты сдачи нормативов)

4. Оздоровление учащихся.

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

5. Аттестация тренеров

Входящие документы:

График прохождения аттестации, заявление на категорию

Исходящие документы:

Аттестационный лист (Документ по утвержденной категории)

6. Выпуск/отчисление учащихся.

Входящие документы:

Приказ об окончании

Исходящие документы:

Разрядная книжка.

Пользователи системы:

Методист. Может вносить, редактировать и удалять данные по всем таблицам. Так же генерирует отчеты

- по численности занимающихся за определенный период

- по характеристике тренерско-преподавательского состава за определенный год

- по списку подготовленных разрядников за определенный период

- по результатам участия учащихся МОУ ДОД ДЮСШ №1 в соревнованиях международного, всероссийского, регионального и областного уровней за определенный год

- о проведенных соревнованиях за определенный год

- о результатах деятельности МОУ ДОД ДЮСШ №1 за определенный год

- по качеству спортивной подготовки

- информационные справки о МОУ ДОД ДЮСШ №1 за определенный период

Директор. Имеет доступ ко всем таблицам. Генерирует и анализирует отчеты перечисленные выше.

Тренер. Просматривает данные по здоровью учащихся по соревнованиям, по аттестации тренеров. Генерирует и анализирует отчеты

- по результатам аттестации тренеров

- отчет по уровню физического здоровья учащихся

После сбора информационного требования было составлено универсальное отношение предметной области.

Универсальное отношение

Название атрибута в предметной области

Название в модели

Домен

1

Ф.И.О. сотрудника

Ф.И.О._сотр

Текстовый

2

Дата рождения

дата_р_с

Дата

3

Телефон сотрудника домашинй

Телефон_дом_с

Числовой

4

Паспортные данные

Пасп_дан

Символьный

5

Домашний адрес

Адрес_с

Символьный

6

Дата начала работы

Дата_нач_р

Дата

7

Дата окончания работы

дата_оконч_р

Дата

8

Должность

должность

Текстовый перечислимый (тренер, директор, концертмейстер, методист)

9

Дата соревнований

Дата_сор

Дата

10

Образование

образование

Текстовый перечислимый (высшее, среднее,…)

11

Этап подготовки учащихся

этап

Текстовый перечислимый

12

№ полиса ОМС

№полиса

Символьный

13

Отделение

отделение

Текстовый перечислимый (легкая атлетика, спортивная гимнастика, волейбол)

14

Пол

пол

Текстовый перечислимый (м, ж)

15

Почетное звание

звание

Тестовый перечислимый (заслуженный работник общего образования,…)

16

Ф.И.О. учащегося

Ф.И.О._уч

Текстовый

17

Дата рождения

Дата_р_уч

Дата

18

Телефон учащегося домашний

Тел_дом_уч

Числовой

19

Адрес

Адрес_уч

Символьный

20

Ф.И.О. мамы

Ф.И.О._м

Текстовый

21

Ф.И.О. папы

Ф.И.О._п

Текстовый

22

Дата зачисления

Дата_зач

Дата

23

Дата окончания

Дата_оконч

Дата

24

Уровень здоровья

Ур_здор

Текст перечислимый (высокий, средний, ниже среднего, низкий)

25

Разряд

разряд

Текст перечислимый

26

Дата присвоения разряда

Дата _разр

Дата

27

Номер приказа о присвоении разряда

Ном_прик

символьный

28

Группа

группа

Символьный перечислимый

29

Город соревнований

город

Текст перечислимый (Екб, Тагил, Алапаевск, Челябинск)

30

Ранг соревнований

ранг

Текстовый

31

Программа соревнований

Прогр_сор

Текстовый перечислимый (общая, произвольная)

32

Результат выступлений

место

Числовой

33

Награда за соревнования

награда

Символьный перечислимый (диплом 1 степени,…)

34

Дата аттестации тренера

Дата_атт_трен

Дата

35

Заявленная категория

Кат_заяв

числовой

36

Утвержденная категория

Утв_кат

числовой

37

Месяц проведения аттестации

месяц

Дата

38

Количество баллов, полученных на соревновниях

Кол_балл

Числовой (Вычисляется судьями на соревнованиях)

39

№ приказа о зачислении

№прик_зач

символьный

40

№ приказа об отчислении

№прик_отч

символьный

41

№ приказа о выдачи разрядной книжки (документ об окончании)

№прик_разр_к

символьный

42

Уровень соревнований

Ур_сор

Текстовый перечислимый (международные, всероссийские, областные,…)

43

Наименование мероприятий

меропр

Текстовый перечислимый (Открыт уч-трен занятие по спорт гимнастике,…)

44

Этап подготовки

этап

Текстовый перечислимый (спорт - оздор, уч-трен,…)

45

Штатный сотрудник

Штат_сотр

логический

46

Соц. статус семей учащихся

Соц_стат

Текстовый, перечислимый (многодет,…)

47

Характер образовательной программы

Хар_прог

Текстовый перечислимый (общеразвив, глубок изуч предм)

48

Учебная нагрузка (ставка)

ставка

Числовой

49

Лучший учащийся

Лучший_уч

Логический-

50

Финансирование соревнований

Фин_сор

Логический

51

Образовательные учереждения

Обр_уч

Символьный перечислимый (МОУ СОШ №1,…)

(нужен для сведений об учащихся)

52

Табельный номер сотрудника

Таб_ном

числовой

53

Категория

категория

Текстовый, перечислимый

54

Дата зачисления на должность

дата_зач_должн

дата

55

Год в котором учащийся был лучшим

год_л_уч

дата

56

Ф.И.О. экспертов

Ф.И.О._экспертов

Текстовый

57

Вид упражнения на соревнованиях

Вид

Текстовый перечислимый

58

Дата получения показателей здоровья

Дата_з

дата

59

Участие спортсменов в судейской коллегии

судейство

логический

60

Участие спортсменов в показательных выступлениях

Показ_выст

логический

61

Участие спортсменов в фестивалях

фестиваль

логический

62

Участие спортсменов в конкурсах

конкурс

логический

63

Публикации спортсменов в СМИ

СМИ

логический

64

Телефон сотрудника сотовый

Тел_сот_с

числовой

65

Телефон учащегося сотовый

Тел_сот_уч

числовой

66

Месяц

Месяц

Текстовый, перечислимый

67

Дата проведения соревнования

Дата_сор

дата

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

1. У сотрудника может быть только один адрес и один телефон, телефон может принимать NULL-значение

2. Номер страхового полиса уникален, у одного сотрудника может быть только один полис.

3. Паспортные данные уникальны, у сотрудника может быть только один паспорт

4. Сотрудник может совмещать несколько должностей.

5. Каждый тренер ведет занятия только в одном отделении.

6. Один учащийся в заданный момент времени занимается только в одном отделении и одной группе.

7. В одном городе может проходить несколько соревнований

8. У тренера может быть несколько званий

9. В один день может быть несколько соревнований только у разных отделений.

10. Одним приказом можно присвоить только массовые разряды группе учащихся, занимающихся у одного тренера

11. Некоторые из сотрудников могут быть экспертами.

12. В одной группе может вести занятия только один тренер

13. Один тренер может вести занятия в нескольких группах.

14. У одной семьи может быть несколько социальных статусов

15. Учащийся может быть отчислен несколько раз

16. Учащийся может быть зачислен несколько раз

17. У одного соревнования может быть несколько программ

Далее была спроектирована и описана на ЯИМ инфологическая модель данных.

2.2 Проектирование инфологической модели

Справочники (стержни):

СПИСОК СОТРУДНИКОВ (таб_ном, Ф.И.О._сотр, дата_р_с, телефон_с, пасп_дан, адрес_с, дата_нач_р, дата_оконч_р, №полиса, пол, ставка, штат_сотр);

СПИСОК УЧАЩИХСЯ (ном_уч, Ф.И.О._уч, дата_р_уч, тел_уч, адрес_уч, Ф.И.О._м, Ф.И.О._п, пол);

СОЦ СТАТУС СЕМЬИ (код_стат, соц_стат);

ЛУЧШИЕ УЧАЩИЕСЯ (ном_уч, год_л_уч, лучший_уч) [список учащихся];

ОБРАЗОВАТЕЛЬНЫЕ УЧЕРЕЖДЕНИЯ (код_обр_уч, обр_уч);

ОТДЕЛЕНИЯ (код_отделения, отделение);

ПОЧЕТНЫЕ ЗВАНИЯ (Код_звания, звание);

ДОЛЖНОСТИ (код_долж, должность);

ГОРОДА (код_города, город);

УРОВЕНЬ СОРЕВНОВАНИЙ (код_ур, ур_сор);

РАЗРЯД (код_разр, разряд);

УРОЕНЬ ЗДОРОВЬЯ (код_ур_з, уровень здор);

КАТЕГОРИИ (код_кат, категория);

ПРОГРАММА СОРЕВНОВАНИЙ (код_прогр_сор, прогр, сор);

ОБРАЗОВАНИЕ (код_образ, образование);

Обозначения:

СПИСОК ГРУПП (код_группы, группа, код_отделения,) [ОТДЕЛЕНИЯ];

ОБРАЗОВАНИЕ СОТРУДНИКОВ (таб_ном, код_образ) [СПИСОК СОТРУДНИКОВ] [ОБРАЗОВАНИЕ];

ЗАЧИСЛЕНИЕ УЧАЩИХСЯ (код_зач, ном_уч, дата_зач, №прик_зач) [СПИСОК УЧАЩИХСЯ];

ВЫПУСК УЧАЩИХСЯ (код_зач, дата_оконч, №прик_отч, №прик_разр_к) [СПИСОК УЧАЩИХСЯ];

СЕМЬЯ УЧАЩЕГОСЯ (ном_уч, код_стат) [СПИСОК УЧАЩИХСЯ] [СОЦ СТАТУС СЕМЬИ];

АТТЕСТАЦИЯ ТРЕНЕРОВ (таб_ном, код_эксп, код_заяв_кат, код_утв_кат, дата_атт_трен) [СПИСОК СОТРУДНИКОВ] [КАТЕГОРИИ];

СОРЕВНОВАНИЯ (Код_сор, код_города, ранг, код_ур, код_прогр_сор, фин_сор, дата_сор) [ГОРОДА] [УРОВЕНЬ СОРЕВНОВАНИЙ] [ПРОГРАММА СОРЕВНОВАНИЙ];

КОМПЛЕКТОВАНИЕ УЧ (код_группы, ном_уч) [СПИСОК ГРУПП] [СПИСОК УЧАЩИХСЯ];

РЕЗУЛЬТАТ ВЫСТУПЛЕНИЙ НА СОРЕВНОВАНИЯХ (ном_уч, код_сор, кол_бал, таб_ном) [СПИСОК УЧАЩИХСЯ] [СПИСОК СОТРУДНИКОВ] [СОРЕВНОВАНИЯ];

СПОРТСМЕНЫ - РАЗРЯДНИКИ (код_с_р, ном_уч, код_разр, дата_разр, таб_ном, ном_прик) [СПИСОК УЧАЩИХСЯ] [СПИСОК СОТРУДНИКОВ] [РАЗРЯД];

ОЗДОРОВЛЕНИЕ УЧАЩИХСЯ (ном_уч, дата_з, код_ур_з) [СПИСОК УЧАЩИХСЯ] [УРОВЕНЬ ЗДОРОВЬЯ];

ЗАСЛУЖЕННЫЕ РАБОТНИКИ (таб_ном, код_звания,) [СПИСОК СОТРУДНИКОВ] [ПОЧЕТНЫЕ ЗВАНИЯ];

ДОЛЖНОСТИ СОТРУДНИКОВ (таб_ном, код_долж, дата_зач_должн) [СПИСОК СОТРУДНИКОВ] [ДОЛЖНОСТИ];

Далее было проектирование базовых реляционных таблиц.

2.3 Проектирование даталогической модели

Описание таблиц на SQL.

CREATE TABLE СПИСОК СОТРУДНИКОВ

(Таб_ном INTEGER PRIMARY KEY,

Ф.И.О._сотр TEXT(30) NOT NULL,

Дата_р_с DATE NOT NULL,

Телефон_с CHAR(10),

Пасп_дан CHAR (100) UNIQUE NOT NULL,

Адрес_с CHAR(100) NOT NULL,

Дата_нач_р DATE NOT NULL,

Дата_оконч_р DATE,

№полиса CHAR (10) UNIQUE,

ставка

штат_сотр

пол TEXT (1) NOT NULL,

CHECK (пол IN («м», «ж»)));

CREATE TABLE СПИСОК УЧАЩИХСЯ

(ном_уч INTEGER PRIMARY KEY,

Ф.И.О._уч TEXT(30) NOT NULL,

дата_р_уч DATE NOT NULL,

тел_уч CHAR(10),

адрес_уч CHAR(100) NOT NULL,

Ф.И.О._м TEXT(30),

Ф.И.О._п TEXT(30),

пол TEXT (1) NOT NULL,

CHECK (пол IN («м», «ж»)));

CREATE TABLE СОЦ СТАТУС СЕМЬИ

(код_стат INTEGER PRIMARY KEY,

соц_стат TEXT(20);

CHECK (соц_стат IN («многодетная семья», «неполная семья», «опекаемые дети», «состоит на учете в ОППН», «малоимущая семья», «неблагополучная семья»)));

CREATE TABLE ОБРАЗОВАТЕЛЬНЫЕ УЧЕРЕЖДЕНИЯ

(код_обр_уч INTEGER PRIMARY KEY,

обр_уч CHAR(10)

CHECK (обр_уч IN («МОУ СОШ №1»,» МОУ СОШ №2»,» МОУ СОШ №3»,» МОУ СОШ №4»,» МОУ СОШ №5»,» МОУ СОШ №6»,» МОУ СОШ №8»,» МОУ СОШ №10», «МОУ СОШ №12», «МОУ СОШ №15», «Профессиональные и высшие учебные заведения»,» МДОУ»)));

CREATE TABLE ОТДЕЛЕНИЯ

(код_отделения INTEGER PRIMARY KEY,

отделение TEXT(20);

CHECK (отделение IN («спортивная гимнастика»,» лёгкая атлетика»,» волейбол»)));

CREATE TABLE ПОЧЕТНЫЕ ЗВАНИЯ

(Код_звания INTEGER PRIMARY KEY,

звание TEXT(30)

CHECK (звание IN («Заслуженный тренер России»,» Почётный работник общего образования»,» Отличник физической культуры и спорта РФ»,» Мастер спорта международного класса»,» Мастер спорта РФ»,» Знак «80-лет Министерству по физической культуре, спорту и туризму Свердловской области»)));

CREATE TABLE ДОЛЖНОСТИ

(код_долж INTEGER PRIMARY KEY,

должность TEXT(15)

CHECK (должность IN («тренер», «методист», «директор»)));

CREATE TABLE ГОРОДА

(код_города INTEGER PRIMARY KEY,

города TEXT(20)

CHECK (города IN («Алапаевск», «Екатеринбург», «Челябинск», «Нижний Тагил»)));

CREATE TABLE УРОВЕНЬ СОРЕВНОВАНИЙ

(код_ур INTEGER PRIMARY KEY,

ур_сор TEXT(20)

CHECK (ур_сор IN («международные», «всероссийские», «зональные», «областные», «районные», «городские»)));

CREATE TABLE РАЗРЯД

(код_разд INTEGER PRIMARY KEY,

разряд TEXT(20)

CHECK (разряд IN («первый юношеский», «второй юношеский», «третий юношеский», «первый взрослый», «второй взрослый», «третий взрослый», «четвертый взрослый», «пятый взрослый», «кандидат в мастера спорта», «мастер спорта России», «мастер спорта России международного класса»)));

CREATE TABLE УРОВЕНЬ ЗДОРОВЬЯ

(код_ур_з INTEGER PRIMARY KEY,

Ур_здор TEXT

CHECK (группа IN («низкий», «ниже среднего», «средний», «выше среднего», «высокий»)));

CREATE TABLE КАТЕГОРИИ

(код_кат INTEGER PRIMARY KEY,

категория CHAR(10)

CHECK (группа IN («первая», «вторая», «высшая»)));

CREATE TABLE ПРОГРАММА СОРЕВНОВАНИЙ

(код_прогр_сор INTEGER PRIMARY KEY,

прогр_сор TEXT

CHECK (прогр_сор IN («произвольная», «общая»);

ОБРАЗОВАНИЕ СОТРУДНИКОВ (таб_ном, код_образ) [список сотрудников] [образование];

CREATE TABLE ОБРАЗОВАНИЕ СОТРУДНИКОВ

(таб_ном INTEGER

код_образ INTEGER)

PRIMARY KEY (таб_ном, код_образ),

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ

ON DELETE CASCADE

ON UPDATE CASCADE

FOREIN KEY (код_образ) REFERENCES ОБРАЗОВАНИЕ

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE СПИСОК ГРУПП

(код_группы INTEGER PRIMARY KEY,

код_отделения INTEGER PRIMARY KEY,

группа CHAR(10))

PRIMARY KEY (код_группы),

FOREIN KEY (код_отделения) REFERENCES ОТДЕЛЕНИЯ

ON DELETE CASCADE

ON UPDATE CASCADE

CHECK (группа IN («СОГ», «Н/П-1г», «Н/П-1в», «Н/П-1а», «Н/П-2г», «Н/П-2в», «Н/П-2а», «Н/П-3г», «Н/П-3в», «Н/П-3а», «УТГ-1г», «УТГ-1в», «УТГ-1а», «УТГ-2г», «УТГ-2в», «УТГ-2а», «УТГ-3г», «УТГ-3в», «УТГ-3а», «УТГ-4г», «УТГ-4в», «УТГ-4а», «УТГ-5г», «УТГ-5в», «УТГ-5а», «С/С-1г», «С/С-1в», «С/С-1а», «С/С-2г», «С/С-2в», «С/С-2а», «ВСМ»)));

CREATE TABLE ВЫПУСК УЧАЩИХСЯ

(ном_учINTEGER NOT NULL,

Дата_окончDATA

№прик_отч TEXT

№прик_разр_к TEXT),

PRIMARY KEY (ном_уч),

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE ЗАЧИСЛЕНИЕ УЧАЩИХСЯ

(ном_учINTEGER NOT NULL,

код_обр_уч INTEGER NOT NULL,

Дата_зач DATA

№прик_зач TEXT),

PRIMARY KEY (ном_уч)

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_обр_уч) REFERENCES ОБРАЗОВАТЕЛЬНЫЕ УЧЕРЕЖДЕНИЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE СЕМЬЯ УЧАЩЕГОСЯ

(ном_уч INTEGER NOT NULL

код_стат INTEGER NOT NULL)

PRIMARY KEY (ном_уч),

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_стат) REFERENCES СОЦ СТАТУС СЕМЬИ

ON DELETE RESTRICT

ON UPDATE CASCADE;

CREATE TABLE АТТЕСТАЦИЯ ТРЕНЕРОВ

(таб_ном INTEGER NOT NULL

код_меропр INTEGER NOT NULL

месяц DATA

кат_заяв INTEGER

утв_кат INTEGER

дата_атт_трен DATA),

PRIMARY KEY (таб_ном, код_меропр),

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ,

ON DELETE CASCADE

ON UPDATE CASCADE

FOREIN KEY (кат_заяв) REFERENCES КАТЕГОРИИ,

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (утв_кат) REFERENCES КАТЕГОРИИ,

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE СОРЕВНОВАНИЯ

(код_сор INTEGER NOT NULL,

код_города INTEGER NOT NULL

ранг TEXT

код_ур INTEGER NOT NULL

прогр_сор TEXT

фин_сор LOGICAL

Дата_сор DATE),

PRIMARY KEY (код_сор),

FOREIN KEY (код_гор) REFERENCES ГОРОДА

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_ур) REFERENCES УРОВЕНЬ СОРЕВНОВАНИЙ;

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_прогр_сор) REFERENCES ПРОГРАММА СОРЕВНОВАНИЙ;

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE КОМПЛЕКТОВАНИЕ УЧ

(код_группы INTEGER NOT NULL

ном_уч INTEGER NOT NULL),

PRIMARY KEY (код_группы, ном_уч),

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ,

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_группы) REFERENCES СПИСОК ГРУПП;

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE РЕЗУЛЬТАТ ВЫСТУПЛЕНИЙ НА СОРЕВНОВАНИЯХ

(ном_уч INTEGER NOT NULL

код_сор INTEGER NOT NULL

кол_бал INTEGER

таб_ном INTEGER NOT NULL),

PRIMARY KEY (ном_уч, код_сор),

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ,

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_сор) REFERENCES СОРЕВНОВАНИЯ,

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ;

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE СПОРТСМЕНЫ - РАЗРЯДНИКИ

(код_с_р INTEGER NOT NULL

ном_уч INTEGER NOT NULL

ном_п_п INTEGER NOT NULL

разряд TEXT

код_отделения INTEGER NOT NULL

дата_разр DATA

таб_ном INTEGER NOT NULL

ном_прик INTEGER),

PRIMARY KEY (код_с_р),

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ,

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

FOREIN KEY (код_отделения) REFERENCES ОТДЕЛЕНИЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE ОЗДОРОВЛЕНИЕ УЧАЩИХСЯ

(ном_уч INTEGER NOT NULL

дата_з DATA

код_ур_здор TEXT),

PRIMARY KEY (ном_уч, дата_з),

FOREIN KEY (ном_уч) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE CASCADE

ON UPDATE CASCADE

FOREIN KEY (код_ур_з) REFERENCES СПИСОК УЧАЩИХСЯ

ON DELETE RESTRICT

ON UPDATE RESTRICT

CREATE TABLE ЗАСЛУЖЕННЫЕ РАБОТНИКИ

(таб_ном INTEGER NOT NULL

код_звания INTEGER NOT NULL),

PRIMARY KEY (таб_ном, код_звания

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ

ON DELETE CASCADE

ON UPDATE CASCADE

FOREIN KEY (код_звания) REFERENCES ЗВАНИЯ

ON DELETE RESTRICT

ON UPDATE CASCADE

CREATE TABLE ДОЛЖНОСТИ СОТРУДНИКОВ

(таб_ном INTEGER NOT NULL

Ф.И.О._сотр TEXT

Код_долж INTEGER NOT NULL

Должность TEXT

Дата_зач_должн DATA),

PRIMARY KEY (таб_ном, код_долж

FOREIN KEY (таб_ном) REFERENCES СПИСОК СОТРУДНИКОВ

ON DELETE CASCADE

ON UPDATE CASCADE

FOREIN KEY (код_долж) REFERENCES ДОЛЖНОСТИ

ON DELETE RESTRICT

ON UPDATE CASCADE

2.4 Проверка нормализации спроектированных таблиц

1. Таблицы, состоящие из 2х атрибутов находятся в НФБК.

Это таблицы:

СОЦ СТАТУС СЕМЬИ (код_стат, соц_стат);

ОБРАЗОВАТЕЛЬНЫЕ УЧЕРЕЖДЕНИЯ (код_обр_уч, обр_уч);

ОТДЕЛЕНИЯ (код_отделения, отделение);

ПОЧЕТНЫЕ ЗВАНИЯ (Код_звания, звание);

ДОЛЖНОСТИ (код_долж, должность);

ГОРОДА (код_города, город);

УРОВЕНЬ СОРЕВНОВАНИЙ (код_ур, ур_сор);

РАЗРЯД (код_разр, разряд);

УРОЕНЬ ЗДОРОВЬЯ (код_ур_з, уровень здор);

КАТЕГОРИИ (код_кат, категория);

ПРОГРАММА СОРЕВНОВАНИЙ (код_прогр_сор, прогр, сор);

ОБРАЗОВАНИЕ (код_образ, образование);

КОМПЛЕКТОВАНИЕ ТРЕНЕР (таб_ном, код_группы) [список сотрудников] [список групп];

КОМПЛЕКТОВАНИЕ УЧ (код_группы, ном_уч) [список групп] [список учащихся];

ОБРАЗОВАНИЕ СОТРУДНИКОВ (Ф.И.О._сотр, образование) [список сотрудников] [образование];

СЕМЬЯ УЧАЩЕГОСЯ (ном_уч, код_стат) [список учащихся] [Соц статус семьи];

ЗАСЛУЖЕННЫЕ РАБОТНИКИ (таб_ном, код_звания,) [список сотрудников] [почетные звания];

2. Все таблицы, имеющие несоставные PK, находятся во 2НФ. Проверим, нет ли в них транзитивных зависимостей.

СПИСОК СОТРУДНИКОВ (таб_ном, Ф.И.О._сотр, дата_р_с, телефон_с, пасп_дан, адрес_с, дата_нач_р, дата_оконч_р, №полиса, пол, ставка, штат_сотр);

СПИСОК УЧАЩИХСЯ (ном_уч, Ф.И.О._уч, дата_р_уч, тел_уч, адрес_уч, Ф.И.О._м, Ф.И.О._п, пол);

Очевидно, что таблицы СПИСОК СОТРУДНИКОВ и СПИСОК УЧАЩИХСЯ находятся в НФБК.

СПИСОК ГРУПП (группа, отделениие) [отделения];

ФЗ: отделение группа. Отделение - возможный ключ. Значит таблица находится в НФБК

СОРЕВНОВАНИЯ (город, ранг, ур_сор, прогр_сор, фин_сор, дата_сор) [города] [уровень соревнований] [программа соревнований];

ФЗ: (город, ур_сор, прогр_сор, дата_сор)ранг, (город, ур_сор, прогр_сор, дата_сор)фин_сор. Но (город, ур_сор, прогр_сор, дата_сор) - возможный ключ. Значит все ФЗ в таблице сводятся к полной ФЗ от возможного ключа. Т.о. таблица СОРЕВНОВАНИЯ находится в НФБК.

СПОРТСМЕНЫ - РАЗРЯДНИКИ (Ф.И.О._уч, разряд, дата_разр, Ф.И.О._сот, ном_прик) [список учащихся] [список сотрудников] [разряд];

ФЗ: (Ф.И.О._уч, разряд, дата_разр) Ф.И.О._сот, (Ф.И.О._уч, разряд, дата_разр) ном_прик. Но (Ф.И.О._уч, разряд, дата_разр) - возможный ключ. Значит все ФЗ в таблице сводятся к полной ФЗ от возможного ключа. Т.о. таблица СПОРТСМЕНЫ - РАЗРЯДНИКИ находится в НФБК.

3. Таблицы с составными PK.

ЛУЧШИЕ УЧАЩИЕСЯ (ном_уч, год_л_уч, лучший_уч) [список учащихся];

ФЗ: (ном_уч, год_л_уч) лучший учащийся.

(ном_уч, год_л_уч) - составной ключ. Таблица находится в НФБК.

ЗАЧИСЛЕНИЕ УЧАЩИХСЯ (ном_уч, дата_зач, №прик_зач) [список учащихся];

ФЗ: (ном_уч, дата_зач) №прик_зач

(ном_уч, дата_зач) - составной ключ. Таблица находится в НФБК.

ВЫПУСК УЧАЩИХСЯ (ном_уч, дата_зач, дата_оконч, №прик_отч, №прик_разр_к) [список учащихся];

ФЗ: (ном_уч, дата_зач) дата_оконч, (ном_уч, дата_зач) №прик_отч, (ном_уч, дата_зач) №прик_разр_к

(ном_уч, дата_зач) - возможный составной ключ. Таблица находится в НФБК.

АТТЕСТАЦИЯ ТРЕНЕРОВ (Ф.И.О._сотр, Ф.И.О._эксп, заяв_кат, утв_кат, дата_атт_трен) [список сотрудников] [категории];

ФЗ: (Ф.И.О._сотр, дата_атт_трен) Ф.И.О._эксп, (Ф.И.О._сотр, дата_атт_трен) заяв_кат, (Ф.И.О._сотр, дата_атт_трен) утв_кат.

(Ф.И.О._сотр, дата_атт_трен) - возможный составной ключ. Таблица находится в НФБК.

РЕЗУЛЬТАТ ВЫСТУПЛЕНИЙ НА СОРЕВНОВАНИЯХ (Ф.И.О._уч, код_сор, кол_бал, Ф.И.О._трен) [список учащихся] [список сотрудников] [соревнования];

ФЗ: (Ф.И.О._уч, код_сор) кол_бал, (Ф.И.О._уч, код_сор) Ф.И.О._трен.

(Ф.И.О._уч, код_сор) - возможный составной ключ. Таблица находится в НФБК.

СПОРТСМЕНЫ - РАЗРЯДНИКИ (Ф.И.О._уч, разряд, дата_разр, Ф.И.О._сот, ном_прик) [список учащихся] [список сотрудников] [разряд];

ФЗ: (Ф.И.О._уч, разряд, дата_разр) Ф.И.О._сот, (Ф.И.О._уч, разряд, дата_разр) ном_прик

(Ф.И.О._уч, разряд, дата_разр) - возможный составной ключ. Таблица находится в НФБК.

ОЗДОРОВЛЕНИЕ УЧАЩИХСЯ (Ф.И.О._уч, дата_з, ур_здор) [список учащихся] [уровень здоровья];

ФЗ: (Ф.И.О._уч, дата_з) ур_з.

Таблица находится в НФБК.

ДОЛЖНОСТИ СОТРУДНИКОВ (Ф.И.О._сот должность, дата_зач_должн) [список сотрудников] [должности];

ФЗ: (Ф.И.О._сот, должность) дата_зач_должн.

Таблица находится в НФБК.

Схема данных

2.4 Описание реализации

2.4.1 Обоснование выбора СУБД

Microsoft Access 2003 представляет собой СУБД которая предназначена для создания настольных приложений и приложений клиент / сервер, работающих под управлением Windows 2000 и XP.

1. Access предоставляет разработчикам средства, необходимые для создания развитых сложных баз данных, легко интегрирующихся со структурой данных предприятия, обеспечивая при этом прямую и обратную совместимость с существующими и новыми решениями. Access 2003 предоставляет средства для создания решений, интегрирующих и использующих преимущества Internet

2. Способы анализа данных пользователями с помощью динамических сводных таблиц и сводных диаграмм,

3. Страницы доступа к данным, позволяющие пользователям распространять приложения корпоративных баз данных в Internet.

4. Система поддерживает все средства для создания, введения и защиты от несанкционированного доступа к данным

5. Система позволяет импортировать и экспортировать файлы многих известных форматов

6. Одна из важных возможностей access - создание запросов

Таким образом, средств Access 2003 достаточно для реализации моего проекта. Кроме того, в организации приобретение лицензии другой СУБД в ближайшее время не планируется.

2.4.2 Описание интерфейса

Для информационная система для поддержки учебной деятельности ДЮСШ №1 г. Алапаевск был спроектирован многостраничный интерфейс в соответствии с категориями пользователей. Такой интерфейс позволяет просто переводить информационную систему в многопользовательский вариант технологии клиент-сервер.

Главная форма:

Рис. 2.1

Директор:

Автоматизированное рабочее место директора, рис 2.2

Просмотр и печать отчетов директора:

Форма для просмотра и печати директоров, рис 2.3

Методист:

Автоматизированное рабочее место методиста, рис 2.4

Отчеты методиста:

Отчеты методиста"рис 2.5

Форма «Справочники»:

Справочники, рис 2.6

Форма «Для форм учащихся»:

Для форм учащихся, рис 2.7

Форма «Для форм сотрудников»:

Для форм сотрудников, рис 2.8

Форма «Для форм соревнований»:

Для форм соревнований, рис 2.9

Тренер:

Автоматизированное рабочее место тренера, рис 2.4

Форма «Просмотр и печать отчетов тренера»:

Отчеты тренера, рис 2.10

2.4.3 Проектирование запросов

1. Запрос «аттестация тренеров запрос». Для отчета «Аттестация тренеров».

SELECT [Аттестация тренеров]. таб_ном, [Список сотрудников]. Ф.И.О._сотр, [Аттестация тренеров]. дата_атт_трен, [Аттестация тренеров]. код_эксп, [Список сотрудников_1].Ф.И.О._сотр, [Аттестация тренеров]. код_кат_заяв, Категории.категория, [Аттестация тренеров]. код_утв_кат, Категории_1.категория

FROM [Список сотрудников] AS [Список сотрудников_1] INNER JOIN (Категории AS Категории_1 INNER JOIN ([Список сотрудников] INNER JOIN (Категории INNER JOIN [Аттестация тренеров] ON Категории.код_кат = [Аттестация тренеров]. код_кат_заяв) ON [Список сотрудников]. таб_ном = [Аттестация тренеров]. таб_ном) ON Категории_1.код_кат = [Аттестация тренеров]. код_утв_кат) ON [Список сотрудников_1].таб_ном = [Аттестация тренеров]. код_эксп;

2. «Запрос должности сотрудников». Для связанной формы «должности сотрудников».

SELECT [Должности сотрудников]. таб_ном, [Список сотрудников]. Ф.И.О._сотр, [Должности сотрудников]. код_долж, Должности.должность, [Должности сотрудников]. дата_зач_должн

FROM [Список сотрудников] INNER JOIN (Должности INNER JOIN [Должности сотрудников] ON Должности.код_долж = [Должности сотрудников]. код_долж) ON [Список сотрудников]. таб_ном = [Должности сотрудников]. таб_ном;

3. Запрос «Вспомог запрос» для запроса «Список учащихся за определенный период».

SELECT [Список учащихся]. Ф.И.О._уч, [Зачисление учащихся]. дата_зач, [Выпуск учащихся]. дата_оконч

FROM [Список учащихся] INNER JOIN ([Зачисление учащихся] LEFT JOIN [Выпуск учащихся] ON [Зачисление учащихся]. код_зач = [Выпуск учащихся]. код_зач) ON [Список учащихся]. Ном_уч = [Зачисление учащихся]. ном_уч;

4. «Заслуженные работники запрос». Для связанной формы «заслуженные работники».

SELECT [Список сотрудников]. Ф.И.О._сотр, [Почетные звания]. звание

FROM [Список сотрудников] INNER JOIN ([Почетные звания] INNER JOIN [Заслуженные работники] ON [Почетные звания]. код_звания = [Заслуженные работники]. код_звания) ON [Список сотрудников]. таб_ном = [Заслуженные работники]. таб_ном;

5. Запрос «затч-отч». Для отчета «учет поступлений и выпуска учащихся».

SELECT [Список учащихся]. Ном_уч, [Список учащихся]. Ф.И.О._уч, [Зачисление учащихся]. дата_зач, [Зачисление учащихся]. №прик_зач, [Выпуск учащихся]. дата_оконч, [Выпуск учащихся]. №прик_отч

FROM [Список учащихся] INNER JOIN ([Зачисление учащихся] LEFT JOIN [Выпуск учащихся] ON [Зачисление учащихся]. код_зач = [Выпуск учащихся]. код_зач) ON [Список учащихся]. Ном_уч = [Зачисление учащихся]. ном_уч;

6. Запрос «Список группы» для формы «Список группы».

SELECT [комплектование уч]. код_группы, [Список групп]. группа, [Список групп]. код_отделения, [Список групп]. таб_ном, [комплектование уч]. ном_уч, [Список учащихся]. Ф.И.О._уч

FROM [Список учащихся] INNER JOIN ([Список групп] INNER JOIN [комплектование уч] ON [Список групп]. код_группы = [комплектование уч]. код_группы) ON [Список учащихся]. Ном_уч = [комплектование уч]. ном_уч;

7. Запрос «КАЧЕСТВО СПОРТИВНОЙ ПОДГОТОВКИ УЧАЩИХСЯ МОУ ДОД ДЮСШ №1» для сводной таблицы, сводной диаграммы, отчета «КАЧЕСТВО СПОРТИВНОЙ ПОДГОТОВКИ УЧАЩИХСЯ МОУ ДОД ДЮСШ №1»

SELECT [Спортсмены-разрядники]. ном_уч, [Спортсмены-разрядники]. код_разр, Разряд.разряд, [Спортсмены-разрядники]. дата_разр

FROM Разряд INNER JOIN [Спортсмены-разрядники] ON Разряд.код_разр = [Спортсмены-разрядники]. код_разр;

8,9,10. Запросы «кол групп волейбол», «кол групп легкой атлетики», «кол групп спорт гимнастики» для отчета «Справка о МОУ».

SELECT Count([Список групп]. код_группы) AS [Count-код_группы]

FROM [Список групп]

WHERE ((([Список групп]. код_отделения)=2));

11,12,13,14,15. Запросы «кол засл тренер россии», «кол знак 80 л мин физ к», «кол мастер спорта», «кол отлич физ культ и спорта рф», «кол почет работ общего образ» для отчета «Справка о МОУ часть3».

SELECT Count([Заслуженные работники]. таб_ном) AS [Count-таб_ном]

FROM [Заслуженные работники]

WHERE ((([Заслуженные работники]. код_звания)=2));

16,17,18,19,20,21. Запросы «кол малоимущих семей», «кол многодет семей», «кол неблагополуч семей», «кол неполных семей», «кол опекаемых детей», «кол состоят на учете в ОППН» для отчета «Справка о МОУ часть4»

SELECT Count([Семья учащегося]. ном_уч) AS [Count-ном_уч]

FROM [Семья учащегося]

WHERE ((([Семья учащегося]. код_стат)=4));

22,23,24 Запросы «кол сотр вторая кат», «кол сотр высшей кат», «кол сотр первой кат» для отчета «Справка о МОУ часть 2»

SELECT Count([Аттестация тренеров]. таб_ном) AS [Count-таб_ном]

FROM [Аттестация тренеров]

WHERE ((([Аттестация тренеров]. код_утв_кат)=1));

25,26,27,28,29. Запросы «кол сотр с высшим обр», «кол сотр с высшим физкульт образ», «кол сотр со средним образ», «кол сотр со средним спец образ», «кол сотр со средним физкульт образ» для отчета «Справка о МОУ часть 2»

SELECT Count([образование сотрудников]. таб_ном) AS [Count-таб_ном]

FROM [образование сотрудников]

WHERE ((([образование сотрудников]. код_образ)=2));

30. Запрос «кол сотр-м» для отчета «Справка о МОУ часть 2».

SELECT Count([Список сотрудников]. таб_ном) AS [Count-таб_ном]

FROM [Список сотрудников]

WHERE ((([Список сотрудников]. Пол)= «м»));

31,32,33. Запросы «кол уч волейбол»,» кол уч легкая атлетика»,» кол уч спорт гимпнастика» для отчета «Справка о МОУ».

SELECT Count([комплектование уч]. ном_уч) AS [Count-ном_уч]

FROM [Список групп] INNER JOIN [комплектование уч] ON [Список групп]. код_группы=[комплектование уч]. код_группы

WHERE ((([Список групп]. код_отделения)=2));

34,35,36,37,38. Запросы «кол уч на всеросс сор за период», «кол уч на город сор за период»,» кол уч на междунар сор за период»,» кол уч на област сор за период», «кол уч на школьн сор за период» для отчета» участие в сор за опр период»

SELECT Count([Список учащихся]. Ном_уч) AS [Count-Ном_уч]

FROM [Список учащихся] INNER JOIN (Соревнования INNER JOIN [результат выступлений на соревнованиях] ON Соревнования.код_сор = [результат выступлений на соревнованиях]. код_сор) ON [Список учащихся]. Ном_уч = [результат выступлений на соревнованиях]. ном_уч

WHERE (((Соревнования.дата_сор)>[введите начальну дату] And (Соревнования.дата_сор)<[введите конечную дату]))

GROUP BY Соревнования.код_ур

HAVING (((Соревнования.код_ур)=2));

39. Запрос «количество групп» для отчета «Справка о МОУ».

SELECT Count([Список групп]. код_группы) AS [Count-код_группы]

FROM [Список групп];

40. Запрос «количество учащихся» для отчета «Справка о МОУ».

SELECT Count([Список учащихся]. Ном_уч) AS [Count-Ном_уч]

FROM [Список учащихся];

41. Запрос «количество штатных сотрудников» «Справка о МОУ часть 2».

SELECT Count([Список сотрудников]. таб_ном) AS [Count-таб_ном]

FROM [Список сотрудников]

WHERE ((([Список сотрудников]. Штат_сотр)=Yes));

42. «лучшие учащиеся запрос» для связанной формы «лучший учащийся».


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

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

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

  • Описание первичных и результатных документов, типа связи информационных объектов. Построение информационно-логической модели базы данных и её реализация в СУБД Access (создание таблиц, запросов, форм, отчётов). Разработка интерфейса пользователя.

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

  • Основные этапы проектирования базы данных. Access как система управления базами данных (СУБД), ее предназначение, отличительные возможности. Работа с таблицами, их создание и редактирование. Порядок создания запросов. Способы защиты баз данных.

    лабораторная работа [3,1 M], добавлен 18.08.2009

  • Анализ предметной области разрабатываемой информационной системы "Библиотека". Проектирование базы данных в среде MS Access. Физическая реализация данной информационной системы средствами Delphi 7 и MS Access 2003. Области применения технологии BDE.

    курсовая работа [2,4 M], добавлен 12.01.2016

  • Основные понятия баз данных: нормализация, связи и ключи. Создание и этапы проектирования базы данных, решение задачи о предметной области. Изучение СУБД Microsoft Access s 2003: пользовательский интерфейс, главное окно приложения, создание таблиц.

    реферат [2,1 M], добавлен 10.11.2010

  • Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.

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

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

    курсовая работа [706,2 K], добавлен 17.06.2012

  • Описание предметной области разрабатываемой базы данных для теннисного клуба. Обоснование выбора CASE-средства Erwin 8 и MS Access для проектирования базы данных. Построение инфологической модели и логической структуры базы данных, разработка интерфейса.

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

  • Построение информационно-логической модели базы данных. Корректировка данных средствами запросов. Проектирование алгоритмов обработки данных. Реализация пользовательского интерфейса средствами форм. Разработка запросов для корректировки и выборки данных.

    курсовая работа [680,9 K], добавлен 19.10.2010

  • Выбор основных средств и методологии проектирования и СУБД. Построение инфологической модели предметной области. Выявление полного перечня ограничений целостности. Описание информационных потребностей пользователей и выбор способов их реализации.

    курсовая работа [2,9 M], добавлен 25.03.2011

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