Курсовая работа (т): Создание автоматизированной информационной системы кадрового учета

)        Экспорт в MS Word. Экспорт в один из самых популярных текстовых редакторов в мире, который может использоваться для самых разнообразных целей - Microsoft Word. Главные его достоинства - функциональность, быстродействие и простота в эксплуатации, при всей своей многогранности и обилии предлагаемых функций приложение не снижает производительность компьютера и занимает достаточно мало места на жестком диске. Также Microsoft Word одно из тех приложений, в которых может работать даже самый неопытный пользователь персональных компьютеров. С автоматизированной системой специалисту по кадрам не придётся перепечатывать всю информацию о сотрудниках вручную.

)        Оповещение по дням рождения. В реализуемой автоматизированной системе предполагается создать возможность оповещение по дням рождения сотрудников с выводом таблиц в MS Excel и выведением на печать. Чтобы узнать, когда у какого сотрудника День рождения, специалисту по кадрам приходится заводить специальный журнал, или же каждый раз просматривать огромное количество личных дел сотрудника. Автоматизированная система избавит кадровика от лишних дел, в нужное время оповестив его.

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

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

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

2 Технический проект информационной системы

.1 Функциональная модель

.1.1 Контекстная диаграмма и диаграммы детализации процессов

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

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

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

Рисунок 1 - Контекстная диаграмма

Рисунок 2 - Декомпозиция процесса A0 “Автоматизировать отдел кадров РОВД г. Климовичи”

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

Полученные блоки - «Автоматизировать контроль над штатной расстановкой» и «Автоматизировать формирование отчетов и выведение их на печать» - также подлежат дальнейшей детализации (рисунки 3, 4).

Рисунок 3 - Декомпозиция процесса A1 “Автоматизировать контроль над штатной расстановкой”

Рисунок 4 - Декомпозиция процесса A2 “Автоматизировать формирование отчётов и выведение их на печать”

Блок «Автоматизировать учёт личных дел сотрудников» разбиваем на 4 блока: «Формирование личного дела сотрудника», «Формирование списков личного состава», «Формирование списка дней рождения» и «Осуществление поиска сотрудника по личному номеру» (рисунок 5).

Рисунок 5 - Декомпозиция процесса A1.1 “Автоматизировать учёт личных дел сотрудников”

Блок «Автоматизировать формирование штатной расстановки» разбиваем на 4 блока: «Формирование штатной расстановки», «Увольнение сотрудника», «Контроль отпусков» и «Контроль командировок» (рисунок 6).

Рисунок 6 - Декомпозиция процесса A1.2 “Автоматизировать формирование штатной расстановки”

Блок «Автоматизировать учёт о присвоении спецзваний» разбиваем на 2 блока: «Формирование отчёта о выслугах сотрудников» и «Формирование списка выслуг сотрудников» (рисунок 7).

Рисунок 7 - Декомпозиция процесса A1.3 “Автоматизировать учет о присвоении спецзваний”

Блок «Автоматизировать подсчёт трудового стажа» разбиваем на 2 блока: «Подсчёт трудового стажа» и «Формирование отчёта о трудовом стаже» (рисунок 8).

Рисунок 8 - Декомпозиция процесса A1.4 “Автоматизировать подсчёт трудового стажа”

Блок «Автоматизировать формирование отчётов и выведение их на печать» разбиваем на 2 блока, которые подлежат детализации (рисунок 9).

Блок «Автоматизировать экспорт приказов и отчетов в табличные и текстовые редакторы» разбиваем на 3 блока: «Экспорт приказов и отчетов в MS Word», «Экспорт приказов и отчетов в PDF» и «Экспорт приказов и отчетов в MS Excel» (рисунок 10).

Рисунок 9 - Декомпозиция процесса A2 “Автоматизировать формирование отчетов и выведение их на печать”

Рисунок 10 - Декомпозиция процесса A2.1 “Автоматизировать экспорт приказов и отчётов в табличные и текстовые редакторы”

Блок «Автоматизировать выведение необходимых документов на печать» разбиваем на 4 блока: «Отправление приказов и отчётов на печать», «Отправление данных о сотруднике на печать», «Отправление нормативных документов на печать на печать» и «Отправление штатного расписания на печать» (рисунок 11).

Рисунок 11 - Декомпозиция процесса A2.2 “ Автоматизировать выведение необходимых документов на печать”

2.1.2 Диаграмма дерева узлов

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

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

Диаграмма дерева узлов проектируемой базы данных приведена в графическом материале «Диаграмма дерева узлов» (рисунок 12).

Рисунок 12 - Диаграмма дерева узлов

.2 Информационная модель

.2.1 Идентификация сущностей и связей. ER - диаграмма логического уровня

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

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

−         «Сотрудники» - для хранения информации о сотрудниках, которые работают в РОВД г. Климовичи;

−         «День_рождения» - для хранения информации о дате рождения сотрудников, количестве полных лет;

−         «Спецзвания» - для ведения учёта выслуги сотрудников и службе в Вооружённых силах;

−         «Трудовой_стаж» - для хранения информации о дате приёма на работу и учёта трудового стажа;

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

−         «Нормативные_документы» - для хранения информации о нормативных документах, их типах и дат принятия;

−         «Приказы» - для хранения информации о приказах, ФИО ответственного за приказ и дату приказа;

−         «Командировки» - хранит информацию о местах командировок, сроках, дате и личных номерах камандированных сотрудников;

−         «Увольнения» - для хранения информация об уволенных сотрудниках;

−         «Табель_отпусков» - хранит информацию об отпусках сотрудников.

Связь между сущностями «Сотрудники» и «Командировки» неидентифицирующая, не разрешающая присутствие нулей, т.к. номер командировки уникален. Тип связи: один ко многим, т.к. в один сотрудник может побывать в нескольких командировках. и 1 ко многимттствие нулейтрудники библиотеки.

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

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

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

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

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

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

Связь между сущностями «Сотрудники» и «Приказы» многие-ко-многим, т.к. один сотрудник может быть ответственный на несколько приказов, а один приказ может быть на несколько сотрудников.

Связь между сущностями «Отделы» и «Нормативные_документы» многие-ко-многим, т.к. на один отдел может быть несколько нормативных документов, а один нормативный документ может быть на несколько отделов.

ER-диаграмма логического уровня приведена в графическом материале «ER-диаграмма логического уровня» (рисунок 13).

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

.2.2 ER - диаграмма физического уровня. Ограничения доменов. Ограничения ссылочной целостности. Переопределение триггеров. Индексирование отношений.

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

Реализация ссылочной целостности:

−  При изменении, удалении или обновлении информации в таблице «Сотрудники» не должно ничего происходить в таблице «Командировки», и наоборот;

−  При удалении информации в таблице «Приказы_сотрудников» (или в таблице «Приказы») в таблице «Сотрудники» ничего не происходит, вставка и обновление возможно в том случае, если в таблице «Сотрудники» существует кортеж с соответственным первичным ключом. При удалении/обновлении информации из таблицы «Сотрудники» в таблице «Приказы_сотрудников» (или «Приказы») удаляется/обновляется соответствующий кортеж. При вставке кортежа в таблицу «Сотрудники», в таблице «Приказы_сотрудников» («Приказы») ничего не происходит.

−         При вставке/удалении/обновлении кортежей в таблице «Увольнения» для поддержания ссылочной целостности не происходят никакие действия в таблице «Сотрудники».

−         Вставка или обновление данных в таблице «Трудовой_стаж» возможно, только если в таблице «Сотрудники» существуют кортежи с соответствующими первичными ключами. При удалении ничего не происходит. При удалении или обновлении данных в таблице «Сотрудники» кортежи в таблице «Трудовой_стаж» удаляются/обновляются соответственно.

−         При вставке/удалении/обновлении данных в таблице «Табель_отпусков» для поддержания ссылочной целостности не происходят никакие действия в таблице «Сотрудники». При удалении или обновлении данных в таблице «Сотрудники» кортежи в таблице «Табель_отпусков» удаляются/обновляются соответственно.

−         Вставка или обновление данных в таблице «Спецзвания» возможно, только если в таблице «Сотрудники» существуют кортежи с соответствующими первичными ключами. При удалении ничего не происходит. При удалении или обновлении данных в таблице «Сотрудники» кортежи в таблице «Спецзвания» удаляются/обновляются соответственно.

−         Вставка или обновление данных в таблице «День_рождения» возможно, только если в таблице «Сотрудники» существуют кортежи с соответствующими первичными ключами. При удалении ничего не происходит. При удалении или обновлении данных в таблице «Сотрудники» кортежи в таблице «День_рождения» удаляются/обновляются соответственно.

−         При вставке/удалении/обновлении данных в таблице «Отделы» для поддержания ссылочной целостности не происходят никакие действия в таблице «Сотрудники». При удалении или обновлении данных в таблице «Сотрудники» кортежи в таблице «Отделы» удаляются/обновляются соответственно.