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

Оглавление

• 1. Анализ предметной области
• 1.1 Функциональная структура
• 1.2 Диаграмма потоков данных
• 1.3 Выделение информационных объектов и их атрибутов
• 2. Концептуальная модель
• 2. Логическое моделирование
• 2.1 Построение логической модели
• 2.2 Нормализация отношений.
• 3. Целостность данных
• 3.1 Целостность объекта
• 3.2 Целостность приложения
• 4. Выбор СУБД
• 5. Физическая модель
• 6. Проектирование и реализация информационной системы
• Заключение
• Список литературы:


1. Анализ предметной области

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

Предметная область -- часть реального мира, рассматриваемая в пределах данного контекста. Под контекстом здесь может пониматься, например, область исследования или область, которая является объектом некоторой деятельности.

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

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

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

1.1 Функциональная структура

Кратко функции БД изображены на функциональной структуре (рис.1.1)

База данных «Отдел кадров» имеет следующие функции:

- принятие на работу

- перемещение в должности

- ведение воинского учета

- увольнение

- повышение квалификации

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



1.2 Диаграмма потоков данных

DFD -- общепринятое сокращение от англ. Data Flow Diagrams -- диаграммы потоков данных. Так называется методология графического структурного анализа, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных, к которым осуществляется доступ.

Диаграмма потоков данных (data flow diagram, DFD) -- один из основных инструментов структурного анализа и проектирования информационных систем. Несмотря на имеющее место в современных условиях смещение акцентов от структурного к объектно-ориентированному подходу к анализу и проектированию систем, «старинные» структурные нотации по-прежнему широко и эффективно используются как в бизнес-анализе, так и в анализе информационных систем.

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

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

Кроме того, нотация DFD поддерживает понятие подсистемы -- структурной компоненты разрабатываемой системы.

Диаграмма DFD моего проекта представлена на (рис1.2).

Рисунок 1.1 Функциональная структура

Рисунок 1.2 Диаграмма потоков данных

1.3 Выделение информационных объектов и их атрибутов

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

1 Принятие на работу

1.1 Табельный номер

1.2 Номер приказа

1.3 Дата приказа

2 Перемещение в должности

2.1 Табельный номер

2.2 Номер приказа

2.3 Дата приказа

2.4 Прежнее место

2.5 Новое место

3 Увольнение

3.1 Табельный номер

3.2 Номер приказа

3.3 Дата приказа

3.4 Основание

3.5 Дата увольнение

3.6 Дата прекращения действия договора

4 Образование

4.1 Табельный номер

4.2 Знание иностранных языков

4.3 Наименование образовательного учреждения

4.4 Квалификация

4.5 Документ об образовании

4.6 Послевузовское профессиональное образование

4.7 Профессия

4.8 Непрерывный стаж работы

4.9 Общий стаж работы

5 Сотрудник

5.1 Табельный номер

5.2 ФИО

5.3 Номер трудового договора

5.4 Паспорт

5.5 Адрес

5.6 INN сотрудника

5.7 Пол

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

6.1 Номер трудового договора

6.2 Дата

6.3 Начало действия

6.4 Окончание действия

6.5 Должность

6.6 Оклад

6.7 Отдел

6.8 Испытательный срок

7 Воинский учет

7.1 Табельный номер

7.2 Категория запаса

7.3 Воинское звание

7.4 Полное кодовое обозначение ВУС

7.5 Категория годности к военной службе

7.6 Наименование военного комиссариата по месту жительства

7.7 Воинский учет

7.8 Отметка о снятии с воинского учета

8 Повышение квалификации

8.1 Табельный номер

8.2 Дата начала обучения

8.3 Дата окончания обучения

8.4 Вид повышения квалификации

8.5 Наименование образовательного учреждения

8.6 Документ

8.7 Основание

9 Работодатель

9.1 INN работодателя

9.2 Название фирмы

9. 3 Адрес

9.4 Телефон

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



2. Концептуальная модель

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

1 Prinyatie (принятие на работу)={TabNumb, PricasNumb, DataPrikasa}

TabNumb - Табельный номер

PricasNumb - Номер приказа

DataPrikasa - Дата приказа

1 Peremeshenie (перемещение в должности)={TabNumb , PrikasNumberPerem, DataPrikasaPeremesh, Dolgnost, NovoeMesto}

TabNumb - Табельный номер

PrikasNumberPerem - Номер приказа

DataPrikasaPeremesh - Дата приказа

Dolgnost - Прежнее место

NovoeMesto - Новое место

2 Uvolnenie (увольнение)={ TabNumb , PricasNumbUvoln, DataPrikasaUvoln, Osnovanie, DataPrekrDeistviyaDogovora}

TabNumb - Табельный номер

PricasNumbUvoln - Номер приказа

DataPrikasaUvoln - Дата приказа

Osnovanie - Основание

DataPrekrDeistviyaDogovora - Дата прекращения действия договора

4 Obrazovanie (Образование)= {TabNumb , KnowForengLang, NameVUZ, Kvalifikacia, Professia, DocAboutStudy, Professia, StagWorkNepreruv, StagWorkObshi }

TabNumb - Табельный номер

KnowForengLang - Знание иностранных языков

NameVUZ - Наименование образовательного учреждения

Kvalifikacia - Квалификация

DocAboutStudy - Документ об образовании

Professia - Профессия

StagWorkNepreruv -Непрерывный стаж работы

StagWorkObshi - Общий стаж работы

5 Sotrudnik (Сотрудник)={ TabNumb , FIO, TrDogNumb, Pasport, Pol}

TabNumb - Табельный номер

FIO - ФИО

TrDogNumb - Номер трудового договора

Pasport - Паспорт

Pol - Пол

6 Dogovor (трудовой договор)={TrDogNumb, INNrabotodat, Dolgnost, DataDogov, NachaloDeist , OkonchDeist, Dolgnost, Oklad, Otdel, IsputSrok, INNrabotodat }

TrDogNumb - Номер трудового договора

DataDogov - Дата

NachaloDeist - Начало действия

OkonchDeist - Окончание действия

Dolgnost - Должность

Oklad - Оклад

Otdel - Отдел

IsputSrok - Испытательный срок

INNrabotodat - ИНН работодателя

7 VoinskUchet (воинский учет)={TabNumb, VoinskoeZvanie, KodovoeOboznVUS, KategoriaZapasa, KategoriaGodnosti, NaimenKommissPoZhitelstv, VoinskiiUchet, OtmetkaSnyatiaUcheta}

TabNumb - Табельный номер

VoinskoeZvanie - Воинское звание

