Разработка базы данных "Отдел кадров"

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

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

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

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Министерство образования и науки российской федерации

Федеральное государственное автономное образовательное учреждение высшего образования

Национальныйисследовательский ТЕХНОЛОГИЧЕСКИЙ УНИВЕРСИТЕТ

«МИСиС»

НОВОТРОИЦКИЙ ФИЛИАЛ

Кафедра электроэнергетики и электротехники

РЕФЕРАТ

По теме: «Разработка базы данных "Отдел кадров"»

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

Погорелов Д.А., Тимкин Г.А.

Проверил: ПодсобляеваО.В

Новотроицк, 2020

Содержание

Введение

1. Теоретическая часть

1.1 Основные понятия теории баз данных

1.2 Основные функции СУБД

1.3 Виды баз данных

1.4 Реляционные базы данных

2. Практическая часть

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

2.1.1 Структура базы данных

2.1.2 Классификация связей

2.1.3 Нормализация отношений

2.2 Проектирование Базы данных

2.3 Создание запросов

2.3.1 Запрос на сортировку

2.3.2 Запрос на выборку

2.3.3 Запрос с параметром

2.3.4 Запрос на добавление

2.3.5 Запрос на удаление

2.4 Создание форм

2.5 Создание отчетов

2.6 Моделирование информационной системы

2.6.1 ПостроениемоделиIDEF0

Заключение

Список использованных источников

Введение

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

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

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

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

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

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

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

1. Теоретическая часть

1.1 Основные понятия теории баз данных

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

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

Атрибут - этоинформационное отображение свойств объекта. Каждый объект характеризуется некоторым набором атрибутов.

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

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

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

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

1.2 Основные функции СУБД

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

СУБД включает в себя:

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

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

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

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

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

1.3 Виды баз данных

Базы данных бывают следующих типов:

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

2. Сетевая база дынных. Под сетевой базой данных понимается модифицированная иерархическая. Её особенность заключается в том, что элементы могут быть связаны с друг другом в нарушение иерархии. То есть дочерний элемент одновременно может иметь несколько предков.

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

1.4 Реляционные базы данных

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

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

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

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

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

Среди недостатков реляционной модели данных можно назвать следующее - низкая скорость при выполнении операции соединения и большой расход памяти для представления реляционной БД.

2. Практическая часть

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

2.1.1 Структура базы данных

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

В таблице Сотрудники содержатся следующие поля:

Табельный номер сотрудника, ФИО сотрудника, занимаемая должность, стаж работы, номер паспорта, ИНН, дату рождения, место проживания, телефон.

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

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

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

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

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

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

Номер приказа об увольнении сотрудника из фирмы, дату составления приказа, дату увольнения, табельный номер сотрудника, занимаемую должность, основание, пункт «к оплате»

2.1.2 Классификация связей

Припроектировании БД информацию обычно размещают в нескольких таблицах. Таблицы при этом связывают с семантикой информации. В реляционной СУБД для указания связей в таблице производят операции их связывания. Рассмотрим наиболее часто встречаемые бинарные связи:

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

2. Связь 1:М может быть в случае, когда одной записи основной таблицы соответствует несколько записей дополнительной таблицы.

3. Связь М:1 может быть тогда, когда нескольким записям основной таблицы ставится в соответствии одна запись дополнительной.

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

Рассмотрим связи между выявленными сущностями:

1. Между атрибутами сотрудники и трудовой договор будет связь 1:1, так как сотрудник с данной фирмой заключает трудовой договор всего один раз.

2. Меж атрибутами сотрудники и отпуск будет связь 1:М, так как сотрудник может сколько угодно раз ходить в отпуск.

3. Между атрибутами сотрудники и увольнение будет связь 1:1, так сотрудник может уволиться только один раз.

4. Между атрибутами сотрудники и табель рабочего времени будет связь 1:1, так как одному сотруднику соответствует только одна запись каждого месяца в табеле.(см. Рисунок 1)

Рисунок 1 - Схема данных

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

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

