Средства анализа обстановки и принятия решений в системе бизнес-процессов
Работа посвящена проблеме создания адекватных инструментальных средств планирования и инструментальных средств выполнения отдельных работ в системе бизнес-процессов. Представлена концепция процессо-ориентированной инфраструктуры системы управления бизнес-процессами, предложены средства управления та...
Saved in:
| Date: | 2008 |
|---|---|
| Main Author: | |
| Format: | Article |
| Language: | Russian |
| Published: |
Інститут програмних систем НАН України
2008
|
| Subjects: | |
| Online Access: | https://nasplib.isofts.kiev.ua/handle/123456789/1469 |
| Tags: |
Add Tag
No Tags, Be the first to tag this record!
|
| Journal Title: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Cite this: | Средства анализа обстановки и принятия решений в системе бизнес-процессов / К.А. Крыжова // Пробл. програмув. — 2008. — N 2-3. — С. 515-524. — Бібліогр.: 5 назв. — рус. |
Institution
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1859915257962561536 |
|---|---|
| author | Крыжова, К.А. |
| author_facet | Крыжова, К.А. |
| citation_txt | Средства анализа обстановки и принятия решений в системе бизнес-процессов / К.А. Крыжова // Пробл. програмув. — 2008. — N 2-3. — С. 515-524. — Бібліогр.: 5 назв. — рус. |
| collection | DSpace DC |
| description | Работа посвящена проблеме создания адекватных инструментальных средств планирования и инструментальных средств выполнения отдельных работ в системе бизнес-процессов. Представлена концепция процессо-ориентированной инфраструктуры системы управления бизнес-процессами, предложены средства управления такой инфраструктурой. На примере системы электронного документооборота типичной организации проанализированы преимущества применения предложенных средств.
This work is devoted to a problem of creation adequate planning tools and performing separated jobs tools in business process management system. The process oriented infrastructure conception of business process management system is considered. A management facility of such infrastructure is offered. This problem is performed on a system of document circulation. An advantage of implementation such tools is analyzed.
|
| first_indexed | 2025-12-07T16:04:59Z |
| format | Article |
| fulltext |
Інформаційні системи
© К.А.Крыжова, 2008
ISSN 1727-4907. Проблеми програмування. 2008. № 2-3. Спеціальний випуск 515
УДК 681.3.016
СРЕДСТВА АНАЛИЗА ОБСТАНОВКИ И ПРИНЯТИЯ РЕШЕНИЙ
В СИСТЕМЕ БИЗНЕС-ПРОЦЕССОВ
К.А.Крыжова
Национальный технический университет Украины "КПИ"
03056, Киев-56, проспект Победы, 37.
Тел. 454 9933, 454 9285, kryzhova@i.ua
Работа посвящена проблеме создания адекватных инструментальных средств планирования и инструментальных средств выполнения
отдельных работ в системе бизнес-процессов. Представлена концепция процессо-ориентированной инфраструктуры системы
управления бизнес-процессами, предложены средства управления такой инфраструктурой. На примере системы электронного
документооборота типичной организации проанализированы преимущества применения предложенных средств.
This work is devoted to a problem of creation adequate planning tools and performing separated jobs tools in business process management
system. The process oriented infrastructure conception of business process management system is considered. A management facility of such
infrastructure is offered. This problem is performed on a system of document circulation. An advantage of implementation such tools is
analyzed.
Большинство крупных компаний сталкиваются с проблемой организации работ для выполнения проектов,
планов и т.п. Корректная организация выполнения проекта определяет не только эффективное управление
живыми ресурсами (исполнителями и менеджерами компании), но и грамотную планировку всех бизнес-
процессов организации, связанных с конкретной задачей. Если таких задач много, то на первое место выступает
эффективное управление системой бизнес-процессов, а конкретнее – эффективное управление ресурсами
предприятия (как людьми, так и технической стороной компании). Во избежание убытков менеджмент
компании должен быть основан на не допуске простоев, перегрузок ресурсов и расчете времени выполнения
проекта.
В процессе деятельности системы бизнес-процессов доминирующую роль играет анализ обстановки, в
которой оказывается объект бизнес-процесса в данный конкретный момент. От правильного анализа зависит
корректность принятия решений по дальнейшему продвижению объекта в системе бизнес-процессов (бизнес-
процессе). Результатом анализа проблем такого рода могут стать смоделированные определенными
программными средствами схемы движения объектов системы бизнес-процессов (бизнес-процесса), другими
словами – плана выполнения крупного проекта и/или отдельных работ.
Представленный материал посвящен проблеме создания адекватных инструментальных средств
планирования (ИСП) и инструментальных средств выполнения отдельных работ (ИСВОР) в системе бизнес-
процессов.
1. Описание процесса деятельности типичной организации
Управление крупными проектами, состоящими из большого числа взаимосвязанных работ, сопряжено с
решением сложных проблем планирования, установления сроков и контроля, особенно когда работы должны
выполняться в заданной последовательности. Когда речь идет об управлении системой бизнес-процессов,
предполагается что крупные, малые и другие проекты, в организации одновременно может вестись множество.
Проблема состоит в планировании, управлении, контроле и мониторинге деятельности организации,
предприятия, фирмы, ведомства и т.д.
Под деятельностью будем понимать совокупность процессов, протекающих в организации. Процесс – это
довольно широкое понятие с точки зрения деятельности организации.
Процесс может быть:
- технологический процесс – на промышленных предприятиях;
- программный процесс – связан с обработкой информации в некоторой системе управления на предприятии;
- организационный процесс – процесс планирования деятельности предприятия, отдельных подразделений,
отдельных работ;
- структурный процесс – реорганизация структуры предприятия (персонала, промышленной деятельности и
т.д.);
- бизнес-процесс – цепь логически связанных, повторяющихся действий, в результате которых используются
ресурсы предприятия для переработки объекта (физически или виртуально) с целью достижения определенных
измеримых результатов или продукции для удовлетворения внутренних или внешних потребителей [1].
Інформаційні системи
516
2. Процессный подход к управлению организацией
Основополагающей базой современных подходов к управлению является процессный подход, который
предполагает определение набора бизнес-процессов, выполняемых в организации, и дальнейшую работу с
ними.
Для определения процессного подхода к управлению необходимо рассмотреть так называемый цикл
PDCA. Этот цикл управления носит название «цикл Деминга» [2], который включает четыре шага:
планирование процесса (Plan); выполнение процесса (Do); анализ показателей эффективности процесса (Check);
корректировка процесса (Act). Пример бизнес-процесса, управляемого на основе цикла PDCA, показан на рис. 1
(стандарт описания IDEF0, BPWin).
Рис. 1 Бизнес-процесс, включающий цикл PDCA: КД – корректирующие действия;
ПД – предупреждающие действия [3]
Процесс, показанный на рис. 1, соответствует циклу PDCA и базовым требованиям процессного подхода,
сформулированным в МС ИСО 9001:2000 [4]. Особенности построения МС ИСО 9001:2000 позволяют
применить его в любой сфере деятельности, при управлении любой организацией. Требования к описанию
процессов содержатся в разд. 5-8 этого стандарта, из которого можно выделить основные моменты.
Система управления складывается, как минимум, из двух уровней. Управленческие решения
принимают: а) высшее руководство («первое лицо») — п. 5.1 МС ИСО 9001:2000; б) владелец процесса —
руководитель, отвечающий за эффективность процесса.
Система управления основана на обязательных регламентированных обратных связях, описанных в цикле
PDCA.
Все этапы цикла PDCA выполняются по регламентам.
При проведении анализа используются четыре основных потока информации:
- показатели процесса;
- показатели продукта;
- показатели удовлетворенности потребителя;
- результаты аудитов процессов.
Стандарт требует установить эти показатели, методики сбора, обработки информации, границы
показателей для нормального хода процесса и критерии для принятия корректирующих действий.
Управленческое решение об изменении регламентов или ресурсов должно приниматься на основании строгих
фактов. Необходимо назначить ответственных — владельцев процессов, которые управляют процессами,
отвечают за их результативность и обладают необходимыми ресурсами и полномочиями. Их взаимодействие
должно быть определено и формализовано.
Принцип PDCA тиражируется на нижние уровни управления (принятия решения), если это целесообразно.
Процесс, показанный, на рис. 1, соответствует всем вышеперечисленным требованиям.
Применение для управления деятельностью и ресурсами организации системы взаимосвязанных процессов
называется процессным подходом.
При внедрении процессного подхода к управлению используются следующие методики:
создания сети бизнес-процессов;
Інформаційні системи
517
определения владельцев бизнес-процессов;
моделирования (описания) бизнес-процессов;
регламентации бизнес-процессов;
управления бизнес-процессами на основе цикла PDCA;
аудита бизнес-процессов.
3. Концепция процессо-ориентированной инфраструктуры системы управления бизнес-
процессами
Концепция процессо-ориентированной инфраструктуры состоит в том, что данная структура является
дополнительным архитектурным слоем, который отвечает за управление программными интерфейсами,
связывающими пользователей приложения, бизнес-процессы и компоненты информационно-
телекоммуникационных систем.
Согласно с данной концепцией программное обеспечение (ПО) сложных автоматизированных систем
управления (АСУ) строится и конфигурируется блоками.
Важными составляющими инструментальных средств реализации концепции выступают:
1. Специальное ПО управления бизнес-процессами, позволяющее выполнять такие функции:
- разворачивать бизнес-процессы;
- тестировать бизнес-процессы;
- совершать мониторинг бизнес-процессов;
- планировать бизнес-процессы;
- контролировать и координировать ход выполнения бизнес-процессов.
Планирование бизнес-процессов осуществляется с помощью ПО, которое позволяет:
а) оценить отдельные составляющие (процесса, подпроцесса, операции);
б) построить средства планирования: линейные графики, сетевые графики, план-графики бизнес-
процессов;
в) распределить исполнителей с учетом их нагружен ости.
Контроль – должен быть специальный механизм полнотекстового поиска, который помогает
контролировать ход бизнес-процесса в режиме реального времени. Применимо понятие «указателя
содержания» бизнес-процесса, которое автоматически обновляется на любом этапе его выполнения.
Специальная визуальная среда позволяет моделировать потоки работ, тестировать потоки работ,
генерировать отчеты и выдавать аналитические материалы.
ПО должно включать в себя функцию оповещения администрации о сбоях отдельных бизнес-процессов
(их подпроцессов и операций) – людей, ответственных за их корректное выполнение и компоненты IT-
инфраструктуры, поддерживающие данные бизнес-процессы.
2. Специальное ПО корреляции бизнес-событий и оценивать их влияние на результаты работы
организации (ведомства) в реальном масштабе времени.
Это позволит контролировать цепи событий типа «сбой маршрутизатора – неполадки в системе – спад
продуктивности приложения – замедление бизнес-процесса».
3. Любое приложение должно иметь специальные средства для управления им в процессе реализации
бизнес-процесса пользователя:
- средства адаптации приложения к особенностям бизнес-процесса пользователя (области);
- средства управления приложением (т.е. реализация регламентированных процессов).
Рис. 2. Общая схема структурная реализации подхода
4. Специальное ПО отслеживания изменений в приложениях, конфигурациях и топологии, и их влияние
на бизнес-процессы.
3.1. Принципиальные особенности новой концепции. В условиях роста скорости изменений в бизнесе ПО
корпоративного уровня должно уметь:
Модуль управления и
настройки приложения
Модуль планирования и
реализации функций
приложения по
Модуль 1 Модуль n …
Інформаційні системи
518
1. Управлять конфигурациями и изменениями ИT-среды (ИТ – информационные технологии): тем самым
обеспечивается предоставления ресурсов ИT-инфраструктуры (серверов систем хранения, пропускной
способности сети, приложений) для реализации системы бизнес-процессов путем предоставления им
соответствующих сервисов для обработки транзакций, событий и т.п.
2. Моделировать и адаптировать ИT-сервисы под потребности бизнеса в динамике: должны быть средства
планирования и формирования желаемого состояния системы, в соответствии с которым будет настраиваться
система управления конфигурациями.
В данном разрезе решаются такие задачи:
- определение новых требований (с привлечением средств мониторинга и анализа);
- определение оптимальных изменений параметров конфигурации (средствами моделирования и
автоматической настройки ИT-сервисов);
- оптимизация загруженности ресурсов (путем анализа параметров серверов, хранилищ и других ресурсов,
оптимизации перераспределения ресурсов).
3. Анализировать доступные ИT-ресурсы и реализовывать изменения в конфигурации системы управления
бизнес-процессами, (рис. 3).
Рис. 3. Общая структурная схема управления системой бизнес-процессов
4. Пример проведения анализа текущей ситуации в задаче документооборота типичной
организации
Для проведения анализа текущей ситуации в задаче документооборота типичной организации необходимо
поэтапное выполнение плана:
- постановка задачи анализа ситуации в задаче документооборота;
- непосредственный анализ, результатом которого могут быть графические представления (диаграммы, схемы,
графики и т.д.) и/или текстовые описания решения поставленной задачи. Данные графические представления
и/или текстовые описания в разрезе задачи документооборота будут являться стратегией (планом) продвижения
документа в системе документооборота типичной организации;
- составление базы знаний логических правил на основании результатов проведенного анализа. Данные правила
будут ни чем иным, как правилами перехода из одного состояния объекта бизнес-процесса (в нашем случае
документооборота, объектом которого является документ) в другое состояние.
- решения задачи – описание ИСП и ИСВОР.
Інформаційні системи
519
4.1. Постановка задачи анализа текущей ситуации для системы документооборота в ИСП. На этапе
разработки инструментальных средств такого рода необходимо четко определиться с входными данными для
планирования работ – постановкой задачи.
В качестве примера рассмотрим задачу документооборота типичной организации. При получении или
создании документа самой организацией, документ «снабжается» некоторым рядом свойств – атрибутов. В
стандартной постановке данной задачи заданы m атрибутов документа. В соответствии заданными атрибутами
документ будет двигаться маршрутом, определенным заранее либо определяемом в процессе работы над
документом. Маршрут состоит из n определенных состояний. Для заданного документа требуется спланировать
или найти такую схему движения документа, при которой общие затраты ресурсов (времени, технических и
людских ресурсов) будут минимальны.
Основными понятиями, необходимыми для формулирования задачи о документообороте, являются
понятия, связанные с атрибутами самого документа – тематика документа, тип документа, срочность
документа, секретность документа (определение прав доступа к документу), организация, откуда документ
пришел либо где был создан.
ИСП должны обрабатывать поставленную перед ними задачу и выдавать оптимальный (оптимальные)
планы, графики реализации задачи (транспортной задачи, задачи производственного планирования и т.д.).
4.2. Анализа ситуации в задаче документооборота. План реализации задач включает в себя определенный
набор работ, который предстоит выполнить системе для достижения цели. Под работой понимается процесс
выполнения этапа проекта с привлечением соответствующих ресурсов компании [3].
В системе документооборота конечной целью является: отправление документа в дело (архив),
перенаправление документа в связи с ошибочным изначальным определением адресата, отправление документа
адресату (если документ создается как исходящий – ответ на ранее принятый документ). В качестве примера
рассмотрим наиболее общую схему движения документа в типичной организации, (рис. 4) [5].
Рис. 4. Диаграмма состояний документа в системе документооборота типичной организации
Схема движения документа в данном случае представлена диаграммой состояний документа в системе
документооборота типичной организации. В диаграмме определено шесть состояний, из которых три состояния
составные (состояние «Документ на контроле», показанное как простое, в действительности также является
составным, например, в нем выделяются подсостояния «Документ на промежуточном контроле», «Документ
снят с контроля», «Документ просрочен», «Документ выполнен» и т.д.).
Інформаційні системи
520
Опишем переходы на диаграмме (рис. 4):
1. Зарегистрировать документ.
2. Если документ исходящий, то его отправляют по назначению.
3. Проанализировать документ.
4. Поставить документ на контроль (решение о постановке на контроль принимается на этапе анализа,
постановка на контроль – не обязательна).
5. Промежуточный контроль документа – на данном этапе контролер вносит заметки по текущему
состоянию документа.
6. Выполнить (отработать) документ.
7. Создать отчет о результатах выполнения (отработки) документа.
8. Подписать отчет о выполнении документа.
9. Переслать документ с отчетом о его отработке исполнителям.
10. Проанализировать обработку документа.
11. Написать ответный документ в организацию либо человеку, откуда он был получен.
12. Закрыть документ для редактирования.
13. Отправить документ в архив.
Действия, сопровождающие переходы, могут требовать выполнения некоторых условий.
Рассмотрим необходимые для решения задачи этапы.
На движение документов влияют также такие особенности ведения делопроизводства:
- наличие дополнительных условий на выполнение отдельных операций над документами, например,
постановка документа на контроль, наложение резолюции, разделение документа на части и т.д.;
- зависимость дальнейшего направления движения документа от результатов выполнения предыдущих
операций, например, резолюция вышестоящего руководителя, определяет исполнителей следующего уровня,
которым нужно отправить документ.
4.3. Формирование базы знаний логических правил управления движением документов. Это наиболее
ответственный этап. Неверные правила, отсутствие правил для некоторых ситуаций приводят к неправильным
решениям, сбоям в функционировании документооборота
Правила имеют вид клауз Хорна:
А1 ← В1, В2, …, Вn
Подразумевается, что А1 выполняется, если выполняются условия В1, В2, …, Вn.
Наиболее важной характеристикой, используемой в правилах управления движением документов, является
состояние документа. Вводим переменную состояния z, которая может принимать значения из множества
{Z0(начальное состояние), Z1(документ зарегистрирован), Z2(документ отправлен), Z3(документ
проанализирован),…,Z12(конечное состояние)}. Согласно диаграмме (рис. 1), существует 8 состояний, в
которых может находиться документ, из которых три состояния – составные («Документ обработан» – Z5,
«Документ на контроле» – Z4 и «Документ закрыт» – Z9). Следует заметить, что данная диаграмма является
неполной и отображает, в качестве примера, простой путь движения документа.
Для построения атомов логических правил также используются определенные значения атрибутов
документа, для учета которых вводим переменные:
- переменная “вид” документа v, которая может принимать значения из множества {V1(внутренний
документ), V2(входящий документ) и др.};
- переменная “тип” документа а, которая может принимать значения из множества {А1 (справка), А2
(поручение), А3 (заявление), А4(приказ) и т.д.};
- переменная “организация” (или человек) откуда документ пришел о, которая может принимать значения
из множества {О1 (НТУУ «КПИ»), О2 (НАУ), О3 (ВАТ «ВаБанк») и т.д.};
- переменная “срочность” документа c, которая может принимать значения из множества {С1 (срочный), С2
(неотложный), С3(несрочный)};
- переменная “тематика” документа t, которая может принимать значения из множества {Т1(финансовый
документ), Т2(банковские расчеты), Т3 (государственный документ) и т.д.}.
Рассмотрим примеры правил вывода системы.
Для того, чтобы перевести документ из состояния Z0 в одно из под-состояний состояния Z1, необходимо
чтобы были выполнены определенные операции и соблюдался ряд условий. Например, для перехода документа
в состояние Z 1
1 («Документ зарегистрирован в журнале для входящих общих документов») необходимо, чтобы
тип документа был «справка» (a = A1), организация, из которой он поступил – ВАТ «ВаБанк» (o = O3), документ
должен быть срочным (c = C1), а тематика документа – банковские расчеты. Для осуществления такого рода
действий надо составить соответствующие логические правила:
- для перехода из состояния Z0 в состояние «Документ зарегистрирован в журнале для внутренних
документов» Z 0
1 :
(z= Z 0
1 ) ← (v=V1);
- для перехода из состояния Z0 в состояние «Документ зарегистрирован в журнале для входящих общих
документов» Z 1
1 :
(z= Z1
1 ) ← (a=A1 , o=O3 , c=C1 , t=T2);
Інформаційні системи
521
- для перехода из состояния Z0 в состояние «Документ зарегистрирован в журнале для переходящих
документов» Z 2
1 :
(z= Z 2
1 ) ← (a=A1 , o=O2 , c=C3 , t ≠ T2);
- для перехода из состояния Z0 в состояние «Документ зарегистрирован в журнале для входящих
специфических документов» Z 3
1 :
(z= Z 3
1 ) ← (a=A2 , o=O1 , c=C3);
- для перехода из состояния Z0 в состояние «Документ зарегистрирован в журнале для исходящих
документов» Z 4
1 :
(z= Z 4
1 ) ← (a=A3 , c=C4).
Из состояния Z1 документ может перейти в одно из двух состояний – Z2 либо Z3:
(z= Z2) ← (z= Z 4
1 ) – данная запись обозначает, что документ перейдет в состояние Z2 («Документ
отправлен»), если до этого он был зарегистрирован в журнале для исходящих документов (z= Z 4
1 ).
Все остальные документы перейдут в состояние Z3 («Документ проанализирован»).
Отобразим схематически один из возможных планов передвижения документа из начального состояния Z0
в конечное состояние Z10 (рис. 5), [5].
Рис. 5. План (схема) передвижения документа из начального состояния Z0 в конечное состояние Z10
Переходы между состояниями обозначены направленными стрелками, каждому переходу соответствует
определенный набор логических правил.
На рис. 5 отображен простейший жизненный цикл пришедшего на обработку документа: документ
поступил из внешней организации (Z0), зарегистрирован в соответствующем журнале (Z 1
1 ), после анализа
документа на него была наложена резолюция (Z3); после чего документ переслали исполнителям (Z6), после
отработки был написан отчет об исполнении документа (Z7). Отчет вместе с документом поступает на подпись
вышестоящему начальству (Z8). Если документ подписан (а в нашем случае это так), то он возвращается на
стадию анализа (Z3), после чего создается исходящий документ (Z10), а наш документ закрывается для
редактирования (Z11) и помещается в архив (Z12).
4.4. Описание инструментария планирования и выполнения отдельных работ в системе
документооборота. Для адекватного восприятия необходимости создания такого инструментария, опишем
кратко работу системы электронного документооборота (не применяя средства планирования).
Система электронного документооборота (СЭД) – это мощное программное обеспечение, созданное в
помощь деловодам больших организаций, компаний, министерств и ведомств, обеспечивающее полноценную
работу с документом начиная от его создания и заканчивая помещением документа в архив (в общем случае).
Полноценная работа с документом определяет такие этапы:
- регистрация документа в определенном списке/журнале – создание электронной карточки документа;
- создание отсканированного образа документа (если документ попал в организацию в бумажном виде) и/или
добавление к документу файла любого текстового формата (если документ попал в организацию в
электронном виде);
- создание электронного документа на основании шаблонов документам по соответствующим типам, принятых
на данном конкретном предприятии, министерстве, ведомстве;
- анализ документа – соответствующие люди анализируют пришедший и уже зарегистрированный к моменту
анализа документ и накладывают резолюции на его отработку;
Інформаційні системи
522
- в результате анализа документ может: отправится на исполнение исполнителям, отправится обратно адресату,
отправится на контроль, переправится в другой отдел текущей организации и т.д.;
- отправление документа на подпись вышестоящим лицам;
- отправление документа на доклад соответствующим лицам организации;
- контроль документа: текущий контроль документа, назначение ответственного за документ, назначение
контролера документа, снятие документа с контроля, пометка выполнения документа;
- пересылка документа в системе документооборота внутри текущей организации;
- занесения документа в дело – отправка в архив.
На этапах выполнения, контроля, отработки документ может проходить этапы 1-9 неоднократно.
Только что мы оценили полноценную, но отнюдь не полную работу над документом в СЭД. Определение,
на какой этап из десяти вышеизложенных перейти документу, совершается людьми на местах в результате
кропотливого анализа атрибутов документа, с которыми он поступил в организацию (см. п.3.1 текущего
документа).
Перечень этапов работы над документами, вышеизложенных, не претендуют на полный перечень – и
претендовать не может в связи с тем, что каждой организации, предприятию, министерству или ведомству
присуща своя специфика работы с документом.
ИСП предоставляет средства автоматизации работы в системах подобного рода, в данном конкретном
случае – системе документооборота. Автоматизация не может, конечно, быть полной – так как для решения
некоторых ситуаций нужна человеческая смекалка, интуиция, а в некотором случае совсем нестандартный
подход к решению проблемы, а такие качества присущи только человеку.
Однако база знаний логических правил и планов движения объектов в системе документооборота наделена
способностью самообучаться, т.е. добавлять правила и строить по ним планы автоматически, опираясь на
действия пользователей системы. При часто повторяющихся действиях программа предложит оформить
соответствующее правило или применить план, построенный ею по Вашим действиям.
4.4.1. Формализация подхода к созданию инструментария планирования в системе документооборота.
Фундаментом для создания инструментария такого рода со стороны написания программного будет платформа
.NET, со стороны хранения базы знаний логических правил, планов движения объекта в системе
документооборота и т.д. выступит СУБД Oracle.
На данный момент детальнее остановимся на создании структуры базы данных, а конкретнее части базы
данных, отвечающей за бизнес-логику приложения, что позволит в дальнейшем создать корректный
программный продукт.
В процессе создания структуры базы данных мы будем пользоваться следующими понятиями: база данных
(БД), таблицы БД, поля таблиц БД, строки таблиц БД, первичные ключи, внешние ключи, ссылочные таблицы.
Инструментарий, с помощью которого мы будем «общаться» с БД будет язык SQL (Structured Query
Language) – язык структурированных запросов.
4.4.1.1. Структура БД для бизнес-логики системы электронного документооборота. В пункте 3.3 текущего
документа было описано формирование базы знаний для СЭД, где мы оперировали терминами: состояние,
логическое правило, план, атрибут. Рассмотрим следующую структурную схему БД той части, которая отвечает
за бизнес-логику СЭД (рис. 6).
Рис. 6. Структурная схема БД логической части СЭД
Інформаційні системи
523
На рис. 6 представлены 5 таблиц, организующих бизнес-логику СЭД:
STATES – таблица-словарь, в которую вносятся все состояния объекта документооборота – документа (см.
3.2. текущего документа);
ATTRIBUTES – атрибуты документа, необходимые нам для построения планов движения документа в
СЭД (см. 3.3. текущего документа);
RULES – набор правил, из которых состоят планы движения документа (см. 3.3. текущего документа);
PLANS – таблица-словарь, в которой хранится перечень существующих планов (см. 3.3. текущего
документа);
PLAN_RULES – рабочая таблица, определяющая сколько правил и в каком порядке они должны
осуществляться для каждого конкретного плана.
Как было определено выше, логические правила будут иметь вид клауз Хорна – в визуальной части
представления правил, реально же в базе данных правила будут иметь вид строки таблицы RULES, где будут
размещаться значения следующих полей:
ID – уникальный идентификатор строки (первичный ключ);
IDATTRIBUTE – идентификатор атрибута из таблицы ATTRIBUTES – таблицы ATTRIBUTES и RULES
будут связаны внешним ключом;
IDVALUE – идентификатор значения того атрибута, ATTRIBUTES.TABLE_NAME которого мы выберем
из соответствующей таблицы. Например:
ATTRIBUTES.TABLE_NAME = DOCTYPE,
где SEDD_DOCTYPE – таблица-словарь, содержащая типы документов.
Тогда IDVALUE примет значение идентификатора одной из строк SEDD_DOCTYPE.
ISOLD – служебное поле, принимающее значение 1 или 0, определяющее используется данное правило
или оно уже застарело.
4.4.1.2. Пример работы БД логической части системы электронного документооборота.
Примером работы данного модуля будут запросы к базе данных, которые будут выбирать нужные нам
значения из определенных таблиц для прохождения документа по плану, для создания логического правила и
т.д.
Таблица STATES на рис. 6 отображена без связей, на самом деле это не так. Чтобы не усложнять рис. 6 не
была отображена таблица DOCUMENT со связями. Таблица DOCUMENT является ссылочной относительно
таблицы STATES по полю IDSTATE. В данное поле вносится последнее состояние документа в СЭД.
Рассмотрим пример предложения плана движения документа в соответствии с рис. 5 и продвижение
документа в соответствии с планом из начального состояния в конечное.
Для того, чтобы предложить план движения необходимо запросить значение атрибутов документа по
номеру с которым документ сегодня пришел:
select doc.idtype, doc.idtopic, doc.idsharp, doc.idview, adr.idorg
from DOCUMENT doc, ADDRESS adr
where adr.iddoc = doc.id
and doc.docnumber=’45/89’
and doc.docdate=’12.01.2008’;
Результатом такого запроса будет перечень идентификаторов (например, 1, 2, 3, 4, 5), в соответствии с
которыми мы найдем нужный нам план действия из таблицы PLANS (рис. 6). Для этого сначала мы определим
нужные нам атрибуты, в данном случае их 5 (рис. 6), в таблице ATTRIBUTES получим их идентификаторы и по
ним в данном рисунке в таблице RULES найдем набор правил для этих атрибутов. По сдельной таблице
PLAN_RULES (рис. 6) определим – существует ли план с набором таких правил и если да, то предложим его
пользователю.
select plan.Name
from PLANS plan, RULES rule, PLAN_RULES pr
where pr.idplan=plan.id
and pr.idrule=rule.id
and rule.idattribute in
(select atrib.id
from ATTRIBUTES atrib
where atrib.table_name in (DOCTYPE, DOCVIEW, ORGANIZATION, SHARP,
TOPIC))
and rule.idvalue in (1, 2, 3, 4, 5)
В результате выполнения такого запроса мы получим название плана движения документов, например
PLANS.NAME = ‘План №1’ с описанием к нему. Если пользователь согласиться с предложенным планом,
программа начнет действовать в соответствии с этим планом, схема которого предложена на рис. 5.
Інформаційні системи
524
В соответствии со схемой, программы предложит зарегистрировать документ в журнале для входящих
общих документов и перейти в состояние Z 1
1 , программно это будет представлено запуском соответствующей
формы и предложением согласиться с предложенным вариантом. В базе же данных выполнится скрипт:
insert into JOURNALCONTENT iddoc, regnumber, regdate, idjournal
value(###, 123, ’12.01.2007’, ###);
update DOCUMENT set DOCUMENT.IDSTATE = ###;
Переход объекта СЭД в другие состояния будет осуществляться аналогичным образом.
Вывод
Суть предложенной концепции (концепции процессо-ориентированной инфраструктуры) состоит в том,
что данная структура является дополнительным архитектурным слоем, который отвечает за управление
программными интерфейсами, связывающими пользователей приложения, бизнес-процессы и компоненты
информационно-телекоммуникационных систем.
На примере системы электронного документооборота как одного из бизнес-процессов, протекающих в
организации, был продемонстрирован инструментарий планирования и выполнения отдельных работ.
Главными преимуществами системы с инструментарием такого рода является адаптивность (возможность
менять, добавлять и удалять правила при происходящих в организации изменениях) и масштабируемость.
Автоматизируя бизнес-процессы предприятия таким образом можно достичь более эффективного
использования ресурсов организации: человеческих, временных, оборудования и т.д.
Следующим шагом в разработке ИСП и ИСВОР будет детализация инструментальных средств выполнения
отдельных работ, так как представленный материал раскрывает в общем случае одно инструментальное
средство – ИСП.
1. Андерсен Бьёрн. Бизнес-процессы. Инструменты совершенствования: Пер. с англ. С.В. Ариничева Науч. ред. Ю.П. Адлер. – 3-е изд. – М.:
РИА «Стандарты и качество», 2005. – 272 с.
2. Ковалев С.М., Ковалев В.М. «Описание бизнес-процессов — к вершинам мастерства» // "Консультант директора", – 10, Май, 2004.
3. Репин В.В., Елиферов В.Г. Процессный подход к управлению // Моделирование бизнес-процессов. – 4-е изд. – М.: РИА «Стандарты и
качество», 2006. – 408 с.
4. МС ИСО 9001:2000 «Системы менеджмента качества. Требования».
5. Крыжова К.А., Хмелюк В.С. Управление движением документов в системе «ДОК-МАСТЕР»: Матеріали Всеукраїнської конференції
аспірантів і студентів. – К.: НАУ, 2007. – С. 268–277.
|
| id | nasplib_isofts_kiev_ua-123456789-1469 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 1727-4907 |
| language | Russian |
| last_indexed | 2025-12-07T16:04:59Z |
| publishDate | 2008 |
| publisher | Інститут програмних систем НАН України |
| record_format | dspace |
| spelling | Крыжова, К.А. 2008-07-31T12:50:16Z 2008-07-31T12:50:16Z 2008 Средства анализа обстановки и принятия решений в системе бизнес-процессов / К.А. Крыжова // Пробл. програмув. — 2008. — N 2-3. — С. 515-524. — Бібліогр.: 5 назв. — рус. 1727-4907 https://nasplib.isofts.kiev.ua/handle/123456789/1469 681.3.016 Работа посвящена проблеме создания адекватных инструментальных средств планирования и инструментальных средств выполнения отдельных работ в системе бизнес-процессов. Представлена концепция процессо-ориентированной инфраструктуры системы управления бизнес-процессами, предложены средства управления такой инфраструктурой. На примере системы электронного документооборота типичной организации проанализированы преимущества применения предложенных средств. This work is devoted to a problem of creation adequate planning tools and performing separated jobs tools in business process management system. The process oriented infrastructure conception of business process management system is considered. A management facility of such infrastructure is offered. This problem is performed on a system of document circulation. An advantage of implementation such tools is analyzed. ru Інститут програмних систем НАН України №2-3 С. 515-524 Інформаційні системи Средства анализа обстановки и принятия решений в системе бизнес-процессов Situation analysis and decision-making tools for business process system Article published earlier |
| spellingShingle | Средства анализа обстановки и принятия решений в системе бизнес-процессов Крыжова, К.А. Інформаційні системи |
| title | Средства анализа обстановки и принятия решений в системе бизнес-процессов |
| title_alt | Situation analysis and decision-making tools for business process system |
| title_full | Средства анализа обстановки и принятия решений в системе бизнес-процессов |
| title_fullStr | Средства анализа обстановки и принятия решений в системе бизнес-процессов |
| title_full_unstemmed | Средства анализа обстановки и принятия решений в системе бизнес-процессов |
| title_short | Средства анализа обстановки и принятия решений в системе бизнес-процессов |
| title_sort | средства анализа обстановки и принятия решений в системе бизнес-процессов |
| topic | Інформаційні системи |
| topic_facet | Інформаційні системи |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/1469 |
| work_keys_str_mv | AT kryžovaka sredstvaanalizaobstanovkiiprinâtiârešeniivsistemebiznesprocessov AT kryžovaka situationanalysisanddecisionmakingtoolsforbusinessprocesssystem |