KodovoeOboznVUS - Полное кодовое обозначение ВУС

KategoriaZapasa - Категория запаса

KategoriaGodnosti - Категория годности к военной службе

NaimenKommissPoZhitelstv - Наименование военного комиссариата по месту жительства

VoinskiiUchet - Воинский учет

OtmetkaSnyatiaUcheta - Отметка о снятии с воинского учета

8 PovushKvalif (повышение квалификации)={TabNumb, NachaloObuchenia, OkonchObuchenia, VidPovushKvalifikaci, NaimenovanieObrazUchrezhd, DocumentPovush, Osnovanie}

TabNumb - Табельный номер

NachaloObuchenia - дата начала обучения

OkonchObuchenia - дата окончания обучения

VidPovushKvalifikaci - вид повышения квалификации

NaimenovanieObrazUchrezhd - наименование образовательного учреждения

DocumentPovush - документ

Osnovanie - основание

9 Rabotodat (Работодатель )={INNrabotodat, NameFirm, Adres, Telefon, FIOrukovod }

INNrabotodat - INN работодателя

NameFirm - Название фирмы

Adres - Адрес

Telefon - Телефон

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

Построим концептуальную модель и покажем количественное значение мощностей связей (рисунок 2.1). Обоснуем значения мощностей связи:

- мощность связи объекта Работодатель и Трудовой договор мощность связи 1:N, так как один работодатель может иметь много трудовых договоров, в свою очередь трудовой договор может быть заключен только с одним работодателем, поэтому связь «Трудовой договор»-«Работодатель» имеет мощность 1:1;

- мощность связи объекта Повышение квалификации с объектом Трудовой договор 1:N, так как одному сотруднику может соответствовать несколько курсов повышения квалификации, в свою очередь одни и те же курсы по повышению квалификации могут соответствовать N трудовым договорам;

- мощность связи объекта Трудовой договор с объектом Приказ об увольнении равна 1:1, так как один договор соответствует одному приказу, в свою очередь один приказ об увольнении соответствует одному договору, то есть мощность связи объекта Приказ об увольнении с объектом Трудовой договор равна 1:1;

- мощность связи объекта Трудовой договор с объектом Перемещение в должности равна 1:1, так как один договор соответствует одному приказу, в свою очередь один приказ о перемещении может соответствовать только одному договору, то есть мощность связи объекта Перемещение в должности с объектом Трудовой договор равна 1:1;

- мощность связи объекта Трудовой договор с объектом Приказ о принятии на работу равна 1:1, так как один договор соответствует одному приказу, в свою очередь один приказ о перемещении соответствует одному договору, то есть мощность связи объекта Приказ о принятии на работу с объектом Трудовой договор равна 1:1;

- мощность связи объекта Сотрудник с объектом Трудовой договор равна 1:N, так как одному сотруднику может соответствовать много трудовых договоров, в свою очередь мощность связи объекта Трудовой договор с объектом Сотрудник равна 1:1, так как одному договору может соответствовать только один сотрудник;

- мощность связи объекта Сотрудник с объектом Образование равна 1:N, так как одному сотруднику может соответствовать несколько документов об образовании, а мощность связи объекта Образование с объектом Сотрудник равна 1:1, так как одному документу об образовании может соответствовать только один сотрудник;

- мощность связи объекта Сотрудник с объектом Воинский учет равна 1:1, так как одному сотруднику может соответствовать один документ о воинском учете, а мощность связи объекта Образование с объектом Сотрудник равна 1:1, так как одному документу о воинском учете может соответствовать только один сотрудник.

Рисунок 2.1 Концептуальная схема

2. Логическое моделирование

2.1 Построение логической модели

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

Для построения схемы данных предварительно необходимо создать таблицы, определив в них первичные ключи

Первичные ключи:

- для таблицы Работодатель - поле ИНН работодателя

- для таблицы Трудовой договор - номер трудового договора

- для таблицы Сотрудник - табельный номер сотрудника

В таблицах Образование и Воинский учет в качестве вторичного ключа выступает поле Табельный номер таблицы Сотрудник. В таблице Трудовой договор в качестве внешнего ключа использовано поле ИНН работодателя из таблицы Работодатель. Для связи остальных таблиц с таблицей Трудовой договор используется поле «Номер трудового договора».



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

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

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

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

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

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

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



3. Целостность данных

3.1 Целостность объекта

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

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

3.2 Целостность приложения

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

Правило 1. Обязательность значений атрибута;

Правило 2. Соответствие диапазону значений;

Правило 3. Соответствие множеству значений;

Правило 4. Соответствие типу и размеру данных;

Правило 5. Соответствие шаблону;

Правило 6. Выполнение делового регламента.

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

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

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



4. Выбор СУБД

Сегодня, чтобы удовлетворить требования разных заказчиков, информационно-аналитическая система должна быть мультиплатформенной. В каждом случае при выборе в пользу той или иной СУБД заказчик руководствуется собственной ИТ-стратегией, а если таковая не формализована на бумаге, то набором критериев, общих для всех и специфичных для конкретного клиента. Среди них на первом месте, как правило, стоит состав и масштаб решаемых задач, и, соответственно, требования к объемам обрабатываемой информации и производительности СУБД. Поэтому поставщик должен предложить заказчику не только широкий набор прикладной функциональности для создания управленческой системы, но и выбор платформы для построения Хранилища данных, которая отвечает его требованиям. Рекомендуются следующие критерии выбора СУБД для Хранилища данных. Первый критерий - это полнота и завершенность продукта. Во-первых, необходимо, чтобы СУБД отвечала фундаментальным требованиям масштабируемости Хранилища данных и управления рабочими нагрузками. Хорошая СУБД должна работать с целым рядом платформ операционных систем и масштабироваться в соответствии с используемыми инструментальными средствами. Это даст корпорации возможность использовать ту платформу, которая наилучшим образом подходит для решения той или иной проблемы. Еще один важный момент - хорошие показатели времени установки СУБД и простоты использования, а также приемлемые стоимость лицензии и общая стоимость эксплуатации. Прежде чем приобретать ту или иную СУБД, важно определить ее способность эффективно использовать мощности операционной платформы. Наконец, существенен и такой критерий, как способность СУБД применять достаточные вычислительные мощности для решения проблемы с тем, чтобы обеспечить оптимальную производительность сложного Хранилища данных.

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

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

5. Физическая модель

субд моделирование данное нормализация

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

Создание таблицы сведений о сотрудниках:

Create Table Sotrudnik

