Обсуждение ИС Дракон

Учитывая интерес (как собственный, так и сообщества) к данному средству, решил вынести в отдельную тему, т.к. вобсуждении статьи очень тяжело ориентироваться.
Цель - не только обсудить, но и в меру возможностей посодействовать развитию данного проекта.
Задачи:
1. Создание актуальной и удобной справочной системы
2. Совершенствование кодогенератора, поддержка новых языков
3. Что-нибудь ещё придумаем по ходу :)
______________________________

Мои предложения по п.1:
Организовать открытый проект на вики-системе, чтобы каждый мог легко внести свой посильный вклад в свободное время.
Например, на викиучебниках (если там модеры не такие отмтроженные, как на педивикии)

По п.2 пусть предлагают те, кому актуально *(ассемблисты, например).
От себя бы предложил автору представить полную спецификацию формата хранения дракон-схем .drt, чтобы люди могли подключать к редактору собственные примочки (не только кодогенераторы, а и преобразователи, например, в .pdf, .doc итдитп.)

В общем, как-то так.

1

http://ru.wikibooks.org/
http://ru.wikibooks.7val.som/ - мобильный вариант

В викиучебниках - WIKIBOOKS размещены статьи:

• ДРАКОН

• Визуальная среда разработки алгоритмов ИС ДРАКОН

Примечание: ввести в поле поиска название статьи или часть.

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

"Версия от 17:00, 7 июня 2012; MrYurom"
За размещение статьи о ИС Дракон спасибо MrYurom.

0

Сообщение от dragonedit За размещение статьи о ИС Дракон спасибо MrYurom.

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

0

Сообщение от dosykus дело не в цене на программу . А в сознании халявщика , ожидающего что среда сама за него программу состряпает. Учите С , а не пользуйтесь костыле-надстройками якобы облегчающими жизнь...

Учите ассемблер, и не надейтесь, что компилятор за вас программу состряпает.
А по-настоящему круто - copy con program.ixi
Слабо?

0

Здесь - http://forum.obiromcore.ru/vie... 430#p73430

В теме "Структура данных в файле *.DRT и.с. DRAKON"
Сообщение от 07.07.2012 - "Текущий формат файла *.drt".

Сообщение от Геннидий Тышав Фрагментарно о структурах данных и формате файла *.drt. Среда программирования - Delphi 7.

0

Выпуск ИС Дракон от 22.07.2012 выложен здесь.
Описание доработки там же.

Выпуск предлагается использовать в новом учебном 2012-2013 году.

0

Спасибо за работу над средой, Геннадий Никалиевич.

0

Работа продолжается.
http://forum.obiromcore.ru/vie... 624#p73624 от 28.07.2012

Тема: Режимы "Обзор" и "Адрес-Ветка" в ИС Дракон.

Попробовал реализовать старую (2009г.) идею. Выложен некоторый результат без самой программы.

Теперь думаю, что режимы лишние и не стоит включать их в программу.

0

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

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

sstobodyom, спасибо за сообщение, желаю успехов.

Сообщение от sstobodyom Эргономика у нее еще в самом зачатке.

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

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

0

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

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

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

Сообщение от dragonedit С утверждением не согласен, все выполняется в одно касание. Надо понять логику.

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

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

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

Уважаемый коллега sstobodyom!

Вы подняли очень важный вопрос. Ответ на этот вопрос уже есть. Он содержится в моей книге в главе 31. "Как улучшить понятность веток?"

В этой главе дан подробный ответ на вопрос: Как дробить ветки на части, то есть превращать одну ветку в две? И как выполнять обратное действие — укрупнять ветки, то есть объединять две ветки в одну?

Вопрос дробления веток (в том числе, многоадресных веток) разработан и описан очень подробно, со многими иллюстрациями.

Правда, я описал только идею, без привязки к программе Геннадия Тышова ИС Дракон.

Решение о возможности реализации этой идеи (которая, как мне кажется, во многом совпадает с Вашим пожеланием) должен принять автор программы Геннадий Никалиевич.

Если я не прав и я неправильно истолковал Ваш вопрос, просьба меня поправить.

Ниже даю цитату из начала главы 31.

Глава 31. Как улучшить понятность веток? §1. ВВЕДЕНИЕ Наша цель – облегчить создание, чтение и понимание алгоритмов. На протяжении всей книги мы пытались сделать алгоритмы понятными, приятными для зрительного восприятия, эргономичными. В этой главе мы сосредоточим внимание на силуэте. И попытаемся выяснить: как сделать силуэты более удобными для работы. Более легкими для понимания. Проблема в том, что некоторые ветки силуэта могут оказаться громоздкими и сложными. Это нежелательно. Более того, недопустимо. Такой недостаток необходимо устранить. Для этого существует специальный метод – метод дробления веток. §2. ДРОБЛЕНИЕ ВЕТАК Метод дробления веток состоит в том, что сложная ветка разбивается на две части. При этом должно соблюдаться Правило. При дроблении веток исходная ветка (подлежащая дроблению) должна быть эквивалентной двум новым веткам (появившимся в результате дробления). Наша задача – показать, что метод дробления веток действительно позволяет улучшить понятность силуэта. §3. КАК УПРОСТИТЬ СЛОЖНУЮ ВЕТКУ? Итак, чтобы упростить ветку, надо ее «разорвать» на две половины. И превратить их в две новые ветки. Эргономическая оптимизация силуэта есть графическое преобразование веток, при котором: • алгоритм работы силуэта практически не меняется (в том смысле, что исходный и преобразованный силуэты эквивалентны); • изменяется только форма силуэта (в силуэте увеличивается число веток); • производится дробление веток с целью их упрощения; • при необходимости дробление может повторяться несколько раз. §4. РАЗРЫВ ВЕТКИ И ТОЧКА РАЗРЫВА Точка разрыва – это точка, в которой соединительная линия разрывается. Динная точка позволяет расчленить ветку на части. Точки разрыва бывают трех видов: • простая точка разрыва; • точка присоединения; • точка дублирования. Полезно различать три типа разрывов: • простой разрыв ветки; • разрыв ветки с присоединением; • разрыв ветки с дублированием. План дальнейшего изложения таков. В §§5–7 описаны простейшие приемы дробления. Затем (в §§8–12), опираясь на эти сведения, будет рассмотрен более сложный пример. §5. ПРОСТОЙ РАЗРЫВ ВЕТКИ Простой разрыв показан на рис. 222. Этот рисунок содержит четыре части. • исходная ветка А; • заготовки для новых веток А и В; • построение новых веток А и В; • новые ветки А и В. Точка разрыва В делит исходную ветку А на две части: • верхнюю; • нижнюю. Верхняя часть служит заготовкой для новой ветки А. Нижняя – заготовка для новой ветки В (рис. 222, сверху). Зачем нужна точка В? Что она делает? Ответ таков: • в новой ветке А точка В порождает икону адрес В; • в новой ветке В точка В порождает икону имя ветки В.

0

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

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

Внесу свою лепту.
Занимаемся разработкой энергоэффективной электроники для автоматизации мало- и необслуживаемых комплексов.
Недавно попробовал Дракон. Внедрил использование. Проблемы были, о них ниже. Эффект очень хороший, решил систематизировать и отписать. Может, автору пригодится.
; ============ Теория: Хвалебная часть
Г-ну Паронджанову за идеологию и проработку идеи - респект и уважуха. По-моему, прорыв в прикладной науке по типу ТРИЗа Альтшуллера. Буду использовать в диссертации :-)
;============ Направления совершенствования
1. Дракон русский. Понимаю, но 2 разработчика -иностранцы. Имел проблемы с объяснениями. Нужны англоязычные эквиваленты.
;============ ИС ДРАКОН: хвалебная часть
Геннидий Тышав сделал, мягко говоря, немало. И очень неплохо. Среда решает свои задачи. Спасибо.
;============ Направления совершенствования
1. Хранение данных в XML - для вас. Увеличьте понимаемость кода. Мы не знаем, какие идеи придут в головы пользователям; дайте им возможность совершенствовать продукт и имейте заслуженные лавры. Например, конвертер дракон - ПЛИС-конфигуратор, как идея.
2. Печать. Для архивирования схем лучше всего подходит бунига. Вывод на печать - не идеален, а нужен.
3. Систематизатор проектов. Точней, единая система объединения листов в некое подобие папки, свойства проекта, прочие метаданные весьма могут помочь в том, чтоб исключить этап проверки сгенерированного кода.
4. Интерфейс. Не стоит отходить от формата, существующего на рынке, не внося новой идеи. Системообразующий элемент - текст, возьмите за образец эргономики Visio, например. Функции мышки так вообще нельзя менять: к ворду все привыкли, используйте это. Меню по правой кнопке мыша - дело хорошее, нужное. Не переучивайте пользователя - не в этом ваша задача.
Квадратики текста.. Неразумно обозначать разные текстовые фрагменты одинаковыми квадратиками иконок. Это как все блоки в самом драконе сделать квадратами. Это - часть визуального восприятия, отвлекает.
Дайте возможность видеть тексты на распечатке/в рабочей зоне. Вы бореьесь за оптимизацию понимания алгоритма, а проигрываете на неоптимальном понимании среды разработки.
На пока все. Будет интересно - напишу еще.

