Кадры

АВТОНОМНАЯ  НЕКОММЕРЧЕСКАЯ ОРГАНИЗАЦИЯ

«БАЛТИЙСКИЙ ИНФОРМАЦИОННЫЙ ТЕХНИКУМ»

 

 

 

 

 

 

 

 

 

 

КУРСОВАЯ РАБОТА

 

 

по дисциплине «Базы данных»

 

 

  на тему:  Кадры

 

 

 

 

 

 

      Выполнил: студент группы ИБ-21

     Кобылкин Н.Ф.

      Проверил: преподаватель

     Япарова Ю.А.

 

 

 

 

 

 

 

 

 

 

 

Калининград

2013 г. 

 

 

 

Содержание

1. Введение

2. Обследование предметной  области

3. Концептуальное (инфологическое) проектирование 

4. Выбор СУБД

5. Даталогическое проектирование  БД

6. Физическое проектирование  БД

7. Заключение

8. Список литературы

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Введение

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

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

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

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

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

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

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

Для решения подобных проблем применяются автоматизированные базы данных. Они стали неотъемлемой частью практически всех компьютерных систем - от отрасли до отдельного предприятия. За последние несколько лет вырос  уровень потребительских качеств систем управления базами данных (СУБД): разнообразие поддерживаемых функций, удобный для пользователя интерфейс, сопряжение с программными продуктами, в частности с другими СУБД, возможности для работы в сети и т.д. СУБД позволяет сводить воедино информацию из самых разных источников (электронные таблицы, другие базы данных) и помогает быстро найти необходимую информацию, донести ее до окружающих с помощью отчетов, графиков или таблиц.

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

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2.Обследование предметной области (анализ)

Для проектирования и  разработки базы данных необходимо определить структуру предметной области в  отделе кадров.

 

Текстовое описание предметной области  «Кадры»:

  1. Предприятие состоит из нескольких отделов.
  2. Отдел характеризуются названием и номером.
  3. В отделе работают несколько сотрудников.
  4. Каждый сотрудник имеет: заработную плату, должность, личную карточку сотрудника.
  5. Каждый сотрудник характеризуется: Кодом сотрудника, Ф.И.О., датой рождения, полом, адресом, семейным положением, количеством детей.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Структура «Кадры» включает в себя несколько сущностей, характеризуемых атрибутами:

 

 

- Отдел

    1. Код отдела
    2. Название
    3. Телефон
    4. Начальник

- Сотрудники

    1. Код сотрудника
    2. Дата рождения
    3. Адрес
    4. Ф.И.О.
    5. Пол
    6. Семейное положение
    7. Количество детей

- Должность

    1. Название
    2. Оклад

- Трудовой договор

    1. Номер договора
    2. Оклад
    3. Дата заключения
    4. Должность
    5. Тип договора
    6. Дата расторжения

 

 

 

Описание отношений  и их атрибутов:

Имя объекта

Имя атрибута

описание

Отдел

Код отдела

Числовой

Телефон

Текстовый

Начальник

Текстовый

Название

Текстовый

Сотрудники

Код сотрудника

Числовой

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

Дата/Время

Адрес

Текстовый

Ф.И.О

Текстовый

Семейное положение

Текстовый

Количество детей

Числовой

Пол

Текстовый

Должность

Название

Текстовый

Оклад

Денежный

Трудовой договор

Номер договора

Числовой

Тип договора

Текстовый

Дата заключения

Дата/Время

Должность

Текстовый

Оклад

Денежный

                                                           

 

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

Дата/Время


 

 

 

 

 

 

Созданная модель данных должна учитывать основные решаемые задачи:

Транзакционные:

  • Ввод и корректировка справочников (должности, подразделения).
  • Ввод и корректировка штатного расписания.
  • Ввод и корректировка личной карточки сотрудника.
  • Ввод и корректировка сведений о карьерном росте сотрудника.
  • Ввод и корректировка сведений о детях.

Справочные:

  • Вывести список сотрудников данного отдела
  • Вывести список сотрудников имеющих детей
  • Карьерный рост

Справочные расчетные:

  • Вывести «Фонд заработной платы отдела».

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3.Концептуальное (инфологическое) проектирование

В этом разделе приводится описание информационных объектов, или понятий предметной области и связей между ними.

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

