Анализ и совершенствование схемы оплаты труда

- «Сотрудники» - БД содержит информацию о сотрудниках компании с привязкой к табельным номерам SAP;

- «Продажи» - БД содержит  информацию о продажах по табельным  номерам сотрудников;

- «Часы» - БД содержит  количество часов по каждому  SAP-номеру.

Эти три базы данных содержат необходимую для нашего анализа  информацию. Для дальнейшего удобства работы с БД их можно экспортировать в MS Access для дальнейшей обработки.

7 ВЫЯВЛЕНИЕ ДЕЛОВЫХ  ТРЕБОВАНИЙ К ПРОЕКТИРУЕМОЙ СИСТЕМЕ

 

 

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

8 ОПРЕДЕЛЕНИЕ  ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К СИСТЕМЕ АНАЛИЗА ДАННЫХ

 

 

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

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

Требования к аппаратному  обеспечению автоматизированной системы  управления торговой деятельностью  предприятия вытекают из текущего состояния  технической оснащенности предприятий, поэтому, на сегодняшний день, эти  требования не должны быть очень высокими. Минимальные требования к компьютеру для работы с автоматизированной системой – Intel Pentium I 200MHz, 32Mb ОЗУ. Обязательным условием является наличие сети Internet (10 Мбит/с) или выше и оборудования для обеспечения ее функционирования. Требования к топологии сети отсутствуют.

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

1. Ввод и сопоставление данных.
2. Расчет заработной платы.
3. Вывод итогов в виде расчетной ведомости.

 

Информационная система  будет развернута на основе операционной системы Windows 2000 Server платформы Intel. Аппаратная часть: сервер - минимальные требования к конфигурации Intel Pentium-3 450 MHz, 128 Mb ОЗУ. Рекомендуемая конфигурация - Intel Pentium-4 2,4 GHz, 512 Mb ОЗУ. В качестве операционной системы клиентской части предполагается использовать Windows 98 и выше, поэтому требования к аппаратному обеспечению таковы: минимальные – Intel Pentium-2MMX 200MHz, 32Mb ОЗУ. Рекомендуемые - Intel Pentium-3 450 MHz, 128 Mb ОЗУ.

9 МОДЕЛИРОВАНИЕ  ДАННЫХ

9.1 Концептуальная модель

 

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

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

Каждая сущность должна обладать некоторыми свойствами:

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

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

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

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

Концептуальная модель для  формирования сводной таблицы представлена на рис. 9.1.

Рисунок 9.1. Концептуальная модель базы данных.

 

9.2 Физическая модель

 

Физические модели отображают всю информацию, нужную разработчикам  системы для воплощения логической модели в систему БД. Существует два уровня физических моделей: модель трансформации и DBMS модель. Модель трансформации является также “моделью данных проекта”, описывающей отдельную часть всей структуры данных, предназначенную для обеспечения конкретного участка автоматизации.

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

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

Модель трансформации  напрямую переводится в DBMS модель, которая, в свою очередь, получает определения  объектов физической базы данных в  схеме RDBMS или каталоге базы данных. ERwin напрямую поддерживает эту модель с функцией генерации схемы. Первичные ключи становятся уникальными индексами. Альтернативные ключи и инверсные вхождения (Inversion Entries, IE) также могут стать индексами.

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

 

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

Таблицы базы данных имеют  следующие атрибуты: (Рисунки 9.2, 9.3 и 9.4).

Рисунок 9.2. Атрибуты полей таблицы «Сотрудники».

Рисунок 9.3. Атрибуты полей таблицы «Продажи».

Рисунок 9.4. Атрибуты полей таблицы «Часы».

С помощью запроса «Запрос1»  в MS Access создается сводная таблица, содержащая все необходимые данные для дальнейшего расчета заработной платы. Общий вид таблицы представлен на таблице 9.1.

SAP	ФИО	Часы	Продажи

Таблица 9.1. Общий вид сводной  таблицы данных.

 

10. РАЗРАБОТКА И РЕАЛИЗАЦИЯ АЛГОРИТМА ПРЕОБРАЗОВАНИЯ ДАННЫХ

 

 

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

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

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

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

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

Рисунок 10.1. Алгоритм преобразования данных.

 

 

 

 

12 ОБОСНОВАНИЕ ВЫБОРА АЛГОРИТМА АНАЛИЗА ДАННЫХ

 

 

 

 

 

13 ОБОСНОВАНИЕ ВЫБОРА ИНСТРУМЕНТАЛЬНОГО СРЕДСТВА АНАЛИЗА ДАННЫХ

 

 

Одним из важнейших этапов построения модели является выбор инструментальной среды.

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

- производственную необходимость;

- бюджетные ограничения;

- уровень текущей проработки  задач по моделированию и оптимизации;

- уровень подготовки  персонала;

- характеристики программно-аппаратной  платформы и т. д.

По каждому из вышеперечисленных  факторов можно дать следующие комментарии.

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

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

1) четко сформулировать  все «производственные» постановки  задач по моделированию;

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

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

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

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

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

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

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

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

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

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

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

- требования к технической  платформе;

- требования к общесистемному  программному обеспечению;

- требования к телекоммуникационному  обеспечению;

- возможности по обеспечению  информационной безопасности;

- количество мест установки  пользовательских приложений.

 

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