База данных для учета работников угледобывающего предприятия

Оглавление Введение Системный анализ предметной области

Инфологическое проектирование Выявление сущностей инфологической модели Даталогическое проектирование Схема базы данных Построение таблиц базы данных Заполнение таблиц Создание запросов Заключение Список использованной литературы Приложение, А Листинг 1

Листинг 2

Листинг 3

Введение

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

Комплексная автоматизация бизнес-процессов предприятия часто выглядит следующим образом:

Автоматизация управленческого учета.

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

Автоматизация естественного планирования ресурсов (трудовых, материальных).

Автоматизация бюджетирования и финансового планирования.

Автоматизация всего предприятия в комплексе.

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

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

управление данными во внешней памяти (на дисках);

управление данными в оперативной памяти с использованием дискового кэша;

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

поддержка языков БД (DDL (Data Definition Language) — язык определения данных, DML (Data Manipulation Language) — язык манипулирования данными).

Цель данной курсовой работы: реализовать базу данных для учета работников угледобывающего предприятия.

Задачами, которые следует решить для раскрытия выбранной темы, являются:

сбор документов для описания предметной области;

отбор документов — источников для создания базы данных (этап системного анализа предметной области);

выявление сущностей инфологической модели и моделирование связей между ними (этап инфологического моделирования);

построение набора таблиц базы данных и нормализация базы данных (этап даталогического проектирования);

описание внешних моделей в терминах выбранной СУБД;

реализация базы данных и организация запросов в выбранной СУБД (этап реализации базы данных).

Решение перечисленных задач позволит достигнуть цели, поставленной в курсовой работе.

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

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

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

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

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

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

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

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

базовую информацию о каждом работнике предприятия (анкетные данные);

данные о подразделениях предприятия;

данные об участках (отделах, службах);

данные о карьерных движениях работников.

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

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

Инфологическое проектирование — построение семантической модели предметной области, т. е. информационной модели наиболее высокого уровня абстракции. Такая модель создается без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, равноправно могут использоваться слова «модель базы данных», «модель предметной области», поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности. Описание объектов предметной области проведем в терминах модели «сущность-связь», или ER — модели (Entity Relationship).

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

Между сущностями могут быть установлены связи — бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Связи делятся на три типа по множественности:

один-к-одному (1:1)

один-ко-многим (1:М) многие-ко-многим (М: М) Связь «один-к-одному» (1:1) означает, что один экземпляр одной сущности связан только с одним экземпляром другой сущности, а связь «многие-ко-многим» (М: М) означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности. Связь «один-ко-многим» (1:М) означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи.

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

На основании изучения предметной области выделим следующие основные сущности модели «сущность-связь»:

Работники Участки (Отделы) Профессия Карьерные движения работников Следует отметить, что для каждой сущности устанавливается свой код — ключевой атрибут, однозначно характеризующий сущность.

Рисунок 1 — Определение сущности «Работники»

Рисунок 2 — Определение сущности «Участки»

Рисунок 3 — Определение сущности «Профессии»

Рисунок 4 — Определение сущности «Карьерные движения»

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

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

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

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

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

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

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

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

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

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

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

Используя данные определения, были сформированы новые сущности и связи, которые помещены в схему базы данных (Рисунок 5).

Схема базы данных Рисунок 5 — Схема базы данных Построение таблиц базы данных На предыдущем этапе мы построили схему базы данных, воспользовавшись общими правилами перехода к реляционной модели данных. Она является корректной, поскольку в ней отсутствуют нежелательные отношения. Ставится вопрос, а какую же СУБД использовать? Выбор остановим на реляционной СУБД MS SQL Server.

Microsoft SQL Server — система управления реляционными базами данных, разработанная корпорацией Microsoft, основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase, который является реализацией стандарта ANSI/ISO (American National Standards Institute/International Organization for Standardization) по структурированному языку запросов SQL с расширениями.

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

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

Далее представлены все таблицы, в режиме Design (Конструктор).

Рисунок 6/1 — Таблица tb_worker

Рисунок 6/2 — Таблица tb_uchastok

Рисунок 6/3 — Таблица tb_podrazdeleniye

Рисунок 6/4 — Таблица tb_dvizeniye

Рисунок 6/5 — Таблица tb_occupation

Рисунок 6/6 — Таблица tb_pas_department

Рисунок 6/7 — Таблица tb_passport

Рисунок 6/8 — Таблица tb_prikaz

Итак, мы привели основные таблицы с приведением типов полей. Ключевые поля имеют тип int, и в параметрах имеют свойство IdentitySpecification='Yes', что позволяет СУБД, автоматически, по мере добавления записей в таблицу, наращивать идентификатор.

Заполнение таблиц Работники:

база данные учет Рисунок 7/1 — Заполнение таблицы tb_worker

Таблица, в которой содержится список паспортных столов:

Рисунок 7/2 — Заполнение таблицы tb_pas_department

Паспортные данные работников:

Рисунок 7/3 — Заполнение таблицы tb_passport

Страны, области, города, районы:

Рисунок 7/4 — Заполнение таблиц: «tb_country, tb_region, tb_city, tb_district»

Список подразделений и участков:

Рисунок 7/5 — Заполнение таблицы «tb_podrazdeleniye»