Сущность  


 

Атрибут сущности


 


Связь

 


Инфологическая модель

 

 

                                                                     

                                                                                                                          

                                                                                           


                                       

                                        

 

 

       

 

 

 

 

 

 

4.Выбор СУБД

В настоящее время  для построения информационных систем применяются различные системы управления базами данных (СУБД), различающиеся как своими возможностями, так и требованиями к вычислительным ресурсам. Все многообразие применяемых СУБД, однако, можно свести к двум основным их классам: персональные и многопользовательские.

    • персональные (СУБДП)-предназначены для работы одного пользователя на ПК (dBase, FoxPro, MS Access и др.);
    • многопользовательские (СУБДМ)- предназначены для параллельной работы нескольких пользователей на больших компьютерах (MS SQL Server).

К первому классу относятся  СУБД, ориентированные для работы на персональном компьютере (dBASE, FoxPro, MS Access и т.п.). Изначально они поддерживали работу с данными только одного пользователя. Вся СУБД такого класса выполняется как единая программа, таблицы базы данных представляются отдельными файлами на диске того же персонального компьютера.

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

Таким образом, при наличии  в сети N рабочих мест с одними и теми же данными работают N копий  программы-СУБД, одними и теми же данными  управляют сразу N копий СУБД. Ошибка в выполнении одной из копий не будет замечена другими копиями. При выполнении запросов к базе данных копия СУБД может либо производить поиск данных в удаленных файлах на файловом сервере, либо копировать все файлы, в которых ведется поиск в свою локальную файловую систему.

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

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

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

В этом случае и ядро СУБД, и данные находятся на одном и том же компьютере. Одна копия СУБД управляет  одной копией данных. Единая управляющая  система позволяет эффективно организовать одновременный доступ к данным многих агентов, предотвращая конфликты между ними. Ошибка в работе СУБД локализована и может быть эффективно исправлена самой же СУБД.

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

Многопользовательские СУБД обладают также неоспоримыми преимуществами в таких аспектах, как надежность, безопасность, доступность. Многопользовательские СУБД с самого начала своей истории использовали в качестве интерфейса запросов язык SQL, отсюда произошло одно из их альтернативных названий - SQL-серверы. Хотя в последнее время подмножества SQL становятся доступными и в персональных СУБД, но в эти подмножества не включаются средства обеспечения безопасности и параллельного доступа к данным - те средства, которые персональные СУБД обеспечить просто не могут.

Среди наиболее известных  представлений СУБД можно отметить: Microsoft Access, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров.

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

Microsoft Access - это самая  популярная сегодня настольная  система управления базами данных. Ее успех можно связывать с  великолепной рекламной компанией,  организованной Microsoft, или включением  ее в богатое окружение семейства Microsoft Office. Вполне возможно, что это так. Но корень успеха скорее всего заключается в прекрасной реализации продукта, рассчитанного как на начинающего, так и на квалифицированного пользователя. Не будем сейчас вдаваться в подробности сравнения отдельных характеристик Access. Эта система прекрасно освещена в периодической компьютерной печати. 

Главное качество Access, которое  привлекает к нему многих пользователей,- тесная интеграция с Microsoft Office.      
        Вся работа с базой данных осуществляется через контейнеры базы данных. Отсюда осуществляется доступ ко всем объектам, а именно: таблицам, запросам, формам, отчетам, макросам, модулям.        

Пользователем, малознакомым с понятиями реляционных баз  данных Access дает возможность разделять свои сложные по структуре таблицы на несколько, связанных по ключевым полям.  
        Access - это типичная настольная база данных. В то же время на небольшом предприятии с количеством компьютеров не больше десяти, ресурсов Access вполне может хватить для обслуживания всего делопроизводства, естественно в связке с Microsoft Office. То есть все пользователи могут обращаться к одной базе данных, установленной на одной рабочей станции, которая не обязательно должна быть выделенным сервером. Для того, чтобы не возникли проблемы сохранности и доступа к данным, имеет смысл воспользоваться средствами защиты, которые предоставляет Access. При этом вы можете воспользоваться мастером, если не уверены, что сами правильно установите права и ограничения для пользователей. 
         
        

 

 

 

 

 

5.Даталогическое проектирование БД

