DRAKON.SU

Текущее время: Четверг, 28 Март, 2024 18:47

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




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
СообщениеДобавлено: Воскресенье, 24 Декабрь, 2017 10:42 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Статья на Хабре
Степан Митькин (rykkinn)
Визуальное программирование на языке ДРАКОН


https://habrahabr.ru/post/345320/

Статья опубликована 22 декабря 2017 года

Как и следовало ожидать, развернулась дискуссия.
Появились 65 комментариев.
Многие против. Дескать тупиковая линия развития.
Но есть и за.
Я читал с большим интересом.

Хороший подарок к Новому году!
Поздравляю Степана с успехом!
https://habrahabr.ru/post/345320/

Комментарии
https://habrahabr.ru/post/345320/#comment_10581552


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 24 Декабрь, 2017 14:03 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Цитата:
lingvo
22.12.17 в 17:36

0

Этот Ваш Дракон — это правильно, но к сожалению он не развился. Взгляните на Matlab/Simulink/Stateflow сегодня — это то, чем мог бы стать Дракон, если бы развивался дальше.

Представление алгоритмов как в виде блок-схем, так и в виде автоматов состояний.
Автоматическая генерация кода для процессоров и ПЛИС. Используется и в космосе и в автомобилестроении.

Моделирование — важнейшая функция. Сотни различных тулбоксов от DSP и до силовой электроники.

Всего не перечесть.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 25 Декабрь, 2017 10:59 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Число комментариев растет и уже достигло 101

Комментарии
https://habrahabr.ru/post/345320/#comment_10581552


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 25 Декабрь, 2017 16:55 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Ответы Степана Митькина здесь

https://habrahabr.ru/users/rykkinn/comments/


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 25 Декабрь, 2017 18:05 
Аватара пользователя

Зарегистрирован: Вторник, 04 Октябрь, 2011 17:45
Сообщения: 585
Интересен пример с борщом. Правильно ли я перевёл его на ДРАКОН?
Вложение:
zdrqspne0lizpp6b2lhrf0yurja.jpeg
zdrqspne0lizpp6b2lhrf0yurja.jpeg [ 85.09 КБ | Просмотров: 8003 ]

А вот на ДРАКОНЕ
Вложение:
sxbd-x5ybvyuqyodvnrqflcj1jm.png
sxbd-x5ybvyuqyodvnrqflcj1jm.png [ 45.01 КБ | Просмотров: 8003 ]


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

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Степан, а какие у вас сомнения?
Лучше, если вы зададите прямые вопросы.

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

Вот мои замечания.

1. Желательно вашу стенографию перевести на нормальный русский язык.

2. Фразу в иконах действие писать так:
Сначала надо писать Глагол в повелительном наклонении единственного числа
Доведи до кипения
Нарежь
Подай
Принеси
Положи картошку в бульон
Поставь борщ в духовку

3. Вертикальные стрелки в конце параллельных действий не нужны (и без них все понятно)

4. Убрать крохотную вертикальную перемычку в середине двух параллельных линий.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 25 Декабрь, 2017 23:01 

Зарегистрирован: Четверг, 02 Июль, 2015 13:47
Сообщения: 45
На оригинальной схеме капуста и картофель выделяются каждый в отдельный поток исполнения (thread).
Также, эти овощи не нужно пассеровать.

Соответственно, можно добавить две ветки к параллельному оператору: капуста и картофель, их нужно обработать первично и нарезать.

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

Почему сахар, соль и специи появляются в выносном комментарии? Как и в операторе с уксусом и жиром, они могут быть просто частью текста в операторе.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 26 Декабрь, 2017 09:17 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Цитата:
bipiem
25.12.17 в 21:30

Можно ли как-то на Драконе изображать схемы в нотации ЕРС? Или в близкой к ней, т.е. указывать входящие и исходящие документы (в конкретную функцию), события и роли (кто выполняет операцию — функцию).