Атрибут Сотрудники так же имеет уникальные поля, такие как номер паспорта и ИНН, но номер паспорта не может быть ключом, так как номер паспорта может меняться, а ИНН может являться ключевым, но нам удобнее использовать как ключ табельный номер.

2.1.3 Нормализация отношений

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

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

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

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

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

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

2.2 Проектирование Базы данных

Проектирование информационных систем, включающих в себя базы данных, осуществляется на физическом и логическом уровнях. Решение проблем проектирования на физическом уровне во многом зависит от используемой СУБД, зачастую автоматизировано и скрыто от пользователя (см. Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6)

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

Рисунок 3 - Таблица "Трудовой договор"

Рисунок 4 - Таблица "Отпуск"

Рисунок 5 - Таблица "Увольнение"

Рисунок 6 - Таблица "Табель рабочего времени"

2.3 Создание запросов

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

Все запросы делятся на две группы: запросы-выборки, запросы-действия.

Запросы-выборки осуществляют выборку данных из таблиц в соответствии с заданными условиями.

Запросы-действия позволяют модифицировать данные в таблицах: удалять, обновлять, добавлять записи.

В данной БД представлены следующие запросы:

1. Запрос на сортировку

2. Запрос на выборку

3. Запрос с параметром

4.Запрос на добавление

5. Запрос на удаление

2.3.1 Запрос на сортировку

Рисунок 1-Запрос на «Сортировку по зарплате»

Запрос на «Сортировку по возрастанию» создается при помощи конструктора как показано на рисунке 1

Результат запроса на «Сортировку по возрастанию» показан на рисунке 2.

Столбец Зарплата сортирован по возрастанию.

Рисунок 2-Результат запроса на «Сортировку по зарплате»

2.3.2 Запрос на выборку

Запрос на «Выборку» так же создается при помощи конструктора как показано на рисунке 3.Запрос отбирает всех сотрудников с должностью бухгалтер.

Рисунок 3-Структура запроса на «Выборку»

Рисунок 4-Результат запроса на «Выборку»

Резльтат работы запроса на выборку показан на рисунке 4.

2.3.3 Запрос с параметром

Рисунок 6 - Структура запроса с параметром

Для создания запроса с параметром были использованы таблицы «Сотрудники» и «Табель рабочего времени». Из этих таблицы задействовали поля «Табельный №», «Фамилия», «Имя», «Отчество», «Должность», «Кол-во отработанных дней», «Кол-во выходных». Условием отбора был выбран табельный номер сотрудников. Структура запроса показана на рисунке 5.

В строке Условие отбора, в поле Группа ввели следующее выражение «[Введите табельный номер сотрудника]» в результате которого при запуске запроса появляется диалоговое окно «Введите значение параметра», в которое необходимо ввести табельный номер.

Рисунок 5 - Диалоговое окно с запросом с параметра.

Результат запроса запросом с параметром при выбранном табельном номере «21» показан на рисунке 6

Рисунок 6 -Результат запроса с параметром.

2.3.4 Запрос на добавление

Рисунок 7 - Структура запроса на добавление.

Запрос на добавление создается в режиме конструктор. Для создания этогозапроса выбраны поля «Ключ увольнения», «Дата составления», «Дата увольнения», «Табельный №», «Основание», «К оплате». Далее во вкладке «Конструктор» в типе запросов, выбираем «Добавление». Так появляется строка «Добавление». В строке Условие отбора, в поле Ключ увольнения ввели цифру «7», в результате которого при запуске запроса добавляется копия сотрудника с ключом под номером 7.

Рисунок 8 - Результат выполнения запроса на добавление.

Результат запроса на добавление приведён на рисунке 8.

2.3.5 Запрос на удаление

Идентично запросу на добавление создается запрос на удаление результаты показаны на рисунках 9 и 10.

Рисунок 9 - Структура запроса на удаление

В результате выполнения запроса на удаление из таблицы «Увольнение»была удалена запись с ключом увольнения под номером 6.

Рисунок 10 - Результат выполнения запроса на удаление.