Рисунок 7/6 — Заполнение таблицы «tb_uchastok»

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

Рисунок 7/7 — Заполнение таблиц: «tb_nationality, tb_gender»

Список профессий:

Рисунок 7/7 — Заполнение таблицы «tb_occupation»

Признаки карьерного движения:

Рисунок 7/8 — Заполнение таблицы «tb_priznak»

Журнал карьерного движения:

Рисунок 7/9 — Заполнение таблицы «tb_dvizeniye»

Список приказов, которые сопровождают любое карьерное движение работника:

Рисунок 7/10 — Заполнение таблицы «tb_prikaz»

Создание запросов Для создания и тестирования запросов, была выбрана среда разработки MS WebMatrix, которая позволяет создавать веб-приложения с помощью технологии ASP.NET, которая является составной частью платформы Microsoft .NET.

.NET Framework — программная платформа, выпущенная компанией Microsoft в 2002 году. Основой платформы является исполняющая среда Common Language Runtime (CLR), способная выполнять как обычные программы, так и серверные веб-приложения. .NET Framework поддерживает создание программ, написанных на разных языках программирования.

Рассмотрим примеры с комбинацией языков C# и HTML.

Запрос № 1.Выведем на экран список профессий, с названием подразделения к которому они относятся, и ставкой/должностным окладом на том или ином участке. Код приведен в Листинге 1. Результатом будет таблица вида:

Запрос № 2. Выведем на экран основные данные о работниках предприятия. Код представлен в Листинге 2. Результатом работы запроса будет:

Запрос № 3. В данном запросе выведем полную информацию о работнике «Пронякин Дмитрий Богданович», нам известен его табельный номер «8508». Нас интересует базовая информация, указанная в анкете, должность, карьерные движения:

Заключение

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

Основные данные о работнике (ТН, ФИО, место прописки и т. д.);

Список подразделений на предприятии;

Список участков по каждому подразделению на предприятии;

Журнал карьерных движений работников.

Следующими этапами на пути развития данной информационной системы будут:

доработка схемы базы данных;

создание приложения клиент/сервер;

разработка графического интерфейса;

разработка системы автоматического учета работников.

Основной задачей системы автоматического учета (САУР — комплекс считывающих устройств) будет, отслеживание спуска/подъема работников в шахту, учета ламп. Эти параметры позволят: рассчитать время проведенное работником на рабочем месте, а затем и заработную плату с учетом почасовой ставки, либо должностного оклада, составить табель выходов.

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

1. Браун С. Visual Basic: Учебный курс. — СПб.: «Питер», 2012. — 576 с.

2. Голицина О. Л. Базы данных: Учебное пособие. — М.: «ФОРУМ: ИНФРА-М», 2011. — 352 с.

3. Дейт К. Дж.

Введение

в системы баз данных. — СПб.: Издательский дом «Вильямс», 2009. — 848 с.

4. Карпова Т. С. Базы данных: модели, разработка, реализация. — СПб.: «Питер», 2012. — 304 с.

5. Хомоненко А. Д. Базы данных: Учебник для вузов. — М.: «Корона», 2008. — 421 с.

6. Кузнецов С. Д. Основы баз данных. — 2-е изд. — М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2009. — 484 с. — ISBN 978−5-94 774−736−2

7. Туманов В. Е. Основы проектирования реляционных баз данных. — М.: Интернет-университет информационных технологий; БИНОМ. Лаборатория знаний, 2011 г. — 424с.

8. Грабер М. SQL. Справочное руководство. — London: Лори, 2006 г. — 368с. — ISBN 5−85 582−117-X, 0−7821−2538−7

9. Ризаев И. С., Яхина З. Т. Базы данных. Учебное пособие. Казань.: КГТУ. 2012.

10. Ризаев И. С., Яхина З. Т. Базы данных. Лабораторный практикум. — Казань, КГТУ, 2010.

11. Захарова З. Х., Ризаев И. С., Яхина З. Т. Методические указания к курсовой работе по дисциплине «Базы данных». — Казань, КГТУ, 2009.

Приложение, А Листинг 1

@{

var db = Database. Open («Worker»);

var selectQueryString = «SELECT» +

" id_profession ID, tb_podrazdeleniye.Name PODR, tb_uchastok.Name NAMEU, tb_occupation.Name NAMEPROF, kategori, stavka," +

" Status" +

" FROM [Worker]. dbo]. tb_occupation]" +

" JOIN tb_uchastok ON tb_occupation.id_uchastok = tb_uchastok.id_uchastok" +

" JOIN tb_podrazdeleniye ON tb_uchastok.id_podrazdeleniye = tb_podrazdeleniye.id_podrazdeleniye" ;

var data = db. Query (selectQueryString);

var grid = new WebGrid (source: data, defaultSort: «ID», rowsPerPage: 14);

}

.grid { margin: 4px; border-collapse: collapse; width: auto;}

.head {background-color: #E8E8E8; font-weight: bold; color: #FFF;}

.grid th,.grid td { border: 1px solid #C0C0C0; padding: 5px;}

.alt { background-color: #E8E8E8; color: #000;}

.product { width: auto; font-weight:bold;text-align: center; }

.stav { width: auto;text-align: right; }

GridOccupation List