DRAKON.SU

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

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




Начать новую тему Ответить на тему  [ Сообщений: 72 ]  На страницу 1, 2, 3, 4  След.
Автор Сообщение
СообщениеДобавлено: Пятница, 03 Июль, 2020 13:29 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
Дмитрий Бардынин писал(а):
Я согласен с Владимиром Даниеловичем, в ДРАКОНе с логикой вполне толково получается. Меня кругляшки ARIS EEPC совсем не вдохновляют.

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

Если мы всерьез обсуждаем новые элементы графического алфавита, может быть обсудим Гармошку?
Думается, А_МУР мог бы оценить этот знак с практической точки зрения. Нечто похожее, как мне помнится, мы обсуждали с ним при очной встрече.

Такой Гармошкой можно описать хоть ДКА, хоть НКА, и схема останется достаточно простой для понимания.
А если нужно ожидать события, например ввода символа, так и напишем в верхнем элементе "Жди ввода символа".
В нижних элементах можно конкретизировать, какой именно знак будет ключом для каждой лианы.


Добрый день всем форумчанам!
А можно продумать в конце концов механизм инкапсуляции простых икон в одну?
Берем приведенную здесь схему "исключающее ИЛИ"
По факту схема до исполнения имеет один вход, после исполнения два выхода - ДА или НЕТ
Нельзя ли ЕЕ сначала написать как показана на картинке, а потом инкапсулировать в одну икону вопрос?

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

Проще сказать для непрограммистов: необходимо упаковывать простые мысли в более сложную
Методика создания ФБ подобных КДС, как показывает практика не самый лучший способ

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


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

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
А_МУР писал(а):
Инкапсуляцию иконы вопрос присутствует (или присутствовала), не в явном виде, в одном из выпусков ИС Дракон для КДС Геннадия Николаевича
ИС Дракон - такую замечательную инструментальную среду для КДС выкинули на помойку!
Почему и для чего?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 15:26 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
LKom писал(а):
А_МУР писал(а):
Инкапсуляцию иконы вопрос присутствует (или присутствовала), не в явном виде, в одном из выпусков ИС Дракон для КДС Геннадия Николаевича
ИС Дракон - такую замечательную инструментальную среду для КДС выкинули на помойку!
Почему и для чего?


инструментальная среда не хочет развиваться и работать!


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 16:30 

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


viewtopic.php?p=104839#p104839

Алексей Муравицкий писал(а):
Можно ли продумать в конце концов механизм инкапсуляции простых икон в одну?

Берем приведенную здесь схему "исключающее ИЛИ"
По факту схема до исполнения имеет один вход, после исполнения два выхода - ДА или НЕТ
Нельзя ли ЕЕ сначала написать как показана на картинке, а потом инкапсулировать в одну икону вопрос?

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

Проще сказать для непрограммистов: необходимо упаковывать простые мысли в более сложную
Методика создания ФБ подобных КДС, как показывает практика не самый лучший способ

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


Что такое КДС?
Это жаргонное сокращение от CoDeSys.

Из Википедии:

Цитата:
CODESYS (Controller Development System) — инструментальный программный комплекс промышленной автоматизации.

Производится и распространяется компанией 3S-Smart Software Solutions GmbH (Кемптен, Германия). Версия 1.0 была выпущена в 1994 году.

С ноября 2012 изменено написание на CODESYS.

https://ru.wikipedia.org/wiki/CoDeSys


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 17:10 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
А_МУР писал(а):
инструментальная среда не хочет развиваться и работать!

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

Все таки инструментальная среда - ИС Дракон развивалась!
Механизм инкапсуляции был!
Это появилось в ИС Дракон по предложению В.Д. Паронджанова или по Вашему предложению, откуда это появилось в ИС Драконе?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 17:19 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
Изображение

Не надо склеивать иконы.
Так, не различишь одну икону Полка от двух склееных икон Действие!
У иконы Вопрос теряется маркировка нижнего вывода.

Можно между икон оставлять минимальный промежуток.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 17:40 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
LKom писал(а):
А_МУР писал(а):
инструментальная среда не хочет развиваться и работать!

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

Все таки инструментальная среда - ИС Дракон развивалась!
Механизм инкапсуляции был!
Это появилось в ИС Дракон по предложению В.Д. Паронджанова или по Вашему предложению, откуда это появилось в ИС Драконе?


Если Владимир Данилович не пишет ПО (тем более в КДС), соответственно видимо и инкапсуляция икон ему не нужна.

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

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

