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

Проектирование реализации операций бизнес-процесса «Управление персоналом» (Обоснование проектных решений по информационному обеспечению)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

Объектом исследования является ООО «Энергосбыт».

Предмет исследования – процесс управления персоналом.

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

Задачи курсового проекта:

  • выбор комплекса задач автоматизации;
  • описание и проектирование бизнес-процессов;
  • проектирование моделей данных;
  • описание всех видов информации;
  • реализация приложения пользователя средствами СУБД;
  • выполнение контрольного примера.

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

Глава 1. АНАЛИТИЧЕСКАЯ ЧАСТЬ

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

Назначение ИС: автоматизация процесса «Управление персоналом».

На больших предприятиях учетом и оформлением состава занимается отдел кадров.

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

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

Главными задачами отдела кадров становятся:

• Отбор, набор и наем персонала нужной квалификации и в требуемом объеме;

• Организация эффективной системы штатных подчиненных;

• Составление карьерных планов сотрудников;

• Составление кадровых технологий и т.п.

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

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

Но есть еще очень важные задачи, которые так же должен решать отдел кадров:

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

2. Профилактика и ликвидация конфликтов.

3. Разработка систем вознаграждения и мотивации эффективной деятельности.

Как и в любой организации, в данной организации есть отдел кадров, который осуществляет следующие функции:

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

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

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

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

Основные процессы, протекающие в отделе кадров рассматриваемой организации:

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

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

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

IDEF0-модель предназначена для графического моделирования процессов. Она используется для создания функциональной модели, которая будет отображать основные функции и структуру системы в целом, также будет отображать потоки информации, потоки материальных объектов, связывающие данные функции. Отличительная возможность данной модели от других заключается в том, что в IDEF0-модели есть возможность отображать не только входы и выходы каждого блока, но и «управления» и «механизмы». Результатом применения IDEF0-модели является модель, которая состоит из диаграмм различного уровня декомпозиции[1].

Так же отображаются все сигналы управления, которые на DFD (Диаграмме Потоков Данных) не отображались. Данная модель является одной из самых прогрессивных моделей и используется при организации бизнес проектов и проектов, основанных на моделировании всех процессов как административных, так и организационных[2].

Данные процессы, протекающие в отделе кадров более подробно представлены на диаграммах стандарта IDEF0 на рисунках 1-4.

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

G:\1.jpg

Рисунок 1. Контекстная диаграмма процесса управления персоналом

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

Все входящие документы можно сгруппировать по следующим группам:

  • приказы;
  • бланки;
  • документы соискателей;
  • штатное расписание;
  • программы СП;
  • заявления;
  • резюме.

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

Бланки – формы стандартных документов. Необходимы для оформления стандартной отчетности.

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

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

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

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

Рассмотрим функции начальника отдела кадров (рисунок 3).

Рисунок 4. Деятельность начальника отдела кадров

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

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

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

Рисунок 6. Проведение аттестации

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

• Порядок, сроки и форму проведения аттестации;

• Состав аттестационной коллегии и порядок ее создания;

• Группы аттестуемых работников;

• Группы работников, не подлежащих аттестации;

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

• Типы решений, принимаемых после проведения аттестации и специфика их принятия;

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

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

Важно понимать, что в случае начала трудового спора работодатель будет должен предоставить доказательства того, что работник был уведомлен о возможности оценки результатов его деятельности и его личных деловых качеств в рамках проведения аттестации, и что по ее результатам может следовать увольнение работника (постановление Верховного Суда РФ от 04 июня 2004 года № 5-В03-82).

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

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

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

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

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

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

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

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

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

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

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

Схема документооборота документов приведена на рисунке 7.

Диаграмма

Рисунок 7. Схема документооборота

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

Таблица 1

Показатели затрат на задачу без автоматизации

Аспект деятельности

Частота повторение в месяц

Количество занятых сотрудников

Временные затраты

Приём сотрудника на работу

15

1

3 часа

Перевод сотрудника в другое подразделение / на другую должность

12

1

2 часа

Увольнение сотрудника

15

1

3 часа

Оформление больничного листа

10

2

1 час

Оформление отпуска

10

2

1 час