2.4 Создание форм

Форма для ввода данных» создается при помощи мастера форм. Для этого необходимо выполнить несколько простых шагов:

1. На панели инструментов было выбрано «Мастер форм»;

2.В диалоговом окне «Создание формы»выбирается внешний вид формы;

3. Название формы в данной работе выбирается согласно названию таблицы.

На рисунке 1 показаны структура форма «Сотрудники» в конструкторе.

На рисунке 2 показан Режим формы «Сотрудники».

Рисунок 1 - Форма «Сотрудники» в режиме конструктора

Рисунок 2 - Форма «Сотрудники»

Форма Отпуск на Рисунке 3 содержит информацию о отпуске каждого сотрудника.

Рисунок 3 - Форма «Отпуск»

2.5 Создание отчетов

Для того чтобы создать отчёт «Сотрудники»при помощи «Мастера отчетов», необходимо выполнить несколько шагов:

1. На панели инструментов выбрать «Мастер отчетов»;

2.Следует выбрать стиль отчета;

3. Необходимо группировать отчет и сортировка;

4. Нужно выбрать макет (табличный), ориентация (книжная);

5. Выбрать заголовок.

Структура отчёта в режиме конструктор предоставлена на рисунке 1, а фрагмент результата отчёта на рисунке 2.

Рисунок 1 - Структура отчёта «Сотрудники» в конструкторе

Рисунок 2 - Отчёт «Сотрудники»

Таким же образом создали отчеты Трудовой договор, Табель рабочего времени и Увольнение. Рисунок 3, Рисунок 4, Рисунок 5.

Рисунок 3 - Отчет «Трудовой договор»

Рисунок 4 - Отчет «Табель рабочего времени»

Рисунок 5 - Отчет «Увольнение»

2.6 Моделирование информационной системы

2.6.1 ПостроениемоделиIDEF0

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

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

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

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

Рисунок 1 - Функциональный блок и интерфейсные дуги

ДляпостроенияконтекстнойдиаграммыинформационнойсистемыиспользовалсяинструментRamusEducational--CASE-средстводляописаниябизнес-процессов[7].Нарисунке2представленаконтекстнаядиаграммавсейсистемыв целом.

Рисунок 2 - Контекстная диаграмма системы «Отдел кадров»

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

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

Рисунок 3 - Диаграмма декомпозиции процесса«Прием сотрудника на работу»

На рисунке 4 показана декомпозиция блока «Рассмотрение резюме», входной информацией является резюме. Процесс состоит из четырех работ: анализ резюме, анализ вакансий, сопоставление резюме с существующими вакансиями, принятие решения о проведении собеседования.

Выходная информация - решение о назначении собеседования.

Рисунок 4 - Диаграмма декомпозиции процесса«Рассмотрение резюме»

В диаграмме процесса «Подписание приказа о зачислении»входной информацией является подписанное заявление. Процесс состоит из трех работ: формирование приказа о зачислении, рассмотрение приказа, утверждение приказа.

Выходная информация - приказ о зачислении.

Рисунок 5 - Диаграмма декомпозиции процесса«Подписание приказа о зачислении»

Такимобразом,врезультатебыласмоделированаинформационная система«Отдел кадров»используянотациюIDEF0,чтопозволило понятьлогикуивзаимодействиепроцессовотделов кадров.Было установлено,чтовходитвсистему,ачторассматриваетсякаквнешнеевоздействие. Далее была произведена декомпозиция выбранных блоков длярассмотрениявнутреннихпроцессов.Модельпредставляетсобойсовокупностьиерархическиупорядоченныхивзаимосвязанныхдиаграмм.Диаграммы,созданныенотациейDFD помещенывприложениеА.

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

Заключение

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

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

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

Список используемых источников

1. MicrosoftAccess 2002/ Русская версия. Шаг за шагом: практическое пособие / пер. с англ. Л.В. Сазоновой. - М.: Изд. ЭКОМ, 2002. - 352 с. -ISBN 5-7163-0095-2.

