DRAKON.SU

Спасибо! Хорошая, полезная книга. Узнал много нового о Блок-схемах, ДРАКОН-схемы, а на просторах интернета в связи с этим еще и про Оберон

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

Пусть даже диаграммы Дракона это хорошо, но реализации практически НИ-КА-КОЙ!

И это с 2001 года, первого выхода "Как улучшить работу ума".
а раньше "Мурзик в гостях у дракона" -для детишек.

13 лет прошло. На дворе 2014 год.
Космические корабли (и боевые ракеты) вовсю бороздят просторы ДНР.... Большого театра ...
а язык Дракон все рекламируют и рекламируют. Нет, чтобы пару программ написать....

Может таки улучшить работу ума??? И в консерватории все подправить!

Программы где??? Поддержка Дракон в популярных IDE и программистских ( и просто народных) редакторах - где?. Ась ??? Стенсилы для Visio - где ???

Вот ночи не сплю, все выскакиваю - где ? ( по мотивам (с) Жванецкого)

Купить за 314 руб.

ТРИЗ не является строгой научной теорией. ТРИЗ представляет собой обобщённый опыт изобретательства и изучения законов развития науки и техники.

Урок 3. Методы системного поиска.

Выборочное обсуждение домашнего задания – сильные стороны и ошибки.
Методы системного поиска.
Морфологический анализ.
Метод тотального синтеза.
Алгоритмический язык «Дракон».
Домашнее задание.

а работали случаем не в НИИАП ? или ИПМ? хотя буран делали везде по всей стране

В НИИАПе. В 01 отделении. Только он теперь ФГУП НПЦ АП им. Н.А. Пилюгина называется.
Ужасное место.

МИНОБРНАУКИ РОССИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «ЮЖНЫЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

Факультет управления в экономических и социальных системах

УТВЕРЖДАЮ
Декан ФУЭС
__________________ И.К.Шевченко
"_____"__________________2013 г.

Рабочая программа дисциплины
Б.3.В.1.«Методы анализа и моделирования бизнес-процессов»

Направление подготовки
230700 «Прикладная информатика»

Профиль подготовки: Прикладная информатика в экономике

Квалификация (степень) выпускника
Бакалавр

Таганрог, 2013

Спрашивает: raisa

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

Ответ дежурного юриста:
Здравствуйте.

Получение патента на создание сайта или его части (интерфейса) не предусмотрена действующим законом. Согласно ст. 1350 Гражданского кодекса Российской Федерации программы ЭВМ не являются изобретениями.

Читать далее ...

ИСПОЛЬЗОВАНИЕ ГРАФИЧЕСКИХ ЯЗЫКОВ В ЖИЗНЕННОМ ЦИКЛЕ БОРТОВОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ КОСМИЧЕСКИХ АППАРАТОВ

© 2010 А.А. Калентьев, А.А. Тюгашев

Самарский государственный аэрокосмический университет

Почему же, изучая тот же Бейсик мы даже краем уха в то время не слыхивали ни о Драконе ни о ему же подобных "языках" и широчайших перспективах их применения на будущее даже в международном плане?

Кто же нам мешал изначально делать те же компиляторы на родном языке?

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

ТАБЛИЧНІ ПРОБЛЕМНО-ОРІЄНТОВНІ МОВИ ПРОГРАМУВАННЯ
СИСТЕМ ЛОГІЧНОГО КЕРУВАННЯ

Аллашев О. Ю., Фурман І. О., Маліновський М. Л.

Харківський національний технічний університет сільського господарства імені Петра Василенка

Запропоновано новий підхід створення програм для мікроелектронних засобів керування технологічними об’єктами за допомогою табличних мов формалізації алгоритмів керування.

ТАБЛИЧНЫЕ ПРОБЛЕМНО-ОРИЕНТИРОВАННЫЕ ЯЗЫКИ ПРОГРАММИРОВАНИЯ СИСТЕМ
ЛОГИЧЕСКОГО УПРАВЛЕНИЯ

Аллашев А. Ю., Фурман И. О., Малиновский М. Л.

Харьковский национальный технический университет сельского хозяйства имени Петра Василенко

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

Постановка проблемы

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

Такое бурное развитие ведет к динамическому появлению новых мощных аппаратных средств логического управления , с новой элементной базой и другой архитектурой . Постоянное развитие микроэлектронной техники влечет за собой и появление новых языков программирования для новой техники систем управления .

Сегодня для создания программ управления широко используют универсальные текстовые языки высокого уровня - С , С , Java , Pascal ; и специализированные текстовые языка ПЛК - язык структурированного текста ST , низкоуровневый язык инструкций IL и специализированные графические языки - язык релейно - контактных символов LD , язык функциональных блоков FBD , язык последовательных диаграмм SFC и другие.

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

Анализ последних исследований и публикаций .

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

Удачным примером эффективного использования проблемно-ориентированного языка является визуальный язык ДРАКОН , который был создан на основе опыта проектирования орбитального корабля Буран , и использовался на практике при создании системы управления разгонного блока проекта " Морской старт " ( Sea launch ) [ 1].

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

Основные материалы исследования

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

При создании " Бурана " проблема разработки и отладки программного обеспечения считалась одной из самых важных . Сначала считалось , что для решения задачи требуется несколько тысяч программистов . Следует отметить , что программы создавались профессиональными программистами на ассемблере, так как объем памяти бортового компьютера "Бисер-4" в то время был очень ограниченным.

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

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

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

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

Через 11 лет на базе Дракона была создана автоматизированная технология проектирования алгоритмов и программ " ГРАФИТ - ФЛОКС " [ 2] , которая была применена для разработки программного обеспечения разгонного блока космических аппаратов международного проекта Морской старт.

Проблемно-ориентированная графический язык ДРАКОН также успешно используется во многих других космических программах: разгонный блок космических аппаратов "Фрегат", модернизированная ракета - носитель "Протон-М " , разгонный блок космических аппаратов ДМ-SL-Б .

Поскольку результаты использования Дракона были постоянно высокими, время на создание систем управления уменьшилось , руководство Пилюгинского космического центра приняло решение об использовании языка ДРАКОН в следующих проектах.

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

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

Проанализировав разработку и использование языка ДРАКОН, можно сформулировать требования к новому проблемно-ориентированному языку программирования современных ПЛК:

— язык должен быть визуальным (не текстовым), с высоким уровнем наглядности, чтобы создать наиболее комфортные условия для работы человеческого интеллекта при создании программы;

— должны быть созданы такие языковые средства, которые сильно упрощают восприятие сложных процедурных проблем и общение с коллегами , делают наглядными и понятными сложные алгоритмические конструкции и за счет этого буквально заставляют разработчика мыслить четко, глубоко и продуктивно;

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

В настоящее время в качестве аппаратного средства в автоматизированных системах управления технологическими процессами массово используются микропроцессорные ПЛК, программируемые на языках стандарта МЭК 61131-3 .

Также перспективным направлением является применение в системах управления параллельных ПЛИС-контроллеров , в основе которых лежит кристалл ПЛИС ; они программируются с помощью специализированных текстовых HDL-языков описания аппаратуры [ 3].

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

Тогда предлагаемый подход к разработке программ логического управления будет иметь вид:

Рисунок (здесь отсутствует)

Выводы

Таким образом, использование табличного языка технологических циклограмм для программирования современных микроэлектронных средств логического управления дает ряд преимуществ:

— повышение производительности труда постановщиков задач , инженеров-технологов, программистов , наладчиков оборудования и других участников технологической цепочки создания и сопровождения систем логического управления;

— улучшение качества алгоритмов управления, повышение наглядности и надежности программного обеспечения;

— привлечение к созданию программного обеспечения непосредственно инженеров-технологов;

— сокращение сроков разработки и внедрения , уменьшение стоимости создания и поддержки программного обеспечения.

Список использованных источников

1. Балтрушайтис В. В. "ГРАФИТ-ФЛОКС" - технология разработки программного обеспечения бортовых вычислительных машин / В. В. Балтрушайтис // Системы и комплексы автоматического управления в космонавтике и народном хозяйства: Междунар. научно-техн. сб. – 1998. – С. 79-81.

2. Паронджанов В. Д. Как улучшить работу ума: Алгоритмы без программистов – это очень просто / В. Д. Параджанов – М.: Дело, 2001. – 360 с.

3. Малиновский М. Л. Управление объектами критического применения на основе ПЛИС. / М. Л. Малиновский. – Х. : Факт, 2008. – 224 с.

Вообщем объясню, зачем мне все это. Требуется сделать курсовую работу. Мне досталась программа которая должна реализовывать следующий функционал:
1. Программа основывается на блок схемах;
2. В блок схемах пишется программный код на паскале;
3. В качестве поля ввода для кода выступает компонент TMemo;
4. Блоки связываются между собой узлами;
5. После запуска программа компилируется, код из блок схем собирается в единую программу на основе связей, т.е связи показывают что за чем будит выполняться;
6. Получается готовая программа.

