DRAKON.SU

http://forum.oberoncore.ru/viewtopic.php?p=57369#p57369
В схеме GPRS_send_A.drt в комметарии и в программных приложениях правильно так:

Изменено с ">=" на "<=".

Да, конечно, точнее нужно не "<=", а просто "<" . Я не думаю, что кто то возьмётся это повторять. Но если подходить к этому примеру строго, то нужно сказать, что он и в этом виде не рабочий. Дело в том, что предложенные макросы (rt_begin, rt_free, rt_end) образуют в тексте программы переключатель switch. Это хорошо работает, пока в тексте нет иных переходов, кроме goto. Но нужно быть осторожным с циклами, в частности while. Если переписать этот пример с "разворачиванием" макроса, то мы увидим:
и тут есть сразу несколько причин не работать: во первых, отсутствие фигурных скобок вокруг макроса уже приводит к циклу, который работает без задержки: Эта проблема легко решается заключением макроса в скобки, но тогда мы имеем внутри скобок оператор break, который опять таки сразу же прервёт цикл while: Для решения этой проблемы я изменил свои макросы, и добавил к ним ещё два: Теперь задержки работают без проблем.

С уважением, Ефанов Сергей.

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

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

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

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

Перед кодом, реализущим действие в иконе, к которой присоединён "Синхронизатор по таймеру" добавить примерно следующее:

Взамен if необходимы: while и ЗначениеСинхронизатора

Да, конечно, - тут я ошибся.

Наглядной и соответствующей правилам языка Дракона является 1-я схема.
1. Основная задача, допустить пользователя к меню, реализуется иконой "Адрес" - "Меню", это главное действие и оно размещено на главном шампуре.
2. В схеме имеем декомпозицию циклов, разделение функций между веточным циклом и циклом "Ждать",
3. Цикл "Ждать" также гораздо проще, т.к. в петле цикла 1 вход, на 2-й же схеме их 3.

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

В ИС Дракон язык Дракон получил развитие. Здесь иконы и схемы имеют ряд дополнительных элементов. По В.Д. Паронджанову, Дракон-схема в отрыве от системы Графит-Флокс, это бумажный документ, в ИС Дракон это интерактивный документ используемый на ПЭВМ.

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

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

Да, действительно, я тут уже для своего конкретного устройства (то бишь - для себя) имена иконкам давал.Речь идёт о первом и втором текстовом квадратиках на иконах? Пока для меня их смысл и назначение не ясен. Меня увлекла, в первую очередь, возможность решить свои практические проблемы - получение работающих программ. Но потихоньку разберусь со всем.
Да мне кажется, что этот язык специально для меня придумали!

Геннадий Николаевич, не могли бы Вы показать небольшой пример дракон-схемы с иллюстрацией этих возможносте?

Сергей, к вопросу о вводе пароля, схема на Драконе:
http://forum.oberoncore.ru/viewtopic.php?p=38422#p38422
http://www.free-lance.ru/users/fedyaev-andrey/viewproj.php?prjid=1640353
http://freelance.ru/users/fedyaev-andrey/
http://www.weblancer.net/users/fedyaev-andrey/portfolio/750801.html
http://uidesign.ru/projects/project_029.php

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

Отлаживая очередную дракон-схему (приложена), стал задумываться об отладке. Мысли (в стиле Манилова) такие: -вот как бы было хорошо, если бы в программный код каждой иконы была возможность автоматически, на время отладки, вставить макрос, передав ему в качестве параметра номер иконы!
Геннадий Николаевич, может быть, такую мечту реально воплотить? Думаю, не только мне пригодилось бы - ведь макрос каждый для себя свой напишет. Направив вывод в файл можно будет автоматически получить протокол испытаний, да и мало ли как ещё использовать.

http://denwebs.blogspot.com/2010/10/blog-post.html
Денис http://denwebs.blogspot.com/2007_12_06_archive.html

Язык ДРАКОН

Активно работаю с редактором над довольно большим (по моим масштабам) проектом. В процессе работы потихоньку вырабатываются некоторые навыки и приёмы. Вот как сейчас выглядит у меня "рабочий цикл". По мере увеличения объёма проекта, всё больше хочется автоматизировать процесс в ветке "Получение текста программы" ...

И как Вы предполагаете это сделать?

Я тут ничего не могу сделать. Это изменения в редактор надо вносить. То есть, я в такой форме высказал пожелание автору. Просить его прямо я уже стесняюсь - и так уже, наверное, надоел своими просьбами. Уж извините...

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

Уважамый Сергей Ефанов!

Ваши замечания и предложения имеют большую ценность для развития системы.
Обращаюсь к Вам с почтительной просьбой.

Пожалуйста, высказывайте Ваши предложения ПОДРОБНО, В ЯВНОМ ВИДЕ,
желательно в виде пронумерованных пунктов.

В качестве аналога или образца можно взять предложения пользователя VOT7:
viewtopic.php?p=55918#p55918

Не надо делать предложения в робкой и косвенной форме.
Вы хотите внести изменения в ИС Дракон?
Скажите четко, какие именно изменения Вам нужны.

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

Владимир Паронджанов

... и не забывая требования: один пункт - один пост