(TrDogNumb NUMBER,

TabNumb NUMBER PRIMARY KEY NOT NULL,

FIO VARCHAR2(250) UNIQUE,

FOREIGN KEY (TrDogNumb) REFERENCES dogovor,

Pasport VARCHAR2(250) UNIQUE,

Pol CHAR(15) CHECK (Pol IN ('мужской','женский')) )

Создание таблицы сведений о трудовых договорах:

CREATE Table dogovor

(

TrDogNumb NUMBER PRIMARY KEY NOT NULL,

INNrabotodat NUMBER,

Dolgnost VARCHAR2(250) UNIQUE,

DataDogov DATE,

NachaloDeist DATE,

OkonchDeist DATE,

Oklad NUMBER,

Otdel VARCHAR2(250),

IsputSrok INT,

SrokWork INT,

FOREIGN KEY (INNrabotodat) REFERENCES Rabotodat

);

Создание таблицы сведений об увольнении:

Create Table Prinyatie

(TabNumb NUMBER,

FOREIGN KEY (TabNumb) REFERENCES Sotrudnik,

PricasNumb NUMBER PRIMARY KEY NOT NULL,

DataPrikasa DATE

)

Создание таблицы сведений о повышении квалификации:

Create Table PovushKvalif

(TabNumb NUMBER,

FOREIGN KEY (TabNumb) REFERENCES Sotrudnik,

NachaloObuchenia date,

OkonchObuchenia DATE,

VidPovushKvalifikaci VARCHAR2(250),

NaimenovanieObrazUchrezhd VARCHAR2(250),

Osnovanie VARCHAR2(250),

FOREIGN KEY (Osnovanie) REFERENCES OBRAZOVANIE,

DocumentPovush VARCHAR2(250) UNIQUE

)

Создание таблицы сведений о работодателе:

Create Table Rabotodat2Laba

(INNrabotodat NUMBER PRIMARY KEY NOT NULL UNIQUE,

NameFirm VARCHAR2(250),

Adres VARCHAR2(250),

Telefon VARCHAR2(250),

FIOrukovod VARCHAR2(250))



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

Create Table Prinyatie

(TabNumb NUMBER,

FOREIGN KEY (TabNumb) REFERENCES Sotrudnik,

PricasNumb NUMBER PRIMARY KEY NOT NULL,

DataPrikasa DATE

)

Создание таблицы сведений о перемещении в должности

Create Table Peremeshenie

(TabNumb NUMBER,

FOREIGN KEY (TabNumb) REFERENCES Sotrudnik,

PrikasNumberPerem NUMBER PRIMARY KEY NOT NULL,

DataPrikasaPeremesh DATE,

Dolgnost varchar2(250) NOT NULL,

FOREIGN KEY (Dolgnost) REFERENCES dogovor,

NovoeMesto varchar2(250) NOT NULL

)

Создание таблицы об образовании:

Create Table Obrazovanie

(TabNumb NUMBER,

FOREIGN KEY (TabNumb) REFERENCES Sotrudnik,

KnowForengLang VARCHAR2(250),

NameVUZ VARCHAR2(250),

Kvalifikacia VARCHAR2(250),

Professia VARCHAR2(250),

DocAboutStudy VARCHAR2(250) UNIQUE,

StagWorkObshi integer,

StagWorkNepreruv integer

)

Создание таблицы о воинском учете:

CREATE Table VoinskUchet

(

TabNumb NUMBER UNIQUE,

VoinskoeZvanie VARCHAR2(250),

KodovoeOboznVUS NUMBER,

KategoriaZapasa VARCHAR2(250),

KategoriaGodnosti CHAR(15) CHECK (KategoriaGodnosti IN ('A',

'B', 'C')),

NaimenKommissPoZhitelstv VARCHAR2(250),

FOREIGN KEY (TabNumb) REFERENCES sotrudnik,

VoinskiiUchet CHAR(15) CHECK (VoinskiiUchet IN ('общий',

'специальный') ),

OtmetkaSnyatiaUcheta CHAR(15) CHECK (OtmetkaSnyatiaUcheta IN ('снят с воинского учета',

'не снят с воинского учета') )

);



6. Проектирование и реализация информационной системы

6.1 Описание средств, использованных при реализации

1 Создание базы данных

Для создания базы данных, сначала создаются таблицы с помощью средств, предлагаемых СУБД Oracle 10g :

- Создание таблицы помощью графического инструментального средства конфигурирования Oracle Database Configuration Assistant (DBCA);

- Создание таблицы шаблонов баз данных (database templates);

- Создание таблицы путём ввода данных.

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

6.2 Тексты SQL-запросов и результаты их выполнения

Ниже приведены все SQL-запросы, использованные в процессе создания базы данных.

Запрос 1. Вывести фамилию сотрудника по номеру паспорта

select FIO, Pasport

FROM SOTRUDNIK

WHERE Pasport='2007 890678'

FIO	PASPORT
Карпов Олег Геннадьевич	2007 890678

Запрос 2. Вывести сотрудников, у которых начало действия договора расположено между двумя заданными датами

SELECT *

FROM "DOGOVOR"

WHERE NACHALODEIST>='21/03/2001' AND NACHALODEIST<='31/12/2004'

Запрос 3. Вывести сотрудников, оклад которых меньше либо равен 9000 рублей. Результат представлен на рисунке 2.

select SOTRUDNIK.FIO as ФИО, DOGOVOR.DOLGNOST as Должность, DOGOVOR.OKLAD as Оклад

FROM SOTRUDNIK, DOGOVOR

WHERE OKLAD<=9000 AND DOGOVOR.TRDOGNUMB = SOTRUDNIK.TRDOGNUMB



Запрос 4. Поиск окончивших срок действия договоров.

select SOTRUDNIK.TABNUMB, DOGOVOR.TRDOGNUMB, DOGOVOR.DOLGNOST, DOGOVOR.OKONCHDEIST

from DOGOVOR, SOTRUDNIK

WHERE sysdate >= DOGOVOR.OKONCHDEIST AND DOGOVOR.TRDOGNUMB = SOTRUDNIK.TRDOGNUMB

Запрос 5. Ищем запланированные повышения квалификации

select ts.FIO as ФИО, td.DOLGNOST as Должность, tp.nachaloobuchenia as

Начало_обучения,

tp.okonchobuchenia as Окончание_обучения,

tp.NAIMENOVANIEOBRAZUCHREZHD as Образовательное_учреждение

FROM SOTRUDNIK ts, DOGOVOR td, POVUSHKVALIF tp

WHERE sysdate<tp.nachaloobuchenia AND td.TRDOGNUMB = ts.TRDOGNUMB AND ts.TABNUMB=tp.tabnumb



Запрос 6. Поиск изученных сотрудником иностранных языков по номеру договора сотрудника

