Файл: Проектирование реализации операций бизнес процесса «Расчет заработной платы» ( ОБЗОР СОВРЕМЕННЫХ ЯЗЫКОВ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ).pdf

ВВЕДЕНИЕ

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

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

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

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

Для достижения данной цели поставлены следующие задачи:

1 Провести обзор стандарт IDEF0

2 Построить модели работы организации с помощью IDEF0

3 Построить модели бизнес-процесса организации рабочего времени с помощью IDEF0

4 Провести анализ существующей и разработать улучшенную модель бизнес процесса с помощью IDEF0

1 ОБЗОР СОВРЕМЕННЫХ ЯЗЫКОВ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ

1.1 Стандарт IDEF0

Integration DEFinition for information modeling (IDEF0) является языком моделирования для разработки семантических моделей данных. IDEF0 используется для создания графической информационной модели, которая представляет структуру и семантику информации в среде или системе. [1]

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

Метод моделирования данных используется для моделирования данных стандартным, согласованным и предсказуемым образом, чтобы управлять им как ресурсом. Он может использоваться в проектах, требующих стандартных средств определения и анализа ресурсов, данных в организации. Такие проекты подразумевают включение метода моделирования данных в методологию, управление данными в качестве ресурса, интеграцию информационных систем или разработку компьютерных баз данных. Основными целями стандарта IDEF0 являются: [2]

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

Основной целью IDEF0 является поддержка интеграции. Подход к интеграции фокусируется на захвате, управлении и использовании единого семантического определения ресурса данных, называемого «концептуальной схемой». «Концептуальная схема» предоставляет единое интегрированное определение данных внутри предприятия, которое не склоняется к какому-либо одному приложению данных и не зависит от способа физического хранения данных или доступа к ним. Основная цель этой концептуальной схемы заключается в согласованном определении значений и взаимосвязей между данными, которые могут использоваться для интеграции, совместного использования и управления целостностью данных. Концептуальная схема должна иметь три важных характеристики: [3]

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

Перечислим основные компоненты IDEF0 [4]:

• Сущности. Это представление класса реальных или абстрактных вещей (люди, объекты, места, события, идеи, сочетания вещей и т. д.), которые распознаются как экземпляры одного класса, так как они имеют одни и те же характеристики и могут участвовать в одних и тех же связях.
• Домены. Представляют собой именованный набор значений данных (фиксированных или, возможно, бесконечных по числу) одного и того же типа данных, на котором строится фактическое значение для экземпляра атрибута. Каждый атрибут должен быть определен ровно в одном базовом домене. Несколько атрибутов могут быть основаны на одном базовом домене.
• Атрибуты. Это свойство или характеристика, общие для некоторых или всех экземпляров сущности.
• Ключи. Атрибут или комбинация атрибутов сущности, значения которой однозначно идентифицируют каждый экземпляр сущности. Каждый такой набор является ключом-кандидатом.
• Первичный ключ. Главный ключ, выбранный в качестве уникального идентификатора сущности.
• Внешний ключ. Атрибут или комбинация атрибутов экземпляра дочерней или категорийной сущности, значения которых соответствуют значениям в первичном ключе связанного родительского или универсального экземпляра сущности. Внешний ключ можно рассматривать как результат "миграции" первичного ключа родительской или универсальной сущности через определенное отношение, соединение или классификацию. Атрибуту или комбинации атрибутов во внешнем ключе можно назначить имя роли, отражающее ее роль в дочерней сущности или сущности категории.
• Отношения. Связь между экземплярами двух сущностей или между экземплярами одной и той же сущности.
• Связи соединений. Отношения, не имеющие семантики в дополнение к ассоциации.
• Отношения категоризации. Отношение, в котором экземпляры обеих сущностей представляют одну и ту же реальную или абстрактную вещь.
• Неспецифические отношения. Отношение, в котором экземпляр любой сущности может быть связан с любым числом экземпляров другой сущности.
• Уровни представления. В IDEF0 определены три уровня представления: связь сущностей (ER), основанное на ключах (KB) и основанная на атрибутах (FA). Они отличаются уровнем абстракции. Уровень ER является наиболее абстрактным. Моделируются наиболее фундаментальные элементы предметной области-сущности и их взаимосвязи. Он обычно шире по охвату, чем другие уровни. Уровень КБ добавляет ключи, а уровень ОС добавляет все атрибуты.

Трехкомпонентный подход в программной инженерии-это подход к построению информационных систем и систем управления информацией, который продвигает концептуальную модель как ключ к достижению интеграции данных. [5]

Схема-это модель, обычно изображаемая диаграммой и иногда сопровождаемая описанием языка. В этом подходе используются три схемы: [6]

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

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

Процесс моделирования можно разделить на пять этапов разработки модели:

1. Нулевая фаза -начало проекта. Цели этапа инициирования проекта включают:

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

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

• Матрица отношений (рисунок 1)

Рисунок 1 ‑ Матрица отношений

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

• Определения отношений. Эти определения включают:
• указание зависимостей;
• имя отношения;
• комментарии к отношениям.

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

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

• Диаграммы уровня сущности (рисунок 2).

Рисунок 2 ‑ Диаграммы уровня сущности

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

1. Третий этап - ключевые определения. Цели ключевого этапа определения:

• Уточнение неспецифических связей из второго этапа (рисунок 3)

Рисунок 3 ‑ Определение неспецифических отношений

• Определение ключевых атрибутов для каждой сущности (рисунок 4)

Рисунок 4 ‑ Примеры назначения атрибутов

На рисунке 4 показано, как экземпляры атрибутов представляются в качестве атрибутов. Экземпляры атрибутов принадлежат экземплярам сущностей. Но и сами атрибуты принадлежат сущности. Таким образом, между сущностью и некоторым числом атрибутов устанавливается ассоциация собственности.

• Миграция первичных ключей для установки внешних ключей (рисунок 5)

Рисунок 5 ‑ Пример миграции ключей

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

• Проверка связей и ключей.

1. Определение атрибутов. Цели этапа определения атрибутов::

• Разработка пула атрибутов
• Установления владельцев атрибутом
• Определение неключевых атрибутов
• Проверка и уточнение структуры данных.

2 ПОСТРОЕНИЕ МОДЕЛЕЙ ОРГАНИЗАЦИИ

2.1 Анализ структуры организации

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

Полное наименование организации - государственное бюджетное учреждение здравоохранения Московской области "Московская областная станция скорой медицинской помощи"; сокращенное - ГБУЗ МО «МОССМП».

Учреждение находится в ведомственном подчинении Министерства здравоохранения Московской области.

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

Всего Московская областная стнация скорой помощи насчитывает 65 бригад и 93 автомобиля. Распрделение бригад по подстанциям и постам показано в таблице 1

Таблица 1 – Распределение бригад в Московской областной станции скорой помощи