Программа разрабатывается для понимания структур программ.

Обратите внимание на язык ДРАКОН, думаю он вам много идей подкинет.

Задача в том, что в блок-схеме пишется алгоритм.

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

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

Отличие ДРАКОНА в том, что это не текстовый, а визуальный (графический) язык. Образно говоря, он прокладывает кратчайший путь к цели, взрывая логико-математические, алгоритмические и технологические скалы и препятствия динамитом наглядных картинок.

Благодаря этим и другим приемам многие (хотя, разумеется, далеко не все) сложные проблемы превращаются в простые, непонятное становится понятным.

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

ДРАКОН для улучшения работы человеческого ума

Написал QwertyD3 , 14 Февраля 2014 в 23.24

Не знаю, как другие, а я раньше никогда не слышал про:

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

Поискал, вроде бы не было на D3 про него ничего, а штука оказалась интересной. Этот единый универсальный язык программирования и моделирования был создан в рамках космической программы "Буран".

Перед разработчиками были поставлены следующие задачи:

1) улучшить работу человеческого ума;

2) предложить эффективные средства для описания не только алгоритмов, но и структуры человеческой деятельности в любой отрасли знаний (включая бизнес–процессы);

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

4) облегчить межотраслевое и междисциплинарное общение между представителями разных организаций, ведомств, отделов, лабораторий, научных школ и профессий;

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

6) за счет использования когнитивно–эргономического подхода к проектированию (синтаксиса и семантики) языка добиться значительного улучшения качества программного обеспечения по критерию «понятность алгоритмов и программ»

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

все комментарии (7)

Сам участвовал в разработке подобного софта, который в 90х обозвали CASE–технологиями. Жалко, что внедрений было не так много, как хотелось бы... В Калининский ЦФАП сдали, а как там далее это использовалось в нужных целях у разных ведомств — вопрос.
На наработках этого ПО, впоследствии была разработана очень известная система, живая всех живых до сих пор...

PS. Почитал подробности про ДРАКОН в других источниках, — есть использование наших разработок!
При всех проблемах и, якобы отставании, в деле создании ПО, в СССР к концу 80–х годов была создана отличная межведомственная система разработки и обмена программным обеспечением! Вот когда её попытались поставить на рыночные рельсы — все рухнуло!

Написал Dobrovolnik_Marek , 14 Февраля 2014 в 23.42 · ответить .

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

Забавная химера.

Написал Akhar , 14 Февраля 2014 в 23.42 · ответить .

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

Yet another недо–UML... И чё?

Написал unhandled_exception , 15 Февраля 2014 в 15.59 · ответить .

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

unhandled_exception: Вы не согласились со мной, объясню свою точку зрения. Я не знал раньше про UML. Я посчитал, за последние 7 лет я написал определения для 2500 классов. Возможно, UML предостерег бы меня от некоторых ошибок, но и без него я обычно не забиваю шурупы молотком.

Смысл ДРАКОНа, как я понимаю, в том, чтобы заказчик мог сформулировать свои требования алгоритмически. Это нам кажется, что иначе невозможно, а непрограммисты устроены иначе. Почему бы им не помочь?
Ну и плюс, как я говорил, возможности масштабирования задачи и ее разделения.
Я бы не стал называть ДРАКОН недо–UML.

Написал ottlah , 16 Февраля 2014 в 04.18 · ответить ↑ .

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

Наверняка хорошая вещь. Заставить непрофессионалов подчиняться простейшим и обязательным правилам почти невозможно.

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

Какие на фиг формы нормализации, говорит каждый, кто работает в Exсel, и бардак в его данных не исчезнет, пока он не станет работать в базе данных.

Конечно, не панацея, это case для структурного программирования, а есть еще объектное, без которого вообще ничего написать нельзя. Его место, видимо, внутри квадратиков, так что работа для нас останется.

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

Написал ottlah , 15 Февраля 2014 в 05.07 · ответить .

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

Сокращение — будто из книжек Шефнера, уважуха...

Написал Byzantine , 15 Февраля 2014 в 01.54 · ответить .

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

Уважаемые коллеги, прошу совета.

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

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

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

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

Иерархия в дракон-схеме изображается с помощью декомпозиции.
Декомпозиция в языке ДРАКОН имеет такие средства:

1. Ветки силуэта.

2. Эргономичная декомпозиция.

3. Многостраничный силуэт.