select s.FIO as ФИО, s.Pasport as Паспорт, o.knowforenglang

FROM SOTRUDNIK s, DOGOVOR d, OBRAZOVANIE o

WHERE s.trdognumb='10000' and s.trdognumb=d.trdognumb and s.tabnumb=o.tabnumb

Запрос 7. Поиск бухгалтеров и программистов с окладом от 10000 до 50000

SELECT s.FIO AS ФИО, d.DOLGNOST AS Должность, d.OKLAD AS Оклад

FROM dogovor d, sotrudnik s

WHERE (d.dolgnost='Программист' OR d.dolgnost='Бухгалтер') AND d.trdognumb=s.trdognumb

AND d.oklad BETWEEN 10000 AND 50000

Запрос 8. Поиск бухгалтеров или программистов с окладом от 10000 до 50000

SELECT s.FIO AS ФИО, d.DOLGNOST AS Должность, d.OKLAD AS Оклад

FROM dogovor d, sotrudnik s

WHERE d.dolgnost='Программист' OR d.dolgnost='Бухгалтер' AND d.trdognumb=s.trdognumb

AND d.oklad BETWEEN 10000 AND 50000

Запрос 9. Поиск сотрудников мужского пола в возрасте до 28 лет

select *

from sotrudnik

where months_between(sysdate, SOTRUDNIK.DATA_ROZHD)/12<=28 AND pol='мужской'

Запрос 10. Найдем всех слесарей и токарей

SELECT s.fio, d.dolgnost

FROM sotrudnik s, dogovor d

WHERE d.dolgnost IN ('Слесарь', 'Токарь') AND s.trdognumb=d.trdognumb

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

SELECT s.fio, d.dolgnost, u.osnovanie

FROM sotrudnik s, dogovor d, uvolnenie u

WHERE u.osnovanie NOT IN ('истечение срока действия договора', 'по собственному желанию')

AND s.trdognumb=d.trdognumb AND u.tabnumb=s.tabnumb

Запрос 12. Вывести всех заместителей какой-либо должности

SELECT s.fio, d.dolgnost

FROM sotrudnik s, dogovor d

WHERE d.dolgnost LIKE 'Заместитель %'

AND s.trdognumb=d.trdognumb



Запрос 13. Вывести сотрудников мужского пола в возрасте до 28 лет и отсортировать по дате рождения

SELECT *

FROM sotrudnik

WHERE months_between(sysdate, data_rozhd)/12<28 AND pol='мужской'

ORDER BY data_rozhd

Запрос 14. Вывести средний оклад по всем работникам

SELECT AVG (oklad) AS Средний_оклад

FROM dogovor d

Запрос 15. Вывести количество сотрудников с окладом больше 30000

SELECT COUNT (*)

FROM dogovor d, sotrudnik s

WHERE 30000<d.oklad AND d.trdognumb=s.trdognumb



Запрос 16. Вывести список сотрудников, повышение квалификации которых пройдет между 12.01.2011 и 20.05.2011

select ts.FIO as ФИО, td.DOLGNOST as Должность, tp.nachaloobuchenia as Начало_обучения,

tp.okonchobuchenia as Окончание_обучения,

tp.NAIMENOVANIEOBRAZUCHREZHD as Образовательное_учреждение

FROM SOTRUDNIK ts, DOGOVOR td, POVUSHKVALIF tp

WHERE tp.nachaloobuchenia BETWEEN '12.01.2011' AND '20.05.2011'

AND td.TRDOGNUMB = ts.TRDOGNUMB AND ts.TABNUMB=tp.tabnumb

AND tp.okonchobuchenia BETWEEN '12.01.2011' AND '20.05.2011'

Запрос 17. Найти сотрудников, оклад которых как минимум в два раза меньше среднего оклада по предприятию

SELECT s.fio, d.oklad, d.dolgnost

FROM sotrudnik s, dogovor d

WHERE d.oklad*2<(SELECT AVG (oklad)

FROM dogovor)

AND s.trdognumb=d.trdognumb



Запрос 18. Выведем по отделам суммарные оклады, которые составляют менее 100000 рублей

Запрос 19. Выведем сотрудников, подлежащих призыву



Запрос 20. Вывести сотрудников пенсионного возраста

Запрос 21. Вывести всех сотрудников женского пола, работающих механиками в любом цехе.

Запрос 22. Найти сотрудников, оклад которых равен минимальному окладу по отделам



Запрос 23. Получить наименование отдела сотрудников, которым установлен минимальный оклад

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

SELECT d.OTDEL, S.FIO, D.OTDEL, S.TABNUMB, D.DOLGNOST

FROM DOGOVOR D INNER JOIN SOTRUDNIK S ON S.TRDOGNUMB=D.TRDOGNUMB

WHERE OTDEL IN (SELECT OTDEL

FROM DOGOVOR WHERE DATADOGOV='01.12.2009')

AND D.DOLGNOST IN (SELECT DOLGNOST

FROM DOGOVOR

WHERE DATADOGOV='01.12.2009')

AND DATADOGOV<>'01.12.2009'



Запрос 25. Найти отделы, где есть сотрудники возрастом до 23 лет.

Запрос 26. Найти отделы, на которых оклад сотрудника больше оклада всех сотрудников отдела ИТ

Запрос 27. Вывести сотрудников, у которых должность и отдел одновременно совпадают с должностью и отделом сотрудников, оклад которых больше 50000.



Запрос 28. Ввод новой информации о сотруднике

Запрос 29. Изменить оклад сотрудника под номером трудового договора 10000 на оклад сотрудника под номером 10001

update dogovor set (oklad)=

(select oklad

from dogovor

where trdognumb=10000)

where trdognumb=10001;



Запрос 30. Вывести попарно ФИО сотрудников, родившихся в один день



Заключение

Результатом работы над курсовым проектом является информационная система «Отдел кадров». Была подробно проанализирована предметная область, рассмотрены возможные функции базы данных. На основании данного анализа были построены логическая и концептуальная модели, в свою очередь ставшие основой для создания хранилищ данных в виде таблиц. Выполнена нормализация и проверка целостности. С помощью SQL была спроектирована база данных «Отдел кадров» и изучено создание многотабличных, простых, составных запросов и сложных подзапросов, запросов по изменению данных в базе и поиску заданной информации с различными условиями.



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

1. Г.А Черноморов «Базы данных в среде промышленных СУБД» - Новочеркасск : ЮРГТУ, 2006;

2. http://www.intuit.ru/department/se/devis/8/2.html - лекция интернет-университета

3. http://ru.wikipedia.org/wiki/DFD