При разработке БД «Кадры» было проведено исследование предметной области, в результате выделено следующие сущности: отдел, сотрудники, трудовой договор, должность.

 

ER-диаграмма на логическом уровне (см. рисунок 1).

Рисунок 1 – ER-диаграмма  на логическом уровне

 

ER-диаграмма на физическом уровне (см. рисунок 2).

Рисунок 2 – ER-диаграмма на физическом уровне

6.Физическое проектирование БД

    1.  Создание таблиц

В Microsoft Access можно создать таблицы несколькими способами. Рассмотрим создание таблиц в режиме конструктора.

Во вкладке «Создание» нажимаем на «Конструктор таблиц».  В открывшемся окне зададим следующие  поля таблицы «Сотрудники» (Рисунок 3).

Далее закроем конструктор и сохраним таблицу под именем «Клиенты».

Рисунок 3– Таблица «Сотрудники» в режиме конструктора

 

Аналогичным образом  созданы таблицы «Трудовой договор», «Отдел», «Должность» (см. рисунки 4-6).

 

Рисунок 4 – Таблица «Трудовой договор» в режиме конструктора

 

 

Рисунок 5 – Таблица «Отдел» в режиме конструктора

 

Рисунок 6 – Таблица «Должность» в режиме конструктора

6.1.1 Заполнение таблицы данными.

Реализованные и заполненные  таблицы БД:

Рисунок 7 – Таблица «Сотрудники»

 

Рисунок 8 – Таблица «Трудовой договор»

 

 

 

Рисунок 9 – Таблица «Отдел»

 

 

Рисунок 10 – Таблица «Должность»

 

 

 

 

 

 

 

 

 

    1. Создание связей между таблицами

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

Рисунок 11 – «Схема данных»

 

Между сущностями спроектированной БД две связи типа «Один–ко–многим», одна «Один–к–одному».

№ связи

Родительская таблица

Дочерняя таблица

Тип связи

1

Отдел

Сотрудники

1:М

2

Должность

Сотрудники

1:М

3

Трудовой договор

Сотрудники

1:1


 

 

 

 

 

 

 

 

 

    1. Запросы

 Запрос 1. «Список сотрудников отдела, имеющих детей» (рис. 12). Запрос создан на основе двух таблиц: Сотрудники, Отдел. Для поля количество детей установлен параметр в строке Условие отбора: >0. Для поля название отдела установлен параметр в строке Условие отбора: [Введите  название отдела]. При открытии запроса будет всплывать окошко с просьбой ввести интересующий отдел. Данный запрос выводит на экран сотрудников определенного отдела, имеющих детей.

Рисунок 12 – Запрос «Список сотрудников отдела, имеющих детей»

Запрос 2. «Личная карточка сотрудника» (Рис. 13). Запрос создан на основе четырех таблиц: Сотрудники, Должность, Отдел, Трудовой договор. Для поля ФИО установлен параметр в строке Условие отбора: [Введите ФИО сотрудника]. При открытии запросы будет всплывать окошко с просьбой ввести ФИО сотрудника. Данный запрос выводит на экран информацию об интересующем вас сотруднике.

  

Рисунок 13 – Запрос «Личная карточка сотрудника»

 

 

 

 

 

 

 

Запрос 3. «Фонд заработной платы отдела» (Рис. 14). Запрос создан на основе трех таблиц: Сотрудники, Должность, Отдел. Для поля название отдела установлен параметр Условие отбора: [Введите название отдела]. Также сформировано новое поле, на основе поля Оклад: Фонд заработной платы: Оклад , для которого применена групповая операция «Sum». Данный запрос подсчитывает и выводит на экран итоговую заработную плату одного отдела.

Рисунок 14 – Запрос «Фонд заработной платы отдела»

Запрос 4. «Штаты» (Рис. 15). Запрос создан на основе трех таблиц: Сотрудники, Отдел, Должность. Сформировано новое поле Количество штатных единиц на основе поля ФИО: Количество штатных единиц: ФИО, для которого применена групповая операция «Count». Также сформировано еще одно поле Всего рублей на основе поля Оклад: Всего рублей: Оклад, для которого применена групповая операция «Sum».

Рисунок 15 – Запрос «Штатное расписание»

 

 

 

 

 

 

 

Запрос 5. «Карьерный рост заданного сотрудника» (Рис. 16). Запрос создан на основе двух таблиц: Сотрудники, Трудовой договор. Для поля ФИО установлен параметр Условие отбора: «Введите ФИО». При открытии запроса будет всплывать окошко с просьбой ввести ФИО интересующего вас сотрудника.

Рисунок 16 – Запрос «Карьерный рост заданного сотрудника»

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

    1. Формы

Форма 1.  «Карьерный рост» (Рис. 17)  создана с помощью конструктора на основе таблиц: Сотрудники, Трудовой договор. Данная форма предназначена для отображения информации о сотруднике, его должности, когда был подписан трудовой договор и корректировки этой информации.

Рисунок 17 – Форма «Карьерный рост»

Форма 2.  «Личная карточка сотрудника» (Рис. 18)  создана с помощью конструктора на основе запроса. Форма предназначена для отображения информации об определенном сотруднике и для ее корректировки.

Рисунок 18 – Форма «Личная карточка сотрудника»

 

 

Форма 3.  «Сведения о детях» (Рис. 19) создана с помощью конструктора на основе таблицы: Сотрудники. Форма предназначена для отображения информации о сотруднике, количестве его детей и для корректировки этой информации.

Рисунок 19 – Форма «Сведения о детях»

Форма 4.  «Список сотрудников отдела, имеющих детей» (Рис. 20) создана с помощью конструктора на основе запроса. Форма предназначена для вывода сотрудников определенного отдела, имеющих детей.

Рисунок 20 – Форма «Список сотрудников отдела, имеющих детей»

 

 

 

 

 

 

 

Форма 5.  «Справочник(должность, отдел)» (Рис. 21) создана с помощью конструктора на основе таблиц: Должность, Отдел. Форма предназначена для вывода на экран информации об отделах и должностях, а также для корректировки этой информации.

Рисунок 21 – Форма «Справочник(должность, отдел)»

Форма 6.  «Штаты» (Рис. 22). Создана с помощью конструктора на основе запроса: Штаты. Форма предназначена для ввода и корректировки штатного расписания.

Рисунок 22 – Форма «Штаты»

 

 

 

    1. Отчеты

Отчет 1. «Карьерный рост заданного сотрудника» (Рис. 23) создан с помощью мастера на основе запроса:  Карьерный рост заданного сотрудника. Данный отчет отображает информацию о дате подписания сотрудником договора, а также занимаемой должности.

Рисунок 23 – Отчет «Карьерный рост заданного сотрудника»

Отчет 2. «Фонд заработной платы отдела» (Рис. 24) создан с помощью мастера на основе запроса: Фонд заработной платы отдела. Данный отчет предназначен для вывода на экран информации об итоговой сумме заработной платы одного отдела.

Рисунок 24 – Отчет «Фонд заработной платы отдела»

 

 

 

 

 

 

 

 

    1. Макросы

Макрос 1. «Для изменения» (Рис. 25). Данный макрос позволяет открыть  таблицу «Сотрудники» в режиме изменения  записей.

Рисунок 25 – Макрос «Для изменения»

Макрос 2. «Перевод курсора» (Рис. 26). Данный макрос позволяет при открытии формы «Справочник(должность, отдел)» устанавливать курсор на поле телефон.

Рисунок 26 – Макрос «перевод курсора»

Макрос 3. «Просмотр отчета» (Рис. 27). Данный макрос позволяет открыть отчет «Карьерный рост заданного сотрудника» в режиме просмотра.

Рисунок 27 – Макрос «Просмотр отчета»

 

 

Заключение

В данной курсовой работе была представлена база данных «Кадры», приведены необходимые поля базы данных, их структура и тип; объединение их в определенные объекты и построение связи между объектами базы данных.

База данных представлена в Microsoft Access 2003.

База данных «Кадры»  дает возможность облегчить работу отдела кадров и применять различные  запросы для поиска необходимых сведений о сотрудниках.

В действительности же база данных «Кадры» намного сложнее  – в ней больше таблиц и в  таблицах больше полей. 

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

Из этого всего можно сделать вывод, что поставленная задача в создании реляционной базы данных «Кадры» была выполнена.

Кадры 📙 Курсовая → 🆔 100740

Кадры 📙 Курсовая → 🆔 100740

Кадры