Расчёт заработной платы

1

2

12 часов

Формирование отчётов

4

2

6 часов

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

Для данного способа также характерны следующие недостатки:

  • Невысокая скорость и точность выполнения расчетов.
  • Неэффективное использование рабочего времени.
  • Бюрократия – увеличивающийся «поток» бумажной работы.
  • Возможность допущения ошибок из-за усталости сотрудников.

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

В таблице 3 произведен расчет эффекта внедрения.

Таблица 2

Расчет эффекта внедрения

Аспект деятельности

Частота повторение в месяц

Количество занятых сотрудников

Временные затраты

Приём сотрудника на работу

15

1

0

Перевод сотрудника в другое подразделение / на другую должность

12

1

0

Увольнение сотрудника

15

1

3 часа

Оформление больничного листа

10

2

0

Оформление отпуска

10

2

0

Расчёт заработной платы

1

2

6 часов

Формирование отчётов

4

2

0

Таким образом, ожидаемая экономия рабочего времени составляет около 19 часов (28-9=19 часов) ежедневно, что позволяет увеличить эффективность работы сотрудников отдела кадров.

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

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

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

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

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

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

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

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

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

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

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

Пользователь системы (менеджер):

  • фамилия;
  • имя;
  • отчество;
  • дата рождения;
  • дата начала работы;
  • данные для доступа к сервису;
  • E-mail.

Сотрудник:

  • ФИО;
  • Адрес проживания;
  • ФИО контактного лица;
  • контактный телефон;
  • номер договора;
  • данные для доступа к сервису;
  • должность;
  • дата назначения на должность;
  • дата освобождения от должности;
  • паспортные данные.

Штатное расписание:

  • наименование должности;
  • тарифный разряд.

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

Выбор программных средств, с помощью которых можно реализовать описываемую систему, основывается на следующих критериях[3]:

1. Возможность установки на ПК, не подключенном к сети.

2. Инструменты для работы непосредственно с объектом.

3. Набор средств для получения отчетов.

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

5. Графические возможности для построения статистических диаграмм.

6. Минимум затрат на приобретение и разработку.

7. Удобство использования и сопровождения.

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

  • реализация через web-интерфейс, например с помощью phpпрограммирования;
  • реализация через интегрированные среды разработки программного обеспечения для Microsoft Windows на языках Delphi, VisualC++, VisualBasic и др. В первом случае программа будет работать как web-сервис.

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

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

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

Для выбора языка программирования сравним следующие языки – Java, Delphi и Visual Basic.

Таблица 3

Сравнение языков программирования

Параметр

Степень соответствия, %

Delphi

Java

Visual Basic

Возможность компиляции

8

8

4

Многопоточная компиляция

8

0

8

Интерпретатор командной строки

6

4

0

Многомерные массивы

8

0

8

Динамические массивы

8

8

0

Ассоциативные массивы

4

0

0

Интерфейсы

8

0

4

Мультиметоды

8

0

0

Общая оценка

7,25

2,5

3

Рисунок 8. Сравнение языков программирования

Для разработки и отладки программы применялась интегрированная система Borland Delphi 7.

Выбор этого программного продукта обусловлен следующим:

1. В Delphi имеется возможность визуального конструирования форм, что избавляет при создании программы от многих аспектов разработки интерфейса программы, так как Delphi автоматически готовит необходимые программные заготовки и соответствующий файл ресурсов. Программисту нужно лишь наполнить прототип будущего окна элементами интерфейса[5];

2. Библиотека визуальных компонентов предоставляет огромное разнообразие созданных разработчиками Delphi программных заготовок, которые после несложной настройки готовы к работе в рамках создаваемого приложения. Использование компонентов не только во много раз уменьшает время создания программы, но и существенно снижает вероятность случайных программных ошибок[6];

3. Мощность и гибкость языка программирования ObjectPascal – достоинство Delphi, выгодно отличающее эту среду от других инструментов RAD. От языка Visual Basic язык Pascal отличает строгая типизированность, позволяющая компилятору ещё на этапе компиляции обнаружить многие ошибки, а также средства работы с указателями.

