Файл: Расчет заработной платы.pdf

База данных должна отвечать следующим требованиям:

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

1.2. Выбор средства для моделирования предметной области

Для наглядного отображения существующей на предприятии системы взаимоотношений с клиентами использовано CASE-средство верхнего уровня AllFusion Process Modeler (BPwin). Методология IDEF0 (функциональная модель) предписывает построение иерархической системы диаграмм – единичных описаний системы.

AllFusion Process Modeler совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3).

AllFusion Process Modeler компании Соmputer Associates(CA), которая входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д. Пакет AllFusion Process Modeler основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

---

Возможности AllFusion Process Modeler:

• поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область наиболее комплексно;
• позволяет оптимизировать процедуры в компании;
• полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности (функционально-стоимостной анализ, ABC);
• позволяет облегчить сертификацию на соответствие стандартам качества ISO9000;
• интегрирован с ERwin (для моделирования БД), Paradigm Plus (для моделирования компонентов ПО) и др.;
• интегрирован со средством имитационного моделирования Arena;
• содержит собственный генератор отчетов;
• позволяет эффективно манипулировать моделями - сливать и расщеплять их;
• имеет широкий набор средств документирования моделей, проектов.

ERwin Data Modeler r7.3 - инструмент разработки базы данных CASE от компании Computer Associates. ERwin Data Modeler r7.3 сочетает в себе графический интерфейс пользователя Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных баз данных.

ERwin Data Modeler r7.3 не привязана к технологии какой-либо конкретной компании, поставляющей СУБД или средства разработки. Он поддерживает различные серверы баз данных и настольные СУБД, а также может обращаться к базе данных через интерфейс ODBC. Таким образом, в текущей версии ERwin Data Modeler r7.3 встроены 23 СУБД, среди которых: Oracle; Microsoft SQL Server и т. д. (речь идет только о реляционных СУБД).

Процесс создания информационной модели в ERwin Data Modeler r7.3 состоит из следующих шагов:

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

ERwin Data Modeler r7.3 создает визуальное представление (модель данных) для решения проблемы. Это представление может использоваться для анализа, уточнения и распространения части документации, необходимой для цикла разработки. ERwin Data Modeler r7.3 также автоматически создает базу данных (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

---

Основная часть пространства программы занята рабочей областью, в которой создается диаграмма ER. ERwin Data Modeler r7.3 имеет два уровня моделирования: логический и физический.

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

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

Глава 2. Построение бизнес-процессов «как должно быть»

2.1 Предлагаемые мероприятия по улучшению деятельности предприятия

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

• организация единого информационного пространства ООО «МЕДТЕХ» для сотрудников бухгалтерии, отдела кадров и отдела продаж. Учет продаж, окладов и премиальных.
• обеспечение регламентированных действий специалиста по начислению заработной платы. Разбиение процессов начисления заработной платы на отдельные этапы, ассоциация с этапом атрибутов и документов, роли в процессе.
• предоставление руководству ООО «МЕДТЕХ» инструментов контроля и отчетов. Настройка необходимых для руководителей разного уровня представлений информации о состоянии процессов начисления заработной платы.
• некоммерческое решение и короткие сроки внедрения.

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

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

---

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

Функции модуля справочной информации.

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

Функции служебного модуля.

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

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

---

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

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

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

В результате работы системы формируется следующая результатная информация:

• отчет по сотрудникам;
• отчет по менеджерам;
• отчет о продажах;
• расчетно-платежная ведомость (форма N-53).

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

Формы документов представлены в приложении.

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

2.2 Моделирование предметной области «как должно быть»

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

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

---