TRDOGNUMB	INNRABOTODAT	DOLGNOST	DATADOGOV	NACHALODEIST	OKONCHDEIST	OKLAD	OTDEL	ISPUTSROK	SROKWORK
10000	12345	Программист	01.12.2009	02.12.2009	12.12.2010	15000	ИТ
10001	12345	Начальник отдела	02.12.2001	03.12.2001	02.12.2012	15000	ИТ
10002	12345	Программист	03.10.2000	04.10.2000		20000	ИТ
10003	12345	Бухгалтер	12.12.2000	12.12.2000		12000	Бухгалтерия
10004	12345	Главный бухгалтер	11.11.2001	11.11.2001		19000	Бухгалтерия
10005	12345	Бухгалтер	01.11.2010	01.11.2010	01.11.2014	13000	Бухгалтерия
10006	12345	Секретарь	10.11.2004	10.11.2004	09.11.2010	9567	Дирекция
10007	12345	Электрик	04.12.2008	04.12.2008		5678	Обслуживающий персонал	2
10008	12345	Директор	03.01.2001	03.01.2001		60000	Дирекция
10009	12345	Заместитель директора	06.04.2007	06.04.2007		45089	Дирекция
10010	12345	Заместитель начальника отдела	07.02.2008	07.02.2008		29000	ИТ
10011	12345	Заместитель главного бухгалтера	17.08.2001	17.08.2001		16078	Бухгалтерия
63170	12345	Работник цеха	05.12.2010	06.12.2010		42813	Цех 1
18856	12345	Бухгалтер	01.12.2010	02.12.2010		12996	Бухгалтерия
58560	12345	Программист	01.12.2009	01.12.2009		50215	ИТ
76752	12345	Начальник цеха	01.12.2009	01.12.2009		12150	Цех 1
39310	12345	Водитель	03.12.2007	04.12.2007		19774	Обслуживающий персонал
77570	12345	Работник цеха	03.12.2006	04.12.2006		26731	Цех 1
20505	12345	Водитель	06.11.2007	07.11.2007		49941	Обслуживающий персонал
51943	12345	Начальник цеха	07.12.2009	08.12.2009		20953	Цех 2
95575	12345	Водитель	12.07.2001	13.07.2001	13.07.2010	9371	Обслуживающий персонал
83964	12345	Механик	13.07.2010	13.07.2010	13.07.2011	43467	Цех 2
44114	12345	Кассир	12.11.2003	13.11.2003		10080	Обслуживающий персонал
62229	12345	Слесарь	16.08.2009	17.08.2009		13525	Цех 2
68259	12345	Кассир	01.01.2005	02.01.2005		43570	Обслуживающий персонал
49479	12345	Курьер	01.01.2005	02.01.2005		10475	Обслуживающий персонал
36246	12345	Работник цеха	01.01.2005	02.01.2005		46937	Цех 2
81218	12345	Системный администратор	01.01.2005	02.01.2005		8183	ИТ
26027	12345	Токарь	01.01.2005	02.01.2005		26045	Цех 3
38621	12345	Слесарь	01.01.2005	02.01.2005		55389	Цех 3
92508	12345	Системный администратор	01.01.2005	02.01.2005		12358	ИТ
12694	12345	Бухгалтер	01.01.2005	02.01.2005		46760	Бухгалтерия
42407	12345	Оператор	01.01.2005	02.01.2005		11721	Цех 3
64852	12345	Механик	01.01.2005	02.01.2005		14352	Цех 4
12570	12345	Слесарь	01.01.2005	02.01.2005	19.12.2010	34155	Цех 4
50004	12345	Механик	01.01.2005	02.01.2005	20.12.2010	30838	Цех 4
39709	12345	Заместитель начальника отдела	01.01.2005	02.01.2005		33722	ИТ
37273	12345	Оператор	01.01.2005	02.01.2005		31365	Обслуживающий персонал
48721	12345	Курьер	04.04.2007	05.04.2007		59979	Обслуживающий персонал
95041	12345	Водитель	04.04.2007	05.04.2007		16186	Обслуживающий персонал
77188	12345	Программист	04.04.2007	05.04.2007		56139	ИТ
39469	12345	Заместитель начальника отдела	04.04.2007	05.04.2007		6182	Бухгалтерия
87560	12345	Бухгалтер	04.04.2007	05.04.2007		44191	Бухгалтерия
15776	12345	Заместитель начальника отдела	04.04.2007	05.04.2007		8807	Обслуживающий персонал
71154	12345	Курьер	04.04.2007	05.04.2007		28286	Обслуживающий персонал
37192	12345	Машинист	04.04.2007	05.04.2007		39962	Цех 4
35329	12345	Заместитель начальника отдела	04.04.2007	05.04.2007		51957	Цех 4
41038	12345	Механик	04.04.2007	05.04.2007		34011	Цех 5
28402	12345	Бухгалтер	04.04.2007	05.04.2007		47196	Бухгалтерия
67416	12345	Токарь	04.04.2007	05.04.2007		53556	Цех 5
29206	12345	Механик	07.08.2008	08.08.2008		25333	Цех 5
28965	12345	Водитель	07.08.2008	08.08.2008		45737	Обслуживающий персонал
20965	12345	Начальник отдела	07.08.2008	08.08.2008		34447	ИТ
65036	12345	Машинист	07.08.2008	08.08.2008		51587	Цех 5
19144	12345	Программист	07.08.2008	08.08.2008		54615	ИТ
15896	12345	Работник цеха	07.08.2008	08.08.2008		58617	Цех 5
29744	12345	Оператор	07.08.2008	08.08.2008		39171	Цех 5
22081	12345	Токарь	07.08.2008	08.08.2008		42741	Цех 5
66763	12345	Механик	07.08.2008	08.08.2008		30261	Цех 6
46718	12345	Начальник цеха	07.08.2008	08.08.2008		45603	Цех 2
68202	12345	Начальник цеха	07.08.2008	08.08.2008		42199	Цех 3
41533	12345	Оператор	07.08.2008	08.08.2008		15004	Цех 4
63887	12345	Начальник цеха	09.12.2009	10.12.2009		9109	Цех 4
63800	12345	Водитель	09.12.2009	10.12.2009		42528	Обслуживающий персонал
35915	12345	Механик	09.12.2009	10.12.2009		53601	Обслуживающий персонал
99999

Таблица 2 Образование

TABNUMB	KNOWFORENGLANG	NAMEVUZ	KVALIFIKACIA	PROFESSIA	DOCABOUTSTUDY	STAGWORKOBSHI	STAGWORKNEPRERUV
16789	немецкий	РИШТ	А	экономист	сертификат 877090	5	2
14640	украинский	ЮРГТУ	В	инженер	сертификат 223723	3	1
14568	немецкий	ШТИБО	А	технолог	сертификат 336802	5	4
3980	немецкий	РГУ	А	технолог	сертификат 225797	6	5
4817	испанский	РИШТ	А	экономист	диплом 391550	7	3
10661	немецкий	МГУ	А	экономист	диплом 744908	5	2
11238	английский	РИНХ	А	экономист	сертификат 094376	1	1
11908	испанский	РИНХ	С	дизайнер	диплом 809169	9	8
12367	испанский	МГУ	С	технолог	диплом 188816	1	1
12989	английский	РИШТ	В	технолог	аттестат 296276	9	7
12999	испанский	РИШТ	В	экономист	диплом 976319	6	5
13948	немецкий	РИШТ	В	экономист	диплом 084730	4	2
17321	немецкий	РИНХ	В	экономист	диплом 293707	9	7
18645	английский	ЮРГТУ	В	дизайнер	аттестат 007670	10	7
20181	украинский	РГУ	В	экономист	диплом 948068	8	6
20976	немецкий	РИШТ	В	дизайнер	сертификат 152641	3	2
21222	немецкий	ЮРГТУ	С	экономист	аттестат 102843	4	3
21234	английский	ШТИБО	С	инженер	диплом 306803	0	0
21461	французский	МГУ	С	дизайнер	диплом 532954	10	9
22713	украинский	РГУ	А	дизайнер	диплом 939241	4	3
24448	немецкий	РИНХ	С	инженер	сертификат 484840	9	8
24660	французский	РИШТ	С	экономист	диплом 983297	7	5
25582	украинский	МГУ	А	дизайнер	диплом 924373	2	1
27323	испанский	РГУ	С	дизайнер	диплом 272800	8	7
27688	английский	РИШТ	А	технолог	диплом 472027	5	4
33404	французский	МГУ	А	экономист	сертификат 223595	10	8
34789	испанский	ШТИБО	А	дизайнер	аттестат 349669	6	5
35602	английский	ЮРГТУ	А	экономист	диплом 190151	9	8
35821	английский	РИНХ	А	дизайнер	сертификат 590066	0	0
36006	испанский	РИНХ	А	технолог	аттестат 501800	10	8
36193	украинский	РИНХ	А	технолог	диплом 483892	8	6
37130	английский	ЮРГТУ	А	технолог	сертификат 048136	10	6
37978	украинский	РГУ	А	технолог	аттестат 933451	5	4
43366	немецкий	РИНХ	А	экономист	аттестат 470873	7	6
44694	украинский	ШТИБО	А	технолог	диплом 835437	8	5
45678	английский	ШТИБО	С	инженер	аттестат 562057	1	1
46993	немецкий	ЮРГТУ	С	технолог	диплом 148861	2	1
47857	английский	ЮРГТУ	С	экономист	аттестат 052848	1	1
48902	французский	РИШТ	С	инженер	диплом 644334	8	6
51980	французский	РГУ	С	экономист	аттестат 098067	8	6
56122	испанский	ЮРГТУ	С	экономист	аттестат 319396	10	8
58081	испанский	ЮРГТУ	С	технолог	сертификат 150581	2	1
60834	немецкий	РИШТ	С	технолог	диплом 656995	4	3
64146	украинский	ШТИБО	С	дизайнер	аттестат 552752	9	8
65651	английский	ШТИБО	С	экономист	аттестат 442218	7	6
67601	украинский	ШТИБО	С	инженер	диплом 624699	4	3
68872	украинский	РИНХ	С	экономист	сертификат 531331	0	0
69262	французский	РИШТ	С	экономист	диплом 541638	3	2
71094	испанский	ЮРГТУ	С	дизайнер	аттестат 319352	8	6
74017	немецкий	ШТИБО	с	технолог	аттестат 305227	0	0

Таблица 3 Повышение квалификации

TABNUMB	NACHALOOBUCHENIA	OKONCHOBUCHENIA	VIDPOVUSHKVALIFIKACI	NAIMENOVANIEOBRAZUCHREZHD	DOCUMENTPOVUSH
3980	08.12.2010	30.12.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	удостоверение 55653
4817	12.12.2010	19.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 54971
10661	28.12.2010	31.12.2010	без отрыва от производства	Харьковский Государственный Институт Управления	удостоверение 49985
11238	01.12.2010	02.12.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 96692
11908	25.11.2010	25.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 61311
12367	22.01.2010	27.01.2010	с отрывом от производства	Московская Академия ИТ	сертификат 11238
12989	01.12.2009	05.12.2009	без отрыва от производства	Московская Академия ИТ	сертификат 51865
12999	05.11.2009	25.11.2009	без отрыва от производства	Московская Академия ИТ	сертификат 83091
13948	09.12.2010	30.12.2010	без отрыва от производства	Московская Академия ИТ	удостоверение 25746
14568	29.12.2010	31.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 58710
14640	04.12.2010	14.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 97633
16789	06.08.2009	06.09.2009	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 75932
17321	05.12.2006	25.12.2006	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 63131
18645	14.12.2008	24.12.2008	с отрывом от производства	Ростовский Институт Повышения Квалификации	удостоверение 65441
20181	20.10.2010	30.10.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 01654
20976	11.11.2010	16.11.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	удостоверение 36518
21222	01.12.2010	06.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 51656
21234	05.05.2011	05.07.2011	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 70787
21461	09.09.2010	29.09.2010	без отрыва от производства	Ростовский Институт Повышения Квалификации	удостоверение 60349
22713	06.06.2010	16.06.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 12823
24448	01.12.2011	25.12.2011	без отрыва от производства	Харьковский Государственный Институт Управления	удостоверение 15729
24660	05.12.2010	25.12.2010	без отрыва от производства	Московская Академия ИТ	сертификат 26806
25582	12.12.2010	22.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 40408
27323	10.12.2010	20.12.2010	с отрывом от производства	Московская Академия ИТ	сертификат 89028
27688	20.10.2010	22.10.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 39334
33404	11.11.2010	30.11.2010	без отрыва от производства	Ростовский Институт Повышения Квалификации	сертификат 43324
34789	12.12.2010	22.12.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	сертификат 94064
35602	04.04.2010	24.04.2010	с отрывом от производства	Московская Академия ИТ	сертификат 42291
36006	05.05.2010	25.05.2010	без отрыва от производства	Ростовский Институт Повышения Квалификации	сертификат 42217
36193	15.01.2011	25.01.2011	без отрыва от производства	Ростовский Институт Повышения Квалификации	сертификат 58954
37130	11.11.2010	21.11.2010	с отрывом от производства	Московская Академия ИТ	сертификат 34961
37978	23.12.2010	26.12.2010	с отрывом от производства	Ростовский Институт Повышения Квалификации	удостоверение 51119
43366	23.12.2010	26.12.2010	без отрыва от производства	Московская Академия ИТ	сертификат 96506
44694	11.11.2010	21.11.2010	без отрыва от производства	Московская Академия ИТ	удостоверение 41701
45678	13.11.2010	27.11.2010	без отрыва от производства	Харьковский Государственный Институт Управления	сертификат 85506
46993	11.11.2010	21.11.2010	без отрыва от производства	Московская Академия ИТ	удостоверение 07454
47857	11.11.2010	21.11.2010	с отрывом от производства	Московская Академия ИТ	сертификат 81399
48902	13.11.2010	27.11.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 96861
51980	13.11.2010	27.11.2010	с отрывом от производства	Харьковский Государственный Институт Управления	сертификат 32520
56122	13.11.2010	27.11.2010	без отрыва от производства	Харьковский Государственный Институт Управления	удостоверение 45439
58081	15.01.2011	25.01.2011	без отрыва от производства	Ростовский Институт Повышения Квалификации	удостоверение 14415
60834	15.01.2011	25.01.2011	без отрыва от производства	Ростовский Институт Повышения Квалификации	сертификат 48430
64146	21.11.2010	22.11.2010	без отрыва от производства	Московская Академия ИТ	удостоверение 79377
65651	30.11.2010	14.12.2010	без отрыва от производства	Харьковский Государственный Институт Управления	удостоверение 99088
67601	21.11.2010	22.11.2010	без отрыва от производства	Московская Академия ИТ	удостоверение 39175
68872	30.11.2010	14.12.2010	без отрыва от производства	Ростовский Институт Повышения Квалификации	удостоверение 79657
69262	30.11.2010	14.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 38921
71094	30.11.2010	14.12.2010	с отрывом от производства	Харьковский Государственный Институт Управления	удостоверение 83375
74017	30.11.2010	14.12.2010	без отрыва от производства	Харьковский Государственный Институт Управления	сертификат 14948
74666	21.11.2010	22.11.2010	без отрыва от производства	Московская Академия ИТ	сертификат 76676
3980	21.11.2005	25.11.2005	без отрыва от производства	Московская Академия ИТ	сертификат 77777

Таблица 4 Принятие на работу

TABNUMB	PRICASNUMB	DATAPRIKASA
12999	1112323	11.06.2009
10661	2321234	16.04.2009
3980	1232323	04.09.2009
4817	1231232	04.02.2009

Таблица 5 Работодатель

INNRABOTODAT	NAMEFIRM	ADRES	TELEFON	FIORUKOVOD
12345	Меркурий	г. Новочеркасск, ул. Михайлова, 98	2-24-21	Иванов Иван Иванович



Таблица 6 Сотрудники

TRDOGNUMB	TABNUMB	FIO	PASPORT	POL	DATA_ROZHD
10000	21234	Артемова Анна Игоревна	2456 001998	женский	20.10.1970
10001	14568	Филимонов Филипп Игоревич	2006 657904	мужской	21.10.1980
10002	12367	Богданов Валентин Васильевич	3009 567489	мужской	03.11.1978
10003	45678	Карпов Олег Геннадьевич	2007 890678	мужской	11.06.1979
10004	34789	Атомов Алексей Алексеевич	4009 789634	мужской	13.11.1984
10005	12999	Протасова Инна Викторовна	6789 575567	женский	07.11.1967
10006	13948	Грачевский Андрей Михайлович	3008 678490	мужской	09.08.1981
10007	16789	Бубликов Александр Александрович	4007 789345	мужской	01.01.1978
10008	20976	Иванов Иван Иванович	4005 567899	мужской	02.03.1977
10009	27688	Петрова Галина Петровна	2007 567890	женский	04.06.1960
10010	48902	Викторова Марина Антоновна	6008 567789	женский	05.07.1957
10011	12989	Афанасьев Олег Олегович	6009 567456	мужской	18.07.1959
12570	18645	Денисов Денис Денисовия	3957 059274	мужской	05.12.1978
12694	25582	Бдан Ксиань Чонг	9531 623698	женский	12.12.1970
15776	75502	Терехина Инна Васильевна	3182 471342	женский	05.09.1967
15896	11238	Пасейчук Павел Павлович	8403 146364	мужской	12.12.1978
18856	20181	Крысов Кирилл Кириллович	5730 983232	мужской	10.12.1968
19144	93231	Помарова Юлия Сергеевна	3854 102863	женский	10.10.1956
20505	94687	Каркасенко Карась Петрович	9575 829273	мужской	11.11.1966
20965	35821	Вавилов Павел Павлович	3863 165916	мужской	14.03.1978
22081	43366	Слесарь Карп Карпович	8118 974203	мужской	17.08.1970
26027	83245	Картеньев Игорь Игоревич	0215 744408	мужской	13.11.1975
28402	60834	Аннюк Карл Карпович	8993 824628	мужской	14.11.1978
28965	97560	Олегова Оксана Олеговна	9689 189596	женский	16.05.1970
29206	17321	Парс Валенитина Карповна	4119 040089	женский	13.11.1972
29744	91769	Паскаль Анна Павловна	3221 583897	женский	13.11.1980
35329	37130	Ватт Петр Петрович	4408 467799	мужской	13.11.1987
35915	11908	Тесла Николай Олегович	4641 171657	женский	13.11.1988
36246	37978	Ом Александр Карпович	6997 079694	женский	13.11.1990
37192	65651	Омар Алексей Игоревич	3133 640632	мужской	13.11.1988
37273	82275	Метр Мария Ивановна	5879 959950	женский	13.11.1985
38621	74666	Кепкова Людмила Васильевна	2540 852036	женский	13.11.1967
39310	96766	Жданов Павел Романович	5468 792189	мужской	13.11.1970
39469	24660	Ампер Игорь Карпович	3957 773399	мужской	13.11.1966
39709	10661	Вольтова Алексанрдра Олеговна	1623 413699	женский	13.11.1979
41038	4817	Градусов Василий Петрович	6853 002389	мужской	13.11.1977
41533	84752	Диоптрий Федор Валентинович	7035 829975	мужской	12.01.1980
42407	64146	Понтова Валентина Васильевна	2280 945633	женский	12.04.1980
44114	14640	Кирдык Анна Алексеевна	4602 263532	женский	12.02.1980
46718	27323	Код Денис Денисович	1473 212390	мужской	12.06.1980
48721	36193	Василенко Василиса Тимофеевна	7924 020246	женский	12.05.1980
49479	77895	Кащей Николай Назарович	2058 906588	мужской	12.07.1980
50004	69262	Парсенко Карина Игоревна	5722 024612	женский	12.08.1980
51943	47857	Максимов Максим Максимович	3200 608696	мужской	12.09.1980
58560	44694	Нестолова Валентина Павловна	9462 580085	женский	12.10.1980
62229	24448	Яровой Ярослав Ярославович	2446 111752	мужской	12.11.1980
63170	21222	Семенчук Олег Олегович	1164 279286	мужской	12.12.1980
63800	67601	Осипенко Карл Карлович	6638 178668	женский	13.12.1980
63887	36006	Камышанов Ростислав Ярополкович	8181 690289	женский	13.12.1981
64852	68872	Сазонов Всеволод Игоревич	4769 783517	мужской	14.12.1982
65036	33404	Адамовская Ольга Ивановна	5921 539329	женский	15.12.1980
66763	46993	Шульгинова Анна Игоревна	7313 696167	женский	15.12.1983
67416	87270	Горлова Маргарита Юрьевна	9737 565656	женский	15.12.1984
68202	74017	Прапорова Ольга Павловна	9859 111763	женский	15.12.1978
68259	58081	Прохорова Алина Николаевна	3164 768047	женский	15.12.1988
71154	35602	Юдин Алексей Алексеевич	9623 878875	мужской	15.11.1982
76752	21461	Щепилов Кирилл Олегович	1534 982593	мужской	11.12.1982
77188	3980	Сизякин Илья Денисович	2210 802005	мужской	10.12.1982
77570	22713	Снегуркина Светлана Юрьевна	0552 634361	женский	11.12.1982
81218	92652	Морозова Ольга Петровна	8829 674100	женский	10.12.1990
83964	56122	Зименченко Юлия Павловна	7294 086972	женский	12.07.1976
87560	51980	Ветрова Катарина Алексеевна	9898 447380	женский	12.12.1978
92508	71094	Грозов Федор Петрович	1813 238962	мужской	10.12.1989
99999	99999	Игнатьева Анна Игоревна	3456 345678	женский	12.05.1978