Последнее даёт возможность использовать так называемое раннее связывание с библиотеками типов в технологии COM, в то время как VisualBasic (а также Java) вынуждены при обращении к COM объектам использовать более медленное позднее связывание. Синтаксис языка C++ прямотаки провоцирует создание запутанных программ, в то время как простой синтаксис ObjectPascal позволяет очень просто описывать любой алгоритм, так как Pascal происходит от использующегося для этих целей алгоритмического языка АЛГОЛ-60. Кроме всего выше перечисленного, ObjectPascal имеет самый быстрый среди продуктов подобного рода оптимизирующий компилятор, позволяющий создавать быстрые и относительно компактные программы[7];

4. Среди прочих преимуществ Delphi можно выделить самую эффективную работу с базами данных. Это обуславливается тремя обстоятельствами: высоко производительной машиной для доступа к данным разного формата (ODBC), наличием многочисленных компонентов, ориентированных на работу в этой сфере;

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

Таким образом, можно сделать вывод о том, что Delphi – один из самых мощных инструментов разработки программных продуктов любой сложности и направленности. А Delphi 7 наиболее совершенная из всех версий прочих версий данной среды разработки приложений. Для выполнения данных требований необходимо и достаточно разработать базу данных в среде СУБД Access 2007.

Microsoft Access в настоящее время является одной из самых популярных среди настольных (персональных) программных систем управления базами данных[8].

Для программной реализации АРМ специалиста планового отдела выбираем СУБД MicrosoftAccess.

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

При разработке программы широко используются такие современные решения, как панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые ссылки и др. При создании форм, отчетов, запросов существует возможность воспользоваться большим количеством встроенных шаблонов и «помощников», следовательно сокращается процесс написания программы. Широко развитый пользовательский интерфейс. Существует возможность создавать в клиентских приложениях все элементы стандартного интерфейса Windows-приложений: окна, кнопки, полосы прокрутки, кнопки выбора, кнопки переключения и многие другие.

Глава 2. ПРОЕКТНАЯ ЧАСТЬ

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

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

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

Информационная модель включает три области.

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

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

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

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

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

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

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

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

1. Сотрудник компании. Атрибуты сотрудника:

  • ФИО;
  • Табельный номер;
  • Дата рождения;
  • Паспортные данные;
  • Данные военного билета;
  • ИНН;
  • СНИЛС;
  • Должность;
  • Оклад;
  • Адрес проживания;
  • Телефон;
  • Сведения об образовании;

2. Трудовой договор.

Атрибуты Трудового договора:

  • Наименование предприятия;
  • Номер приказа;
  • Дата подписания трудового договора;
  • Дата принятия сотрудника на работу;
  • Дата расторжения трудового договора;
  • Структурное подразделение, куда принимается сотрудник;
  • На какую должность;
  • Оклад или почасовая ставка;
  • Надбавки.

3. Командировки сотрудника.

Атрибуты:

  • Номер приказа о командировке;
  • Место назначения;
  • Дата убытия в командировку;
  • Дата прибытия из командировки;
  • Цель командировки.

4. Отпуск.

Атрибуты:

  • Номер приказа;
  • С какого числа;
  • По какое;
  • За период
  • Основной отпуск (количество дней);
  • Дополнительный отпуск (количество дней);
  • Количество дней всего.

5. Больничные листы.

Атрибуты:

  • Номер больничного листа;
  • Код заболевания;
  • С какого числа открыт больничный лист;
  • Какого числа закрыт больничный лист;
  • Наименование медицинского учреждения выдавшего больничный лист;
  • Адрес медицинского учреждения выдавшего больничный лист.

6. Аттестации.

Атрибуты:

  • Номер приказа;
  • Дата ознакомления;
  • Дата проведения;
  • ФИО сотрудника;
  • Результат аттестации.

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

Входная информация поступает из:

  1. приказов;
  2. документов соискателей;
  3. штатного расписания;
  4. заявлений;
  5. резюме.

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

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

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

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

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

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

Ниже представлено описание структуры документа «Штатное расписание».

  • Код персонала
  • Должность
  • Отдел
  • Код квалификации
  • Всего должностей
  • Незанято
  • Требования
  • Есть вакансии

