![]() |
|
сделать стартовой | добавить в избранное |
![]() |
База данных приёмной комиссии |
РЕСПУБЛИКА БЕЛАРУСЬ КОМИТЕТ ПО ОБРАЗОВАНИЮ МИНГОРИСПОЛКОМА УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ МИНСКИЙ ГОСУДАРСТВЕННЫЙ ПРОФЕССИОНАЛЬНО-ТЕХНИЧЕСКИЙ КОЛЛЕДЖ ЭЛЕКТРОНИКИ Специальность гр. Допущен к защите зам.директора по УПР А.И. Пугач &quo ; &quo ; 200 г ПОЯСНИТЕЛЬНАЯ ЗАПИСКА Разработка базы данных &quo ;Приёмная комиссия&quo ; КП79ТП.015207.081 ПЗ Автор проекта (Мальцев Д.И.) Руководитель проекта(Шавейко А.А.) Минск 2006 РЕСПУБЛИКА БЕЛАРУСЬ КОМИТЕТ ПО ОБРАЗОВАНИЮ МИНГОРИСПОЛКОМА УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ МИНСКИЙ ГОСУДАРСТВЕННЫЙ ПРОФЕССИОНАЛЬНО-ТЕХНИЧЕСКИЙ КОЛЛЕДЖ ЭЛЕКТРОНИКИ Специальность гр. УТВЕРЖДАЮ зам. директора по УПР ЗАДАНИЕ на курсовое проектирование Тема курсового проекта Срок сдачи студентом законченной работы Исходные данные Состав курсового проекта: а) расчетно-пояснительная записка (перечень подлежащих разработке вопросов со специальной частью) Календарный график работы Председатель комиссииРуководитель курсового проекта Дата выдачи задания Задание принял к исполнению, дата Подпись СОДЕРЖАНИЕВВЕДЕНИЕ 1. АНАЛИЗ ЗАДАЧИ 1.1 Описание предметной области 1.2 Модель данных (реляционная) 1.4 Среда разработки 1.5 Требования к программе 2. ПРОЕКТИРОВАНИЕ ЗАДАЧИ 2.1 Организация данных 2.2 Функции системы 2.3 Алгоритм работы 2.4 Выходные документы 2.5 Тесты на использование 3. ПРИМЕНЕНИЕ 3.1 Назначение программы 3.2 Инструкции пользователю 3.3Инсталляция ЗАКЛЮЧЕНИЕ ПРИЛОЖЕНИЕ 1 ПРИЛОЖЕНИЕ 2 Список использованных источников ВВЕДЕНИЕ В наше время в любой сфере деятельности применяются информационные технологии. Передо мною была поставлена задача, создать базу данных приёмной комиссии. Среда программирования - Borla d Delphi 7. Это универсальный язык общего назначения, который применяется во многих областях программирования. В Delphi успешно проектируются многие приложения. Реализация Delphi осуществлена для машин в диапазоне от самых простых персональных компьютеров до самых мощных суперкомпьютеров и для всех операционных систем. 1 АНАЛИЗ ЗАДАЧИ 1.1 Описание предметной области В данном курсовом проекте поставлена задача по созданию базы данных приёмной комиссии. Разработанная программа должна иметь способность заменить бумажный аналог данной сферы деятельности. Также программа должна осуществлять вывод следующих отчётов: - все абитуриенты; - абитуриенты, не сдавшие документы; - абитуриенты со средним балом больше восьми; - информация о экзаменах; - информация о специальностях; - абитуриенты, посещающие курсы; - иногородние абитуриенты; - поступившие; В программе все отчёты должны быть построены на основе запросов, написанных в режиме SQL. Программа должна иметь возможность легко, для пользователя-непрофессионала, изменять, добавлять и удалять данные. 1.2 Модель данных (реляционная) Реляционная база данных – это совокупность отношений, содержащих всю информацию, которая должна храниться в БД. Однако пользователи могут воспринимать такую базу данных как совокупность таблиц. В конце 60-х годов появились работы, в которых обсуждались возможности применения различных табличных даталогических моделей данных, т.е. возможности использования привычных и естественных способов представления данных.
Наиболее значительной из них была статья сотрудника фирмы IBM д-ра Э.Кодда (Codd E.F., A Rela io al Model of Da a for Large Shared Da a Ba ks. CACM 13: 6, Ju e 1970), где, вероятно, впервые был применен термин &quo ;реляционная модель данных&quo ;. Будучи математиком по образованию Э. Кодд предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность, декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известного в математике как отношение – rela io (англ.). Наименьшая единица данных реляционной модели – это отдельное атомарное (неразложимое) для данной модели значение данных. Так, в одной предметной области фамилия, имя и отчество могут рассматриваться как единое значение, а в другой – как три различных значения. Доменом называется множество атомарных значений одного и того же типа. Смысл доменов состоит в следующем. Если значения двух атрибутов берутся из одного и того же домена, то, вероятно, имеют смысл сравнения, использующие эти два атрибута (например, для организации транзитного рейса можно дать запрос &quo ;Выдать рейсы, в которых время вылета из Москвы в Сочи больше времени прибытия из Архангельска в Москву&quo ;). Если же значения двух атрибутов берутся из различных доменов, то их сравнение, вероятно, лишено смысла: стоит ли сравнивать номер рейса со стоимостью билета? Степень отношения – это число его атрибутов. Отношение степени один называют унарным, степени два – бинарным, степени три – тернарным, а степени – -арным. Каждое отношение обладает хотя бы одним возможным ключом, поскольку по меньшей мере комбинация всех его атрибутов удовлетворяет условию уникальности. Один из возможных ключей (выбранный произвольным образом) принимается за его первичный ключ. Остальные возможные ключи, если они есть, называются альтернативными ключами. Вышеупомянутые и некоторые другие математические понятия явились теоретической базой для создания реляционных СУБД, разработки соответствующих языковых средств и программных систем, обеспечивающих их высокую производительность, и создания основ теории проектирования баз данных. Однако для массового пользователя реляционных СУБД можно с успехом использовать неформальные эквиваленты этих понятий: Отношение – Таблица (иногда Файл), Кортеж – Строка (иногда Запись), Атрибут – Столбец, Поле. При этом принимается, что &quo ;запись&quo ; означает &quo ;экземпляр записи&quo ;, а &quo ;поле&quo ; означает &quo ;имя и тип поля&quo ;. 1.4 Среда разработки Курсовой проект был выполнен на языке программирования Borla d Delphi 7.0. Таблицы разрабатывались в приложении Da abase Desk op. Для более понятного и удобного интерфейса использовались такие компоненты как DBGrid, DB aviga or, Spli er. Запросы создавались с помощью компонента Query. А отчёты на основе запросов с помощью компонентов RvQueryCo ec io и RvProjec в приложении Rave Desig er. 1.5 Требования к программе Программа совместима со всеми операционными системами Wi dows. Для работы данной программы необходим ПК, имеющий следующие системные требования: - Операционная Wi dows любой версии; - Процессор 200 MHz и выше; - Емкость ОЗУ не ниже 32 Мб; - Дисковод 3,5” или CD-ROM; - 16 Мбайт свободного места на жестком диске; ПРОЕКТИРОВАНИЕ ЗАДАЧИ 2.1
Организация данных В курсовом проекте используется база данных состоящая из четырёх таблиц. Структуры таблиц приведены в таблицах 1.1, 1.2, 1.3, 1.4 - Abi ur (Данные о абитуриентах); - Spec (Данные о специальностях); - Ekzam (Данные о экзаменах); - Kurs (Данные о абитуриентах, посещающих курсы); Таблица 1.1 – Структура таблицы Abi ur. Имя поля Тип данных Описание um Av oi creme Счётчик Fam Alpha Текст O ch Alpha Текст Mes o uch Alpha Текст Adress Alpha Текст el Alpha Текст Ci y Alpha Текст Ekz1 Alpha Текст Ekz2 Alpha Текст Ekz3 Alpha Текст Spec Alpha Текст Pos up Logical Логический A Logical Логический Med Logical Логический Spravka Logical Логический Fo o Logical Логический RusYaz Shor Короткое числовое RusLi Shor Короткое числовое BelYaz Shor Короткое числовое BelLi Shor Короткое числовое Ma em Shor Короткое числовое I form Shor Короткое числовое CHOG Shor Короткое числовое I Yaz Shor Короткое числовое Geogr Shor Короткое числовое Him Shor Короткое числовое Fizkul Shor Короткое числовое Is Bel Shor Короткое числовое VsemirIs Shor Короткое числовое Таблица 1.2 – Структура таблицы Spec. Имя поля Тип данных Описание Predme Alpha Текст Da a Da a Дата ime ime Время Audi or Alpha Текст Komis Alpha Текст Таблица 1.3 – Структура таблицы Ekzam. Имя поля Тип данных Описание azva ie Alpha Текст Bal Shor Короткое числовое Kolvo Shor Короткое числовое Таблица 1.4 – Структура таблицы Kurs. Имя поля Тип данных Описание KFam Alpha Текст K ame Alpha Текст KO ch Alpha Текст KSpec Alpha Текст Pred1 Alpha Текст Pred1 Alpha Текст Pred1 Alpha Текст Связи таблиц показаны на рисунке 2.1. Рис. 2.1 Связи таблиц.Поле azva ie в таблице Abi ur ключевое. В нём хранятся данные о названиях специальностей. В поле Spec в таблице Abi ur хранятся данные о специальности, на которую поступает конкретный абитуриент. 2.2 Функции системы В данной базе данных на основе запросов составлены все отчёты. Запросы написаны в режиме SQL. Отчёт для вывода всех абитуриентов составлен на следующем запросе: selec from abi ur.db Отчёт для вывода абитуриентов не сдавших документы составлен на следующем запросе: selec from abi ur.db WHERE (a =false) or (med=false) or (spravka=false) or (fo o=false) Отчёт для вывода абитуриентов со с/б больше 8 составлен на следующем запросе: selec from abi ur.db where ( )/13)&g ;8 Отчёт для вывода информации о экзаменах составлен на следующем запросе: selec from ekzam.db Отчёт для вывода информации о специальностях составлен на следующем запросе: selec from spec.db Отчёт для вывода абитуриентов посещающих курсы составлен на следующем запросе: selec from kurs.db Отчёт для вывода иногородних абитуриентов составлен на следующем запросе: selec from abi ur.db where Ci y o Like &quo ;Минск&quo ; Отчёт для вывода поступивших абитуриентов составлен на следующем запросе: selec from abi ur.db where pos up= rue order by spec 2.3 Алгоритм работы 2.4 Выходные документы Выходными документами в данной программе являются отчёты, построенные на основе запросов. Предусмотренные в программе отчёты приведены в приложении 2. 2.5 Тесты на использованиеТесты на использование программы показали, что для корректной работы программы необходимо вводить данные согласно ниже приведённым инструкциям.
Machinery 23,24 (1996) (просмотр цифровых работ потенциально преступен, если «временное копирование в память компьютера, необходимое для того, чтобы позволить пользователям читать документы» рассматривать как «репродукцию» в значении, устанавливаемом законом об авторском праве); см. примеч. 50, Post, p. 103104 («если сам акт вывода документа на ваш экран рассматривается как "создание копии" в значении, устанавливаемом законом об авторском праве, тогда большая часть миллионов сообщений, путешествующих через Интернет каждый день, потенциально нарушает право некоего создателя файла... на контроль за созданием копий. И если сам акт чтения подобных документов онлайн вызывает копирование, тогда какая-то форма лицензии... была бы необходима практически для каждой пересылки сообщения»). 108 Neel Chatterjee, Imperishable Intellectual Creations: Use Limits of the First Sale Doctrine, 5 Fordham Intell. Prop. Media & Ent. LJ. 383, 384, 415 418 (1995) (обсуждение предложения Специальной комиссии по информационной инфраструктуре об исключении пересылок из доктрины первоначальной продажи). 109 См., например: Telerate Systems v. Cars, 689 F. Supp. 221, 229 (S.D.N.Y 1988) (установлено, что копирование «несколькихстраниц» 20 000-стра-ничной базы данных являлось достаточно существенным, чтобы противоречить законному использованию). 110 # Например, мы, в отсутствие окончательного соглашения, могли бы принять правила, делающие «кэширование» веб-страниц заведомо допустимым, вместо того чтобы принимать стандарт доктрины авторского права (кэширование является копированием веб-страниц на жесткий диск для того, чтобы в будущем сайт загружался быстрее)
2. Форматы баз данных в автоматизированных библиографических системах
3. Различные классы баз данных по предметным областям использования
4. База данных для учета оплаты за междугородние разговоры
5. Разработка базы данных `ДЕКАНАТ` в среде программирования "Delphi"
9. Базы данных Microsoft Access
10. Разработка базы данных "Культурный досуг"
11. Системы управления базами данных
12. Алгоритм создания базы данных складского учета
13. Разработка базы данных для объекта автоматизации: гомеопатическая аптека
14. Отчёт по созданию курсовой работы «База данных ACCESS»
15. Инструкция по эксплуатации базы данных магазина «Телевизоры» средствами Access 2000
16. Системы обработки информации - язык баз данных SQL со средствами поддержания целостности
19. База данных периодического издания
21. База данных
25. Ответы на теоретические вопросы по предмету База данных
26. Инфологическая модель баз данных "Сущность-связь"
27. Пример проектирования базы данных "Библиотека"
28. Основы использования WWW - технологий для доступа к существующим базам данных
29. Основы работы с базами данных Delphi
30. Параллельные машины баз данных
31. Инфологическое моделирование базы данных
33. Web-серверы, базы данных в Интернет, Поиск информации в Интернет, Основные системы и средства
34. База данных для информационной системы - Таксопарк
35. Защита баз данных. Access 2000
36. Курсовая работа по базе данных СУБД
37. Организация Web-доступа к базам данных с использованием SQL-запросов
41. Реляционные базы данных-правила формирования отношений
42. Создание базы данных в интегральном пакете Works
43. Создание учебной базы данных Телефонный справочник в Access 97
44. Учет очереди на получение квартир по организациям (база данных)
45. Создание базы данных в Access и работа с ней
46. Реляционные модели базы данных
47. Система баз данных MS Access
49. Создание файла и таблиц базы данных мастером и по заданной логической модели
50. Современные системы управления базами данных
51. Использование модели briefcase при разработке приложений баз данных
52. Базы данных SQL
53. Аспектно-ориентированные методы в управлении информационными потоками баз данных ДП АСУТП
57. Правовая охрана программ для ЭВМ и баз данных
58. Автоматизация базы данных для ООО "ОриенБанк"
59. База даних "Теорія та практика прикладного програмування"
60. База даних лікарських препаратів
61. База даних по приватним підприємствам регіону
62. База даних студії веб-дизайну
63. База данный "Хозяйственный учет футбольного клуба"
64. База данных "Автоматизация учета больных в студенческой больнице"
66. База данных "Международные переговоры"
69. База данных "фруктовый сад"
73. База данных для ремонта автомобилей
74. База данных компьютерного магазина
75. База данных компьютерной фирмы
76. База данных по учёту видеокассет
77. База данных станции технического обслуживания автомобилей
78. База данных: "Деканат: дистанционное обучение"
79. Базы данных
80. Базы данных
81. Базы данных в юриспруденции
82. Базы данных и их функции. Структурные элементы базы данных
83. Базы данных на логическоми и функциональном программировании
84. Инфологическая модель базы данных "Видепрокат"
85. Инфологическая модель базы данных "Паспортный учет"
89. Історія розвитку баз даних
90. ЛИСП-реализация основных операций над базами данных
91. Методология проектирования баз данных
92. Настольные системы управления базами данных
96. Построение базы данных боксерской организации
97. Программирование. База данных "Клиенты"