DRAKON.SU

Текущее время: Суббота, 19 Сентябрь, 2020 06:42

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
СообщениеДобавлено: Пятница, 14 Сентябрь, 2012 11:26 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 4831
Откуда: Москва
На нашем форуме представлены три попытки использовать ДРАКОН для описания бизнес-процессов.

1. Первую попытку предпринял Эдуард Владимирович Ильченко в теме
Цитата:
Сравнение Дракона со всякими другими
(290 сообщений).
viewtopic.php?f=78&t=2215

2. Вторую попытку предпринял Александр Владимирович Игнатьев, зав. кафедрой Прикладной математики и вычислительной техники (ПМиВТ) Волгоградского государственного архитектурно-строительного университета (ВолгГАСУ) (псевдоним alignat) в теме
Цитата:
Попытка описания бизнес-процесса
(129 сообщений)
viewtopic.php?f=62&t=3630

3. Третью попытку предпринял снова Эдуард Владимирович Ильченко в теме
Цитата:
Задача на перспективу
читать отсюда и до конца viewtopic.php?p=73827#p73827


Последний раз редактировалось Владимир Паронджанов Пятница, 14 Сентябрь, 2012 13:13, всего редактировалось 2 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 14 Сентябрь, 2012 12:01 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 4831
Откуда: Москва
Выше я перечислил наиболее важные форумы на тему "ДРАКОН и бизнес-процессы".

Кроме того, к этой теме (в той или иной степени) примыкают следующие:
Цитата:
Диаграмма потоков данных
viewtopic.php?f=62&t=3510

Цитата:
Сравнение графических нотаций и языка ДРАКОН
viewtopic.php?f=62&t=3903

Цитата:
Проектирование: Метод Персонажей и Дракон
viewtopic.php?f=62&t=3726

Цитата:
Каталог примеров
читать отсюда и до конца viewtopic.php?p=39918#p39918

Цитата:
Отзыв читателя на книгу "Дружелюбные алгоритмы, понятные каждому"
viewtopic.php?f=70&t=3607


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 14 Сентябрь, 2012 15:59 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Владимир Паронджанов писал(а):
3. Третью попытку предпринял снова Эдуард Владимирович Ильченко в теме
Цитата:
Задача на перспективу
читать отсюда и до конца viewtopic.php?p=73827#p73827

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 14 Сентябрь, 2012 21:53 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 1443
Да дело-то главное не в этом... А в том, что надо делать бизнес-процессный язык как нотацию для описания свершившихся фактов. А одновременно определять формализуемый смысл именно проектов деятельности и соответствующий язык...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 16 Сентябрь, 2012 20:32 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 4831
Откуда: Москва
Меня заинтересовал графический язык, который используется в системе 1С Предприятие для описания бизнес-процессов.

          При этом я очень удивился. Оказывается, этот язык никак не называется. Вообще никак. Он безымянный. Язык есть, а названия нет. Чудеса, да и только!

Впрочем, используется термин "графическая схема".

Цитата:
Графическая схема представляет собой объект встроенного языка, который позволяет создавать различные организационные, структурные и другие схемы для графического оформления прикладного решения.

Графическая схема может использоваться как сама по себе, так и отображаться в формах и отчетах:
http://v8.1c.ru/overview/GraphicalScheme.htm

Кроме того, используется термин Элементы графической схемы

Цитата:
Элементы графической схемы

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

— элементы, обозначающие точки карты маршрута бизнес-процесса;
— декорации;
— декоративные линии.
http://v8.1c.ru/overview/GraphicalScheme.htm

Обратите внимание. Появился термин "карта маршрута".
Про карту маршрута известно следующее:

Цитата:
Бизнес-процесс

Описывает бизнес-логику в карте маршрута и управляет жизненным циклом созданных бизнес-процессов (экземпляров) от момента старта до момента завершения.

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

Карта маршрута

Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.) наглядно описывается в виде карты маршрута, которая позволяет визуально описывать маршрут бизнес-процесса в виде связного графа и позволяет легко описывать алгоритмы условных переходов, и реакцию бизнес-процесса на различные события:
http://v8.1c.ru/overview/BusinessProc.htm

Из этого текста можно вытащить определение карты маршрута. Получилось вот что:
Цитата:
Карта маршрута — это графическая схема, которая позволяет наглядно описывать:
— логику бизнес-процесса, взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.;
— маршрут бизнес-процесса в виде связного графа;
— алгоритмы условных переходов, и реакцию бизнес-процесса на различные события


Если я не ошибся, то карта маршрута — это аналог (пусть отдаленный) термина дракон-схема.
Или я не прав?

=================================

Посмотрите viewtopic.php?p=45779#p45779

В этом сообщении Геннадий Тышов дает полезную информацию.
Из слов Тышова следует, что

