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

Автоматизация учета кадров

Содержание:

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

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

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

Описание процесса проектирования программного обеспечения задачи должно содержать:

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

Техническое и программное обеспечение

    1. Структура и состав комплекса технических средств, и конфигурация сети (диаграмма в MS Visio и таблица с характеристиками устройств).
    2. Описание программных средств, используемых в системе (таблица).

Раздел 3. Контрольный пример реализации и его описание

В разделе 3 следует представить экранные формы, демонстрирующие работу системы (не менее 6) и их описание.

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

Список использованной литературы. В «Список использованной литературы» приводится только те информационные источники, которые автор лично использовал при написании данной курсовой работы. Причем ссылки на данную литературу и информационные источники обязательны по всему тексту работы. Заимствованные чужие тексты в обязательном порядке заключаются в кавычки, как принадлежащие другому автору. Сноски приводятся постранично нарастающим итогом от №1 до № N. Сноски, используемые в курсовой работе, должны быть отражены в списке использованной литературы в конце работы.

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

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

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

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

4. Перечень обязательных графических материалов (графики, диаграммы, схемы, таблицы):

  1. Таблица показателей деятельности Организации…
  2. Диаграмма организационной структуры управления Организацией.
  3. Диаграммы IDEF0, отражающие декомпозицию бизнес-процессов организации до уровня автоматизируемой задачи.
  4. Функциональная диаграмма деятельности (активности).
  5. Структура комплекса технических средств и конфигурация сети.
  6. Рисунок информационной модели.
  7. Диаграмма ER модели.
  8. Таблицы с описанием таблиц ER модели.
  9. Рисунок дерева вызова программных модулей.
  10. Таблица с описанием программных модулей.
  11. Рисунки экранных форм (не менее 6), демонстрирующих работу системы.

5. Список рекомендуемой специальной литературы, справочных и других информационных источников:

Основная литература:

  1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
  2. Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
  3. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России

Дополнительная литература:

  1. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru
  2. Заботина Н.Н. Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
  3. Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru
  4. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
  5. Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru
  6. Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с.

Дополнительные источники:

  1. Документация исследуемой организации.
  2. Официальный сайт исследуемой организации
  3. Разумный подход к автоматизации управленческого учета. Ольга Феклисова. Режим доступа http://www.cfin.ru/itm/kis/choose/management_accounting.shtml
  4. Управленческий учет на предприятии с примерами автоматизации. Режим доступа http://www.1cashflow.ru/upravlencheskiy-uchet-na-predpriyatii

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

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

В качестве предметной области курсовой работы было выбрано предприятие ООО «Space Oddity».

Организация «Space Oddity» занимается предоставлением услуг в сферах питания и гостиничного бизнеса. На данный момент имеется 5 отелей-ресторанов, 2 из которых в Москве.

Основными конкурентами являются другие отели и рестораны: Бета, Москва, Holiday Inn, Express Moscow и т.д. Поставщиками для отеля является компания Vekons, а для ресторанов Unilever Food Solutions. Клиентами являются все люди с среднем заработком и выше, возраст не важен.

ООО «Space Oddity» - сеть отелей-ресторанов, предоставляющих свои услуги с 2000 года в России. Основная миссия компании — это предоставление качественных услуг в сфере питания и гостиничном бизнесе. На 5 отелей-ресторанов и центральный офис имеется 620 работников.

В ближайшие годы «Space Oddity» планирует расшириться и открыть пару точек в Европе, а также держать планку качества.

Таблица 1 – Технико-экономические показатели объекта управления

п/п

Наименование характеристики (показателя)

Ед.

Значение показателя на определенную дату либо за период

2018г.

1

Произведенная продукция в ценах

Млн.руб

26.430

2

Выручка от продукции и услуг

Млн.руб

22.840

3

Себестоимость продукции

Млн.руб.

2.345

4

Прибыль

Млн.руб

12.670

5

Численность работников

Чел.

600

6

Материальные затраты

Млн.руб

16.545

7

Производительность труда персонала

Тыс.руб

86745

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

ООО «Space Oddity» имеет свою организационную структуру Рисунок 1.1

Рисунок 1.1 Организационная структура предприятия

В организации ООО «Space Oddity» вертикальная подчиненность.

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

