83929

Разработка приложения баз данных для автоматизации операции учета в отделе кадров

Курсовая

Информатика, кибернетика и программирование

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

Русский

2015-03-17

66.41 KB

5 чел.

Содержание

Стр.

Введение 2

1. Техническое задание 3

2. Проектирование базы данных 5

2.1. Модель сущность-связь 5

2.2. Нормализация 6

2.2.1 Выбор ключей 8

2.3. Реалиционная модель 12

3. Реализация 13

3.1. ВЫБОР И ОБОСНОВАНИЕ СРЕДСТВ РАЗРАБОТКИ ПРИЛОЖЕНИЯ 13

Создаем Таблицы: 14

Вносим данные в таблицу 15

Вносим ограничения 19

Создание ключа 20

Создание связи 22

Запросы к БД 22

Хранимая процедура. 24

Заключение 26

Список использованной литературы 27


Введение

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

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

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

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

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


  1.  Техническое задание

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

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

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

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

  1.  быстрый ввод новых данных;
  2.  хранения и поиск уже введённых данных;
  3.   печать необходимого количества персональных отчётов.

   База данных должна предоставлять пользователю возможность:

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

  1.  Фамилия, Имя и Отчество;
  2.  пол
  3.  возраст
  4.  Адрес
  5.  Телефон
  6.  Образование
  7.  Отдел
  8.  Руководитель
  9.  Численность
  10.  Должность
  11.  Зарплата
  12.  Дата принятия

  1.  Выводить список сотрудников с возможностью сортировки по любому параметру.
  2.  Выводить личные данные по любому сотруднику.
  3. Выводить список сотрудников состоящих в отделе
  4. Производить поиск сотрудников по табельному номеру;
  5. Выводить информации о заработной плате сотрудников;
  6. Выводить количество свободных мест в отделе;
  7. Выводить список сотрудников с отделом и занимаемой должностью


  1.  Проектирование базы данных

  1.  Модель сущность-связь

Предметная область определена, если известны существующие в ней объекты, их свойства и отношения (ПО: объекты, свойства, отношения). Модель "сущность-связь" - неформальная модель предметной области, используемая на этапе инфологического проектирования.

Таким образом, имеем примерно 14 атрибутов, значения которых должна хранить база данных. Значит, применять для проектирования метод декомпозиции в данном случае будет весьма непросто и разумней будет использовать метод «сущность-связь».

Модель сущность-связь (рисунок 1) строится с использованием трех конструктивных элементов: сущность, атрибут и связь.

Сущность - это некоторая абстракция (модель) реально существующего объекта, процесса или явления, о котором необходимо хранить информацию в ПО.

Атрибут - поименованная характеристика сущности - средство для описания свойств сущностей (средство для моделирования свойств объекта).

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

В соответствии с описанием предметной области можно выделить такие:

Сущности: Сотрудник, Отдел, Приказ, Должность

Атрибуты сущностей:

Сотрудник: ФИО, Пол, Возраст, Должность, Отдел, Образование ,Адрес, Телефон, КодСотрудника

Отдел: Отдел, Руководитель, Численность

Приказ: КодПриказа , Дата приказа, Должность, КодСотрудника

Должность: Должность, Зарплата

Сотрудник

ФИО

Возраст

Пол

Адрес

Телефон

Образование

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

Работает в

Зачислен по

Отдел

Название

Численность

Руководитель

Приказ

№ приказа

Дата

Занимает

Должность

Должность

Зарплата

  1.  Нормализация

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

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

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

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

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

Вот три наиболее распространенных нормальных формы, в которых может находиться база данных в процессе нормализации:

  1.  Первая нормальная форма
  2.  Вторая нормальная форма
  3.  Третья нормальная форма

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

Первая нормальная форма

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

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

В работе будут использованы следующие поля:

Атрибут

Тип данных

Описание

Фамилия, Имя и Отчество

varchar(60)

ФИО работника

Пол

varchar(5)

