Автор работы: Пользователь скрыл имя, 27 Июня 2013 в 16:20, курсовая работа
Базы данных — это совокупность структур, предназначенных для хранения больших объемов информации и программных модулей, осуществляющих управление данными, их выборку, сортировку и другие подобные действия.
Информация базы данных хранится в одной или нескольких таблицах. Любая таблица с данными состоит из набора однотипных записей, расположенных друг за другом. Они представляют собой строки таблицы, которые можно добавлять, удалять или изменять.
1. Введение
2. Обследование предметной области
3. Концептуальное (инфологическое) проектирование
4. Выбор СУБД
5. Даталогическое проектирование БД
6. Физическое проектирование БД
7. Заключение
8. Список литературы
При работе в условиях сети ядро СУБД выполняет запросы агентов на выборку данных и передает по сети только результаты выборки. Поскольку быстродействие современных дисковых систем обычно выше, чем скорость передачи данных по сети, уменьшение объема передаваемых данных существенно увеличивает общую эффективность работы системы. При этом не накладывается никаких ограничений на масштаб сети, агенты могут быть связаны с ядром СУБД через любую сеть и любые протоколы передачи данных.
Многопользовательские СУБД обладают также неоспоримыми преимуществами в таких аспектах, как надежность, безопасность, доступность. Многопользовательские СУБД с самого начала своей истории использовали в качестве интерфейса запросов язык SQL, отсюда произошло одно из их альтернативных названий - SQL-серверы. Хотя в последнее время подмножества SQL становятся доступными и в персональных СУБД, но в эти подмножества не включаются средства обеспечения безопасности и параллельного доступа к данным - те средства, которые персональные СУБД обеспечить просто не могут.
Среди наиболее известных представлений СУБД можно отметить: Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.
Для своей курсовой работы я выбрал систему управления базами данных Microsoft Access. Это широко известная СУБД, которая идеально подходит для решения различного рода задач по обработке массивов информации.
Microsoft Access - это самая
популярная сегодня настольная
система управления базами
Главное качество Access, которое
привлекает к нему многих пользователей,- тесная
интеграция с Microsoft Office.
Вся работа с базой данных осуществляется
через контейнеры базы данных. Отсюда
осуществляется доступ ко всем объектам,
а именно: таблицам, запросам, формам, отчетам,
макросам, модулям.
Пользователем, малознакомым
с понятиями реляционных баз
данных Access дает возможность разделять свои сложные
по структуре таблицы на несколько, связанных
по ключевым полям.
Access - это типичная настольная база данных.
В то же время на небольшом предприятии
с количеством компьютеров не больше десяти,
ресурсов Access вполне может хватить для
обслуживания всего делопроизводства,
естественно в связке с Microsoft Office. То есть
все пользователи могут обращаться к одной
базе данных, установленной на одной рабочей
станции, которая не обязательно должна
быть выделенным сервером. Для того, чтобы
не возникли проблемы сохранности и доступа
к данным, имеет смысл воспользоваться
средствами защиты, которые предоставляет
Access. При этом вы можете воспользоваться
мастером, если не уверены, что сами правильно
установите права и ограничения для пользователей.
5.Даталогическое проектирование БД
При разработке БД «Кадры» было проведено исследование предметной области, в результате выделено следующие сущности: отдел, сотрудники, трудовой договор, должность.
ER-диаграмма на логическом уровне (см. рисунок 1).
Рисунок 1 – ER-диаграмма на логическом уровне
ER-диаграмма на физическом уровне (см. рисунок 2).
Рисунок 2 – ER-диаграмма на физическом уровне
6.Физическое проектирование БД
В Microsoft Access можно создать таблицы несколькими способами. Рассмотрим создание таблиц в режиме конструктора.
Во вкладке «Создание» нажимаем на «Конструктор таблиц». В открывшемся окне зададим следующие поля таблицы «Сотрудники» (Рисунок 3).
Далее закроем конструктор и сохраним таблицу под именем «Клиенты».
Рисунок 3– Таблица «Сотрудники» в режиме конструктора
Аналогичным образом созданы таблицы «Трудовой договор», «Отдел», «Должность» (см. рисунки 4-6).
Рисунок 4 – Таблица «Трудовой договор» в режиме конструктора
Рисунок 5 – Таблица «Отдел» в режиме конструктора
Рисунок 6 – Таблица «Должность» в режиме конструктора
Реализованные и заполненные таблицы БД:
Рисунок 7 – Таблица «Сотрудники»
Рисунок 8 – Таблица «Трудовой договор»
Рисунок 9 – Таблица «Отдел»
Рисунок 10 – Таблица «Должность»
При создании связей отметим пункты меню: обеспечение целостности данных, каскадное обновления связанных полей и каскадное удаление связанных полей.
Рисунок 11 – «Схема данных»
Между сущностями спроектированной БД две связи типа «Один–ко–многим», одна «Один–к–одному».
№ связи |
Родительская таблица |
Дочерняя таблица |
Тип связи |
1 |
Отдел |
Сотрудники |
1:М |
2 |
Должность |
Сотрудники |
1:М |
3 |
Трудовой договор |
Сотрудники |
1:1 |
Запрос 1. «Список сотрудников отдела, имеющих детей» (рис. 12). Запрос создан на основе двух таблиц: Сотрудники, Отдел. Для поля количество детей установлен параметр в строке Условие отбора: >0. Для поля название отдела установлен параметр в строке Условие отбора: [Введите название отдела]. При открытии запроса будет всплывать окошко с просьбой ввести интересующий отдел. Данный запрос выводит на экран сотрудников определенного отдела, имеющих детей.
Рисунок 12 – Запрос «Список сотрудников отдела, имеющих детей»
Запрос 2. «Личная карточка сотрудника» (Рис. 13). Запрос создан на основе четырех таблиц: Сотрудники, Должность, Отдел, Трудовой договор. Для поля ФИО установлен параметр в строке Условие отбора: [Введите ФИО сотрудника]. При открытии запросы будет всплывать окошко с просьбой ввести ФИО сотрудника. Данный запрос выводит на экран информацию об интересующем вас сотруднике.
Рисунок 13 – Запрос «Личная карточка сотрудника»
Запрос 3. «Фонд заработной платы отдела» (Рис. 14). Запрос создан на основе трех таблиц: Сотрудники, Должность, Отдел. Для поля название отдела установлен параметр Условие отбора: [Введите название отдела]. Также сформировано новое поле, на основе поля Оклад: Фонд заработной платы: Оклад , для которого применена групповая операция «Sum». Данный запрос подсчитывает и выводит на экран итоговую заработную плату одного отдела.
Рисунок 14 – Запрос «Фонд заработной платы отдела»
Запрос 4. «Штаты» (Рис. 15). Запрос создан на основе трех таблиц: Сотрудники, Отдел, Должность. Сформировано новое поле Количество штатных единиц на основе поля ФИО: Количество штатных единиц: ФИО, для которого применена групповая операция «Count». Также сформировано еще одно поле Всего рублей на основе поля Оклад: Всего рублей: Оклад, для которого применена групповая операция «Sum».
Рисунок 15 – Запрос «Штатное расписание»
Запрос 5. «Карьерный рост заданного сотрудника» (Рис. 16). Запрос создан на основе двух таблиц: Сотрудники, Трудовой договор. Для поля ФИО установлен параметр Условие отбора: «Введите ФИО». При открытии запроса будет всплывать окошко с просьбой ввести ФИО интересующего вас сотрудника.
Рисунок 16 – Запрос «Карьерный рост заданного сотрудника»
Форма 1. «Карьерный рост» (Рис. 17) создана с помощью конструктора на основе таблиц: Сотрудники, Трудовой договор. Данная форма предназначена для отображения информации о сотруднике, его должности, когда был подписан трудовой договор и корректировки этой информации.
Рисунок 17 – Форма «Карьерный рост»
Форма 2. «Личная карточка сотрудника» (Рис. 18) создана с помощью конструктора на основе запроса. Форма предназначена для отображения информации об определенном сотруднике и для ее корректировки.
Рисунок 18 – Форма «Личная карточка сотрудника»
Форма 3. «Сведения о детях» (Рис. 19) создана с помощью конструктора на основе таблицы: Сотрудники. Форма предназначена для отображения информации о сотруднике, количестве его детей и для корректировки этой информации.
Рисунок 19 – Форма «Сведения о детях»
Форма 4. «Список сотрудников отдела, имеющих детей» (Рис. 20) создана с помощью конструктора на основе запроса. Форма предназначена для вывода сотрудников определенного отдела, имеющих детей.
Рисунок 20 – Форма «Список сотрудников отдела, имеющих детей»
Форма 5. «Справочник(должность, отдел)» (Рис. 21) создана с помощью конструктора на основе таблиц: Должность, Отдел. Форма предназначена для вывода на экран информации об отделах и должностях, а также для корректировки этой информации.
Рисунок 21 – Форма «Справочник(должность, отдел)»
Форма 6. «Штаты» (Рис. 22). Создана с помощью конструктора на основе запроса: Штаты. Форма предназначена для ввода и корректировки штатного расписания.
Рисунок 22 – Форма «Штаты»
Отчет 1. «Карьерный рост заданного сотрудника» (Рис. 23) создан с помощью мастера на основе запроса: Карьерный рост заданного сотрудника. Данный отчет отображает информацию о дате подписания сотрудником договора, а также занимаемой должности.
Рисунок 23 – Отчет «Карьерный рост заданного сотрудника»
Отчет 2. «Фонд заработной платы отдела» (Рис. 24) создан с помощью мастера на основе запроса: Фонд заработной платы отдела. Данный отчет предназначен для вывода на экран информации об итоговой сумме заработной платы одного отдела.
Рисунок 24 – Отчет «Фонд заработной платы отдела»
Макрос 1. «Для изменения» (Рис. 25). Данный макрос позволяет открыть таблицу «Сотрудники» в режиме изменения записей.
Рисунок 25 – Макрос «Для изменения»
Макрос 2. «Перевод курсора» (Рис. 26). Данный макрос позволяет при открытии формы «Справочник(должность, отдел)» устанавливать курсор на поле телефон.
Рисунок 26 – Макрос «перевод курсора»
Макрос 3. «Просмотр отчета» (Рис. 27). Данный макрос позволяет открыть отчет «Карьерный рост заданного сотрудника» в режиме просмотра.
Рисунок 27 – Макрос «Просмотр отчета»
Заключение
В данной курсовой работе была представлена база данных «Кадры», приведены необходимые поля базы данных, их структура и тип; объединение их в определенные объекты и построение связи между объектами базы данных.
База данных представлена в Microsoft Access 2003.
База данных «Кадры» дает возможность облегчить работу отдела кадров и применять различные запросы для поиска необходимых сведений о сотрудниках.
В действительности же база данных «Кадры» намного сложнее – в ней больше таблиц и в таблицах больше полей.
Описанная в данном курсовом проекте база данных должна быть полезна при работе в данной области.
Из этого всего можно сделать вывод, что поставленная задача в создании реляционной базы данных «Кадры» была выполнена.