Моделирование процесса увольнения работника

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Изучение процесса и выбор средства моделирования

1.1 Исследование процесса промежуточной аттестации студентов

1.2 Обоснование выбранной нотации и средства моделирования

2. Построение и анализ модели «AS IS»

3. Построение и анализ модели «TO BE»

Заключение

Список использованных источников

Введение

моделирование увольнение законодательство трудовой

В данной курсовой работе представлено моделирование процесса увольнения работник из отдела информационных технологий Дорожной Клинической Больницы, при помощи методологии SADT и нотации IDEF0, а так же с использованием Microsoft Office Visio.

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

Необходимым, для достижения поставленной цели является: исследование процесса увольнения работника, построение, анализ и оценка модели (статус «AS IS»). На основании построенной модели, необходимо понять какую функцию или операцию можно реорганизовать для улучшения происходящих процессов. Для этого будет построена модель («TO BE»), а затем произведён её анализ.

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

1. Изучение процесса и выбор средства моделирования

1.1 Исследование процесса промежуточной аттестации студентов

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

Нормативная база для выполнения процесса: Трудовой кодекс Российской Федерации, устав Дорожной Клинический Больницы, коллективный договор Дорожной клинической больницы.

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

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

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

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

Наиболее удобным языком моделирования бизнес-процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT - Structured Analysis and Design Technique. (Подробно методология SADT излагается в книге Дэвида А. Марка и Клемента Мак-Гоуэна "Методология структурного анализа и проектирования SADT"M.:Meтaтexнoлoгия, 1993.) В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEF0.

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

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

Под субъектом понимается сама система, при этом необходимо точно установить, что входит в систему, а что лежит за ее пределами, другими словами, мы должны определить, что мы будем в дальнейшем рассматривать как компоненты системы, а что как внешнее воздействие. На определение субъекта системы будет существенно влиять позиция, с которой рассматривается система, и цель моделирования - вопросы, на которые построенная модель должна дать ответ. Другими словами, первоначально необходимо определить область (Scope) моделирования. Описание области как системы в целом, так и ее компонентов является основой построения модели. Хотя предполагается, что в течение моделирования область может корректироваться, она должна быть в основном сформулирована изначально, поскольку именно область определяет направление моделирования и когда должна быть закончена модель. При формулировании области необходимо учитывать два компонента - широту и глубину. Широта подразумевает определение границ модели - мы определяем, что будет рассматриваться внутри системы, а что снаружи. Глубина определяет, на каком уровне детализации модель является завершенной. При определении глубины системы необходимо не забывать об ограничениях времени - трудоемкость построения модели растет в геометрической прогрессии от глубины декомпозиции. После определения границ модели предполагается, что новые объекты не должны вноситься в моделируемую систему; поскольку все объекты модели взаимосвязаны, внесение нового объекта может быть не просто арифметической добавкой, но в состоянии изменить существующие взаимосвязи. Внесение таких изменений в готовую модель является, как правило, очень трудоемким процессом (так называемая проблема "плавающей области").

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

* Почему этот процесс должен быть замоделирован?

* Что должна показывать модель?

* Что может получить читатель?

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

Точка зрения (Viewpoint). Хотя при построении модели учитываются мнения различных людей, модель должна строиться с единой точки зрения. Точку зрения можно представить как взгляд человека, который видит систему в нужном для моделирования аспекте. Точка зрения должна соответствовать цели моделирования. Очевидно, что описание работы предприятия с точки зрения финансиста и технолога будет выглядеть совершенно по-разному, поэтому в течение моделирования важно оставаться на выбранной точке зрения. Как правило, выбирается точка зрения человека, ответственного за моделируемую работу в целом. Часто при выборе точки зрения на модель важно задокументировать дополнительные альтернативные точки зрения. Для этой цели обычно используют диаграммы FEO (For Exposition Only), которые будут описаны в дальнейшем.

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

Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель существующей организации работы - AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, "кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как перепрыгнуть на то, "что мы будем делать завтра". Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем буду г состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Следует указать на распространенную ошибку при создании модели AS-IS - это создание идеализированной модели. Примером может служить создание модели на основе знаний руководителя, а не конкретного исполнителя работ. Руководитель знаком с тем, как предполагается выполнение работы по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют рутинные работы. В результате получается приукрашенная, искаженная модель, которая несет ложную информацию и которую невозможно в дальнейшем использовать для анализа. Такая модель называется SHOULD_BE (как должно бы быть).