Пол

Возраст

Int

Возраст

Адрес

varchar(60)

Место проживания

Телефон

Int

Контактный телефон

Образование

varchar(60)

Образование

Отдел

varchar(20)

Название отдела

Руководитель

varchar(50)

Руководитель отдела

Численность

Int

Численность отдела

Должность

varchar(40)

Название должности

Зарплата

Int

Зарплата

Дата принятия

Datetime

Дата поступления сотрудника на работу

Номер сотрудника

Int

Индивидуальный номер сотрудника

  1.  Выбор ключей

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

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

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

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

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

Для атрибута Отдел ключом будет являться Код Отдела.

Для атрибута Должность ключом будет являться Код Должности

Сотрудник:

Атрибут

Тип

Описание

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

Int

Первичный ключ. Индивидуальный номер сотрудника

№приказа

Int

Внешний ключ. Ссылка на приказ

ФИО

varchar(60)

ФИО сотрудника

Пол

varchar(5)

Пол

Возраст

Int

Возраст

Адрес

varchar(60)

Место проживания

Телефон

Int

Телефон

Образование

varchar(60)

Образование

Отдел

Int

Внешний ключ. Cсылка на Отдел

Должность

Int

Внешний ключ. Ссылка на Должность

Отдел:

Атрибут

Тип данных

Описание

Код Отдела

Int

Первичный ключ. Порядковый номер отдела

Отдел

varchar(20)

Название отдела

Руководитель

varchar(50)

ФИО руководителя

Численность

Int

Численность

Должность:

Атрибут

Тип данных

Описание

Код должности

Int

Первичный ключ.Порядковый номер дожности

Должность

varchar(40)

Название должности

Зарплата

Int

Зарплата

Приказ:

Атрибут

Тип данных

Описание

№приказа

Int

Первичный ключ. Порядковый номер приказа

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

Int

Внешний ключ. Ссылка на сотрудника

Дата

Datetime

Дата поступления сотрудника на работу

Форма соответствует и третьей нормальной форме

Вторая нормальная форма

  1.  Говорят, что модель данных соответствует второй нормальной форме, если в сущностях, содержащих составной первичный ключ, неключевые атрибуты зависят от всего первичного ключа. Если же в какой-либо сущности имеется зависимость каких-либо неключевых атрибутов от части ключа, следует выделить их в отдельную сущность, сделав первичным ключом новой сущности ту часть первичного ключа, от которой зависят данные атрибуты, и установить связь "один ко многим" от новой сущности к старой.
  2.          Целью второй нормальной формы является помещение в отдельную таблицу данных, которые только частично зависят от первичного ключа
  3.  Вторая нормальная форма может быть получена из первой путем дальнейшего разбиения таблиц на более специальные составляющие.

Третья нормальная форма

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

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

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

Чем выгодна нормализация

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

  1.  Лучшая общая организация базы данных
  2.  Сокращение избыточности информации
  3.  Непротиворечивость информации внутри базы данных
  4.  Более гибкий проект базы данных
  5.  Большая безопасность данных

Результатом нормализации является реалиционная модель


  1.  Реалиционная модель

Реляционная модель баз данных была предложена сотрудником фирмы IBM Э. Кодом в начале 70-х годов. Будучи математиком, он предложил использовать для обработки данных аппарат теории множеств (объединение, пересечение, разность и Декартово произведение). Он показал, что любое представление данных сводится к совокупности двумерных таблиц особого вида, известных в математике как отношения.

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

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