Реквизиты других выходных документов представлены ниже:

Документ Личная карточка:

  • Наименование предприятия;
  • Номер приказа;
  • Дата подписания трудового договора;
  • Дата принятия сотрудника на работу;
  • Дата расторжения трудового договора;
  • Структурное подразделение, куда принимается сотрудник;
  • На какую должность;
  • Оклад или почасовая ставка;
  • Надбавки.
  • Дата открытия трудовой книжки;
  • Наименование предприятия, на котором была открыта трудовая книжка;
  • Должность занимаемая сотрудником;
  • Дата, с какого числа сотрудник занимает должность;
  • Номер приказа о поощрении;
  • Номер приказа о взыскании.

Документ Список командировок:

    • Номер приказа о командировке;
    • Место назначения;
    • Дата убытия в командировку;
    • Дата прибытия из командировки;
    • Цель командировки.

Документ Список отпусков

    • Номер приказа;
    • С какого числа;
    • По какое;
    • За период
    • Основной отпуск (количество дней);
    • Дополнительный отпуск (количество дней);
    • Количество дней всего.

Документ Список больничных листов

    • Номер больничного листа;
    • Код заболевания;
    • С какого числа открыт больничный лист;
    • Какого числа закрыт больничный лист;
    • Наименование медицинского учреждения выдавшего больничный лист;
    • Адрес медицинского учреждения выдавшего больничный лист.

Документ Список аттестаций:

    • Номер приказа;
    • Дата ознакомления;
    • Дата проведения;
    • ФИО сотрудника;
    • Результат аттестации.

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

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

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

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

• Корректировать справочники;

• Работать со штатным расписанием;

• Работать с журналом;

• Получать итоговые данные.

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

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

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

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

Рисунок 11. Сценарий диалога

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

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

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

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

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

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

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

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

Таблица 4

Структура таблицы «Трудовой договор»

Наименование поля

Тип

Примечание

Код

Счетчик

Ключевое, автозаполнение

КодЛичнаяКарточка

Текстовый

Дата

Дата/время

ПриказНомер

Числовой

ПриказДата

Дата

Должность

Текстовый

Квалификация

Текстовый

КодСтруктурноеПодразделение

Числовой

КодТрудовойСрок

Числовой

ПричинаЗаключенияСрочного

Текстовый

УказаниеРаботы

Текстовый

СрокНачало

Дата/время

СрокОкончание

Дата/время

ХарактерРаботы

Текстовый

КодВидРабот

Текстовый

ИспытательныйСрок

Текстовый

ПраваРаботника

Текстовый

ОбязанностиРаботника

Текстовый

ОбязанностиРаботодателяТруд

Текстовый

ОбязанностиРаботодателяБезопасность

Текстовый

ОбязанностиРаботодателяПрочее

Текстовый

КодВидРежимаРабочегоВремени

Текстовый

ОсобенностиРежима

Текстовый

ЕжегодныйОтпуск

Текстовый

СоциальноБытовыеУсловия

Текстовый

ИноеПорядокИзмененияУсловий

Текстовый

ИноеПродлениеПрекращениеРасторжение

Текстовый

ИноеРазрешениеСпоров

Текстовый

Таблица 5

Структура таблицы «Аттестации»

Наименование поля

Тип

Примечание

Код

Счетчик

Ключевое, автозаполнение

Описание

Текстовый

Дата

Дата/время

Таблица 6

Структура таблицы «Сотрудник»

Наименование поля

Тип

Примечание

ДатаЗаполнения

Дата/время

Ключевое, автозаполнение

Код

Текстовый

Состояние

Текстовый

Состояние

Текстовый

ИНН

Числовой

НомерСвидетельстваПенсионногоСтрахования

Текстовый

ХарактерРаботы

Текстовый

ХарактерРаботы

Текстовый

Фамилия

Текстовый

Имя

Текстовый

Отчество

Текстовый

Пол

Текстовый

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

Дата/время

МестоРождения

Текстовый

Гражданство

Текстовый

ЗнаниеЯзыка1

Текстовый

СтепньЗнанияЯзыка1

Текстовый

ЗнаниеЯзыка2

