Проектирование приложений пользователя в среде MS ACCSSES на примере спортивных соревнований
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
стыКод_командыЧисловойДлин.ц.Полож_на_полеТекстовой50РостЧисловойДлин.ц.Дата_рождДата/времяКр.ф.д.Ф.И.О._спортсменаТекстовой50Код_участникаУ.С.ЧисловойДлин.ц.История спортсменаКод_спортсменаЧисловойДлин.ц.ШтрафЛогическийДа / НетКол_заб_шайбЧисловойДлин.ц.Код_участникаП.У.СчетчикДлин.ц.Участники игрыКод_расписанияЧисловойДлин.ц.Код_командыЧисловойДлин.ц.Кол_заб_шайбЧисловойДлин.ц.Пропущенные_шайбыЧисловойДин.ц.Кол_штраф_минутЧисловойДлин.ц.Кол_набр_очковЧисловойДлин.ц.Код_расписанияП.У.СчетчикДлин.ц.РасписаниеДатаДата / ВремяКр.ф.д.Код_городаЧисловойДлин.ц.ВремяДата / ВремяКр.ф.в.Код_городаП.У.СчетчикДлин.ц.МестоНаим_городаТекстовой50
2.1.3Определение связей и построение ИЛМ
Связи между выявленными информационными объектами определяются реальными отношениями между парами объектов. При их определении учитывались сведения из описания предметной области. Связи между объектами описываются в таблице 2. Графическое представление ИЛМ БД представлено на рис. 1.
Таблица 2. Связи между объектами
Ключ связиГлавный объектПодчинённый объектТип отношенияКод_командыКомандыХоккеисты1:МКод_спортсменаХоккеистыИстория_спортсмена1:МКод_командыКомандыУчастники_игры1:МКод_участникаУчас-ки_игрыИстория_спортсмена1:МКод_городаМесто_проведРасписание_игры1:МКод_расписанияРасписаниеУчастники_игры1:M
Рис. 1. Информационно-логическая модель базы данных (ИЛМ БД).
2.1.4 Определение логической структуры реляционной базы данных
Логическая структура реляционной базы данных определяется совокупностью логически взаимосвязанных нормализованных таблиц. Каждая реляционная таблица имеет структуру, определённую реквизитным составом информационного объекта, который входит в состав ИЛМ. Логические связи таблиц соответствуют связям между объектами. Логическая структура БД, строится на основе ИЛМ. Визуально логическая структура должна совпадать со схемой данных, построенной при реализации проекта, на основе разработанной ИЛМ. Логическая структура БД должна показывать структуру каждого объекта предметной области и связи, построенные с помощью ключевых атрибутов объектов.
2.1.5 Разработка контрольного примера
Требования к данным контрольного примера - их представительность, учитывающая особенности информации, указанные в описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить работоспособность реализации алгоритма.
Данные контрольного примера приводятся в приложении в распечатках исходных таблиц в формате MS ACCESS.
2.2.1 Разработка форм ввода
Форма Команды содержит поля таблицы Команды:
Код_командыНаим_командыФ.И.О._тренера
Форма Хоккеисты содержит поля таблицы Хоккеисты:
Код_спортсменаКод_командыПолож_на_полеРостДата_рождФ.И.О._спортсмена
Форма История спортсмена содержит поля таблицы История спортсмена:
Код_участникаКод_спортсменаШтрафКол_заб_шайб
Форма Участники игры подчиненная содержит поля главной таблицы Участники игры:
КодУчастникаКодРасписКодКомандыКолЗабШайбПропущШайбКолШтрафШайбКолНабрОчк
Форма Расписание содержит поля таблицы Расписание:
Код_расписанияДатаКод _городаВремя
Форма Место содержит поля таблицы Место:
Код_городаНаим_города
2.2.2 Разработка запросов и отчётов для обработки и отображения информации
Запрос на получение документа Результаты игры должен включать данные из таблиц Участники игры (код_расписания, код_команды, кол_заб_шайб, пропущ_шайбы, кол_штраф_мин, кол_набр_очков);
Расписание (дата, код-города, время);
Команды (наим_команды).
В запросе Результаты 2, построенного на основании запроса Результаты игры суммируются данные полей: кол_заб_шайб, пропущ_шайбы, кол_штраф_мин, кол_набр_очков
Отчет создан на основе запроса Результаты 2, записи сортируются по убыванию количества очков. В нем отражаются следующие поля: наим_команды, кол-во_забитых_шайб, кол-во_штрафных_мин, кол-во_набр_очков, пропущ_шайбы. В отчете вставляется поле место в котором устанавливается значение занятого участником места в соревновании.
2.2.3 Разработка интерфейса пользователя
Для предоставления пользователю возможности выполнять все функции поставленной задачи проектируется кнопочное меню. На панели меню может быть изображение логотипа предприятия, но не рекомендуется заниматься излишним украшательством. Каждая кнопка соответствует выполнению функции, название которой написано рядом с кнопкой. Формы очень просты, каждая из них содержит элементы, соответствующие полям таблицы, расположенные или в столбик, или в табличном виде, или в ленточном виде. Эти таблицы заполняются данными при решении других задач. Для придания большей независимости выполняемым в данной задаче функциям можно установить кнопки для вызова этих форм в режиме дополнения или в режиме просмотра.
Рис. 2 Разработка интерфейса пользователя
3. Физическое проектирование задачи
информационный база данные интерфейс
Для реализации проекта, то есть физического его воплощения, может использоваться реляционная СУБД, например: программный продукт фирмы Microsoft СУБД ACCESS, входящий в состав Offis-98 или Offis-2000. Дополнительных требований к перс?/p>