1. Термину "икона" в ДРАКОНе соответствет термин "точка маршрута" в безымянном графическом языке 1С.

2. В самом конце Тышов дает "перечень точек маршрута", который можно считать аналогом графического алфавита языка ДРАКОН.

===============================

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

Перехожу к главному.

Фирма 1С — это мощная отечественная фирма, которая добилась замечательных успехов.

Разработки этой фирмы заслуживают глубокого уважения.

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

У меня вопрос. Как специалисты нашего форума относятся к этому языку (именно к графическому языку 1С). Кто-нибудь использует его в работе?

Отдельный вопрос к Эдуарду Ильченко.

Эдуард Владимирович, как Вы относитесь к графическому языку 1С.

Какие у этого языка достоинства и недостатки?

И самый главный вопрос. Можно ли заимствовать из этого языка какие-либо элементы (или даже один элемент) и приспособить эти элементы к ДРАКОНу, чтобы научить его описывать бизнес-процессы? Или это неразумная идея?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 16 Сентябрь, 2012 22:35 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Владимир Паронджанов писал(а):
Отдельный вопрос к Эдуарду Ильченко.

Эдуард Владимирович, как Вы относитесь к графическому языку 1С.

Никак. Я его не пользую : (


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 17 Сентябрь, 2012 05:44 

Зарегистрирован: Суббота, 16 Февраль, 2008 07:58
Сообщения: 236
Откуда: Россия, Стерлитамак
Этот графический язык предназначен только для описания бизнес-процессов в 1С (в 1С - бизнес-процесс, прикладной объект, как например документ). Программирование на нем не предусмотрено


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 19 Сентябрь, 2012 13:50 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 1443
Хотя текст описания содержит некие намёки (задачи "порождаются" и пр.)...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 21 Сентябрь, 2012 10:00 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 1443
Ильченко Эдуард писал(а):
Владимир Паронджанов писал(а):
3. Третью попытку предпринял снова Эдуард Владимирович Ильченко в теме
Цитата:
Задача на перспективу
читать отсюда и до конца viewtopic.php?p=73827#p73827

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

Тут ещё и вопрос - а зачем ждать кого-то с задачей? Есть много возможностей черпать постановки и просто данные для размышления... хотя бы из художественных произведений... :)
Как пример можно привести... ну хотя бы такой фильм "На войне как на войне" (СССР, 1969). Там есть минимум две ситуации назначения на работы (кто пойдёт вставлять чеку, выскочившую из гранаты в СУ-85 главных героев; кого надо снять с должности - командира этой самоходки (по мнению его комбатареи) или самого комбата (как в итоге и сделал комполка) и почему :)). И по крайней мере две ситуации распределения ресурсов (когда "добивать НЗ" и почему; как заселиться на постой, когда все хаты заняты, причём подразделениями разного подчинения :)). А сколько есть на "производственную" (военная - кстати, частный случай в этом смысле) тему фильмов (без профанации - кстати, не только советских - сразу вспоминаются голливудская "Административная власть" и польская "Четыре танкиста и собака"). Вот и думайте... в частности, что и как пытаться описать... :wink:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 21 Сентябрь, 2012 19:00 

Зарегистрирован: Понедельник, 09 Ноябрь, 2009 17:29
Сообщения: 904
Откуда: Россия, Питер
Владислав Жаринов писал(а):
Тут ещё и вопрос - а зачем ждать кого-то с задачей? Есть много возможностей черпать постановки и просто данные для размышления... хотя бы из художественных произведений... :)

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 25 Сентябрь, 2012 06:00 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 1443
Ну что ж... можно взять и какое-нибудь НТ-произведение, где была бы по возможности целостная картина конкретной предметки, из которой знай себе извлекай постановки задач и определения решений... кое-что на примете есть... :)

Но тут встаёт всё та же проблема - как представлять-то бизнес-процесс? И взаимосвязанная - как получать сведения для представления?..
    А решение естественным образом получается, если признать-таки тот факт, что БП есть "проекция слона", под которым понимается системная модель, её "вариант использования" для конкретных условий.
Тогда очевидно уже сказанное - что БП прежде всего возможен только для конкретной цели из множества возможных в системе деятельности (недаром сказанное и Остерлохом, и Горбуновым на этот счёт). И получается (текстом ли, в другой форме записи) как вьюшка от тех ТП, композиция которых ведёт к этой рассматриваемой цели. Со включением артефактов координации техопераций на каждом РМ, включённом в исполнение этой композиции как небходимый (по определению ТП) элемент ПМ оргсистемы.
    Что определяет необходимость, кроме цели и целевых ТП, задать для получения БП также структуру ПМ, определения субъектов деятельности, коорд-техпроцессы как зависимые от профилей квалификации субъектов и назначения субъектов (а значит, и их коорд-ТП) и целевых ТО (а значит, и частных опер-ТП) на перерабатывающие и транспортные РМ. Всё это делается в рамках системной модели. Как - примерно показано в демороликах КУБа.

Как конкретно получается? Тоже уже говорил - для начала проходом по структуре ПМ в поорядке, определяемом композицией ТП, с составлением композиции уже из частных ТП. Которые есть алгоритмические процессы - и стало быть, в граф-записи требуют только техноязыка или аналогичной нотации - Р-алгосхем, например. При этом на место каждой вершины и связи сеть-графика ТП подставляется определение соответствующего опер-ТП - перерабатывающего и транспортного.
    Здесь важно, что алгопроцессы взаимодействуют по передаче предметов труда. Что представимо операторами обмена сообщениями - только к исходно данному создателем техноязыка оператору передачи нужен парный оператор приёма. Как они употребляются - увидим дальше.
Следующий шаг - учёт координации. Как - тоже было сказано в принципе. Конкретно - в описание каждого опер-ТП сразу после заголовка вставляется описание реализации координирующих функций. Если принять, что отслеживание движения предметов труда есть часть коорд-функций (что мне представляется более естественным) - то описание начинается с субалгопроцесса этого отслеживания. Здесь можно применить типичный кернел-алгоритм "ожидание реакции оператора" (реакцией будет положительный результат исполнения оператора приёма соообщений от каждого предыдущего опер-ТП - типа ввода пользователя :)). Далее следует выбор (запуск) целевой операции. Условие выбора - доступность субъекта и нужных средств труда данного РМ. Случаи недоступности - занятость в неделимой и неотменяемой (с учётом приоритетов) работе по другому ТП (по сути, элементарной транзакции) либо неготовность субъекта/средств - отражаются обычным условным выбором "другой работы" либо восстановительного ТП (определяемого отдельно). Выбор также по-кернеловски зациклен так, что выйти можно только по доступности.
    Это, конечно, алгоритмические приближения того, что реально делает субъект (человек/коллектив) РМ как интеллектуальная система - но отвечающие здравому смыслу и ограничениям алгоритмизации.
    Возможен и другой подход - объединение отслеживания и запуска в единый алгоритм ожидания по совокупным условиям.
    В любом случае важно помнить, что процесс-отправитель сообщения также ждёт завершения передачи. Что понятно из смысла операторов обмена сообщениями. Который раскрывается в алгоритмах реализации этих операторов. Как - обсуждается далее.
На этом учёт координации заканчивается - так что дальше пойдёт собственно целевой опер-ТП. Заканчивается он... правильно - оператором передачи результата труда на следующее РМ (определяемое следующей ТО). В описании ТП указывается тип РМ, соответствующего ТО - а в БП как описании реализации это будет уже конкретное РМ согласно назначению на работы. Важно, что в зависимости от результатов послеоперационного контроля (если такой предусмотрен по целевой технологии) предмет м.б. полностью или частично признан бракованным и тогда передан на взаимосвязанный ТП (один из техпроцессов) обработки брака (также определяются отдельно).

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

Ну и как можно организовать БП-описание как алгомодель? В недавних дискуссиях здесь и в других темах это обсуждалось - но пока видны только подступы к решению. Удивительно, как никто не сформулировал очевидной идеи в рамках исходного техноязыка - хотя нужные слова прозвучали... :)
    Конкретно - в силуэте можно выделять ветки по опер-ТП (включая коорд-артефакты). Тогда очевидно, что можно ввести соединение веток по передачам сообщений. Синтаксически - просто заменить "глифы" безусловно-веточных переходов - Адрес на передачу (И20 "Параллельный процесс" в исходном алфавите), Имя на приём (парный к И20).

Возможно, читатели уже сообразили, что под "нужными словами" имелось в виду сказанное Эдуардом о "петле силуэта как шине сообщений" здесь. А также почему идея не прозвучала - для этого нужно было отождествить переходы с передачами. А тут первое препятствие - в исходном-то алфавите пары к И20 нет... так что пока не выйдешь за его рамки - будешь ограничен в выразительных средствах...
Другой возможный ограничитель мышления - переход по передаче предмета не то же самое, что безусловный по веточным соединителям. Как-никак, даже при неявной передаче с предметом может что-то случиться (или он "морально устареет" при чересчур долгой передаче) - и тогда может стать браком. Так что возможных выходов здесь, в отличие от безусловного перехода, как минимум два... Только это Эдуардом там же рассматривалось, как можно видеть, исключительно для неявного представления передач ("в еЕРС принято считать событием некий свершившийся факт", но "вижу, что... происходит передача... от одного исполнителя к другому").
Отсюда и попытка вроде как воспроизвести (в виде "границ процесса") структуру каналов передачи (т.е. графа ПМ как актив-схемы) в рамках структуры алгопроцессов (т.е. графа БП как импер-схемы).
    Конечно же, из сказанного выше понятно, что схема БП - это такой же алгопроцесс, как и составляющие её схемы перерабатывающих/транспортных техопераций и координационных действий. И получается, в сущности, в процессе, подобном "сборке" в среде Тышова... с поправкой на то, что шампур-блоки артефактов, прежде чем включать в БП-композицию, надо построить из алгоритмического (программного) определения коорд-ТП по определённым правилам.
    В общем-то эти правила и будут оригинальной составляющей метода для "бизнес-описательства"... а также наличие у каждой ветки отдельного исполнителя (тип РМ+экземпляр субъекта).
Далее, для явного представления передач нужно отвести им отдельные ветки "бизнес-силуэта". Которые формируются как описано выше.

Что ещё важно - в силу небезусловности переходов естественно будет перейти от "бизнес-силуэта" к "бизнес-дейкстралу". Тогда дейкстрал-ветви точно так же будут "алгорасшифровками" работ и артефактов, а их выбор м.б. организован различно. Либо завершение текущей ветви вызывает такое изменение вектора состояния, проверяемого в охранах дейкстрал-"шапки", что истинна охрана нужной ветви - тогда удобно менять внутри ветви транспорта, а связь со следующей перерабатывающей ветвью сделать как бы безусловной (что имеет ограничения). Либо состояние определяется исключительно завершением передачи всех нужных сообщений - тогда оператор их приёма включается в "шапку" перед выбором, условием которого служит получение всех сообщений, требующих приёма. Собственно, легко видеть, что тогда отдельный оператор выбора и не нужен :) - ибо очередная ветвь как раз охраняется вектором сообщений и каналов для приёма - т.е. возможна такая же замена, как для "бизнес-силуэта". Однако в этом случае целесообразно обособить процессы транспорта по каждой дуге в свою ветвь - связав операторами передачи с ветвями процессов предыдущей и следующей переработок. Далее можно выделить типы ТО транспорта и параметризовать их повторное использование. И аналогично поступить с ТО переработки.
    И вот тут мы должны вспомнить о "разрыве" при укладке графа. Он проявляется в том, что надо следовать по петле от конца одной дейкстрал-ветви (ветки силуэта) к началу другой. Очевидно, разрыв можно преодолеть "примитивизацией" схемы. А тут уже проявляется то, что в случае повторного использования примитив д.б. со многими входами - для каждой ветви-типа. Это исключаем "дублированием кода" для каждогоо экземпляра типа в нужном месте. Так получится полная "развёртка кода".
    Можно, однако, и иначе - не "примитивизировать", а выделить каждую ветку в свою схему (визуал). И тут становится очевидно ещё вот что - кроме передач сообщений, нужны активации частных техпроцессов (порождения экземпляров типа). Операторы порождения естественно включить в состав артефактов выбора - снятие же можно не определять явно, считая его результатом достижения конца процесса.
    Однако надо понимать, что снятие освобождает ресурсы. Т.е. влияет на работу коорд-процесса.
Такая модель уже является хорошим приближением как к реальности - так и к системной модели. Основное отличие от второй в том, что там коорд-процессы будут целостными - а не в виде набора артефактных "кирпичиков".
Также можно ввести системные элементы и в единую, уложенную схему.
Ну и наконец заметим, что всё сказанное снова от фрмы записи не зависит. Обсуждавшиеся алгоструктуры можно представить как графово, так и текстово - или со структурными скобками (в ряде случаев двумерными)...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 28 Сентябрь, 2012 16:14 

Зарегистрирован: Воскресенье, 01 Ноябрь, 2009 05:13
Сообщения: 1443
Нашлась иллюстрация того языка, что предлагался для описания процессов в СМК ИСО (недавно писал здесь). Так что уж выложу:
Вложение:
- для примера была взята эта задача, но м.б. алгоритм чуть отличается.
И каждый может оценить когнитивную эргономичность... и вообще чего несут иной раз в массы теоретики описания бизнес-процессов... :)

Вот ещё где-то д.б. решение "Задачи на перспективу" в своей "процессной нотации", которое закодил ещё в 2007 году... думаю, выкладывать ли... или народ ещё не все велосипеды изобрёл - вдруг помешает какой-нибудь интересной мысли родиться?.. :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 28 Ноябрь, 2012 22:21 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 4831
Откуда: Москва
Полезная ссылка от Эдуарда Владимировича Ильченко
Цитата:
График-студио Лайт. Для рисования бизнес-процессов
viewtopic.php?f=12&t=4077


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2020, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB