Тестирование аппаратной части системы

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

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

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

Рис. 27. Биометрический терминал 1.

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

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

В ходе теста были получены и проанализированы отчеты, начиная с 20.08 по 23.09.

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

Много затруднений вызвала ситуация с неправильной прошивкой биометрического сканера. Две кнопки и отчет были не правильно синхронизированы. При нажатии кнопки F3 «Приход с временного отсутствия» в отчете отображается нажатие кнопки F4 «Временный выход» и наоборот. Изначально это была самая распространенная ошибка. Далее, на время теста, было решено сделать две разные инструкции для пользователя и для администратора, которые позволили, несмотря на ошибку синхронизации терминала с отображаемой отчетностью, корректно отлеживать работу СУРВ.

Список самых распространенных ошибок:

• 1) Приход без отметки в Ф.З. — сотрудник приходит на работу, отмечает свое присутствие, однако забывает отметить на другом терминале функциональную зону, в которой он начал работать.
• 2) Путаница с временным выходом из магазина — часто сотрудники путали кнопку, означающую временный вход и кнопку, означающую временный выход. Даже когда ситуацию с ошибкой в отчетах удалось устранить — все равно сотрудники ошибались.
• 3) Необоснованное нажатие — Сотрудник необоснованно нажимал ту или иную кнопку, использование которой не поддается логическому объяснению. Часто это связанно с тем, что сотрудник решил нажать на кнопку (например, уйти на обед) однако сразу после нажатия по каким-либо причинам передумал выполнять это действие. Кнопки «отмена действия» на терминале нет, вследствие чего возникает проблема.
• 4) Не правильно нажатая кнопка — Сотрудник хочет выбрать какое либо действие, однако промахивается по кнопке и выбирает не ту опцию. Данные ошибки часто встречаются при уходе с работы. Сотрудники нажимают вместо F2 — F1.
• 5) Бездействие — Сотрудник отмечается вначале дня, потом забывает отметиться на всех терминалах до конца рабочего дня.

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

Система имеет ряд достоинств:

• 1) Автоматизация системы отчетности.
• 2) Экономия времени на заполнение ручных отчетов
• 3) Снижение рисков связанных со сговором сотрудника и администратора с целью зачисления лишнего времени.
• 4) Легкость отслеживания работы сотрудников в функциональных зонах.

Система имеет ряд недостатков:

• 1) Пальцы не всегда определяются с первого раза.
• 2) В случае загрязнения руки или ее смачивания система не считывает палец.
• 3) В тестовой системе кнопки F3 и F4 были не правильно синхронизированы с отчетностью. При нажатии F3 в отчете отображается нажатие F4 и наоборот.
• 4) Два разных биометрических сканера приводят сотрудников к путанице.

Вывод:

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

На рисунке ниже приведена схема работы биометрического сканера 1.

Рис. 27 Схема функционирования счетчика учета общего времени работы [EPC].

Часть III. Практическое построение хранилища данных c применением OLAP-технологий Разработка витрины данных.

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

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

Для разработки витрины будут использованы специальные программы: SQL Server Management Studio, SQL Server Business Intelligence Development Studio и др.

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

Персональная информация о сотрудниках. dbo. Employers (PK ID_Employers, Фамилия Last_name, Имя First_name, Отчество Second_name, Инициалы FIO, Дата рождения Birth_date, Дата приема на работу Hire_date, Адрес Adress, Телефон Tel, Пол Gender).

Должность. dbo. Position (PK ID_Positions, Название должности Position_name, Сокращенное название должности Position_short_name, Подразделение Position_group).

Отдел. dbo. Division (PK ID_division, Название отдела Division_name).

Регламентная работа. dbo. Regulatory_work (PK ID_Regulatory_work, Зона выполнения работы Zone, Наименование Work_name, Коэффициент выполнения Rate).

Информация о магазине dbo. Shop (PK ID_shop, Номер магазина Shop_number, Адрес магазина Shop_adress, Площадь Floor_area, Дата открытия Open_date).

Расписание dbo. Schedule (РК ID_Schedule, Количество рабочих часов Hours_number, Рабочие будние дни Working_days, Наименование дней Days_names, рабочие выходные дни Weekends).

Заработная плата dbo. Salary (РК ID_salary, Итоговая зарплата Salary, Отработанные часы Working_hours, Ключевые показатели эффектичности KPI, Количество проданного товара в ед. времени UPT, Премия Award).

Таблица фактов, на которой базируется витрина данных dbo. Fact_table (ID_facttable, ID_Employers, ID_Positions, ID_division, ID_Regulatory_work ID_shop, ID_Schedule, ID_salary).

Рис. 28 Физическая модель данных

Fact Table:

Division:

create table Division (.

ID_division int not null,.

Division_name nvarchar (50) null,.

constraint PK_DIVISION primary key (ID_division).

).

go.

Employers:

create table Employers (.

ID_Employers int not null,.

Last_name nvarchar (50) null,.

First_name nvarchar (50) null,.

Second_name nvarchar (50) null,.

FIO nvarchar (50) null,.

Birth_date date null,.

Hire_date date null,.

Adress nvarchar (50) null,.

Tel int null,.

Gender int null,.

constraint PK_EMPLOYERS primary key (ID_Employers).

).

go.

Positions:

create table Positions (.

ID_Positions int not null,.

Position_name nvarchar (50) null,.

Position_short_name nvarchar (50) null,.

Position_group nvarchar (50) null,.

constraint PK_POSITIONS primary key (ID_Positions).

).

go.

Regulatory_work:

create table Regulatory_work (.

ID_Regulatory_work int not null,.

Zone nvarchar (50) null,.

Work_name nvarchar (50) null,.

Rate int null,.

constraint PK_REGULATORYWORK primary key (ID_Regulatory_work).

).

go.

Salary:

create table Salary (.

ID_salary int not null,.

Salary int null,.

Working_hours int null,.

KPI int null,.

UPT int null,.

Award int null,.

constraint PK_SALARY primary key (ID_salary).

).

go.

Schedule:

create table Schedule (.

ID_Schedule int not null,.

Hours_number nvarchar (50) null,.

Working_days nvarchar (50) null,.

Days_names nvarchar (50) null,.

Weekends int null,.

constraint PK_SCHEDULE primary key (ID_Schedule).

).

go.

Shop:

create table Shop (.

ID_shop int not null,.

Shop_number nvarchar (50) null,.

Shop_adress nvarchar (50) null,.

Floor_area int null,.

Open_date date null,.

constraint PK_SHOP primary key (ID_shop).

).

go.

При переносе базы данных из SQL MANAGEMENT STUDIO в SQL Server Business Intelligence Development Studio определяются.

Рис. 29 Создание Dimensions

Рис. 30 Select Measure group.

После всех преобразований создастся куб данных (Рис. 28).

Далее создадим несколько отчетов.

Рис. 31 Таблица привязки сотрудника к определенному месту работы.

Рис. 32 Таблица заработной платы сотрудника.

Рис. 33 Таблица Графиков работы

Рис. 34 Таблица распределения сотрудников по магазинам.

Рис. 35 Таблица с личными данными о сотрудниках.

Рис. 36 Таблица выполнения регламентных работ.

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

Вывод отчета может производится с помощью интегрирования EXCEL и SQL Server Business Intelligence Development Studio путем добавления Сводной таблицы.

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