Разработка программы учета персонала в страховой фирме

Создано admin . Опубликовано в Для диплома

testirovanie

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

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

 

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

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

 

Анализ и моделирование требований

 

Для проектирования информационной системы могут быть использованы компьютерные CASE-технологии.

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

Распишем теперь подробнее основной поток событий.

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

Основной поток событий.

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

2)          Специалист отдела кадров должен ввести пароль: Для входа в режим кадрового учета в окне ввода пароля необходимо ввести пароль «кадры». Если вводиться пароль администратора: «админ», то выполняется альтернативный поток А1.

3)          Специалист заходит в часть программы для работы с кадровыми списками. В случае выбора подмодуля «должности», начинает работать с базой должностей. В случае выбора модуля работники наступает альтернативный поток А2. В случае выбора модуля «Отдел кадров» наступает альтернативный поток А3.

4)          Менеджер корректирует информацию по должностям и вакансиям.

5)          Сохраняет данные в БД.

6)          Вариант использования заканчивается.

Альтернативный поток событий А1.

1)          Поток событий начинается, если специалист отдела кадров набирает пароль для входа в систему «админ».

2)          Открывается часть программы предназначенная для проверки соответствия структуры кадров занимаемым должностям. В случае выбора модуля потребность в рабочей силе руководитель или специалист отдела кадров может оценить необходимость в дополнительном наборе персонала и наступает альтернативный поток А1.1. Или альтернативный поток А1.2 (выбор модуля «Индивидуальный план»).

3)          Вариант использования заканчивается.

Альтернативный поток событий А1.1

1)          Поток событий начинается, если специалист отдела кадров набирает пароль для входа в систему «админ». И запускает модуль «Соответствие структуры»

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

3)          Вариант использования заканчивается.

Альтернативный поток событий А1.2

1)          Поток событий начинается, если специалист отдела кадров набирает пароль для входа в систему «админ». И запускает модуль «Индивидуальный план».

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

3)          Вариант использования заканчивается.

Альтернативный поток событий А2.

1)          Поток событий начинается когда специалист выбирает модуль «Должности». При этом ведется полный список должностей.

1)          При необходимости есть возможность провести дополнительный анализ и корректировку списка сотрудников.

Альтернативный поток событий А3.

1)          Поток событий наступает когда специалист выбирает модуль «Отдел кадров». В этом случае он переходит в модуль программы где ведется подробная  база списочного состава работников.

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

Диаграмма данного варианта использования для альтернативного потока А1, выполненная в пакете Rational Rose, показана на рис. 1.3. Диаграмма варианта использования для альтернативного потока А2, показана на рис. 1.4.

а

Рисунок 1.3 Диаграмма вариантов использования для альтернативного потока А1

а

Рисунок 1.4 Диаграмма вариантов использования для альтернативного потока А2

Рисунок 1.4 Диаграмма состояний

 

Аттестация требований

 

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

Существует ряд методов аттестации требований, которые можно использовать совместно или каждый в отдельности:

  1. Обзор требований.
  2. Прототипирование.
  3. Генерация тестовых сценариев.
  4. Автоматизированный анализ непротиворечивости.

Наиболее наглядным для заказчика системы является прототипирование.

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

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

На рисунке 1.5 приведена главная форма приложения. Как видно из рисунка работа начинается с идентификации пользователя. Данная система предусматривает два режима работы: режим кадрового учета; режим работы администратора. Для входа в режим кадрового учета в окне ввода пароля необходимо ввести пароль: «кадры». Для перехода в режим работы администратора: «админ».

а

Рисунок 1.5  — Прототип стартовой формы

 

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

а

Рисунок 1.6  — Прототип формы для работы управляющего

а

Рисунок 1.7  — Прототип формы для проверки соответствия структуры

а

Рисунок 1.8  — Прототип формы для определения потребности в работниках

а

Рисунок 1.9  — Прототип формы для контроля индивидуальных заданий

 

При входе под паролем «кадры» запускается часть программы, которая предназначена для работы кадровика рисунок 1.10.

а

Рисунок 1.10  — Прототип формы для работы кадровика

а

Рисунок 1.11  — Прототип формы для ведения базы должностей

 

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

а

Рисунок 1.12  — Прототип формы для идентификации пользователей

 

При нажатии на кнопку «Отдел кадров» запускается еще один модуль программы, из которого возможно ведение базы всего отдела кадров. Причем вход в этот модуль также регламентируется паролем. Для тестового входа используется пароль «123».

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

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

а

Рисунок 1.13 – Прототип формы для ведения базы отдела кадров

 

2. Страница (дополнительные данные, которые вводить не обязательно) — специальность по диплому, квалификация по диплому, ученая степень, ученое звание, владение иностранными языками, телефоны, государственные награды, комментарий (рисунок 1.14);

3. Страница (семья) — сведения о ближайших родственниках (рисунок 1.15).

а

Рисунок 1.14 – Прототип формы с дополнительными сведениями о сотруднике

а

Рисунок 1.15 – Прототип формы, содержащий сведения о семье

 

4. Страница (образование) — сведения об учебных заведениях, которые окончил сотрудник (рисунок 1.16).

5. Страница (трудовая деятельность) — трудовая деятельность до поступления в учреждение (рисунок 1.17)

а

Рисунок 1.16 – Прототип формы «Сведения о образовании»

 

6. Страница (работа в учреждении) — трудовая деятельность в учреждении, прохождение аттестаций (рисунок 1.18).

7. Страница (зарплата) — сведения о начисленной зарплате (рисунок 1.19).

8. Страница (отпуск) — использованные отпуска (рисунок 1.20).

а

Рисунок 1.17 – Прототип формы  «Сведения о работе»

а

Рисунок 1.18 – Прототип формы «Сведения о занимаемой должности»

а

Рисунок 1.19 – Прототип формы «Сведения о зарплате»

а

Рисунок 1.20 Прототип формы «Сведения о отпусках»

 

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

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

 

Проектирование пользовательского интерфейса

 

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

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

а

Рисунок 2.3-  Структура пользовательского интерфейса первого фрагмента программы

 

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

а

Рисунок 2.4 – Фрагмент меню программы

 

Внешний вид основных вторичных форм программы показан в виде прототипов в п.1.6 данного проекта.

 

2.2.1 Разработка функциональной структуры экономической информационной системы

 

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

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

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

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

а

Рисунок 2.5 – Функциональная структура фрагмента  информационной системы

 

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

 

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

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

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

Таблице «Образование» содержит названия уровней образования.

Таблица «Планы» содержит поля название задания, дата выполнения, статус задания.

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

а

Рисунок 2.6 —  Инфологическая модель фрагмента базы данных

 

 

Таблица — основная единица хранения данных в базе. В разрабатываемом проекте используются таблицы DBASE. Создаваемые таблицы имеют расширение .DBF.

Для создания таблицы необходимо заполнить следующие поля:

—       Имя поля;

—       Тип поля;

—       Размер поля;

—       Ключ.

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

а

Рисунок 2.7 — Структура фрагмента базы данных

 

 

Так, для рассматриваемого примера структурная схема будет иметь вид, изображенный на рисунке 2.9 (звездочка «*» означает «не является справочником»).

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

Каждому выделенному объекту будет соответствовать в БД своя таблица с параметрами этого объекта. Сразу же стоит выработать правила именования таблиц и их полей.

а

Рисунок 2.9 — Структурная схема связей объектов

в БД «Отдел кадров»

 Создание отчетов в модуле «Отдел кадров»

 

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

а

Рисунок 2.10 – Создание отчетов в программе

 

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

 

Администрирование БД «Отдел кадров»

 

 

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

Для БД, в частности в формате Paradox, обязанности администратора следующие:

—             настройка программного обеспечения на конкретные условия функционирования;

—             корректировка таблиц и программного обеспечения;

—             создание копий таблиц БД (архивирование);

—             восстановление работоспособности БД, в том числе и с помощью резервных копий;

—             контроль логической целостности БД;

—             регистрация новых пользователей БД — выдача им имени пользователя БД и пароля для подключения к БД;

—             создание отчетов, интересующих пользователей;

—             обучение пользователей;

—             выполнение других операций разнообразного назначения.

Перечень этих операций должен быть отражен в инструкции администратору БД.

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

Для создания резервной копии достаточно поместить в архив файлы со следующими расширениями:

*.DB-таблицы БД;

*.МВ~ файлы с содержимым Memo-полей;

*.РХ — файлы с первичными индексами таблиц;

*.VAL — файлы с условиями контроля ввода и ссылочной целостности;

*.LCK — файлы с вторичными индексами таблиц.

а

Рисунок 2.11 – Предусмотренное в программе резервное копирование

 

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

Задание настроек системы

 

К настройкам относятся общие параметры системы (папки с размещенной информацией, название БД, название организации и т. д.), параметры полей таблиц, обеспечивающие контроль вводимых данных и вывод названий параметров, параметры элементов интерфейса. Все они находятся на страницах «Общие параметры», «Параметры таблиц» и «Параметры интерфейса» формы «Задание общих параметров» (первая из указанных страниц показана на рисунок 2.12), вызываемой из главной формы кнопкой «Администрирование БД». При изменении параметров на странице «Общие параметры» нужно закрыть приложение и запустить его вновь — только тогда будут восприняты введенные изменения. В этом случае необходимо с помощью программы Database Desktop, поставляемой вместе с Delphi, вызвать таблицу _Params.db и в режиме редактирования таблицы восстановить исходные значения.

а

Рисунок 2.12 — Страница «Общие параметры» формы

«Задание общих параметров»

 

 

Задание имен и паролей пользователей

 

Все пользователи БД по степени доступа к информации разделены на три категории:

— пользователь может только получать информацию из БД;

— пользователь может как получать информацию из БД, так и записывать информацию в БД;

— пользователь может дополнительно администрировать систему.

Каждому пользователю следует задать фамилию, имя и отчество (необязательная часть), степень доступа к информации и пароль. Пароль представляет собой любую последовательность символов (латинских и кириллицы) и цифр (до 15 символов), уровень доступа задается цифрами 1, 2 или 3. Для задания паролей следует воспользоваться страницей «Пароли» формы «Задание общих параметров» вызываемой из главной формы кнопкой «Администрирование БД» (рисунок 2.13).

а

Рисунок 2.13 — Страница «Пароли» формы «Задание общих параметров»

 

Для задания пароля следует перейти на последнюю запись страницы «Пароли» и с помощью клавиш Down или Tab открыть новую строку, после чего заполнить ее нужным образом. Для удаления пароля следует поместить курсор на удаляемую запись и нажать комбинацию клавиш Ctrl+Del. Среди установленных паролей должен быть хотя бы один высшей категории, который использует сам администратор. Если такой пароль будет случайно удален, его можно будет задать с помощью программы Database Desktop, поставляемой вместе с Delphi.

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

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

С ув. Эдуард Тихонов

Похожие материалы:

Понравилась статья? - поделитесь ею со своими друзьями!

Хотите Быть В Курсе Всех Новинок Сайта?!

Подпишитесь прямо сейчас, и получайте обновления на свой E-Mail:

Ваш E-Mail в безопасности

Есть что сказать? - Комментируй!

Комментарии Facebook

А Вы что думаете?