Технология проектирования ИС подразумевает сначала создание модели AS-IS, ее анализ и улучшение бизнес-процессов, т. е. создание модели ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип и затем окончательный вариант ИС. Построение системы на основе модели AS-IS приводит к автоматизации предприятия по принципу "все оставить как есть, только чтобы компьютеры стояли", т. е. ИС автоматизирует несовершенные бизнес-процессы и дублирует, а не заменяет существующий документооборот. В результате внедрение и эксплуатация такой системы приводит лишь к дополнительным издержкам на закупку оборудования, создание программного обеспечения и сопровождение того и другого.

Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень сильно, так что переход от начального к конечному состоянию становится неочевидным. В этом случае необходима третья модель, описывающая процесс перехода от начального к конечному состояния системы, поскольку такой переход - это тоже бизнес-процесс.

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

Модель может содержать четыре типа диаграмм:

* контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

* диаграммы декомпозиции;

* диаграммы дерева узлов;

* диаграммы только для экспозиции (FEO).

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

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

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

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

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

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

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

Процесс увольнения работника включает восемь этапов:

1) работник больницы, принявший решение об увольнении, составляет заявление на имя директора больницы по форме Приложения 20.1 к СТО НУЗ ДКБ 09-01-2009 «Управление записями». В случае, если увольнение намечено до истечения установленного законом двухнедельного срока, то данное заявление должно быть согласовано с непосредственным начальником. Данное заявление передаётся на подпись директору через секретаря;

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

3) при получении подписанного директором заявления начальник отдела кадров выдаёт работнику обходной лист.

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

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

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

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

8) в конце календарного года начальник отдела кадров больницы организует работу по передаче личного дела работника в архив больницы.

1.2 Обоснование выбранной нотации и средства моделирования

При выполнении данного курсового проекта будет использоваться методология SADT и нотации IDEF0. Модели будут строиться с применением средства Microsoft Office Visio.

Выбор автором методологии SADT и нотаций IDEF0/IDEF3 связан с тем, что в них используется принцип ICOM (Input, Control, Mechanism, Output). Благодаря этому принципу можно определить очень четкие формальные границы системы (входящие показатели, контролирующие документы, механизмы исполнения процесса и выходные показатели). Также немаловажную роль при выборе нотации для моделирования сыграли следующие достоинства методологии SADT:

· жесткие требования метода, обеспечивающих получение моделей стандартного вида;

· соответствие подхода к описанию процессов стандартам ISO 9000.

Выбор программного продукта Microsoft Office Visio средством для моделирования связан с тем, что он прост в изучении и использовании, позволяет составлять отчеты по модели и имеет некоторые средства контроля модели (например, механизм тунелирования).

2. Построение и анализ модели «AS IS»

Цель - оформление увольнения работника в соответствии с требованиями трудового законодательства.

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

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

Для определения наиболее компетентного лица, необходимо построить матрицу компетентности. Вопросы для матрицы компетентности:

1. Кто передает заявление об увольнении на подпись;

2. Кто подписывает заявление на увольнение работника;

3. Кто издает приказ об увольнении работника;

4. Кто выдает обходной лист увольняемому работнику;

5. Кто заполняет трудовую книжку работника;

6. Кто выдает окончательный расчет работнику;

7. Кто принимает решение об увольнении;

8. Кто подписывает обходной лист;

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

Определим границы системы:

· Заявление об увольнении работника;

· Приказ директора на увольнение;

· Трудовая книжка;

· Обходной лист;

· Коллективный договор НУЗ ДКБ;

· Устав НУЗ ДКБ;

· Трудовой кодекс;

Модель бизнес-процесса проведения увольнения работника представлена на рисунке 1. На рисунке 2 изображена модель декомпозиции контекста. На рисунке 3, 4, 5 изображены декомпозиции бизнес функций.

Рисунок 1? Модель бизнес - процесс

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

Рисунок 2 Декомпозиция контекста

Рисунок 3 Декомпозиция первой бизнес функции

Рисунок 4 Декомпозиция второй бизнес функции

Рисунок 5Декомпозиция третьей бизнес функции

Проанализируем построенную модель. «AS IS» иллюстрирует процесс проведения увольнения сотрудника НУЗ ДКБ по собственному желанию. Данная модель декомпозирована до уровня бизнес-операций, а значит, наиболее полно отражает процесс, описанный в первой главе.

Построенная модель соответствует критериям качества, а именно:

· Достигнута требуемая глубина декомпозиции;

· Соблюдены границы системы;

· Модель соответствует поставленной цели и задаче.

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

3. Построение и анализ модели «TO BE»

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

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

При построении модели статуса «TO BE» точка зрения остаётся неизменной - декан факультета.

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

Размещено на Allbest.ru