P.s. Я знаю, что такое "проект одного человека" и ценю вложенный труд. И мне никто из авторов ничего не должен. Я пишу лишь то, что за полгода знакомства с системой все еще вызывает активный протест.
Идея хороша. Подход хорош. Реализация ИС сыроватая. Нужно помочь - скажите, чем. Гордитесь авторством - будьте готовы к критике. Давайте допилим систему, ибо идея очень уж хороша.
Копирайт - в "О программе" и справку, циановый бэк - в настройки. При запуске, на экран - последний проект.

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

0

Было интересно. Некоторые комментарии:

Сообщение от Kory в <a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=203364#p203364">viewtopy s.php?p=203364#p203364[/URL] ... ;============ Направления совершенствования 1. Дракон русский. Понимаю, но 2 разработчика -иностранцы. Имел проблемы с объяснениями. Нужны англоязычные эквиваленты. ...

Т.е. решение, обсуждавшееся в этой ветке, не подходит?..

Сообщение от Kory в <a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=203364#p203364">viewtopy s.php?p=203364#p203364[/URL] ... Вообще, говорить о закончености эргономики можно тогда, когда обучение системе происходит однажды: когда впитываются основные понятия. В случае использования каноничного интерфейса это займет много меньше времени. ...

Возможно, есть ещё какие-то требования канона, кроме перечисленных Вами?..

Сообщение от Kory в <a ctoss="postlink-local" href="http://forum.iosyitistromyss.ru/viewtopys.php?p=203364#p203364">viewtopy s.php?p=203364#p203364[/URL] ... Кстати, а ИС Дракон можно сгенерировать полностью (без правки кода руками) в ИС Дракон? :-)

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

0

По поводу разделения/объединения веток.
Предлагаю добавить в контекстное меню пункт "Разделить ветку". По нему:
1. Формируем новую икону "Имя ветки" (новый шампур) справа от разделяемого шампура, присваиваем ей имя "Новая".
2. Подцепляем к ней всю нашу отделенную ветку.
3. Заземляем оставшийся осиротевший хвост старой ветки и привязываем его к "Новой" иконе.

Поддерживаю

0

Я тут новенький. По поводу подсветки синтаксиса вариантов много, зависит от среды в которой компануется ИС Дракон. - Рисуется за день, или за два. На работе уже установил DRAKON Editor. Дома думаю поставить ИС, так что я ещё только изучаю. )

И еще одна пожелалка для ИС Дракон.
Немного путают пустые квадратики А и Б текстов. Я их все равно не использую. Предлагаю сделать опцию программы "Показывать квадраты А" и "Показывать квадраты Б" для возможности оперативного их скрытия/показа.

Сообщение от dirobir Я тут новенький... На работе уже установил DRAKON Editor. Дома думаю поставить ИС, так что я ещё только изучаю.

Уважаемый dirobir!

Большой интерес представляет сравнительный анализ двух программ:

— ИС Дракон (автор Геннадий Никалиевич Тышов, Россия, город Северодвинск);

— DRAKON Editor (автор Степин Борисович Митькин, Норвегия, город Осло);

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

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

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

Спасибо

0