Программная и техническая архитектура ИС отдела

Рассмотрим программное (Рисунок 1.2) и техническое обеспечение (Рисунок 1.3). Используемые в настоящее время в офисе программные средства, выдвигают относительно невысокие требования к техническому обеспечению. В отделе используются 10 компьютера, 2 МФУ, 2 IP-видеокамеры, маршрутизатор. Также у отдела есть доступ к Серверам (Файловый сервер, Сервер Баз Данных и Почтовый сервер):

N п/п 

Наименование устройства 

Технические характеристики 

Установленное ПО 

Периферия

 1

ПК 1 – ПК 10

DEXP Aquilon O188 

Celeron G3930;

2900 МГц;

2 ядра;

RAM: 4 ГБ DDR4;

HDD: 1000 ГБ.

Windows 10 Home;

Windows Defender;

Microsoft Office 2019, Outlook;

1C Бухгалтерия;

Google Chrome

Клавиатура Oklick 510ML;

Мышь Sven RX-520S;

Монитор Dell E1916HE 18.5".

2

Видеокамера 1 – Видеокамера 2
Zodikam 3111-PV

2 МП (1280x720 Пикс)

Заводская прошивка

-

3

МФУ 1 – МФУ 2

МФУ HP LaserJet Pro MFP M28w

18 стр/мин (ч/б А4);

Подача бумаги:

150 листов;

Вывод бумаги:

100 листов.

Заводская прошивка

-

4

Коммутатор

D-Link DGS-1210-20

20 портов;

10/100/1000 Мбит/сек;

MAC: 16000.

Заводская прошивка

-

5

Файловый сервер

HPE ProLiant MicroServer Gen10

AMD Opteron X3216;

3 ГГц;

2 ядра;

16 Гб DDR4;

HDD: 1 Тб, 4 Тб, 8 Тб, 8 Тб.

Windows Server 2016;

Windows Defender;

iFolder.

-

6

Сервер БД

HPE ProLiant MicroServer Gen10

AMD Opteron X3216;

3 ГГц;

2 ядра;

16 Гб DDR4;

HDD: 1 Тб, 1 Тб, 4 Тб, 4 Тб.

Windows Server 2016;

Windows Defender;

Windows SQL Server.

-

7

Почтовый сервер

HPE ProLiant MicroServer Gen10

AMD Opteron X3216;

3 ГГц;

2 ядра;

16 Гб DDR4;

HDD: 1 Тб, 4 Тб, 4 Тб, 4 Тб.

Windows Server 2016;

Windows Defender;

Microsoft Outlook.

-

Рисунок 1.2 Техническая архитектура отдела кадров

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

1.3.1 Диаграмма IDEF0

На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации отела кадров, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.

Рисунок 1.4 IDEF0 Диаграмма

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

Рисунок 1.5 Декомпозиция процесса решения учёта кадров на предприятии.

Рисунок 1.6 Декомпозиция процесса решения учёта кадров на предприятии.

На данном предприятии Автоматизированная система будет использоваться для:

  • Принятие кадра и присвоение ему кода;
  • Загрузка материалов и документаций в базу данных;
  • Принятие работ и их распределение между кадрами;
  • Загрузка данных о новых кадрах и работах;
  • Учёт кадров и работ.

1.3.2 Диаграмма прецедентов

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

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

Актер

Краткое описание

Начальник отдела кадров

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

Специалист по кадрам

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

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

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

Директор по персоналу

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

Рассмотрим теперь, какие возможности должна предоставлять наша система:

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

На основании вышеизложенного можно выделить следующие прецеденты:

Прецедент

Краткое описание

Просмотр кадров

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

Поощрение за работу

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

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

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

Изучение и анализ профессионально-квалификационной структуры персонала

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

Учет кадров

Ведется Инспектором по кадрам. Записываются все имеющиеся кадры.

Учет требований кадров

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

Просмотр работ

Запускается Директором по персоналу. Просматривается все имеющиеся работы для кадров.

Оценка условий работы кадров

Запускается Директором по персоналу. Оцениваются условия работы для кадров различных подразделений.

Главная диаграмма прецедентов

Рисунок 1.7 Главная диаграмма прецедентов

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

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

  • Х.1 предусловия;
  • Х.2 главный поток;
  • Х.3 под-потоки;
  • Х.4 альтернативные потоки;
  • Х.5 поступления.

Где Х – число от единицы до количества прецедентов.

Поток событий для прецедента «Просмотр кадров».

1.3.2.1.1 Предусловия.

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

          1. Главный поток.

Прецедент начинает выполняться, когда начальник отдела кадров подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый кадр (Add a New Employee).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить информацию о кадре (Change an Employee).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить кадра (Delete an Employee).

Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть кадра (View an Employee).

Если выбрана операция выйти (Exit) прецедент завершается.

          1. Под-потоки.

S-1: Добавить новый кадр (Add a New Employee)

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

S-2: Изменить информацию о кадре (Change Employee Information)

Система отображает диалоговое окно, содержащее список кадров и поле для ввода номера договора. Начальник отдела кадров выбирает необходимый кадр из списка или вводит номер контракта в поле (Е-3). Система отображает информацию о данном работнике. Начальник отдела кадров делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: Удалить заказ (Delete Employee)

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

S-4: Просмотреть заказ (View Employee)

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

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

Е-1: Введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: Введен неправильный номер договора. Менеджер должен повторить ввод или завершить ввод, или изменить прецедент.

Е-4: Система не может удалить кадр. Информация сохраняется, система удалит кадр позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Поощрение за работу».

1.3.2.2 Предусловия.

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

1.3.2.2.1 Главный поток.

Прецедент начинает выполняться, когда начальник отдела кадров подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).

Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый кадр (Add a New Order).

Если выбрана операция изменить (Change), S-2: выполняется поток изменить информацию о кадре (Change Order).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить кадра (Delete Order).

Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть кадра (View Order).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.2.2 Под-потоки.

S-1: добавить новые поощрения (Add a New Promotion)

Система отображает диалоговое окно, содержащее поля для ввода данных о новых поощрениях. Пользователь заполняет поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: изменить данные о поощрении (Change Promotion Data)

Система отображает диалоговое окно, содержащее список поощрений и поле для ввода номера поставщика. Начальник выбирает необходимого кадра из списка или вводит его номер в поле (Е-3). Система отображает информацию о данном кадре. Начальник делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-3: удалить поощрение (Delete Promotion)

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

S-4: просмотреть данные о поощрениях (View Promotion Data)

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

1.3.2.2.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: введен неправильный номер кадра. Начальник должен повторить ввод или завершить прецедент.

Е-3: система не может удалить поощрение. Информация сохраняется, система удалит наряд позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Комплектование кадров»

        1. Предусловия.

1.3.2.3.1 Главный поток.

Прецедент начинает выполняться, когда Специалист по кадрам подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), перенаправить (Redirect) или выйти (Exit).

Если выбрана операция добавить (Add), S-1 выполняется поток внести поступившие материалы (Add a New Employee).

Если выбрана операция отметить (Redirect), S-2: выполняется поток сделать отметку о выдаче материалов (Redirect Employee).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.3.2 Под-потоки.

S-1: внести поступившие кадры (Add a New Employee)

Система отображает диалоговое окно, содержащее поля для ввода кадра, его место дислокации, его должность. Специалист заполняет указанные поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: удалить ушедшие кадры (Delete an Employee)

Система отображает диалоговое окно, содержащее поля для ввода кадра, его место дислокации, его должность. Специалист удаляет выбранные поля (Е-3). Система удаляет ненужные данные. Затем прецедент начинается сначала.

1.3.2.3.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: указанная дислокация кадра отсутствует или переполнена. Пользователь должен повторить ввод или завершить прецедент.

E-4: указанный кадр отсутствует. Пользователь должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Изучение и анализ профессионально-квалификационной структуры персонала»

1.3.2.4 Предусловия.

1.3.2.4.1 Главный поток.

Прецедент начинает выполняться, когда Специалист по кадрам подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), отменить (Mark) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть квалификацию сотрудника (View a Qualification).

Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о статусе квалификации сотрудника (Mark a Qualification).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.4.2 Под-потоки.

S-1: Просмотреть уровень квалификации сотрудников (View a Qualification).

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

S-2: сделать отметку о квалификационном уровне сотрудника (Mark a Qualification).

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

1.3.2.4.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: введен неправильный номер кадра. Специалист должен повторить ввод или завершить прецедент

Поток событий для прецедента «Учет кадров»

1.3.2.5 Предусловия.

1.3.2.5.1 Главный поток.

Прецедент начинает выполняться, когда Инспектором по кадрам подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), добавить (Add), удалить (Delete) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть кадр (View an Employee).

Если выбрана операция затребовать (Add), S-2: выполняется поток добавление нового кадра (Add an Employee).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить кадр (Delete an Employee).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.5.2 Под-потоки.

S-1: посмотреть кадры (View an Employee).

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

S-2: добавить новый кадр (Add an Employee)

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

S-3: удалить кадр (Delete an Employee)

Система отображает диалоговое окно, содержащее поля для ввода кадра. Специалист удаляет выбранные поля (Е-3). Система удаляет ненужные кадры. Затем прецедент начинается сначала.

1.3.2.5.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

E-2: указанный кадр отсутствует. Пользователь должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Учет требований кадров»

1.3.2.6 Предусловия.

1.3.2.6.1 Главный поток.

Прецедент начинает выполняться, когда Инспектором по кадрам подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), добавить (Add), удалить (Delete) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть требования (View Requirements).

Если выбрана операция добавить (Add), S-2: выполняется поток добавление нового требования (Add New Requirements).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить требование (Delete Requirements).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.6.2 Под-потоки.

S-1: посмотреть кадры (View Requirements).

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

S-2: добавить новый кадр (Add New Requirements)

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

S-3: удалить кадр (Delete Requirements)

Система отображает диалоговое окно, содержащее поля для ввода требований кадров. Специалист удаляет выбранные поля (Е-3). Система удаляет ненужные кадры. Затем прецедент начинается сначала.

1.3.2.6.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

E-2: указанное требование отсутствует. Пользователь должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Просмотр работ»

1.3.2.7 Предусловия.

1.3.2.7.1 Главный поток.

Прецедент начинает выполняться, когда Директором по персоналу подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть работы (View Works).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.7.2 Под-потоки.

S-1: посмотреть кадры (View Work).

Система отображает диалоговое окно, содержащее список работ. Когда Директор просмотрит информацию, прецедент начнется сначала.

1.3.2.7.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Оценка условий работы кадров»

1.3.2.8 Предусловия.

1.3.2.8.1 Главный поток.

Прецедент начинает выполняться, когда Директором по персоналу подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), оценить (Assess), удалить (Delete) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть оценки (View a Assessments).

Если выбрана операция оценить (Assess), S-2: выполняется поток добавление нового кадра (Assess working conditions).

Если выбрана операция удалить (Delete), S-3: выполняется поток удалить оценку (Delete Assess).

Если выбрана операция выйти (Exit) прецедент завершается.

1.3.2.8.2 Под-потоки.

S-1: просмотреть оценки (View an Assessments).

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

S-2: оценить условия (Assess working conditions)

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

S-3: удалить кадр (Delete Assess)

Система отображает диалоговое окно, содержащее поля для ввода требований кадров. Директор удаляет выбранные поля (Е-3). Система удаляет ненужные кадры. Затем прецедент начинается сначала.

1.3.2.8.3 Альтернативные потоки

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

E-2: указанная оценка отсутствует. Пользователь должен повторить ввод или завершить прецедент.

1.3.3 Диаграмма деятельности

Рисунок 1.8 Диаграмма деятельности

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

Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:

  1. Прямоугольники с закруглениями – действия;
  2. Ромбы – решения;
  3. Широкие полосы – начало и окончание ветвления действий;
  4. Чёрный круг – начало процесса;
  5. Чёрный круг с обводкой – окончание процесса.

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

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

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

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

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

  1. Справочник работ
  2. Справочник сотрудников

На рисунке 4 изображена информационная модель данной системы.

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

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

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

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

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

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

Для проектирования ИС была создана модель сущность-связь. В ней определены все основные объекты (сущности) и связи, которые существуют между ними. Были выделены 5 сущностей: Сотрудники, Работы, Филиалы, Менеджеры, Управляющие. 

Таблица 2.1 Сущность «Сотрудники» 

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

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

Тип поля

Длина поля

Прочее

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

Ключ

Счетчик

Длинное целое

Ключевое поле

ФИО

Короткий текст

255

Место жительства

Короткий текст

255

Контакты

Числовой

Длинное целое

Код Филиала

Числовой

Длинное целое

Должность

Короткий текст

255

Код Работы

Числовой

Длинное целое

Семейное положение

Короткий текст

255

Таблица 2.2 Сущность «Работы» 

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

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

Тип поля

Длина поля

Прочее

Код Работы

Ключ

Счетчик

Длинное целое

Ключевое поле

Описание Работы

Короткий текст

255

Код Филиала

Числовой

Длинное целое

Подробнее

Короткий текст

255

Таблица 2.3 Сущность «Филиалы» 

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

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

Тип поля

Длина поля

Прочее

Код Филиала

Ключ

Счетчик

Длинное целое

Ключевое поле

Название Филиала

Короткий текст

255

Адрес

Короткий текст

255

Код Управляющего

Числовой

Длинное целое

Код Менеджера

Числовой

Длинное целое

Таблица 2.4 Сущность «Менеджеры» 

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

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

Тип поля

Длина поля

Прочее

Код Менеджера

Ключ

Счетчик

Длинное целое

Ключевое поле

ФИО

Короткий текст

255

Место жительства

Короткий текст

255

Контакты

Числовой

Длинное целое

Код Филиала

Числовой

Длинное целое

Код Работы

Числовой

Длинное целое

Семейное положение

Короткий текст

255

Код Работника

Числовой

Длинное целое

Таблица 2.5 Сущность «Управляющие» 

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

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

Тип поля

Длина поля

Прочее

Код Управляющего

Ключ

Счетчик

Длинное целое

Ключевое поле

ФИО

Короткий текст

255

Место жительства

Короткий текст

255

Контакты

Числовой

Длинное целое

Код Филиала

Числовой

Длинное целое

Семейное положение

Короткий текст

255

Код Менеджера

Числовой

Длинное целое

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

В данном разделе представлены Запросы, Входные формы и Выходные формы БД.

Запросы:

  1. Входной и выходной запрос «Московские работники»:

  1. Входной и выходной запрос «Работы по филиалам»:
  2. Входной и выходной запрос «Работа по первому филиалу»:

Формы:

  1. Менеджеры

  1. Работы

  1. Сотрудники

  1. Управляющие

  1. Филиалы

Заключение

В результате выполнения работы была создана база данных, для компании ООО «Space Oddity».

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

  • Рассмотрена предметная область, а именно, ООО «Space Oddity», организационная структура предприятия;
  • Рассмотрен комплекс задач, которые необходимо автоматизировать;
  • Рассмотрено информационное обеспечение задачи: построена информационная модель, рассмотрены используемые классификаторы, входящая и результатная информация;
  • Рассмотрено программное обеспечение: дано дерево функций, сценарий диалога, описаны программные модули;
  • Приведен контрольный пример реализации системы: описаны работы базы данных, входные и выходные формы.

В данной работе было рассмотрен учет кадров в достаточно крупной сети ресторанов-отелей. Т.к. имеется 5 ресторанов-отелей то и работников под 600, поэтому отдел кадров очень важен для данного предприятия.

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

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

Основная литература:

  1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
  2. Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
  3. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России

Дополнительная литература:

  1. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с. - режим доступа http:// biblioclub.ru
  2. Заботина Н.Н. Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
  3. Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с. – режим доступа http:// biblioclub.ru
  4. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина. - Ставрополь: СКФУ, 2015. - 152 с.
  5. Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с. - режим доступа http:// biblioclub.ru
  6. Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с.

Дополнительные источники:

  1. Документация исследуемой организации.
  2. Официальный сайт исследуемой организации
  3. Разумный подход к автоматизации управленческого учета. Ольга Феклисова. Режим доступа http://www.cfin.ru/itm/kis/choose/management_accounting.shtml
  4. Управленческий учет на предприятии с примерами автоматизации. Режим доступа http://www.1cashflow.ru/upravlencheskiy-uchet-na-predpriyatii