Рис. ER-диаграмма предметной области

  1.  Реализация

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

  1.  ВЫБОР И ОБОСНОВАНИЕ СРЕДСТВ РАЗРАБОТКИ ПРИЛОЖЕНИЯ


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

  1.  Возможность работы с данными в компьютерной сети с использованием различных протоколов;
  2.  Высокая скорость работы;
  3.  Возможность обработки и хранения большого объема данных.


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


         Удовлетворительным функциональным характеристикам по предъявленным требованиям отвечает EMS Manager for SQL Server. Система EMS Manager for SQL Server позволяет обращаться к данным из любого приложения, разработанного с применением технологий Microsoft .NET и Visual Studio. EMS Manager for SQL Server обеспечивает высочайший уровень безопасности, надежности и масштабируемости для критически важных приложений. Чтобы использовать новые возможности, постоянно возникающие в быстро меняющемся деловом мире, предприятиям нужно быть способными быстро создавать и развертывать решения, управляемые данными. EMS Manager for SQL Server позволяет сократить затраты времени и средств, требуемые на управление и развертывание таких приложений. Также следует учесть, что фирма-разработчик данной СУБД является также разработчиком самой распространенной ОС. В финансовом плане важным фактором является то, что существуют бесплатные сборки данной СУБД (Express).

Создаем Таблицы:

Создаем таблицу Должность

CREATE TABLE [dbo].[Должность] (

 [КодДолжности] int NOT NULL,

 [Должность] varchar(40) COLLATE Cyrillic_General_CI_AS NOT NULL,

 [Зарплата] int NULL

)

ON [PRIMARY]

GO

Создаем таблицу Отдел

CREATE TABLE [dbo].[Отдел] (

 [КодОтдела] int NOT NULL,

 [Отдел] varchar(20) COLLATE Cyrillic_General_CI_AS DEFAULT 'Производство' NOT NULL,

 [Численность] int NOT NULL,

 [Руководитель] varchar(50) COLLATE Cyrillic_General_CI_AS NOT NULL

)

ON [PRIMARY]

GO

Создаем таблицу Приказ

CREATE TABLE [dbo].[Приказ] (

 [КодПриказа] int NOT NULL,

 [КодСотрудника] int NOT NULL,

 [КодДолжности] int NOT NULL,

 [Дата] datetime DEFAULT getdate() NOT NULL

)

ON [PRIMARY]

GO

Создаем Таблицу Сотрудник

CREATE TABLE [dbo].[Сотрудник] (

 [КодСотрудника] int NOT NULL,

 [КодПриказа] int NOT NULL,

 [ФИО] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

 [Пол] varchar(5) COLLATE Cyrillic_General_CI_AS NULL,

 [Возраст] int NULL,

 [Адрес] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

 [Телефон] int NULL,

 [Образование] varchar(60) COLLATE Cyrillic_General_CI_AS NULL,

 [КодОтдела] int NOT NULL,

 [КодДолжности] int NOT NULL

)

ON [PRIMARY]

GO

Вносим данные в таблицу

Вносим данные в таблицу Должность

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES

 (1, N'Начальник', 90000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES

 (2, N'Рабочий', 30000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES

 (3, N'Бригадир', 50000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES

 (4, N'Специалист', 70000)

GO

INSERT INTO [dbo].[Должность] ([КодДолжности], [Должность], [Зарплата])

VALUES 

 (5, N'Стажер', 15000)

GO

Вносим данные в таблицу Отдел

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES

 (1, N'Руководство', 15, N'Иванова А.А.')

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES

 (2, N'Цех', 44, N'Петрова А.Ю.')

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES

 (3, N'Контора', 36, N'Чернявская М.М.')

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES

 (4, N'Отдел кадров', 6, N'Шлык В.С.')

GO

INSERT INTO [dbo].[Отдел] ([КодОтдела], [Отдел], [Численность], [Руководитель])

VALUES

 (5, N'Бухгалтерия', 3, N'Комякевич А.Л.')

GO

Вносим данные в таблицу Приказ

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], [Дата])

VALUES

 (1, 1, 1, '20090404')

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], [Дата])

VALUES

 (2, 2, 3, '20080404')

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], [Дата])

VALUES

 (3, 3, 2, '20000404')

GO

INSERT INTO [dbo].[Приказ] ([КодПриказа], [КодСотрудника], [КодДолжности], [Дата])

