Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса (повышение квалификации)

Содержание:

Введение

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

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

В данной работе будет рассматриваться процесс автоматизации управления персоналом ООО «Энергострой».

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

В соответствии с этой целью поставлены следующие задачи:

  1. Описание и анализ предметной области и краткая характеристика бизнес-процессов.
  2. Обоснование необходимости автоматизации деятельности сотрудников.
  3. Постановка задачи разработки системы автоматизации.
  4. Обоснование ряда проектных решений по программному и информационному обеспечению.
  5. Построение информационной модели.
  6. Программная реализация системы автоматизации учета на основании разработанных предпроектных решений.

1. Аналитическая часть

1.1. Выбор комплекса задач автоматизации

Компания «Энергострой» разрабатывает качественные проекты энергоснабжения, которые учитывают все государственные нормы и стандарты. Также выполняются электротехнические работы на основании готового проекта.

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

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

Компания предоставляет гарантии:

  • Заключение договора.
  • На все виды выполненных электромонтажных работ компания предоставляет гарантию сроком на 1 год.

Задачи компании «Энергострой»:

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

Главная ценность и основной ресурс компании - это ее кадровый потенциал. Уделяется большое значение обучению и развитию сотрудников. Таким образом, отдел персонала играет огромную роль в развитии компании.

Структура отдела представлена на рисунке 1.1.

Рис. 1.1. Организационная структура отдела персонала ООО «Энергострой»

Процесс управления персоналом состоит из таких ключевых моментов, как:

  • планирование кадрового состава и учет кадров;
  • анализ кадрового состава и его развитие и оценка.

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

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

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

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

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

Процесс аттестации осуществляется на основании таких документов, как:

  • приказ о проведении аттестации
  • бланк самооценки
  • бланк предварительной оценки
  • аттестационный лист
  • лист оценки стажера (для стажеров).

На выходе имеем все те же документы. Но в виду того, что предыдущие процессы не относятся к стажерам (в отличии от аттестации), на выходе появляется еще один документ – направление для прохождения стажировки.

1.2. Характеристика существующих бизнес –процессов

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

Декомпозиция контекстной диаграммы представлена на рисунке 1.3.

Рис.1.2. Контекстная диаграмма

X:\Персонал курсовой проект\КУРСОВОЙ НА ПЕЧАТЬ\2 уровень.JPG

Рис.1.3. IDEF0 Управление персоналом

X:\Персонал курсовой проект\КУРСОВОЙ НА ПЕЧАТЬ\3 уровень.JPG

Рис.1.4. Организация работы сотрудников

В данном пункте нами были выделены задачи для автоматизации:

прием на работу и уволнение;

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

оформление отпусков, командировочных и т.д.

На рисунках 1.5 и 1.6 детально приведены модели существующих бизнес-процессов приема на работу и увольнения.

X:\Персонал курсовой проект\КУРСОВОЙ НА ПЕЧАТЬ\4 уровень 1.JPG

Рис.1.5. Модель бизнес-процесса «Прием на работу»

X:\Персонал курсовой проект\КУРСОВОЙ НА ПЕЧАТЬ\4 уровень 2.JPG

Рис.1.6. Модель бизнес-процесса «Увольнение»

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

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

Рис.1.7. IDEF3 Отбор персонала

Непосредственно сам процесс найма представляет собой документально оформление отношений работодателя и работника, опираясь на ТЗ РФ. После того, как все документы оформлены, происходит адаптация сотрудника, когда осуществлялся внешний наем и вторичная – если имело место кадровое перемещение.

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

1.3. Характеристика документооборота, возникающего при решении задачи

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

Внедрение АС не потребует дополнительных технических ресурсов, так как все рабочие места оснащены компьютерной техникой.

Цели, критерии и ограничения создаваемой АС:

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

Ожидаемые технико-экономические результаты создания АС:

  • снижение затрат времени на поиск резюме;
  • снижение затрат времени на подведение итогов сдачи экзаменов и последующее повышение оклада сотрудника;
  • повышение точности данных.

Затраты на создание и эксплуатацию АС будут невелики, так как все рабочие места отдела персонала оснащены необходимой техникой.

1.4. Обоснование проектных решений по информационному обеспечению

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

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

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

личные дела сотрудников;

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

К внутримашинному информационному обеспечению относится описание экранных форм.

При разработке системы использовалась реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области, моделировать связи между ними. При этом сами данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.

Основными функциями справочников являются:

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

К информационному обеспечению в рамках данного проекта относятся:

  • база данных;
  • экранные формы для ввода первичных данных в ЭВМ;
  • экранные формы для вывода результирующей информации.

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

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

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

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