Цитата:
А у графического языка имеются фундаментальные преимущества по сравнению с текстом.


Пусть так, но зачем изобретать было велосипед, если уже был ЕРС?

Что такое ЕРС?

Цитата:
Событийная цепочка процессов (EPC-диаграмма, англ. event-driven process chain) — тип блок-схемы, используемой для бизнес-моделирования. EPC может быть использована для настройки системы планирования ресурсов предприятия (ERP),[1] и для улучшений бизнес-процессов.

Описание[править | править код]
Организации используют EPC-диаграммы для планирования потоков работ бизнес-процессов. Существует ряд инструментов для создания EPC-диаграмм, некоторые из этих средств поддерживают инструментонезависимый формат обмена данными EPC — язык разметки EPML. EPC-диаграммы используют символы нескольких видов, чтобы показать структуру потока управления (последовательность решений, функции, события и другие элементы) бизнес-процесса.

EPC-метод был разработан Августом-Вильгельмом Шеером в рамках работ над созданием ARIS в начале 1990-х годов[2]. Используется многими организациями для моделирования, анализа и реорганизации бизнес-процессов.

Элементы событийных цепочек процессов[править | править код]
Elements of an Event-driven Process Chain.svg
События являются пассивными элементами в EPC. Событием является состояние, которое встречается перед или после функции, то есть фиксирует состояние определённых параметров на определенный момент времени. Примеры событий: «договор подписан», «требование зафиксировано», «материал на складе». В EPC график событий представлен в виде шестиугольника. EPC-диаграммы должны как начаться с события, так и заканчиваются событием.

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

Организационная единица — должность в организации (например, «старший мастер») или подразделение организации (например, «отдел закупок»), элемент, которому может быть поручено выполнение функции.

Информация, материал, или объект ресурса — объекты в реальном мире, например бизнес-объекты, различные сущности, которые могут быть как входными данными, выступающими в качестве основы функции, так и выходными данными, полученными с помощью функции. Примерами являются «материал», «заказ», изображается в виде прямоугольника.

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


Если функция F1 завершилось, то произойдет либо событие E1, либо событие E2

Если произошло либо событие E1, либо событие E2, тогда начинается функция F1
Логические взаимосвязи — элементы управления, отвечающие за сочленение потоков — конъюнкция, дизъюнкция или строгая дизъюнкция.

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

Поток информации — соединение функции и входящих и исходящих данных, с которых функция считывает изменения или сама их вносит.

Назначение организационный единицы — связь между организационной единицей и функцией, за которую она ответственна.

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

Примечания[править | править код]
↑ Bart-Jan Hommes (2004). The Evaluation of Business Process Modeling Techniques. TU Delft. p.137.


Изображение


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 30 Декабрь, 2017 19:41 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Я добавил комментарий на Хабре:
Цитата:
Parondzhanov
30 декабря 2017 в 19:22

          Цитата:
          Можно ли как-то на Драконе изображать схемы в нотации ЕРС?

bipiem, вы задали важный и интересный вопрос. Событийная цепочка процессов (EPC — event-driven process chain) — тип диаграммы, используемой для бизнес-моделирования и для улучшения бизнес-процессов.

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

С уважением,
Владимир Паронджанов


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 17 Апрель, 2018 10:35 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Замечание в Комментариях на Хабре

Цитата:
sshmakov
22.12.17 в 14:00
0
Залейте картинки на habrastorage.org
И исправьте SSL у себя на drakon-editor.com


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 13 Январь, 2021 23:24 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Повторение сообщения

Статья на Хабре
Степан Митькин (rykkinn).
Визуальное программирование на языке ДРАКОН


https://habr.com/post/345320/

123 комментария

sshmakov
22 декабря 2017 в 14:00
Залейте картинки на habrastorage.org

Под спойлером обе версии алгоритма для сравнения:

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

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

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

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


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

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


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

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


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

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