Дипломная работа: Проект автоматизированного рабочего места работника отдела кадров

температура 10 -30°С;

влажность 10 - 60%.

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

Требования к составу и параметрам технических средств

Для компьютера, на котором будет работать данный АРМ выдвигаются следующие требования:

CPU Pentium 200

32 Mb RAM

2,1 Gb HDD

манипулятор мышь

монитор

наличие свободного места на винчестере в зависимости от объема базы данных плюс размер программного комплекса;

Требования к информационной и программной совместимости

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

используемая операционная система - Windows98/2000;

наличие BDE;

Требования к программной документации

Предварительный состав программной документации установлен в соответствии с ГОСТ 19.101-77. Ниже приведен список программных документов и их содержание:

описание АРМ- сведения о логической структуре и функционирование АРМ;

текст программы- запись программы с необходимыми комментариями;

программа и методика испытаний - требования, подлежащие проверке при испытании программы, а также порядок и методы их контроля;

техническое задание - настоящий документ;

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

Технико-экономическая эффективность

Экономическим преимуществом данного АРМ является сокращение затрат на ведение документации и экономия рабочего времени.

Стадии и этапы разработки

Разработка ведется в несколько этапов в соответствии с ГОСТ 19.101-77:

анализ предметной области - описание предметной области, анализ существующих программных продуктов;

создание диаграмм потоков данных - создание контекстной диаграммы автоматизированной системы проектирования;

разработка структуры программного комплекса - определение основных частей программного комплекса и взаимодействий между ними;

разработка форм приложения;

разработка алгоритмов доступа к данным и обработки информации;

тестирование системы на полноту и корректность выполняемых функций;

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

Порядок контроля

Контроль программного продукта осуществляется в следующем порядке:

Проверка запуска программы.

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

Проверка контроля вводимой информации.

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

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

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

Проверка корректности завершения работы программы.

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

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

2. Разработка структуры АРМ

2.1 Анализ и автоматизация информационных потоков

2.1.1 Построение диаграммы потоков данных (DFD - диаграмма)

Для представления информации использована DFD (Data Flow Diagrams) диаграмма потоков данных, иллюстрирующая функции, которые должен выполнять программно-методический комплекс (см. рис.2.1). Она идентифицирует внешние сущности, а также единственный процесс, отражающий главную цель системы

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

Внешние сущности: Работник ОК и БД.

Основной процесс - Обработать, обрабатывает данные о работниках.

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

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

Рисунок 2.2 - Детализирующая DFD - диаграмма

Процесс 1.1 Осуществляет ввод информации о новых работниках и имеет на входе и выходе потоки.

Входной поток - Данные о новых работниках, который содержит данные о новых работниках;

Выходной поток - Информация о новых работниках, который передает информацию о новых работниках в хранилище данных;

Процесс 1.2 Осуществляет обработку информации и имеет на входе и выходе потоки.

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

Выходной поток - Запрос к БД, обращение к БД, в случае редактирования данных;

Выходной поток - Стаж работника, содержит рассчитанный стаж работника (общий и непрерывный);

Выходной поток - Запрос на печать, посылает запрос на печать личной карточки;

Выходной поток - Запрос на просмотр, посылает запрос на просмотр личной карточки;

Процесс 1.3 Осуществляет выдачу отчета.

Входной поток - Запрос на отчет, посылается запрос на получение отчета;

Входной поток - Запрос на печать, посылает запрос на печать личной карточки;

Входной поток - Запрос на просмотр, посылает запрос на просмотр личной карточки;

Входной поток - Требуемые для отчета данные, содержит требуемую для отчета информацию;

Выходной поток - Личная карточка, выдача личной карточки

2.2 Разработка компонентов АРМ

2.2.1 Логическая модель АРМ для моделирования ПО

Построение STD

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

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

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

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

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

После закрытия "Личные данные персонала" и "Общих справочников" переход в состояние "Ожидание действия пользователя". При нажатии "Файл" - Выход, переходим в конечное состояние.

Рисунок 2.3 -SDT диаграмма

Построение ER - диаграммы

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

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

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

R1 (Место_работы_, Табельный _номер, Должность_ID, Отдел_ID, Дата_поступления, Дата_увольнения, Статья).

R2 (Отдел_ID, Название_отдела).

R3 (Должность_ID, Название_должности).

R4 (Национальность_ID, Название_национальности)

R5 (Место_учебы_ID, Тип, Название).

R6 (Табельный_номер, Фамилия, Имя, Отчество).

R7 (Город_ID, Название_города).

R8 (Партия_ID, Название_партии).

R9 (Табельный номер, Отдел_ID, Должность_ID, Город_ID, Партия_ID, Национальность_ID, Место_образования_ID, Дата_рождения, Место_рождения, Адрес, Специальность, Квалификация, Номер_диплома, Дата_получения, Серия_паспорта, Номер_паспорта, Кем_выдано, Профсоюз, Семья);

R10 (Отдел_ID, Место_работы_).

R11 (Отдел_ID, Должность_ID, Табельный_номер, Дата_назначения).

Рисунок 2.4 - ER - Диаграмма

2.2.2 Разработка физической модели АРМ

Разработка схемы структуры реляционной базы данных

В соответствие с полученным набором отношений, спроектируем структуру таблиц базы данных. Структуры таблиц с указанием наименований, типов, размеров полей и указанием ключей приведены в таблицах 2.1-2.11

Структура таблицы Main_Cart. db представлена в таблице 2.1

Таблица 2.1 Main_Cart. db

Структура таблицы WorkPlace. db представлена в таблице 2.2

Таблица 2.2 WorkPlace. db

Структура таблицы department. db представлена в таблице 2.3

Таблица 2.3 department. db

Структура таблицы dolgnost. db представлена в таблице 2.4

Таблица 2.4 dolgnost. db

Структура таблицы nation. db представлена в таблице 2.5

Таблица 2.5 nation. db

Структура таблицы Obr_Place. db представлена в таблице 2.6

Таблица 2.6 Obr_Place. db

Структура таблицы Persen. db представлена в таблице 2.7

Таблица 2.7 Persen. db

Структура таблицы town. db представлена в таблице 2.8

Таблица 2.8 town. db

Структура таблицы partia. db представлена в таблице 2.9

Таблица 2.9 partia. db

Структура таблицы G_Dep. db представлена в таблице 2.10

Таблица 2.10 G_Dep. db

Структура таблицы Pers_Group. db представлена в таблице 2.11

Таблица 2.11 Pers_Group. db

Построение схемы взаимодействия таблиц базы данных

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

2.2.3 Техническое обеспечение комплекса

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

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

Технические средства в разрабатываемом программном комплексе решают задачи:

ввода исходных данных, характеризующих объект исследования;

отображения введенной информации с целью ее контроля и редактирования;

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

хранения информации;

отображения результатов работы.

В функции процессора входит выполнение команд, которые он получает от запускаемого пользователем программного обеспечения. Понятно, что от скорости работы процессора зависит скорость выполнения того или иного приложения, т.е. программа и сетевая операционная система будут работать быстрее на компьютере с более быстрым процессором. Целесообразно использовать процессоры PentiumII, AMD K6-2 при возможности можно использовать более быстрые процессоры.

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

Жесткий диск - один из самых важных компонентов серверов и компьютеров работающих с базами данных. В немалой степени от надежности, скорости доступа и вместимости жесткого диска зависит работа приложений. От скорости работы жесткого диска зависит скорость работы приложения - скорость заполнения базы данных, поиск необходимой информации и т.д. В современных системах довольно часто используется функции резервного копирования данных, при малом объеме жесткого диска работа этих функций может быть нарушена. Емкость и производительность жестких диска должны быть достаточными для комфортной работы пользователей. На размеры жесткого диска влияют размеры сопутствующих программных продуктов, которые используются при работе программного комплекса. Для стандартной установки Windows2000 необходимое пространство на жестком диске 700 Мбайт. BDE для связи с СУБД занимает 3Мбайт свободного дискового пространства. Для используемых программных средств объем свободного места на жестком диске должен быть равен 710 Мбайт.

Монитор используется для визуального оповещения пользователя о протекающих процессах. Для работы с программным комплексом достаточно использование 14 дюймового монитора SVGA c возможность поддержания разрешения экрана 1024*768 точек. Для удобства работы пользователя можно использовать монитор с большей диагональю экрана и большей разрешающей способностью.

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

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

процессор PentiumII 200;

минимум 64MB RAM;

дисковод

PC-AT совместимую клавиатуру;

манипулятор “мышь”;

монитор VGA или SVGA;

сетевая карта;

принтер;

наличие свободного места на винчестере в зависимости от объема базы данных плюс размер программного комплекса и свободное место для используемых программных средств 710Мбайт;

2.2.4 Программное обеспечение комплекса

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

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

управление ресурсами ЭВМ;

обеспечение ввода-вывода информации;

организацию хранения информации во внешней памяти;

выполнение работ, связанных с обслуживанием внешних устройств;

управление выполнением программ.

Для работы программного комплекса с базой данных необходимо наличие BDE.

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

операционная система - Windows98/2000;

наличие BDE.

3. Специальная часть: разработка программного обеспечения для ведения базы данных

3.1 Взаимодействие форм АРМ и их функциональное назначение

Рисунок 3.1 - Структура взаимодействия форм

Форма Кадры - главная форма, она дает доступ к формам Личные данные персонала, Общие справочники, а также к справочной подсистеме.

Форма Личные данные - форма для ввода информации о работнике. Дает возможность для редактирования, добавления, удаления данных, а также просмотр отчета. Возможно просмотреть общие справочники. Доступ к форме Дополнительные данные.

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

Форма Отчет - вывод отчета.

Справочная подсистема - вывод справки.

3.2 Описание программы

Общие сведения

Общие сведения представлены в виде таблицы 3.1

Таблица 3.1 - Общие сведения о программе.

Функциональное назначение программы

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

Вызов и загрузка программы

Для запуска программы необходимо скопировать программу CADRE. EXE c гибкого носителя в соответствующий каталог Diplom и запустить эту программу стандартными средствами (Windows Explorer, FAR Manager, и др.).

Описание логической структуры

В начале программы пользователь должен заполнить данные о работнике.

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

Присвоить табельный номер.

Ввести в справочник национальность (если ее еще нет в справочнике).

Название партии, членом которой является работник.

Учебное заведение, в котором обучается или обучался.

Город в котором родился, и город в котором живет.

Предприятия, присутствующие в трудовой книжке работника (Должности и отделы).

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

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

Далее необходимо ввести данные из трудовой книжки работника.

Заполненная трудовая книжка автоматически рассчитывает трудовой стаж (общий и наибольший).

Личную карточку можно распечатать.

Входные данные

Входными данными являются:

Паспортные данные

Сведения об образовании

Сведения трудовой книжки

Сведения о партийности

Выходные данные

Выходные данные:

Ведение личных карточек

Вывод общего стажа

Вывод непрерывного стажа

Ведение трудовых книжек

Ведение общих сведений работника

Ведение справочников

Организация интерфейса пользователя

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

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

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

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

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

Главное меню программно-методического комплекса приведено на рисунке 3.2 Основные пункты меню следующие:

Рисунок 3.2 - Структура главного меню

3.3 SQL - запрос

Самым важным компонентом модуля является выполняемый SQL-запрос, который формирует список заданий для конкретного варианта. Текст SQL-запроса приведен ниже:

SQL QUARY "qStage" - подсчет общего стажа работы

SQL QUARY "qMaxStage" - выбор наибольшего непрерывного стажа работы

SQL QUARY "qPers_Cart" - выбор данных для заполнения личной карточки

3.4 Руководство пользователю

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

Рис.3.3 Главная форма программы

В меню "Справочники":

"Общие справочники": вывод формы администрирования общих справочников (рис.3.4).

"Личные данные персонала": вывод формы администрирования данных для каждого работника (Рис.3.5)

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

Присвоить табельный номер.

Ввести в справочник национальность (если ее еще нет в справочнике).

Название партии, членом которой является работник.

Учебное заведение, в котором обучается или обучался.

Город в котором родился, и город в котором живет.

Предприятия, присутствующие в трудовой книжке работника (Должности и отделы).

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

Рис.3.4 Справочники

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

Рис.3.5 Личные данные персонала

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

Рис.3.6. Общие сведения

Теперь необходимо заполнить данные так, как показано на Рис.3.5

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

Рис.3.7. Управляющие клавиши

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

На рисунках 3.8-3.9 изображены формы ввода дополнительной информации.

Рис 3.8. Дополнительные данные

Заполненная трудовая книжка автоматически высчитывает трудовой стаж (общий и наибольший).

Личную карточку можно распечатать если нажать на кнопку "Отчет" расположенную на форме личных карточек.

Рис.3.9. Дополнительные данные

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

4. Экономическая часть

4.1 Расчет капитальных затрат на создание ПИ

Капиталовложения в создание ПИ носят единовременный характер и включают в себя:

затраты на лицензированные программные продукты;

затраты на создание программного изделия;

затраты на оборудование.

Капиталовложения находят по формуле (4.1):

, (4.1)

где - затраты на оборудование, грн.;

 - затраты на лицензионные программные продукты, грн. (60 грн);

 - затраты на создание ПИ, грн.

4.2 Расчёт затрат на оборудование

Затраты на оборудование рассчитываются по формуле (4.2):

 грн., (4.2)

где  - количество единиц i - того оборудования, необходимого для реализации ПИ (ЭВМ, принтеров, плоттеров и др.), шт.;

 - цена единиц i - того оборудования в грн.;

- общее количество различных видов оборудования;

- коэффициент транспортно - заготовительных расходов (1.01);

- коэффициент увеличения затрат на производственно - хозяйственный инвентарь (1.015).

 грн.,

где 4600 грн. - стоимость оборудования.

4.3 Расчёт затрат на создание ПИ

Затраты на создание ПИ находят по формуле:

, (4.3)

гдеЗ1 - затраты труда программистов-разработчиков, грн.;

З2 - затраты компьютерного времени, грн.;

З3 - косвенные (накладные) расходы, грн.

Затраты труда программистов находят по формуле (4.4):

, (4.4)

где - количество разработчиков k-й профессии, чел. Принимаем

= 1 человек.

 - часовая зарплата разработчика k-й профессии, грн.;

 - коэффициент начислений на фонд заработной платы, доли. Принимаем = 1,475.

 - трудоёмкость разработки.

Часовая зарплата разработчика определяется по формуле (4.5):

, (4.5)

где- месячная зарплата k-го разработчика, грн.;

 - месячный фонд времени его работы, час.

Принимаем =300 грн; =160 часов.

Тогда по формуле 4.5 рассчитаем :

 =  = 1.88 грн/час.

Трудоёмкость разработки включает время выполнения работ, представленных в таблице 4.1 Общая трудоемкость = 310 часов.

Тогда по формуле (4.4) найдем :

: = 1·1,88·310·1,475 = 859,63 грн.

Таблица 4.1 - Длительность этапов работы

Затраты компьютерного времени вычисляются по формуле (4.6):

Страницы: 1, 2, 3