Попытка создать универсальную программу - к добру не приводит.
На самом деле я предлагал, неоднократно Геннадию Николаевичу, сделать отдельный ИС Дракон для ПРОГРАММИРОВАНИЯ.
Для всех вариантов Драконовых языков только общая основа- построение схемы и внешний вид иконы.

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

Могу еще много писать про дальнейшие шаги развития ИС Дракон, но наверное это мало кому интересно, и точно не будет услышано (или проигнорировано) Автором ИС Дракон


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 17:59 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
Еще один недостаток, который мешает, созданию полноценной среды программирования на языке Дракон:
Формализация внутренней части иконы (полей ввода информации), и защита от ввода чего угодно (что тут же за собой тянет четкое объявление переменных).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 20:28 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 4831
Откуда: Москва
А_МУР писал(а):
Попытка создать универсальную программу - к добру не приводит.
На самом деле я предлагал, неоднократно Геннадию Николаевичу, сделать отдельный ИС Дракон для ПРОГРАММИРОВАНИЯ.

Зачем "отдельный ИС Дракон для ПРОГРАММИРОВАНИЯ"?
Лучше сделать отдельный режим "Программирование" в составе универсальной программы ИС Дракон.

Алексей, понятие "среда разработки" (IDE) означает, что в составе IDE объединены ВСЕ функции, необходимые при разработке.

Идея программы "ИС Дракон" правильная — она обеспечивает плавный переход от разработки алгоритма к разработке программы.

Если сделать "отдельную программу ИС Дракон для ПРОГРАММИРОВАНИЯ", появляется опасность, что разработка алгоритма будет пропущена или скомкана (или даже выполняться в уме), что чревато ошибками и увеличением сроков тестирования и отладки.

Разработка алгоритма на языке ДРАКОН должна быть неотъемлемой начальной частью разработки программы, ее узаконенным первым этапом. Сегодня программа ИС Дракон обеспечивает выполнение этой методологии.

Алексей, ваши критические замечания справедливы, но их можно и нужно решать путем расширения функций программы ИС Дракон, а не путем создания "отдельной программы ИС Дракон для ПРОГРАММИРОВАНИЯ".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 22:03 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
Владимир Паронджанов писал(а):
Идея программы "ИС Дракон" правильная — она обеспечивает плавный переход от разработки алгоритма к разработке программы.

ИС Дракон обеспечивает комплексную разработку в формате Дракона: анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации.
Все эти документ на этапе разработки и сдачи продукции могут совмещаться и функционально комплектоваться.

Инструментальное ПО должно быть функционально полным, без узкой специализации.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 22:13 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
LKom писал(а):
Владимир Паронджанов писал(а):
Идея программы "ИС Дракон" правильная — она обеспечивает плавный переход от разработки алгоритма к разработке программы.

ИС Дракон обеспечивает комплексную разработку в формате Дракона: анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации.
Все эти документ на этапе разработки и сдачи продукции могут совмещаться и функционально комплектоваться.

Инструментальное ПО должно быть функционально полным, без узкой специализации.


Возможно он и обеспечивает!
(с моей точки зрения как пользователя, обеспечивает 4% от всего чего должен обеспечивать)
Если бы ИС Дракон реально обеспечивал хотя бы немого из того что, перечислил выше LCOM, то наверное по популярности он не уступал бы WINDOWS ну или хотя бы такой довольно специальной среде как МатКад.
На практике все что делает ИС Дракон с таким же успехом, можно нарисовать схему в чертежной программе проставить номерки и переменные, затем сесть и ввести вручную.
Из всех вышеперечисленных действий ИС Дракон освобождает только от ручной установки пересылок, а остальное то все ручками. И где тут анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 22:28 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
Владимир Паронджанов писал(а):
А_МУР писал(а):
Попытка создать универсальную программу - к добру не приводит.
На самом деле я предлагал, неоднократно Геннадию Николаевичу, сделать отдельный ИС Дракон для ПРОГРАММИРОВАНИЯ.

Зачем "отдельный ИС Дракон для ПРОГРАММИРОВАНИЯ"?
Лучше сделать отдельный режим "Программирование" в составе универсальной программы ИС Дракон.

Алексей, понятие "среда разработки" (IDE) означает, что в составе IDE объединены ВСЕ функции, необходимые при разработке.

Идея программы "ИС Дракон" правильная — она обеспечивает плавный переход от разработки алгоритма к разработке программы.

Если сделать "отдельную программу ИС Дракон для ПРОГРАММИРОВАНИЯ", появляется опасность, что разработка алгоритма будет пропущена или скомкана (или даже выполняться в уме), что чревато ошибками и увеличением сроков тестирования и отладки.

Разработка алгоритма на языке ДРАКОН должна быть неотъемлемой начальной частью разработки программы, ее узаконенным первым этапом. Сегодня программа ИС Дракон обеспечивает выполнение этой методологии.



Алексей, ваши критические замечания справедливы, но их можно и нужно решать путем расширения функций программы ИС Дракон, а не путем создания "отдельной программы ИС Дракон для ПРОГРАММИРОВАНИЯ".




Я прекрасно знаю, что такое IDE, КДС - да IDE, VISUAL STUDIO со всеми своими НЕ графическими языками - IDE (Мало того, там можно писать компоненты одной программы на разных языках).

Да, только ИДЕЯ программы ИС Дракон правильная!

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

Работа с иконами для программирования отличается (совсем отличается) от того же написания медицинского алгоритма, или бизнес плана. Она сходна только в нескольких вещах:
-законы построения схемы
-внешний вид икон


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 22:32 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
https://forum.drakon.su/viewtopic.php?p=104855#p104855
А_МУР писал(а):
И где тут анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации.

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

Для выполнения работы на этих этапах деятельности можно использовать ИС Дракон.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Июль, 2020 22:47 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
LKom писал(а):
https://forum.drakon.su/viewtopic.php?p=104855#p104855
А_МУР писал(а):
И где тут анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации.

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

Для выполнения работы на этих этапах деятельности можно использовать ИС Дракон.


Был недавиче на лекции в Экспоненте по заморской программе МАТЛАБ (не запомнил как она по Англичански пишется), так вот там Есть все перечисленные Вами этапы: анализ и обследование проблемы, разработку ТЗ, разработку алгоритма, разработку ПО, разработку программы испытания продукции, разработку руководства по эксплуатации, ПРИЧЕМ МАКСИМАЛЬНАЯ АВТОМАТИЗАЦИЯ все процессов!!!!!!!!!!!!!!!!!!!!!!!!!

На выходе готовое Изделие полностью смоделированное по всем направлениям, в плоть до кода программ для контроллеров на любом языке! И даже коэффициенты ПИД регулирования подбирает на этапе проектирования. (представляете код пишет сама программа без программиста, и не надо даже заполнять П-тексты, просто выбираешь язык и ВУ АЛЯ)

А самое обидное знаете в чем - в зале кроме меня было примерно 150 человек, и большая часть из них это инженеры ВПК, которые работают в МАТЛАБе уже лет 20!!!
Интересно почему ВПК, не использует отвечающую всем требованиям ИС Дракон, а закупает за бешеные деньги американский МАТЛАБ?

Может реально, что то не то с ИС Дракон, и пора взглянуть на это по новому, сделать кастомизацию, и произвести продукт отвечающий здравому смыслу и массовому использованию?


Не уже ли это так не очевидно?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 00:18 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
Посмотрите ещё раз тему: АО "ОДК-Климов"
https://forum.drakon.su/viewtopic.php?f=144&t=6440


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 04:56 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
LKom писал(а):
Посмотрите ещё раз тему: АО "ОДК-Климов"
https://forum.drakon.su/viewtopic.php?f=144&t=6440


Люди которые реально эксплуатируют ПО, слать открытки не будут.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 05:04 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
Тендер с сайта ОДК Климова (Вот не задача, зачем им такое не отвечающее требованиям ПО, и почему здесь не ИС Дракон, интересно и в ANSYS, тоже открытку отправляли?)

Статус текущая закупка

Тендер
№32009250794
Начальная цена
93 365 317Р


1702-2020-00745. Предоставление (передача) на условиях неисключительной лицензии прав на использование программ для электронно-вычислительных машин и поставка (передача в собственность) сертификата на техническую поддержку ПО ANSYS на период до 31.12.2022 г.
Тендер опубликован 18 июня 2020
Прием заявок до 6 июля 2020
Регион – Санкт-Петербург


https://synapsenet.ru/searchorganizatio ... k/2?page=2


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 05:36 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
Реальных эксплуатантов значит слышать не хотим....

Да и новых версий по ИС Дракон с апреля не видать...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 06:43 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1126
А_МУР писал(а):
Тендер с сайта ОДК Климова (Вот не задача, зачем им такое не отвечающее требованиям ПО, и почему здесь не ИС Дракон, интересно и в ANSYS, тоже открытку отправляли?)

Алексей, Вы все смешали в кучу - ИС Дракон и ANSYS, ИС Дракон и MATLAB.

Из Википедии:
Цитата:
ANSYS — универсальная программная система конечно-элементного (МКЭ) анализа, существующая и развивающаяся на протяжении последних 30 лет, является довольно популярной у специалистов в сфере автоматизированных инженерных расчётов (САПР, или CAE) и КЭ решения линейных и нелинейных, стационарных и нестационарных пространственных задач механики деформируемого твёрдого тела и механики конструкций (включая нестационарные геометрически и физически нелинейные задачи контактного взаимодействия элементов конструкций), задач механики жидкости и газа, теплопередачи и теплообмена, электродинамики, акустики, а также механики связанных полей.
Цитата:
MATLAB (сокращение от англ. «Matrix Laboratory», в русском языке произносится как Матла́б) — пакет прикладных программ для решения задач технических вычислений. Пакет используют более миллиона инженерных и научных работников

Так, с Вами ни в чем невозможно разобраться.

В.Д. Паронджанов обратил наше внимание на Ваши претензии к языку Дракон.

Вы так и не ответили на вопрос:
Цитата:
Все таки инструментальная среда - ИС Дракон развивалась!
Механизм инкапсуляции был!
Это появилось в ИС Дракон по предложению В.Д. Паронджанова или по Вашему предложению, откуда это появилось в ИС Драконе?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2020 06:45 

Зарегистрирован: Среда, 27 Сентябрь, 2017 18:44
Сообщения: 333
PSV100 писал(а):
Дмитрий Бардынин писал(а):
Я согласен с Владимиром Даниеловичем, в ДРАКОНе с логикой вполне толково получается. Меня кругляшки ARIS EEPC совсем не вдохновляют.

Мне нравится простота оформления КА с помощью графов.
Если бы ДРАКОН позволял бы также комбинировать варианты ребер с одним узлом, он бы, как мне кажется, выиграл.

Видимо, необходимо уточнить, что есть один узел. Графы переходов, графы Закревского -- это не про "визуальную логику" как здесь (по ссылке выше из "Алгоритмы и жизнеритмы ..."):
Вложение:
diagr_xor.png

а про упорядоченность событий и действий во времени. Так, если "вопросики" выше трактовать как кругляшки из EEPC или графов Закревского, то продвижение по маршруту, например, "Том пошёл за кладом? /нет" --> "Том пошёл за кладом?..." следует интерпретировать как следование двух событий (во втором случае: "пошёл ли Том ещё раз за кладом?" или "была ли вторая попытка?"), нечто вроде икон "синхронизатор", "пауза".

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

Схема останется понятной, но формализм в целом не будет простым в отмеченном выше смысле, если будут и гармошки с ромбиками (в т.ч. совместно переплетенные), ввод/вывод с действиями и какие-то прочие попытки "ожидания" -- уже была демонстрация построить аналог графов Закревского.
В тех графах нет визуального отличия событий как результата предшествующих действий данного процесса от событий-итогов смежных процессов. Разница должна быть понятна из контекста, что, в общем-то, приемлемо. Однако есть хотелка и "визуальной математики" -- комплексные условия раскладывать по частям. Вариант как в ARIS EEPC -- события соединяются логическими визуальными операторами -- да, в целом не очень-то легко воспринимается. К тому же может быть для "бизнес-жизнеритмов" тамошний набор операторов достаточный, но, например, для предметки "деревья отказов" нужно поболее ("запрет" -- "событие с условием", "приоритетное И", "m из n"):
https://www.itexpert.ru/rus/ITEMS/77-30/

В общем случае нужны "формулы" как универсальное средство. Может быть тот же ромбик-вопрос использовать как "событие" у Закревского. Один ромбик -- одно событие. Выходов из ромба может быть два и один. Ромб с одиночным выходом "проглатывается" нормально на маршруте, мол как "пауза", аля (выход должен быть всегда помечен "да" или без метки):
Вложение:
diagr_xor1.png

Комплексное (но одно) событие -- в виде гармошки-склейки ромбиков (без всяких верхних "действий"). Однако проблема в выразительности. В общем случае, видимо, гармошка будет аля "линейный бинарный граф", с переходами внутри гармошки (!), с возможными повторениями условий и т.д.:
https://forum.drakon.su/viewtopic.php?f=148&t=6693

Тогда необходимо добиться выразительности, не хуже чем традиционные развесистые "лестницы условий" из отдельных ромбов.


Попробуйте сделать схему на 200 икон и потом ее разобрать?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 72 ]  На страницу 1, 2, 3, 4  След.

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


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

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


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

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