Файл: Автоматизация учета кадров ООО «Дальлесстрой».pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 27.04.2023

Просмотров: 281

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.Технико-экономическая характеристика предметной области и предприятия

1.1.Характеристика предприятия и его деятельности

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

1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов

2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

2.2.Используемые классификаторы и системы кодирования

2.3. Характеристика нормативно-справочной, входной и оперативной информации

2.4. Характеристика результатной информации

3. Программное обеспечение задачи

3.1. Общие положения (дерево функций и сценарий диалога)

3.2. Характеристика базы данных

3.3. Структурная схема пакета (дерево вызова программных модулей)

3.4. Описание программных модулей

4. Контрольный пример реализации проекта и его описание

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

– сотрудники (как сторона, ищущая работу).

Аналогично можно описывать и другие подпроцессы.

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

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

2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

Информационная система для ведения документации по учету кадров должна выполнять сбор, обработку, распределение и ввод информации, чтобы поддержать процесс учета сотрудников.

Для качественной реализации автоматизированной системы объект разработки должен быть прежде всего адекватно описан, построены непротиворечивые информационные модели ИС.

На рисунке 4 показана информационная модель системы для ведения учета кадров.

Рисунок 4 – Информационная модель

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

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

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

Адресатами выдачи информации являются конечные пользователи и администрация ООО «Дальлесстрой». Данная информация предназначается для анализа хозяйственной деятельности компании.

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


2.2.Используемые классификаторы и системы кодирования

В составе информационного обеспечения рассматриваемого комплекса задач важное место отводится классификаторам экономической информации:

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

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

При проектировании кодов предъявляется ряд требований:

- охват всех объектов, подлежащих кодированию, и их однозначное обозначение;

- возможность расширения объектов кодирования без изменения правил их обозначения;

- максимальная информативность кода при минимальной его значности.

Различают иерархическую и многоаспектную системы классификации.

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

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

- классификатор кадров;

- классификатор отделов;

- классификатор должностей.

2.3. Характеристика нормативно-справочной, входной и оперативной информации

Для обеспечения процесса хранения постоянной информации об учете кадров применяются такие справочники (входная информация):

– Отделы;

– Сотрудники;

– Должности.

Рассмотрим более подробно описание входной информации, которая представлена в таблицах 1 – 3.

Таблица 1 – Справочник «Отделы»

Имя

Тип

Код отдела

Числовой

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

Текстовый

Кабинет

Текстовый

Начальник

Текстовый


Справочник «Сотрудники» предназначен для хранения данных о персонале компании (таблица 2).

Таблица 2. Справочник «Сотрудники»

Имя

Тип

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

Числовой

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

Текстовый

Адрес

Текстовый

Телефон

Текстовый

Отдел

Ссылка

Стаж

Число

Пол

Ссылка

Должность

Ссылка

Справочник «Должности» использован для хранения данных о должностях сотрудников (таблица 3).

Таблица 3. Справочник «Должности»

Имя

Тип

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

Числовой

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

Текстовый

Оклад

Числовой

Примечание

Текстовый

Входные данные в базу данных могут вводиться в систему двумя методами:

– вручную;

– при использовании формы.

Тестовая информация созданных справочников показана в экранных формах на рисунках 5 – 7:

Рисунок 5 – Экранная форма справочника Должности

Рисунок 6 – Экранная форма справочника Отделы

Рисунок 7 – Экранная форма справочника Сотрудники

В таблице 4 рассмотрена сводная информация по справочниках:

Таблица 4. Сводная таблица по справочниках

Название справочника

Отделы

Должности

Сотрудники

Ответственный за его ведение

Кадровик

Кадровик

Кадровик

Средний объем справочника в записях

6

4

5-7

Средняя частота актуализации

1 раз в год

1 раз в месяц

1 раз в неделю

Средний объем актуализации, записей

1

1

2-3

2.4. Характеристика результатной информации


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

Рассмотрим реквизитный состав таблицы с оперативными данными Учет (таблица 5):

Таблица 5. Документ Учет

Имя

Тип

Номер

Числовой

Дата

Дата

Сотрудник

Ссылка

Отработано

Числовой

Прогулы

Числовой

Командировки

Числовой

Больничные

Числовой

Стоит отметить, что в документе применяются ссылки на некоторые справочники, которые описаны выше.

Ниже, на рисунках 8, 9 показаны экранные формы документа:

Рисунок 8 – Экранная форма документа Учет

Рисунок 9 – Экранная форма для ввода данных

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

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

3. Программное обеспечение задачи

3.1. Общие положения (дерево функций и сценарий диалога)

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

Рисунок 10 – Дерево функций

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

Служебные функции выполняются для работы со справочниками.


Заметим, что описанные функции ИС разделены между подсистемами (рис. 11):

Рисунок 11 – Подсистемы

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

На базе описанной информации рассмотрим сценарий работы с конфигурацией (рисунок 12).

Рисунок 12 – Последовательность операций для ИС

3.2. Характеристика базы данных

После анализа данных по предметной области надо выделить совокупность сущностей БД:

– Должности;

– Сотрудники;

– Отделы;

– Пол;

– Учет.

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

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

– Должности – Код должности;

– Сотрудники – Код сотрудника;

– Отделы – Код отдела;

– Пол – Код пола;

– Учет - № п/п.

Рассмотрим далее результат связывания объектов хранилища данных.

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

Между объектами Должности и Сотрудники есть связь «один-ко-многим», поскольку одну и ту же должность может занимать несколько сотрудников компании.

Между объектами Сотрудники и Учет будет присутствовать связь типа «один-ко-многим», поскольку один и тот же сотрудник несколько раз будет присутствовать в учете кадров в зависимости от рассматриваемого периода.

Выполним нормализацию отношений.

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

Все отношения для рассматриваемой предметной области являются атомарными.

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

Для каждого отношения создано ключевое поле (первые поля в перечне атрибутов).

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