1.5. Обоснование проектных решений по программному обеспечению

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

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

К общесистемному ПО в нашем случае относятся:

  • операционная система;
  • система управления базами данных (СУБД).

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

То есть нужно выбрать операционную систему, СУБД и язык программирования для разработки системы.

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

1. Совместимость с ОС, уже имеющимися в организации;

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

3. Минимальные затраты на поддержку системы.

В ООО «Энергострой» на рабочих станциях пользователей системы установлена ОС линейки Microsoft Windows, это является оптимальным выбором, т.к. ОС семейства Windows наиболее распространённые на сегодняшний день, поэтому с приходом нового сотрудника не придётся его переобучать. На приобретаемый сервер с целью совместимости всех компонентов системы рекомендуется установить последнюю версию серверной операционной системы Microsoft Windows 2008 Server.

Реализация приложения проводится в среде программирования Borland Delphi 7.0, располагающей широкими возможностями по созданию приложений баз данных. Delphi 7.0 является средой быстрой разработки приложений (RAD), полностью поддерживающей все ведущие индустриальные стандарты: XML, SOAP, WSDL и XSL, а также появляющиеся платформы – Microsoft .NET и BizTalk, Sun Microsystems ONE, обеспечивая необходимую гибкость, надежность и масштабируемость.

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

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

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

В качестве создания базы данных была выбрана СУБД Microsoft Access.

На сегодняшний день MS Access является наиболее популярной СУБД, используемой для разработки настольных баз данных (БД). Богатый набор мастеров и построителей позволяет полностью автоматизировать создание пользовательского интерфейса, а множество удобных средств разработки помогает сократить время создания законченного приложения. Полная интеграция с другими приложениями MS Office (Word, Excel, Outlook) — также большой плюс Access. Встроенный язык Visual Basic for Application (VBA) позволяет выполнять нестандартные задачи.

Популярность СУБД Microsoft Access обусловлена следующими причинами:

  • Access является одной из самых легкодоступных и понятных систем как для профессионалов, так и для начинающих пользователей, позволяющая быстро освоить основные принципы работы с базами данных;
  • система имеет полностью русифицированную версию;
  • полнаяинтегрированностьспакетами Microsoft Office: Word, Excel, Power Point, Mail;
  • идеология Windows позволяет представлять информацию красочно и наглядно;
  • возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;
  • технология WYSIWIG позволяет пользователю постоянно видеть все результаты своих действий;
  • широко и наглядно представлена справочная система;
  • существует набор “мастеров” по разработке объектов, облегчающий создание таблиц, форм и отчетов.

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

Все эти преимущества обусловили выбор именно этой СУБД.

2. Проектная часть

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

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

Информационная система работает со справочниками Отделы, Сотрудники, Контрагенты, Типы и Категории документов, Клиенты, экранными формами ввода документов. Информационная система формирует выборки по типам и категориям документов.

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

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

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

ИМ.jpg

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

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

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

  • трудовая книжка;
  • штатное расписание;
  • документ.

Трудовая книжка сотрудника используется при регистрации его в системе. Источником получения данного документа является отдел кадров. При этом из нее используются следующие реквизиты:

  • фамилия, имя, отчество;
  • дата рождения;
  • наименование должности;
  • наименование отдела.

Частота возникновения данного документа – по мере регистрации новых сотрудников, объем – около 10 строк.

Штатное расписание используется при формировании справочника Отделы, при этом используется только такой реквизит, как наименование отдела. Источником получения данного документа также является отдел кадров, объем – 15 строк.

Документ является основным входным документом. При регистрации документа в системе задействуются следующие реквизиты:

  • наименование;
  • тип документа;
  • дата подготовки или поступления;
  • количество страниц;
  • описание документа;
  • электронная копия документа.

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

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

Таблица 2.1

Перечень используемых справочников

№ пп

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

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

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

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

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

1

Отделы

Администратор

45

1 раз в месяц

10

2

Документы

Администратор

10

1 раз в год

10

3

Клиенты

Администратор

2000

1 раз в год

10

4

Типы документов

Администратор

50

1 раз в месяц

25

5

Категории документов

Администратор

20

1 раз в месяц

25

6

Сотрудники

Администратор

20

1 раз в месяц

25

Справочник Отделы имеет следующие реквизиты:

- код отдела;

- полное наименование отдела;

- сокращенное наименование отдела.

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

  • фамилия;
  • имя;
  • отчество;
  • дата рождения
  • пароль
  • логин
  • дата регистрации

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

Справочник Категории содержит наименования категорий документов.

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

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

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

  • список сотрудников;
  • список документов по категориям и типам;
  • список контрагентов;
  • список клиентов.

В списке сотрудников имеются следующие реквизиты:

  • фамилия, имя, отчество сотрудников;
  • дата регистрации;
  • должность;
  • отдел;
  • дата рождения;
  • логин и пароль для доступа в систему.

Данный документ формируется на основе справочников Отделы и Сотрудники.

Списки документов имеют следующие реквизиты:

  • наименование документа;
  • дата регистрации;
  • краткое описание;
  • количество страниц;
  • адресат;
  • ссылка на электронную версию документа;
  • тип документа;
  • категория документа.

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

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

Состав и классификация функций разрабатываемого программного продукта представлены в виде дерева функций (рис. 2.2).

Рис. 2.2. Дерево функций ИС

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

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

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

Рис. 2.3. Дерево сценариев диалога

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

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

Перечень сущностей и их соответствие информационной модели приведено в таблице 2.2.

Таблица 2.2

Перечень сущностей и их соответствие информационной модели

Название сущности в информационной модели

Идентификатор таблицы

Справочник «Отделы»

Otdel

Справочник «Сотрудники»

Sotr

Справочник «Типы документов»

Tipi

Справочник «Категории документов»

Kategorii

Таблица «Документы»

Dok

Характеристика каждой таблицы базы данных приведена ниже, в таблицах 2.3-2.9.

Таблица 2.3

Таблица Документы

Идентификатор

Тип данных

Примечание

 idd 

int(11)

Код документа

 ids 

int(5)

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

 named 

varchar(45)

Наименование

 idkd 

int(5)

Код типа

 datepod 

varchar(45)

Дата подготовки

 datez 

timestamp

Дата и время регистрации

 kolvostr 

varchar(45)

Количество страниц

 prim 

varchar(45)

Примечание

 otkuda 

varchar(45)

Адресат

 link 

text

Ссылка на документ

 status 

int(1)

Статус

 archiv 

int(1)

Флаг помещения в архив

 rnp 

int(1)

Флаг резолюции начальника отдела

Таблица 2.4

Таблица Отделы

Идентификатор

Тип данных

Примечание

 idOtd 

int(11)

Код отдела

 nameOtd 

varchar(100)

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

 KrNameOtd 

varchar(10)

Краткое наименование отдела

Таблица 2.5

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

Идентификатор

Тип данных

Примечание

 idsotr 

int(11)

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

 name 

varchar(45)

Фамилия

 dolg 

int(2)

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

 login 

varchar(10)

Логин

 parol 

varchar(10)

Пароль

 dates 

timestamp

Дата регистрации

 surname 

varchar(45)

Имя и отчество

 datebor 

varchar(14)

Дата рождения

 udal 

int(1)

Отметка об удалении

Таблица 2.6

Таблица Типы документов

Идентификатор

Тип данных

Примечание

idtip 

int(11)

Код типа документа

 namet 

varchar(10)

Наименование типа документа

idkat_tip

int(11)

Код категории документов

Таблица 2.7

Таблица Категории документов

Идентификатор

Тип данных

Примечание

idkat

int(11)

Код категории документа

namekat

text

Наименование категории документа

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

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

Структурная схема пакета представлена на рисунке 2.4.

Рис.2.4. Структурная схема пакета

Таблица 2.8

Описание функций модулей

Наименование модуля

Функции модуля

Модуль безопасности

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

Модуль инициализации программы

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

Модуль взаимодействия с базой данных

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

Модуль справочной системы

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

Модуль главного меню

Содержит главное меню, из которого осуществляется вызов остальных экранных форм

Модуль «Отчеты»

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

Модуль «Справочники»

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

Модуль «Пользователи»

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

Модуль «Регистрация»

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

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

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

Прецедент «Ввод записи в БД» активизируется субъектом ИС оператор. Данный прецедент описывает процесс ввода новых данных в БД. Этим занимается пользователь с ролью оператор. Данные вводятся в формы ввода на основании документов клиента, а также вся справочная информация, которая нужна в процессе работы с системой. На рис. 2.5, 2.6 представлены диаграмма последовательности и диаграмма действий данного прецедента.

Прецедент «Редактирование БД» активизируется субъектом ИС оператор. Данный прецедент описывает процесс изменения и удаления данных в БД. Этим занимается пользователь с ролью оператор. Данные изменяются и удаляются в формах ввода данных документов, а также формах справочников. На рис. 2.7 представлена диаграмма последовательности данного прецедента.

Рис.2.5. Диаграмма последовательности «Ввод записи в БД»

Рис.2.6.Диаграмма действий «Ввод записи в БД»

Рис.2.7.Диаграмма последовательности «Редактирование БД»

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

При открытии программы появляется окно вида (рис.2.8).

Рис.2.8. Главное окно программы

Рассмотрим справочники, представленные в системе (рис.2.9-2.12).

Рис.2.9. Справочник «Отделы»

Рис.2.10. Справочник «Должности»

Рис.2.11. Справочник «Виды отпуска»

Рис.2.12. Реквизиты

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

Рассмотрим штатное расписание (рис.2.13 -2.16).

Рис.2.13. Штатное расписание

Рис.2.14. Штатное расписание

Рис.2.15. Штатное расписание

Рис.2.16. Штатное расписание

Как видно из рисунков 2.13-2.16, в штатном расписании представлены сотрудники по каждому отделу, их количество, ставка, оклад, а также количество вакансий.

При добавлении нового сотрудника в тот или иной отдел, нужно заполнить карточку сотрудника (рис.2.17).

Рис.2.17. Карточка сотрудника

Рассмотрим, например, как формируется приказ о направлении на командировку.

Для этого нужно выбрать сотрудника, выбрать Командировки работника (рис.2.18).

Рис.2.18. Карточка сотрудника

В появившемся окне нажать «+». Откроется форма для добавления командировки (рис.2.19).

Рис.2.19. Добавление командировки

После заполнения все полей нужно выбрать «Приказ», далее откроется заполненный бланк Приказа в формате Excel (рис.2.20).

Рис.2.20. Приказ о направлении на командировку

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

Заключение

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

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

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

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

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

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

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

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

  1. Бритов Г., Осипова Т. Моделирование бизнес-процессов. - М.:LAP, 2014. – 124 с.
  2. Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования. Паттерны проектирования. - СПб.:Питер, 2015. – 368 с.
  3. Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2012. - 400 c.
  4. Гурвиц Г. Microsoft Access 2010. Разработка приложений на реальном примере. - СПб.: БХВ-Петербург, 2010. - 497с.
  5. Давыдова Е. М. Базы данных Учеб. пособие для вузов / Е. М. Давыдова, Н. А. Новгородова. - 3-е изд., перераб. и доп. - Томск : В-Спектр, 2012. - 128 с.
  6. Дейт К.Дж. Введение в системы баз данных. - К.: Диалектика, 2012. - 360 c.
  7. Илюшечкин В. Основы использования и проектирования баз данных. Учебник. - М.:Юрайт, 2014. - 214с.
  8. Исаев Г. Проектирование информационных систем. Учебное пособие. - М.: Омега-Л, 2015. - 432с.
  9. Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
  10. Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.
  11. Коваленко В. Проектирование информационных систем. - М.: Форум, 2012. - 320с.
  12. Кузин, А.В. Базы данных: Учебное пособие для студ. высш. учеб. заведений / А.В. Кузин, С.В. Левонисова. - М.: ИЦ Академия, 2012. - 320 c.
  13. Кузнецов С. Базы данных. - М.: Academia, 2012. - 496с.
  14. Лычкина Н. Имитационное моделирование экономических процессов. - М.:Инфра-М, 2012. - 256с.
  15. Малыхина М. Базы данных. Основы, проектирование, использование. - СПб.: БХВ-Петербург, 2012. - 528с.
  16. Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию: Учебник. – М.: Финансы и статистика, 2015. – 512 с.
  17. Наумов А.Н., Вендров А.М., Иванов В.К. и др. Системы управления базами данных и знаний - М.: Финансы и статистика, 2014. - 352 c.
  18. Озкарахан Э. Машины баз данных и управление базами данных. - М.: Мир, 2013. - 551 c.
  19. Пирогов, В.Ю. Информационные системы и базы данных: организация и проектирование: Учебное пособие / В.Ю. Пирогов. - СПб.: БХВ-Петербург, 2014. - 528 c.
  20. Редько В.Н., Бассараб И.А. Базы данных и информационные системы. - М.: Знание, 2015. - 602 c.
  21. Советов, Б.Я. Базы данных: теория и практика: Учебник для бакалавров / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовской. - М.: Юрайт, 2013. - 463 c.
  22. Туманов В.Е. Основы проектирования реляционных баз данных - М.: Бином, 2012. - 420 c.
  23. Уткин В., Балдин К. Информационные системы в экономике. - М.: Academia, 2012. - 288с.
  24. Фуфаев, Э.В. Базы данных: Учебное пособие для студентов учреждений среднего профессионального образования / Э.В. Фуфаев, Д.Э. Фуфаев. - М.: ИЦ Академия, 2012. - 320 c.
  25. Хаббард Дж. Автоматизированное проектирование баз данных - М.: Мир, 2014. - 453 c.
  26. Шаймарданов Р.Б. Моделирование и автоматизация проектирования структур баз данных - М.: Юнити, 2016. - 469 c.