Таблица 7 Увольнение

TABNUMB	PRICASNUMBUVOLN	DATAPRIKASAUVOLN	OSNOVANIE	DATAPREKRDEISTVIYADOGOVORA
21234	100001	13.12.2010	истечение срока действия договора	12.12.2010
13948	100002	09.11.2010	истечение срока действия договора	10.11.2010
18645	100003	20.12.2010	истечение срока действия договора	19.12.2010
3980	100004	19.12.2010	по собственному желанию	19.12.2010
4817	100005	19.12.2010	недостаточная квалификация	19.12.2010
10661	100006	19.12.2010	недостаточная квалификация	19.12.2010
11238	100007	13.12.2010	несоблюдение устава компании	14.12.2010
10661	100008	14.12.2010	несоблюдение устава компании	14.12.2010
27688	100009	02.01.2010	неоднократные опоздания	02.01.2010
33404	100010	01.11.2010	неоднократный безосновательный невыход на работу	01.11.2010

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

• Логическое проектирование баз данных

  Цель инфологического моделирования предметной области. Источники данных, базы данных и система управления, разработка модели. Принципы проектирования базы данных, концептуальная, логическая, материальная разработка. Типы сущностей, атрибутов и связей.
  
  курсовая работа [188,6 K], добавлен 15.07.2012
  

• Разработка базы данных

  Инфологическая модель предметной области. Схемы простых объектов и их свойства. Построение реляционных отношений на основе инфологической модели базы данных. Сетевая и иерархическая даталогическая модели БД. Структура таблиц, реализованных в СУБД Oracle.
  
  курсовая работа [1,0 M], добавлен 10.06.2014
  

• Разработка базы данных на языке SQL

  Анализ предметной области - магазин "Канцелярские товары". Проектирование и реализация базы данных в MS SQL Server. Перечень хранимой информации: таблицы, поля, типы. Моделирование предметной области. Выделение сущностей, атрибутов, ключей, связей.
  
  курсовая работа [2,2 M], добавлен 05.02.2015
  

• Проектирование базы данных "Книжный магазин"

  Реализация приложения "Книжный магазин" средствами систем управления базами данных. Проектирование структуры базы данных, определение сущности и атрибутов. Логическое проектирование базы данных и реализация базы данных в СУБД Microsoft Office Access.
  
  курсовая работа [7,8 M], добавлен 13.02.2023
  

• Разработка базы данных для магазина бытовой техники

  Анализ предметной области. Проектирование концептуальной модели. Разработка логической структуры базы данных. Выделение информационных объектов. Создание глобальной схемы связей. Поддержка целостности данных. Структура и назначение существующих форм.
  
  курсовая работа [1,4 M], добавлен 23.09.2016
  

• Разработка приложений баз данных

  Автоматизация деятельности отдела сбыта предприятия "Русская еда". Описание выходной информации. Выделение информационных объектов. Информационно-логическое моделирование. Реализация базы данных в среде Microsoft Access. Создание таблиц и схема данных.
  
  курсовая работа [2,7 M], добавлен 02.05.2014
  

• Разработка и реализация базы данных библиотеки

  Анализ предметной области. Перечень хранимой информации: таблицы, поля, типы. Выделение сущностей, атрибутов, ключей, связей. Начальное заполнение данными БД. Создание и запуск базовых запросов. Проектирование базы данных в среде Enterprise Architect.
  
  курсовая работа [1,6 M], добавлен 16.02.2016
  

• Разработка базы данных информационной экономической системы для автоматизации расчета отчислений в пенсионный фонд

  Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.
  
  курсовая работа [2,3 M], добавлен 21.11.2013
  

• Создание базы данных "Бухгалтерия"

  Конструирование базы данных для бухгалтерского учета при начислении зарплаты сотрудникам. Функциональная структура, концептуальная, логическая и физическая модель БД. Выделение информационных объектов. Тексты SQL-запросов, результаты их выполнения.
  
  курсовая работа [3,3 M], добавлен 27.10.2013
  

• Проектирование базы данных туристического агентства

  Построение инфологической (концептуальной) модели предметной области. Проектирование логической и физической структуры базы данных. Реализация проекта в среде конкретной СУБД. Организация корректировки и ввода данных в БД. Разработка интерфейса.
  
  курсовая работа [1,4 M], добавлен 14.01.2018
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам