Клинические рекомендации, стандарты и алгоритмы это конечно правильно. Касательно формы, а если в блоке будет текста на А4?
Хороший вопрос. Текст на А4 надо тщательно проанализировать и попытаться раздробить на мелкие порции.
Есть ли в этом тексте команды (приказы)? Если есть, их надо извлечь и поместить в иконы Действие (по одной команде в иконе).
Есть ли в тексте логические условия (решения, развилки)? Если есть, их надо извлечь и поместить в иконы Вопрос (по одному логическому условию в иконе Вопрос).
Есть ли в тексте комментарии и пояснения? Если есть, их надо извлечь и поместить в иконы Комментарий, Пояснение и Выноска.
Все остальное является не императивным текстом, а декларативным. Декларативную часть следует удалить из чертежа клинического алгоритма и перенести в текстовое описание чертежа клинического алгоритма.
По такой методике я работал с профессиональными врачами. Методика успешно работает.
Русский в аббревитуре ДРАКОН означает только то, что язык создан в России. Какой национальный язык использовать внутри фигур языка ДРАКОН (русский, английский или китайский) не играет роли — подойдет любой язык. All goes.
@aabzel В вашем алгоритме 4 ветки. Можно ли им присвоить такие названия? Расчет угла поворота шагового двигателя S1 Расчет времени t1, t2 для t1 = t2 Расчет времени t1, t2 для t1 I= t2 Вывод результатов t1, t2 Какие названия вы считаете более правильными?
Там у коллег проблема в том что пишут на старом инструментарии. У меня React, TypeScript, Mobx, Nest. Ну и опыт уже есть. Мой инструментарий при правильном применении дает буст в разработке очень серьезный.
@serginho Сергей, я рад за вас и поддерживаю вашу статью. Надеюсь, что вы создадите программу, пригодную для программирования программируемых логических контроллеров (ПЛК), сенсорных логических контроллеров (СЛК), которая сможет конкурировать с аналогами на рынке микроконтроллеров и ПЛК — на этом рынке: Наш soft , Программирование микроконтроллеров на языке ДРАКОН
@itGuevara Большое спасибо. Вы предложили развернутую программу доработки, точнее, разработки нового направления в области совершенствования нотаций и инструментария для бизнес-процессов за счет объединения идей EPC и ДРАКОНа (скрещивание Дракона и ЕРС). Было бы очень хорошо, если бы вы взялись за реализацию вашей идеи. Я полностью вас поддерживаю. Готов предоставить в ваше распоржение всю литературу, всех известных мне заинтересованных лиц, все контакты и все связи. Как ваше мнение?
Скачайте https://bit.ly/3dgMgQV (PDF, 158 страниц, 160 мегабайт). Это полное описание бизнес-процессов всех подразделений аквапарка Лазурный на языке ДРАКОН, сделанное с помощью программы Степана Митькина DrakonHub под руководством гендиректора аквапарка Антона Ковалева.
Если не хотите скачивать, можно посмотреть отдельные алгоритмы здесь и далее.
Может он что-то куда-то и включил, но Pascal, Lisp, Prolog, C++, ассемблер в ВУЗах в начале нулевых были, а вот никаких Драконов не было.
Вы совершенно правы. Это очень инерционный процесс. Результаты запаздывают, иной раз на годы. Но сейчас ситуация улучшается и язык ДРАКОН начинают преподавать. Вот примеры здесь
Калиногорский Н. А. Автоматизация процесса разработки алгоритмов управления в интегрированной среде Дракон 2007-2010: Методические указания / Сибирский государственный индустриальный университет — Новокузнецк: Изд. центр СибГИУ, 2013. — 50 с.
Предназначены для магистров, обучающихся по направлению подготовки: 140400.68 «Электроэнергетика и электротехника», профили подготовки «Электроприводы и системы управления электроприводов», «Автоматизированные электромеханические комплексы и системы»
@Rsa97 IMHO, до полноценного языка дракон сильно недотягивает. Максимум его можно назвать стайлгайдом для блок-схем.
Если вы хотите называть ДРАКОН стайлгайдом, называйте. Но в научной и учебной литературе принят термин "язык ДРАКОН".
Это началось в 1995 году, когда в журнале «Программирование» была опубликована статья:
Паронджанов В.Д. Графический синтаксис языка ДРАКОН // Программирование, 1995, N3. — С. 45–62.
В 1996 году Государственный комитет Российской Федерации по высшему образованию включил изучение языка ДРАКОН в программу курса «Информатика» для направлений:
510000 — Естественные науки и математика 540000 — Образование 550000 — Технические науки 560000 — Сельскохозяйственные науки
В официальном документе Госкомвуза "Примерная программа дисциплины информатика" 1996 года имеется раздел, посвященный языку ДРАКОН и использующий его понятийный аппарат.
«Примерная программа дисциплины „Информатика“» одобрена Президиумом совета по информатике Госкомвуза.
Председатель Президиума академик РАН Юрий Журавлев является руководителем Секции прикладной математики и информатики Отделения математических наук РАН, а также заместителем Академика-секретаря Отделения математических наук РАН
Гугл на запрос "стайлгайд ДРАКОН" дает 0 ответов. А на запрос "язык ДРАКОН" Гугл отвечает:
Приведу мнение профи-программиста, преподавателя доцента из Астрахани, автора книги по С++ Валерия Лаптева. Вот что он сказал на Хабре здесь
Добавлю свои 5 копеек.Я - препод программистов. Учу уже порядка 30 лет...
... мы столкнулись с тем, что есть куча людей, которые не являются программистами (технологи всякие), но которым нужно по роду своей работы создавать алгоритмы в какой-нить системе управления на микропроцессорах.
Я лично разговаривал с таким человеком, который мне сказал так: схему я понимаю прекрасно, а вот код писать мне трудно, я там много ошибок сделаю. Которых на схеме - не сделаю.
И хотел, чтобы была такая среда, где бы он мог на Драконе сохдать схему алгоритма, и которая потом преобразовалась бы в код программы.
И мы у себя на кафедре пару студентов загрузили. Один писал и, надеюсь, в магистратуре допишет и внедрит, Drakon IDE для обучения. Там сделано преобразование дракон-схемы в код на JS.А второй студент пилит IDE для технологов - и там прямой интерпретатор схемы реализован.
Для разработки встроенных систем ДРАКОН весьма подходящий инструмент.
Как показывает жизнь, существует масса людей, которым НАДО разрабатывать алгоритмы, но они не являются программистами. Они хорошо видят картинку, но плохо читают текст.
Для таких людей ДРАКОН — то, что доктор прописал.
Вижу еще одну нишу для ДРАКОНА: построение ДРАКОН-схемы по коду. Надо экспериментировать. Возможно, такой подход действительно снизит количество программмистских ошибок — на схеме будет сразу видно. Возможно, в некоторых случаях заменит отладку.
Для начинающих программеров жесткая дисциплина ДРАКОНА — то, что нужно для правильной «постановки руки». В общем, серебряной пули нет, но в своих нишах ДРАКОН был бы весьма полезен.
А мы как раз и сделали текстовое представление дракон-схемы. Можно ее написать в Блокноте, и выполнить.
Но нашему заказчику текст не нужен. Ему нужен именно чертеж. Он сам умеет писать программы на бейсике, но не пишет. А делает дракон — схемы в редакторе Тышова.
Так ему удобнее и понятнее. Поэтому ваше предпочтение текста — это ваше личное предпочтение.
Другим людям предпочтительнее видеть чертежи/схемы.
3. Насчет писать/рисовать. Наши наблюдения показывают, что для разных людей понятие удобства создавать алгоритмы – очень разное. Замечу, что для программистов удобнее писать текст/код.
Я сам программист со стажем более 45 лет, поэтому говорю от первого лица. Но оказывается, существует множество людей, которым надо алгоритмы создавать, но они НЕ являются программистами.
Они – инженеры-технологи. И им гораздо удобнее создавать и читать чертежи/схемы. Я об этом сказал в докладе на конференции День Оберона – 2019 в Орле.
Эти люди создают управляющие комплексы различного рода с микропроцессорами. И им надо создавать алгоритмы для этих микропроцессоров.
Они НЕ программисты ни по образованию, ни по призванию. Оказывается, для подобных разработок гораздо удобнее использовать строгий формализованный графический язык типа Дракона, а не текст/код на обычном языке программирования.
4. В Вооруженных Силах подавляющее большинство компьютерных систем – это бортовые системы. Надежность для подобных систем – абсолютное требование. Содержать вместе с основной армией еще и армию высококвалифицированных программистов – сильно накладно будет. Программированию обучать долго и получается не у всех. А делать алгоритмы на Драконе – это могут ВСЕ.
Вообще все действия по созданию схемы алгоритмов можно делать клавиатурой. Для этого есть горячие клавиши.
Тем более, что заготовку начальную тоже можно делать сразу.
Вопрос в реализации редактора.
Проблема — в мышлении создателя алгоритмов. Как программист могу сказать, что писать словами — это просто привычка с одной стороны, и предрасположенность с другой. Мы опрашивали студентов. Одни говорят, что писать псевдокод удобнее, другие — что рисовать схему понятнее. Есть и такие, которым пофигу.
И опять же, мы не просто так за Дракон взялись. Есть в Москве люди, которые даже при отсутствии полноценной ИДЕ применяют Дракон (вполне успешно) именно для разработки необходимых алгоритмов. Поэтому мои слова выше не на пустом месте сказаны, а исходя из встреч с реальными людьми.
Дмитрий@nin-jin пишет: Второй вариант как-то проще, понятнее и компактнее.
Дмитрий, вы правы. Для профессиональных программистов, которые опираются на коллективный опыт и традиции многих десятилетий создания и эксплуатации программ (если считать с середины ХХ столетия, то опыт свыше семидесяти лет), то действительно получим, что ваш вариант проще, понятнее и компактнее.
Однако для людей со стороны (например, инженеров-электриков и специалистов по электронике, которые всю жизнь имеют дело со схемами (СхЭ — схема принципиальная электрическая, схема функциональная, схема логическая и т.д.) ситуация будет другой.
Зачастую у них нет денег, чтобы нанять программиста, и они начинают программировать сами, превращаясь в программистов-любителей (amateur programmers). Таких любителей очень много — миллионы.
@DvoiNic назвал их «умственно неполноценными программистами». Это не так. Они могут быть талантливыми инженерами, но они мыслят, опираясь на свой электронный и электротехнический опыт, то есть на многолетний опыт работы со схемами.
Поэтому при разработке программ, программисты-любители делают то, что профи-программистам кажется неправильным и неразумным, а именно — используют схемы в тех случаях, когда профи используют код и текст.
В этой теме был высказан ряд критических замечаний, в частности, о невозможности описания данных. Например, @mixsture писал:
блок-схемы часто скрывают структуры данных, в которых все хранится. Действия в них видно, а вот что между ними передается, где и какое значение и чем перезапишется — не видно...
данные все равно гуляют по схеме (например, между квадратиками с работами), но это никак не отражается на схеме. Каждый волен понимать состав по-своему.
В левой дракон-схеме Алексей Муравицкий представил свой оригинальный вариант использования конструкции Силуэт для описания данных.
Алексей продемонстрировал, что язык ДРАКОН можно использовать не только для описания алгоритмов, но и для описания данных.
Алексей показал, что программировать на языке ДРАКОН можно не только на гибридных языках, но и на "чистом" ДРАКОНе.
Алексей Муравицкий показал это не только на лабораторном макете, но и создал действующую систему промышленной автоматики — шкаф управления Кустовой насосной станции КНС 59, который работает в Татарстане в поселке Азнакаево.
1. Кустовая Насосная Станция предназначена для Поддержания Пластового Давления в нефтяном пласте.
2. Всего на языке ДРАКОН запрограммировано и работает в Поселке Азнакаево (Татарстан) семь шкафов управления в семи КНС (кустовых насосных станций).
3. КНС укомплектованы Насосными агрегатами на базе мембранных насосов Gydra-CELL T-100 и сдвоенные Gydra-CELL G-15 партнера — Компании Pump Union и шкафами управления ОКБ АМУР №3 на базе контроллера и частотного преобразователя ОВЕН.
Участники обратили внимание на Степана Митькина@rykkinn На Хабре можно прочитать его статью «Визуальное программирование на языке ДРАКОН». Степан объясняет, что программирование на гибридном языке происходит следующим образом:
Рисуем ДРАКОН-схему.
Внутрь икон помещаем небольшие кусочки кода на соответствующем языке программирования.
Программа-транслятор преобразует ДРАКОН-схему в текстовый файл с исходным кодом.
Этот текстовый файл включается в проект обычным образом. Генерацию кода из диаграмм на сегодняшний день поддерживают несколько редакторов. Примеры в данной статье сделаны в DRAKON Editor.
Все эти и смежные вопросы подробно рассматриваются. Рейтинг статьи Степана Митькина +29.
Хороший вопрос. Текст на А4 надо тщательно проанализировать и попытаться раздробить на мелкие порции.
Есть ли в этом тексте команды (приказы)? Если есть, их надо извлечь и поместить в иконы Действие (по одной команде в иконе).
Есть ли в тексте логические условия (решения, развилки)? Если есть, их надо извлечь и поместить в иконы Вопрос (по одному логическому условию в иконе Вопрос).
Есть ли в тексте комментарии и пояснения? Если есть, их надо извлечь и поместить в иконы Комментарий, Пояснение и Выноска.
Все остальное является не императивным текстом, а декларативным. Декларативную часть следует удалить из чертежа клинического алгоритма и перенести в текстовое описание чертежа клинического алгоритма.
По такой методике я работал с профессиональными врачами. Методика успешно работает.
Разница вот в чем. Математический алгоритм можно исполнить на компьютере. Клинический алгоритм на компьютере исполнить НЕЛЬЗЯ.
Кто исполняет клинические алгоритмы? Исполняют врачи, которые нас лечат.
В статье приведены четыре новых клинических алгоритма, разработанных профессиональным врачом:
✅Низкочастотная оксигенация пациента.
✅Неинвазивная высокопоточная оксигенация пациента.
✅Аппаратная неинвазивная вентиляция легких.
✅Протективная искусственная вентиляция легких.
Спасибо. Для школьников я написал книгу о Драконе "Занимательная информатика". Она примерно для 5-го класса.
Русский в аббревитуре ДРАКОН означает только то, что язык создан в России. Какой национальный язык использовать внутри фигур языка ДРАКОН (русский, английский или китайский) не играет роли — подойдет любой язык. All goes.
@aabzel В вашем алгоритме 4 ветки. Можно ли им присвоить такие названия?
Расчет угла поворота шагового двигателя S1
Расчет времени t1, t2 для t1 = t2
Расчет времени t1, t2 для t1 I= t2
Вывод результатов t1, t2
Какие названия вы считаете более правильными?
@aabzel Вы разработали алгоритм на языке ДРАКОН.
Можно ли дать ему такое название:
Какое название алгоритма вы считаете более правильным?
Хорошо, пусть для начала. Про BPM на форуме Дракона тоже есть информация, например Язык ДРАКОН для описания бизнес-процессов проектного бизнеса.
@serginho Сергей, я рад за вас и поддерживаю вашу статью. Надеюсь, что вы создадите программу, пригодную для программирования программируемых логических контроллеров (ПЛК), сенсорных логических контроллеров (СЛК), которая сможет конкурировать с аналогами на рынке микроконтроллеров и ПЛК — на этом рынке: Наш soft , Программирование микроконтроллеров на языке ДРАКОН
Предлагаю официальный форум языка ДРАКОН https://forum.drakon.su/ подфорум Алгоритмический язык ДРАКОН для бизнес-процессов
Регистрация https://drakon.su/kak_zaregistrirovatsja
@itGuevara Большое спасибо. Вы предложили развернутую программу доработки, точнее, разработки нового направления в области совершенствования нотаций и инструментария для бизнес-процессов за счет объединения идей EPC и ДРАКОНа (скрещивание Дракона и ЕРС). Было бы очень хорошо, если бы вы взялись за реализацию вашей идеи. Я полностью вас поддерживаю. Готов предоставить в ваше распоржение всю литературу, всех известных мне заинтересованных лиц, все контакты и все связи. Как ваше мнение?
Скачайте https://bit.ly/3dgMgQV (PDF, 158 страниц, 160 мегабайт). Это полное описание бизнес-процессов всех подразделений аквапарка Лазурный на языке ДРАКОН, сделанное с помощью программы Степана Митькина DrakonHub под руководством гендиректора аквапарка Антона Ковалева.
Если не хотите скачивать, можно посмотреть отдельные алгоритмы здесь и далее.
Вот что есть на форуме ДРАКОНа:
Язык ДРАКОН: полное описание бизнес-процессов аквапарка Лазурный в Белгороде
Алгоритмический язык ДРАКОН для бизнес-процессов
Кирилл Богатов @Rainvention
Кирилл, желательно установить связь и обменяться сообщениями. Мой имейл vdp2007@bk.ru
Вы совершенно правы. Это очень инерционный процесс. Результаты запаздывают, иной раз на годы. Но сейчас ситуация улучшается и язык ДРАКОН начинают преподавать. Вот примеры здесь
здесь
Если вы хотите называть ДРАКОН стайлгайдом, называйте.
Но в научной и учебной литературе принят термин "язык ДРАКОН".
Это началось в 1995 году, когда в журнале «Программирование» была опубликована статья:
В 1996 году Государственный комитет Российской Федерации по высшему образованию включил изучение языка ДРАКОН в программу курса «Информатика» для направлений:
510000 — Естественные науки и математика
540000 — Образование
550000 — Технические науки
560000 — Сельскохозяйственные науки
В официальном документе Госкомвуза "Примерная программа дисциплины информатика" 1996 года имеется раздел, посвященный языку ДРАКОН и использующий его понятийный аппарат.
«Примерная программа дисциплины „Информатика“» одобрена Президиумом совета по информатике Госкомвуза.
Председатель Президиума академик РАН Юрий Журавлев является руководителем Секции прикладной математики и информатики Отделения математических наук РАН, а также заместителем Академика-секретаря Отделения математических наук РАН
Гугл на запрос "стайлгайд ДРАКОН" дает 0 ответов.
А на запрос "язык ДРАКОН" Гугл отвечает:
На запрос "DRAKON language" Гугл отвечает:
@visirok Если надумаете писать и распространять книгу, можно начать с litres. У них есть служба selfpub. Это бесплатно.
Приведу мнение профи-программиста, преподавателя доцента из Астрахани, автора книги по С++ Валерия Лаптева. Вот что он сказал на Хабре здесь
здесь
здесь
здесь
здесь
здесь
Дмитрий, вы правы. Для профессиональных программистов, которые опираются на коллективный опыт и традиции многих десятилетий создания и эксплуатации программ (если считать с середины ХХ столетия, то опыт свыше семидесяти лет), то действительно получим, что ваш вариант проще, понятнее и компактнее.
Однако для людей со стороны (например, инженеров-электриков и специалистов по электронике, которые всю жизнь имеют дело со схемами (СхЭ — схема принципиальная электрическая, схема функциональная, схема логическая и т.д.) ситуация будет другой.
Зачастую у них нет денег, чтобы нанять программиста, и они начинают программировать сами, превращаясь в программистов-любителей (amateur programmers). Таких любителей очень много — миллионы.
@DvoiNic назвал их «умственно неполноценными программистами». Это не так. Они могут быть талантливыми инженерами, но они мыслят, опираясь на свой электронный и электротехнический опыт, то есть на многолетний опыт работы со схемами.
Поэтому при разработке программ, программисты-любители делают то, что профи-программистам кажется неправильным и неразумным, а именно — используют схемы в тех случаях, когда профи используют код и текст.
В этой теме был высказан ряд критических замечаний, в частности, о невозможности описания данных. Например, @mixsture писал:
Некоторые вопросы обсуждаются на официальном форуме языка ДРАКОН https://forum.drakon.su/
Предполагается, что ДРАКОН найдет применение для программирования микроконтроллеров и программируемых логических контроллеров (ПЛК).
Поэтому обсуждение ведется в разделе форума Проект «Язык Дракон–ПЛК» Алексея Муравицкого. Это большой раздел, в нем 31 тема.
Приглашаю вас посмотреть тему Отображение потока данных на Дракон схемах. В сообщении и следующем сообщении посмотрите на левую схему (левые схемы).
В левой дракон-схеме Алексей Муравицкий представил свой оригинальный вариант использования конструкции Силуэт для описания данных.
Алексей продемонстрировал, что язык ДРАКОН можно использовать не только для описания алгоритмов, но и для описания данных.
Алексей показал, что программировать на языке ДРАКОН можно не только на гибридных языках, но и на "чистом" ДРАКОНе.
Алексей Муравицкий показал это не только на лабораторном макете, но и создал действующую систему промышленной автоматики — шкаф управления Кустовой насосной станции КНС 59, который работает в Татарстане в поселке Азнакаево.
Участники обратили внимание на Степана Митькина @rykkinn
На Хабре можно прочитать его статью «Визуальное программирование на языке ДРАКОН». Степан объясняет, что программирование на гибридном языке происходит следующим образом:
Рисуем ДРАКОН-схему.
Внутрь икон помещаем небольшие кусочки кода на соответствующем языке программирования.
Программа-транслятор преобразует ДРАКОН-схему в текстовый файл с исходным кодом.
Этот текстовый файл включается в проект обычным образом. Генерацию кода из диаграмм на сегодняшний день поддерживают несколько редакторов. Примеры в данной статье сделаны в DRAKON Editor.
Все эти и смежные вопросы подробно рассматриваются.
Рейтинг статьи Степана Митькина +29.