Текстовый

СтепньЗнанияЯзыка2

Текстовый

Образование

Текстовый

ОсновнаяПрофессия

Текстовый

ДополнительнаяПрофессия

Текстовый

СтажРаботыНаДату

Текстовый

КодСостояниеВБраке

Текстовый

ПаспортСерия

Текстовый

ПаспортНомер

Текстовый

ПаспортДатаВыдачи

Текстовый

КемВыдан

Текстовый

АдресРегистрации

Текстовый

АдресПроживания

Текстовый

ДатаРегистрацииПоМестуЖительства

Текстовый

НомерТелефона

Текстовый

КатегорияЗапаса

Текстовый

ВоинскоеЗвание

Текстовый

Состав

Текстовый

ПолноеКодовоеОбозначение

Текстовый

КатегорияГодностиКВоеннойСлужбе

Текстовый

НаименованиеКомиссариата

Текстовый

СостоитНаОбщемУчёте

Текстовый

СостоитНаСпециальномУчёте

Текстовый

ОтметкаОСнятии

Текстовый

ДополнительныеСведения

Текстовый

ОснованиеУвольнения

Текстовый

ДатаУвольнения

Текстовый

ПриказУвольненияНомер

Числовой

ПриказУвольненияДата

Дата/время

Уволен

Текстовый

Удалить

Текстовый

Таблица 7

Структура таблицы «Отпуска»

Наименование поля

Тип

Примечание

КодЛичнаяКарточка

Счетчик

Ключевое, автозаполнение

ВидОтпуска

Текстовый

Начало

Текстовый

Окончание

Текстовый

Основание

Числовой

Таблица 8

Структура таблицы «Больничные»

Наименование поля

Тип

Примечание

КодЛичнаяКарточка

Счетчик

Ключевое, автозаполнение

ВидБольничного

Текстовый

Начало

Текстовый

Окончание

Текстовый

Основание

Числовой

Таблица 9

Структура таблицы «Командировки»

Наименование поля

Тип

Примечание

КодЛичнаяКарточка

Счетчик

Ключевое, автозаполнение

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

Текстовый

Начало

Текстовый

Окончание

Текстовый

Основание

Числовой

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

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

Рисунок 12. Схема вызова программных модулей

Описание программных модулей представлено в таблице 10.

Таблица 10

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

№ п/п

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

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

1

Учет

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

2

Отчеты

Позволяет получить отчеты, существующие в системе

3

Справочники

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

4

Добавление записей

Данный модуль позволяет осуществлять Добавление записей

5

Удаление записей

Данный модуль позволяет осуществлять Удаление записей

6

Редактирование записей

Данный модуль позволяет осуществлять Редактирование записей

7

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

Данный модуль позволяет формировать содержание справочника 8

8

Учет трудовых договоров

Данный модуль позволяет осуществлять Учет трудовых договоров

9

Учет больничных, командировок, отпусков и аттестаций

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

10

Личная карточка

Данный модуль позволяет формировать отчет Личная карточка

11

Штатное расписание

Данный модуль позволяет формировать отчет Штатное расписание

12

Списки

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

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

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

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

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

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

Рисунок 13. Схема технологического процесса сбора, передачи и выдачи информации

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

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

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

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

• Внесение личных данных работника в его учетную карточку;

• Поддержание архивных данных отдела кадров;

• Составление различных отчетов по личным данным работников (стаж, размер з/п, отгулы, отпуск и так далее).

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

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

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

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

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

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

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

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

Системный администратор обязан завести необходимую учетную запись в настройках SQL сервера. В начале работы программа выводит окно ввода логина и пароля (рисунок 14). У пользователя имеется только два варианта дальнейшей работы – либо ввести логин и корректный пароль и авторизоваться в системе, либо просто выйти из программы. Ввод неверного пароля активирует предупреждающее сообщение и, естественно, не приводит к входу в систему.

Рисунок 14. Внешний вид окна ввода пароля

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

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

Рисунок 15. Форма получения отчетов

Рисунок 16. Отчет Личная карточка

При проведении аттестации вызывается специальная экранная форма:

Рисунок 17. Экранная форма учета проведения аттестаций

Заключение

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

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

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

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

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

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

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

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

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

Программный продукт был реализован с помощью СУБД MS Access, а также языка программирования Delphi. Оформление отчета осуществлялось с помощью интегрированного пакета Microsoft Office 2010.

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

Автоматизация проектирования вычислительных систем. Языки, мо- делирование и базы данных / ред. М. Брейер. – М.: Мир, 2014. – 463 c.

  1. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access. – СПб.: БХВ-Санкт-Петербург, 2017. – 426 с.

Белов В.В., Чистякова В.И. Программирование в Delphi: процедурное, объектно-ориентированное, визуальное: Учебное пособие для вузов. – М.: РиС, 2014. – 240 c

Брюс Тейт: Семь языков за семь недель. Практическое руководство по изучению языков программирования, - М., Издательство: ДМК-Пресс, 2014 г., 384 стр.

Дейтел, Дейтел: Как программировать на Visual C# 2012. Включая работу на Windows 7 и Windows 8, - М., Питер, 2014 г., 864 с.

Исаев Г.А.: Проектирование информационных систем. Учебное пособие, - М., Омега-Л, 2015 г., 424 с.

Курлов А.А, Петров Е.А.: Методология информационной аналитики, - М.,Проспект, 2014 г., 384 с.

  1. Осипов Д. Delphi. Профессиональное программирование. – СПб.: Символ-плюс, 2015. – 1056 c

Ошероув Р.О: Искусство автономного тестирования с примерами на С#, - М., ДМК-Пресс, 2014 г., 360 с.

Сидоров В.Д., Струмпэ Н.В. Аппаратное обеспечение ЭВМ. Учебник. – М.: Академия, 2014. – 336 c

Смоленцева Л.В. Анализ подходов к созданию информационных систем для экономистов // Экономика и социум. - 2014. - №4-6 (13). - С. 69-74.

  1. Смоленцева Л.В., Трутнева Л.А. Анализ рисков при внедрении информационных систем // Аллея науки. - 2017. - №16 (том 1) (Декабрь). - С.947-952.

Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие – СПб.: Университет ИТМО, 2015. 100с.

Чистов Д.А: Экономическая информатика (для бакалавров). Учебное пособие, - М., Кнорус, 2014 г., 512 с.

Шайдуллина Э.Н., Смоленцева Л.В. Управление рисками информационного проекта // Вест- ник современных исследований. - 2017. - С. 206-209.

Ярочкин В. Безопасность информационных систем: моногр. – М.: Ось- 89, 2015. – 320 c

Database в Delphi [Электронный ресурс] // URL: http://delphibox.ru/database-%D0%B2-delphi.html (дата обращения: 14.10.2018).

  1. Официальный сайт ПАО «Мосэнергосбыт» http://www.mosenergosbyt.com дата доступа (14.10.2018)
  1. Цуканова О. А. Методология и инструментарий моделирования бизнес-процессов: учебное пособие – СПб.: Университет ИТМО, 2015. 100с.

  2. Дейтел, Дейтел: Как программировать на Visual C# 2012. Включая работу на Windows 7 и Windows 8, - М., Питер, 2014 г., 864 с.

  3. Брюс Тейт: Семь языков за семь недель. Практическое руководство по изучению языков программирования, - М., Издательство: ДМК-Пресс, 2014 г., 384 стр.

  4. Автоматизация проектирования вычислительных систем. Языки, мо- делирование и базы данных / ред. М. Брейер. – М.: Мир, 2014. – 463 c.

  5. Белов В.В., Чистякова В.И. Программирование в Delphi: процедурное, объектно-ориентированное, визуальное: Учебное пособие для вузов. – М.: РиС, 2014. – 240 c

  6. Осипов Д. Delphi. Профессиональное программирование. – СПб.: Символ-плюс, 2015. – 1056 c

  7. Database в Delphi [Электронный ресурс] // URL: http://delphibox.ru/database-%D0%B2-delphi.html (дата обращения: 28.05.2018).

  8. Бекаревич Ю., Пушкина Н. Самоучитель Microsoft Access. – СПб.: БХВ-Санкт-Петербург, 2017. – 426 с.