2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие / А.М. Вендров. - М.: Финансы и статистика, 2004. - 192 с., ил. - ISBN 5-279-02440-6.

3. Информационные системы и технологии в экономике: Учебник. - 2-е изд., доп. и перераб. / Т.П. Барановская, В.И. Лойко, М.И. Семенов, А.И. Трубилин; Под ред. В.И. Лойко. - М.: Финансы и статистика, 2005. - 416 с., ил. - ISBN 5-279-02605-0.

4. Карпова Т.С. Базы данных: модели, разработка, реализация / Т.С. Карпова. - СПб.: Питер, 2001. - 304 с. - ISBN 5-272-00278-4.

5. Конгаловский М.Р. Энциклопедия технологий баз данных. - М.: Финансы и статистика, 2002. - 800 с.: ил. ISBN 5-279-02276-4.

6. Корнеев В.В. Базы данных. Интеллектуальная обработка информации / В.В. Корнеев, А.Ф. Гареев, С.В. Васютин, В.В. Райх. - М.: Издатель Молгачева С.В., Издательство Нолидж, 2001, - 496 с.: ил. ISBN 5-89251-100-6.

7. Марков А.С. Базы данных. Введение в теорию и методологию: учебник / А.С. Марков, К.Ю. Лисовкий. - М.: Финансы и статистика, 2004. - 512 с. - ISBN 5-279-02298-5.

Размещено на Allbest.ru

...

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

  • Разработка базы данных "Отдел кадров": создание таблиц "сотрудники", "штатное расписание", "принятие на должность" с автоматической подстановкой данных. Схемы, связывающие таблицы по одинаковым полям; запросы с параметром, выводящим информацию по кадрам.

    контрольная работа [27,2 K], добавлен 13.02.2012

  • Проектирование информационной системы. Построение диаграммы потоков данных. Описание порядка построения DFD-диаграммы. Создание базы данных с помощью SQL сервера. Описание основных бизнес-правил и их физической реализации. Заполнение таблиц данными.

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

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

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

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

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

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

    контрольная работа [648,7 K], добавлен 13.04.2012

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

    курсовая работа [185,6 K], добавлен 08.11.2008

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

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

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

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

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

    курсовая работа [981,4 K], добавлен 05.11.2011

  • Автоматизированные базы данных в учебном процессе. Создание базы данных для МОУ СОШ № 12 с целью помощи в обеспечении централизованного управления, хранения информации об учениках. Требования к программе, условия эксплуатации. Программный код базы данных.

    дипломная работа [2,0 M], добавлен 25.03.2014

  • Понятие повременной заработной платы. Документы необходимые для ее учета. Построение функциональной модели SADT и диаграммы потоков данных. Создание базы данных методом "сущность-связь". Реализация форм, отчетов и запросов в среде проектирования Access.

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

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

    дипломная работа [5,4 M], добавлен 06.06.2013

  • Анализ баз данных и систем управления ими. Проектирование и создание реляционной базы данных в среде MS Access для ресторана "Дельфин": построение информационно логической модели, разработка структур таблиц базы данных и схемы данных, создание Web-узла.

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

  • Создание программ, позволяющих создавать базы данных. Создание таблицы базы данных. Создание схемы данных. Создание форм, отчетов, запросов. Увеличение объема и структурной сложности хранимых данных. Характеристика системы управления базой данных Access.

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

  • Анализ предметной области с использованием моделей методологии ARIS и разработка ER-диаграммы. Описание входной и выходной информации для проектирования реляционной базы данных. Разработка управляющих запросов и связей между ними с помощью языка SQL.

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

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

    курсовая работа [624,5 K], добавлен 30.05.2019

  • Сущности и функциональные зависимости базы данных. Атрибуты и связи. Таблицы базы данных. Построение ER-диаграммы. Организация ввода и корректировки данных. Реляционная схема базы данных. Реализация запросов, получение отчетов. Защита базы данных.

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

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

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

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

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

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

    курсовая работа [888,4 K], добавлен 09.02.2017

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