Файл: Моделирование предметной области «Управление персоналом» с помощью UML (Аналитическая часть).pdf

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

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

Рисунок 1 – Недостатки управления персоналом в традиционном виде

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

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

– компьютеры;

– сервера;

– принтеры;

– сканеры;

– специализированное программное обеспечение;

– настроенную ЛВС;

– сеть Интернет и другие коммуникационные устройства.

В таблице 2 описаны характеристики эффекта от реализации автоматизации управления персоналом.

Таблица 2. Эффект от выполнения автоматизации управления персоналом

Действия	Средняя численность выполняемых операций	Итоговое время, надобное для реализации всех выполняемых действий, минуты	Суммарное время, минуты
Получение заявления от сотрудника (отпуск, увольнение и т.д.)	25	3	75
Обработка заявления	25	2	50
Формирование вспомогательной документации	25	3	75
ИТОГО, минут				200

Заметим, что в результате усовершенствования автоматизации указанного процесса общее время на реализацию учета рабочего снизится на 200 минут.

Другие преимущества автоматизации управления персоналом изображены на рисунке 2:

Рисунок 2 – Положительные стороны автоматизации управления ерсоналом

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

2.Проектная часть

---

2.1.Выбор средства для моделирования предметной области решаемой задачи

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

Данная методология конкурирует при описании функционального аспекта ИС с методами, ориентированными на описание потоков данных (DFD).

Но, в отличие от них нотация позволяет:

– описывать любые системы, не лишь информационные;

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

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

Базу методологии IDEF0 составляет так называемый графический язык описания БП.

Модель в этой нотации представляет собой множество иерархически взаимосвязанных и упорядоченных диаграмм. Каждая из диаграмм является единицей описания и располагается на отдельным листах.[26]

Модель (TO-BE, AS-IS, SHOULD-BE) может в себе содержать такие 4 типа диаграмм:

– контекстную;

– декомпозиции;

– дерева узлов;

– экспозиции.

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

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

Далее функции можно разделить на подфункции и так можно выполнять до достижения нужного уровня детализации системы. [40]

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

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

---

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

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

Методология IDEF0 нашла большое признание и применение, в основном, благодаря простому графическому подходу, используемому для построения модели. [22]

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

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

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

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

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

Рисунок 3 – Схема IDEF0

Рассмотрим основные составные части диаграммы.

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

Название работы должно выражать какое-то действие (к примеру, «Расчет допускаемых скоростей», «Изготовление детали», «Формирование ведомости» и т.д.).[14]

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

Рассматриваемая нотация могут применять такие типы стрелок:

– вход – это информация или материал, что используются и преобразуются деятельность для получения результата (или выхода). Вход может отвечать на вопрос «Что будет обработано?».

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

---

– управление – управляющие, нормативные или регламентирующие данные, которыми может руководствоваться работа. Управление отвечает также на вопрос «В соответствии с какими аргументами выполняется работа?».

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

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

– выход – это материал или информация, что представляют результат реализации работы. Выход отвечает на следующий вопрос «Что именно является результатом работы?».

При этом, в качестве выхода может являться как материальный объект (платежные документы, деталь, автомобиль, ведомость), так и нематериальный (ответ на вопрос, выборка данных, устное указание). [2]

– механизм – это ресурсы, которые выполняют определенный блок работы. Механизм отвечает на следующий вопрос «Кто именно выполняет работу?». В качестве механизма описывается персонал предприятия, студент, оборудование, станок, программа и другие. Стрелки механизма входят в нижнюю грань;

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

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

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

Заметим, что при объединении функций необходимо стремиться, чтоб внутренняя связность (функций внутри модуля) была максимально сильнее, а внешняя (функций, входящие в разные модули), максимально слабее.

BPMN (Business Process Management Notation) – это промежуточное звено между визуализацией/ формализацией и воплощением разработки бизнес-процесса.

Говоря проще, рассматриваемая нотация представляет собой структуру протекания БП.

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

Как максимум, процесс моделирования в BPMN позволяет впоследствии выполнить автоматизацию бизнес-процессов в полном соответствии с созданной схемой.

Первая версия нотации вышла в мае 2003 года (BPMN 1.0). Последующая версия была создана в январе 2010 года (BPMN 2.0). В январе 2011 года компания OMG презентовала последнюю версию, которая используется и сегодня.[13]

---

Рассмотрим основные графические компоненты BPMN.

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

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

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

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

BPMN-процесс – это бизнес-процесс, что отражён с помощью рассматриваемой нотации.

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

Элементы нотации – это компоненты графической схемы, а также и составляющие самого БП.

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

Весь БП состоит из так называемых пулов:

– совокупности операций;

– лиц, что будут выполнять эти операции.

Стандарт описания БП DFD – Data Flow Diagram – это диаграмма потоков данных, которая применяется для описания процессов самого верхнего уровня, а также для описания существующих в организации потоков информации.[33]

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

Созданные модели потоков организации могут быть применены при решении следующих задач:

– определение существующих хранилищ информации (текстовые документы, СУБД, файлы);

– анализ и определение данных, необходимых для реализации каждой функции БП;

– подготовка к разработке модели структуры данных компании, так называемое ERD-моделирование;

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

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

DFD представляет исследуемую моделируемую систему в качестве сети связанных работ.

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

---