VALUES 

 (4, 4, 4, '20090404')

GO

Вносим данные в таблицу Сотрудник

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], [Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES

 (1, 1, N'Шлык В.С.', N'жен', 34, N'Москва', 5802489, N'высшее', 4, 1)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], [Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES

 (2, 2, N'Ксенжук Д.Ю.', N'жен', 27, N'Владимир', 2388466, N'высшее', 1, 3)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], [Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES

 (3, 3, N'Николаев А.Н.', N'муж', 52, N'Казань', 6788866, N'среднее-специальное', 2, 2)

GO

INSERT INTO [dbo].[Сотрудник] ([КодСотрудника], [КодПриказа], [ФИО], [Пол], [Возраст], [Адрес], [Телефон], [Образование], [КодОтдела], [КодДолжности])

VALUES

 (4, 4, N'Алиев И.О.', N'муж', 23, N'Екатеренбург', 7654866, N'среднее-специальное', 3, 4)

GO

Вносим ограничения

ALTER TABLE [dbo].[Должность]

ADD CHECK ([Зарплата]>(0))

GO

ALTER TABLE [dbo].[Отдел]

ADD CHECK ([Численность]>(0))

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CHECK ([Возраст]>(0))

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CHECK ([Пол]='жен' OR [Пол]='муж')

GO

Создание ключа

ALTER TABLE [dbo].[Должность]

ADD PRIMARY KEY CLUSTERED ([КодДолжности])

WITH (

 PAD_INDEX = OFF,

 IGNORE_DUP_KEY = OFF,

 STATISTICS_NORECOMPUTE = OFF,

 ALLOW_ROW_LOCKS = ON,

 ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Отдел]

ADD PRIMARY KEY CLUSTERED ([КодОтдела])

WITH (

 PAD_INDEX = OFF,

 IGNORE_DUP_KEY = OFF,

 STATISTICS_NORECOMPUTE = OFF,

 ALLOW_ROW_LOCKS = ON,

 ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Приказ]

ADD PRIMARY KEY CLUSTERED ([КодПриказа])

WITH (

 PAD_INDEX = OFF,

 IGNORE_DUP_KEY = OFF,

 STATISTICS_NORECOMPUTE = OFF,

 ALLOW_ROW_LOCKS = ON,

 ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

ALTER TABLE [dbo].[Сотрудник]

ADD PRIMARY KEY CLUSTERED ([КодСотрудника])

WITH (

 PAD_INDEX = OFF,

 IGNORE_DUP_KEY = OFF,

 STATISTICS_NORECOMPUTE = OFF,

 ALLOW_ROW_LOCKS = ON,

 ALLOW_PAGE_LOCKS = ON)

ON [PRIMARY]

GO

Создание связи

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [должность_fk2] FOREIGN KEY ([КодДолжности])

 REFERENCES [dbo].[Должность] ([КодДолжности])

 ON UPDATE NO ACTION

 ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [Приказ_fk2] FOREIGN KEY ([КодПриказа])

 REFERENCES [dbo].[Приказ] ([КодПриказа])

 ON UPDATE NO ACTION

 ON DELETE NO ACTION

GO

ALTER TABLE [dbo].[Сотрудник]

ADD CONSTRAINT [Сотрудник_fk] FOREIGN KEY ([КодОтдела])

 REFERENCES [dbo].[Отдел] ([КодОтдела])

 ON UPDATE NO ACTION

 ON DELETE NO ACTION

GO

Запросы к БД

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

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

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

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

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

Количество свободных мест в отделах

SELECT [Отдел].Отдел,

([Отдел].[Численность])-(COUNT(Сотрудник.КодОтдела)) as 'Свободно'

From

Сотрудник

RIGHT join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

GROUP BY [Отдел].Отдел,[Отдел].[Численность] 

Сортировка по номеру сотрудника

Select КодСотрудника,ФИО from [Сотрудник]

group by КодСотрудника,ФИО

Вывод  сотрудников с номером телефона

select ФИО, Телефон from сотрудник

Вывод сотрудника с отделом и занимаемой должностью

SELECT 

  Сотрудник.ФИО ,

  Отдел.Отдел ,

  Должность.Должность

from

Сотрудник

 inner join Должность on Сотрудник.КодДолжности=Должность.КодДолжности

 inner join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

Вывод сотрудников работающих в отделе

 SELECT 

  Отдел.Отдел,

  Сотрудник.ФИО

from

Сотрудник

 inner join Отдел on Сотрудник.КодОтдела=Отдел.КодОтдела

 Where Отдел.Отдел='Отдел Кадров'

Вывод сотрудника по номеру сотрудника

 Select * from Сотрудник

where КодСотрудника=2

Удаление сотрудника по номеру

delete from Сотрудник

where КодСотрудника=2

Хранимая процедура.

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

Код данной процедуры представлен ниже:

Увеличение Зарплаты на %

CREATE PROCEDURE procent

@proc [int]='100',

@dol [int]=0

AS

BEGIN

SELECT * from [Должность]

update [Должность]

Set

[Должность].[Оклад]= [Должность].[Оклад]*@proc/100

where [Должность].[КодДолжности]=@dol

END

GO

exec procent

Заключение

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

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


   Список использованной литературы 

  1. Конноли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. — М.: Вильямс, 2000. — 1120 с.
  2. Хансен Г., Хансен Дж. Базы данных: разработка и управление. — М.: БИНОМ, 1999. — 704 с.
  3. Дейт К. Дж. Введение в системы баз данных. — К.; М.; СПб.: Издательский дом «Вильямс», 1999. — 848 с.
  4. Диго С.М. Проектирование и использование баз данных: Учебник. – М.: Финансы и статистика, 1995.
  5. Рычка И.А. Методические указания к выполнению курсового проектирования для студентов специальности 080801 «Прикладная информатика (в экономике)» очной и заочной форм обучения, Петропавловск-Камчасткий, 2008


 

А также другие работы, которые могут Вас заинтересовать

40155. Основы радиоэлектроники и связи 78 KB
  В ней рассматриваются способы математического представления сообщений сигналов и помех методы формирования и преобразования сигналов в электрических цепях вопросы анализа помехоустойчивости и оптимального приема сообщений основы теории информации и кодирования. Знания полученные в результате изучения дисциплины являются базой для глубокого усвоения материала по существующим и перспективным методам передачи информации сравнительному анализу этих методов и выявлению наиболее рациональных способов повышения эффективности радиоэлектронных...
40156. ОБЩИЕ СВЕДЕНИЯ О РАДИОТЕХНИЧЕСКИХ СИГНАЛАХ И ПОМЕХАХ 1.75 MB
  Импульсный сигнал – это сигнал конечной энергии существенно отличный от нуля в течение ограниченного интервала времени соизмеримого со временем завершения переходного процесса в системе для воздействия на которую этот сигнал предназначен. Конкретный вид случайного процесса который наблюдается во время опыта например на осциллографе называется реализацией этого случайного процесса. Примером такого процесса является процесс характеризующий состояние системы массового обслуживания когда система скачком в произвольные моменты времени t...
40157. ОСНОВНЫЕ ХАРАКТЕРИСТИКИ И СТАТИСТИЧЕСКИЕ МОДЕЛИ СЛУЧАЙНЫХ СИГНАЛОВ И ПОМЕХ 2.32 MB
  Для стационарного случайного процесса двумерная плотность вероятности и соответственно корреляционная функция зависят не от t1 и t2 в отдельности а только от их разности = t2 t1. В соответствии с этим корреляционная функция стационарного процесса определяется выражением 3.1 где математическое ожидание стационарного процесса; х1 х2 возможные значения случайного процесса соответственно в моменты времени t1 t2 ; = t2 – t1 интервал времени между сечениями; двумерная...
40158. ВРЕМЕННОЙ И СПЕКТРАЛЬНЫЙ АНАЛИЗ ПРОХОЖДЕНИЯ СЛУЧАЙНОГО ПРОЦЕССА ЧЕРЕЗ ЛИНЕЙНЫЕ СИСТЕМЫ 1.39 MB
  3 справедливы в полной мере если xt есть реализация случайного процесса t. Но эти формулы служат для решения основной задачи анализа линейной цепи при случайных воздействиях заключающейся в нахождении вероятностных характеристик выходного случайного процесса t если известны вероятностные характеристики входного случайного воздействия и определена цепь посредством задания порядка и коэффициентов дифференциального уравнения или импульсной характеристики. Требуется найти математическое ожидание t и корреляционную функцию...
40159. ОПТИМАЛЬНЫЙ РАДИОПРИЕМ КАК СТАТИСТИЧЕСКАЯ ЗАДАЧА 548 KB
  Введение в теорию оптимального радиоприема ОПТИМАЛЬНЫЙ РАДИОПРИЕМ КАК СТАТИСТИЧЕСКАЯ ЗАДАЧА Помехоустойчивость и ее основные задачи Особенность радиоприёма состоит в том что наряду с сигналами через антенную систему в приёмное устройство поступают разнообразные помехи. Количественно помехоустойчивость оценивается с помощью различных показателей использующих вероятностное описание помех и сигнала. Например применяются такие показатели как отношение сигнал шум на входе и выходе приёмного устройства вероятность правильного обнаружения...
40160. ИМПУЛЬСНЫЕ УСИЛИТЕЛИ МОЩНОСТИ 340.5 KB
  Основными определяющими факторами являются длительность фронта и среза импульса коллекторного перехода стокового тока транзистора и тип нагрузки активной и активно – индуктивной. Первый способ применяется когда возможно произвольно варьировать параметрами нагрузки. Тогда параметры нагрузки выбираются таким образом чтобы к моменту коммутации автоматически выполнялось условие Uкл=0 или Iкл=0. Второй способ используется если параметры нагрузки строго заданы и состоит во введении в схему дополнительных цепей искусственно разносящих во...
40161. ЦИФРОВАЯ ЭЛЕКТРОНИКА. МАТЕМАТИЧЕСКОЕ ОПИСАНИЕ ЦИФРОВЫХ УСТРОЙСТВ 295 KB
  2 Основные способы записи функций алгебры логики ФАЛ Функции алгебры логики ФАЛ – зависимость выходных переменных Zi выраженная через совокупность входных переменных х1х2хn. Логические устройства – работа которых описывается с помощью ФАЛ. 1 Описание ФАЛ в виде таблице истинности табл. Описание ФАЛ в виде алгебраического выражения: а логическое сложение ИЛИ – дизъюнкция б логическое умножение И – конъюнкция в отрицание инверсия НЕ если х = 1 то ;если х = 0 то Дизъюнктивная нормальная форма ДНФ –...
40162. ОСНОВНЫЕ ЛОГИЧЕСКИЕ ЭЛЕМЕНТЫ 378 KB
  По принципу действия: комбинационные – автоматы без памяти, входные сигналы которых определяются действующей на входе комбинацией переменных; последовательные – автоматы с памятью, выходные сигналы которых определяются не только действующей комбинацией переменных, но и предыдущей.
40163. МИНИМИЗАЦИЯ ЛОГИЧЕСКИХ УСТРОЙСТВ 518 KB
  Минимизация с применением карт Вейча Карты Вейча – это прямоугольная таблица число клеток в которой для ФАЛ n – переменных равно 2n каждой из клеток поставлен в соответствие набор входных переменных причем рядом расположенным клеткам соответствуют соседние наборы входных переменных а в самих клетках записаны значения функции определенные для этих кодов. На карте Вейча ФАЛ n – переменных выделяют прямоугольные области объединяющие выбранные значения функции 0 или 1. Каждой из выделенных областей соответствует k – куб исходной ФАЛ...