Файл: Автоматизация учета труда и заработной платы.pdf

Рисунок 1.2 Техническая архитектура ГК «1Vip»

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

1.3.1 Диаграмма IDEF0

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

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

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

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

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

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

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

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

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

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

• Актер Начальник отдела использует систему для распределения задач между сотрудниками с учетом

нормативных документов о труде;

• Актер БД оплаты труда использует систему для возможности хранения данных сотрудника о количестве проведенных часов работы и получаемой им ЗП;
• Актер Сотрудник использует систему для возможности без задержки получать заработную плату;
• Актер Бухгалтер использует систему для возможности облегчить себе работу по подсчету ЗП и ведению отчетностей;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

S-1: Добавить новый документ (Add a New Document)

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

S-2: Изменить документ (Change Document)

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

S-3: Удалить документ (Delete Document)

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

S-4: Просмотреть документ (View Document)

Система отображает диалоговое окно, содержащее список документов и поле для ввода номера документов. Начальник выбирает необходимый документ из списка или вводит в поле (Е-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 Report).

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

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

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

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

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

S-1: добавить новые отчет (Add a New Report)

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

S-2: изменить отчета (Change Report)

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

S-3: удалить отчет (Delete Report)

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

S-4: просмотреть отчет (View Report)

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

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

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

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

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

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

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

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

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

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

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

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

S-1: отметить распределение зарплаты (Redirect Salary)

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

.

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

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

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