Различия

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

--- drafts [2012/04/16 09:54]
Владислав Жаринов [2. Структура и содержание сайта]
+++ drafts [2013/08/20 21:31] (текущий)
Паронджанов В. Д. [3. Порядок работы]
@@ Строка 2: / Строка 2: @@
 На странице размещаются материалы, находящиеся в работе. Это м.б. наброски, фрагменты, неотформатированные элементы существующих и планируемых страниц (разделов) сайта.
-====== Правила проекта Визуальный язык ДРАКОН (проект) ======
+  * [[Заготовки страниц и разделов|Заготовки страниц и разделов]]
-===== Переходные положения =====
+====== Технологии ДРАКОН-визуализации ======
-Данные Правила становятся нормой после утверждения администрацией конференции OberonCore.ru.
+В разное время были созданы следующие практические технологии:
-Утверждению предшествует рассмотрение проекта Правил администрацией и обсуждение участниками OberonCore.ru в соответствии с Правилами конференции OberonCore и практикой решения административных вопросов, сложившейся на конференции.
+  * ГРАФИТ-ФЛОКС
+  * Офисной графики
+  * ИС
+  * ВЯЗБС-технология
-Срок утверждения устанавливает администрация OberonCore.ru.
+Разработка обобщённой технологии в настоящее время доступна [[http://drakonografika.narod.ru/L3/mainviztech.html#Doc-n421|здесь]]. Возможно, в дальнейшем на основе этой и других разработок будет создано согласованное определение.
-===== 1. Общие положения =====
+===== Правила оформления =====
-.1. Юридически и технически держателем всех ресурсов проекта Визуальный язык ДРАКОН является администрация OberonCore.ru. Держателем установлены общие [[http://forum.oberoncore.ru/viewforum.php?f=87|Правила конференции OberonCore]], распространяющиеся на проект. Согласно Разд. 0 Правил конференции OberonCore, к ресурсам проекта относятся:
+Т1. На страницах раздела помещаются описания технологий.
-  * данный сайт;
-  * связанные форумы, в настоящее время доступные по адресу: http://forum.oberoncore.ru/viewforum.php?f=77.
-.2. Данные Правила дополняют и уточняют Правила конференции OberonCore с учётом специфики проекта; в случае противоречий действуют Правила конференции OberonCore. Администрация OberonCore.ru назначает администрацию проекта, регистрирует его участников и имеет приоритетные полномочия в решении административных вопросов проекта. Тем самым образуются совокупная администрация и совокупные Правила проекта.
+Т2. Можно описывать предложения различных разработчиков как варианты единой технологии (на усмотрение участников).
-Правила пересматриваются под руководством администрации и с учётом обсуждения участниками OberonCore.ru в соответствии с Правилами конференции OberonCore и практикой решения административных вопросов, сложившейся на конференции.
+Т3. В разделе нейтральная (сбалансированная, альтернативная) точка зрения обязательна.
-.3. Проект реализуется в целях:
-  * Информирования русскоязычных пользователей веб о техноязыке ДРАКОН, подходах к его использованию и развитию, связанных с техноязыком взглядах участников на формализацию знаний.
-  * Поддержки развития ДРАКОНа, выработки новых подходов к его использованию и к формализации знаний с применением визуальных (графических) средств.
-Исходя из этого, проект предоставляет его участникам возможности:
-  * Публиковать адресные материалы, отвечающие целям проекта.
-  * Высказываться по публикациям и предмету проекта вообще.
-Учитывая значительный опыт, накопленный в достижении подобных целей в проектах фонда Викимедиа (ВМ), далее в настоящих Правилах также использованы понятия и правила этих проектов, прежде всего проекта Википедия (ВП). За содержанием следует обращаться в ВМ-пространство.
+====== ГРАФИТ-ФЛОКС ======
-.4. Для эффективной работы пространство проекта подразделяется на части:
+Технология применения [[ |одноимённой реализации]] гибридного техноязыка ДРАКОН-ФЛОКС в [[http://www.npcap.ru/|ФГУП "НПЦ Автоматики и приборостроения им. акад. Н.А.Пилюгина"]].
-  * Консенсусную - в которой высказываются точки зрения, согласованные между участниками проекта.
-  * Авторскую - в которой содержатся точки зрения отдельных участников или их явно очерченных групп.
-Авторские точки зрения м.б. оригинальными ("орисс" в терминах ВП), противоречить друг другу и консенсусу, а также быть необщепризнанными ("маргинальными теориями" в ВП-терминах).
+Схематически показана на рисунках:
+(вставить Лист1,2 А4 Техпроцесс ГРАФИТ-ФЛОКС)
-.5. Высказывания допускаются только в форумной части проекта и подчиняются требованиям Разд. 1 и п. 2.1 Правил конференции OberonCore; материалы сайта подчиняются требованиям Разд. 2 данных Правил.
+Технология обсуждалась в [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=1091|специализированной теме]] форумов проекта.
-===== 2. Структура и содержание сайта =====
+Сущность технологии - в разделении формализации для человека-участника и для технического исполнителя. Участники выступают в ролях специалиста в предметной области, аналитика-постановщика задач (объединяемых в роли т.н. комплексника), программиста. Это выражается как в выделении этапов разработки (формализации профессиональных знаний, кодирования и генерации), так и в разграничении содержания описаний на уровни - управленческий, алгоритмический, программный. Техническим исполнителем в ГРАФИТ-ФЛОКС принят ряд БЦВК "Бисер" (собственной разработки НПЦ АП), встроенный в объект управления (ракету-носитель или разгонный блок сторонней разработки).
-.1. Любая содержательная страница сайта д.б. доступна по ссылке хотя бы с одной из других содержательных страниц. В целях удобства рекомендуется, чтобы поддерживалась базовая структура межстраничных ссылок в виде дерева, причём:
+===== Авторская оценка =====
-  * на каждой странице выделяется список-указатель страниц следующего уровня;
-  * указатель по возможности д.б. обозримым, поэтому не рекомендуется увеличивать число его пунктов свыше 8..10;
-  * число уровней дерева, считая от корневой страницы сайта, ограничивается в той мере, в какой не противоречит предыдущей рекомендации; желательно выдерживать правило "доступности за три клика", т.е. чтобы уровней до любой страницы (не считая корня) было не более 3.
-Допускается также создание служебных страниц.
+Данная технология полностью отвечает потребностям организации-разработчика (НПЦ АП). Разделение формализации и принятые техпроцессы обеспечивают требуемый уровень взаимодействия специалистов-комплексников (т.е. предметников и аналитиков-постановщиков задач) с программистами. Достижение требуемой гарантоспособности в процессе разработки обеспечивается за счёт удобства "мозговой проверки" человекочитаемого описания и однозначности генерации ПО по нему.
-.2. Базовая структура содержательных страниц не регламентируется, за исключением сказанного ниже.
+===== Независимые оценки =====
-На данном сайте авторские материалы явно выделяются:
+Технология создавалась для собственного пользования организации-разработчика, поэтому распространение и поддержка не предполагались.
-  * в [[avtorskie_materialy_uchastnikov|одноимённый раздел]] сайта - когда автор[ы] в состоянии отделить материал от конкретных вопросов, освещаемых в рамках консенсуса;
+C 1996 года ГРАФИТ-ФЛОКС официально применяется в НПЦ АП (см. выдержку из Распоряжения №3 [[http://forum.oberoncore.ru/viewtopic.php?p=21325&sid=10f33a54173890b82a63499a897933ae#p21325|здесь]]). По сообщению Паронджанова, в связи со стабильно высокими результатами первых проектов было принято решение использовать технологию в последующих разработках.
-  * в отдельные страницы в других разделах - когда авторы считают более удобным включить свои точки зрения в структуру консенсусных материалов.
-В любом случае, авторский материал определяется по указанию имени каждого автора (должно совпадать с регистрационным именем участника).
+Технология рассчитана на отделение императивной компоненты формализованного знания от декларативной и связующей компонент (в смысле подразделения, вводимого в [[http://forum.oberoncore.ru/download/file.php?id=3072|этой работе]] как "базис трёх абстракций").
-Все остальные страницы сайта автоматически считаются консенсусными.
-.3. Материалы сайта должны удовлетворять требованиям изложения, обычно предъявляемым к книгам и статьям. Также с учётом специфики сайта как формы публикации, к материалам применимы с уточнениями отдельные критерии нарушений по п. 2.1 Правил конференции OberonCore, а именно:
-  * офтопик — сообщения, не соответствующие теме сайта;
-  * чрезмерное цитирование — необоснованное цитирование больших участков текста;
-  * флуд — многократное размещение однотипной информации.
-Настоятельно рекомендуется также в консенсусной части сайта следовать ВП-правилу о [[http://ru.wikipedia.org/wiki/Википедия:Нейтральная_точка_зрения|нейтральности точки зрения]].
-Если изложение направлено на широкую аудиторию, рекомендуется следовать ВП-руководству по [[http://ru.wikipedia.org/wiki/Википедия:Специализированные_статьи_должны_быть_понятны|упрощению изложения специализированных вопросов]].
+====== Офисно-графическая  ======
-Несмотря на то, что смысл содержания не регламентируется иначе, как Правилами конференции OberonCore, участникам проекта рекомендуется в материалах сайта основываться на базовых положениях науки. Т.е. не следует с ходу опровергать законы физики, математические построения и др. Однако, если с применением [[http://forum.oberoncore.ru/download/file.php?id=2633|научного метода]] обосновывается справедливость положений материала, это считается допустимым.
+В открытом исполнении была разработана различными участниками в основном независимо как следствие поисковых работ по шампур-визуализации. Формировалась с 2005 г. В. Жариновым первоначально под редактор рисунков MS Word; с появлением доступных изданий пакета OpenOffice.org с 2007 г. была переведена на реализацию в его редакторе рисунков Draw; с 2009 г. разрабатывается также Э. Ильченко. Имеются варианты:
+  * ручной - требует размещения заготовок вершин и линий схем сочинителем;
+  * полуавтоматический - предполагает поддержку "исчисления икон".
-.4. Для оформления отдельных страниц/разделов м.б. установлены дополнительные правила; в этом случае они излагаются в разделе "Правила оформления" на странице, корневой для области действия таких правил.
+**//Ручная//** технология описана [[http://grafit-basis.narod.ru/L3/viz_alg_TFZ.html#Doc-n42-1B-I2|здесь]]. Были употреблены дополнительные обозначения для сложных описаний, представленные [[http://grafit-basis.narod.ru/L3/usl_obozn.html#Pril1-n12|здесь]]. Включение рисунков в документ пакета требует знания также возможностей оформления. Поэтому Жариновым был подготовлен шаблон-инструкция, доступный [[ГрафЧасть А2 [имя-докум] (Бланк с оргметодчастью)|здесь]].
-===== 3. Порядок работы =====
+**//Полуавтоматическая//** технология формировалась Э. Ильченко под разрабатываемый им модуль расширения редактора Draw. Предварительно обсуждалась в [[http://forum.oberoncore.ru/viewtopic.php?p=63841#p63841|этом посте]].
-.1. Консенсусные страницы допускается редактировать любому участнику. При возникновении конфликта он разрешается на основе ВП-правил и практики; конкретные требования и процедуры администрация проекта вырабатывает/заимствует по необходимости.
+В [[ |DRAKON Editor]] С. Митькина в силу принципа редактирования схема создаётся фактически по сходной технологии. Доступен [[http://www.youtube.com/watch?v=_4PV78oSdwk|деморолик]].
-.2. Авторские страницы/разделы допускается редактировать только указанным для них участникам. Администрация проекта имеет право пресечь деятельность других участников, нарушающих это требование, вплоть до блокировки их учётных записей в проекте.
+Аналогичным образом можно визуализировать и на базе закрытых приложений. Так, Паронджанов создавал иллюстрации к своим работам в редакторе Corel Draw (см. п. 4 в [[http://forum.oberoncore.ru/viewtopic.php?p=55844#p55844|этом посте]]).
-Участники имеют право редактировать авторские страницы друг за друга. При этом право такого редактирования либо предоставляется явно, либо осуществляется по инициативе редактирующего. В любом случае участник, на имя которого создаётся/изменяется авторский материал, вправе потребовать как от редактирующего изменений, так и от администрации - пресечения деятельности других участников в части сайта, для которой он указан как автор. Права и требования публикуются в связанном форуме (в сообщениях специально выделенных административных тем).
+===== Авторская оценка =====
-Участники могут образовывать авторские группы. Каждый участник может входить более чем в одну группу. При этом возникает необходимость консенсуса внутри группы; конфликты разрешаются, как  указано в п. 3.1.
+Данная технология удобна, когда нужно подготовить схемы для использования человеком, а доступные дракон-редакторы неудобны.
-.3. Администрация имеет право редактировать любую часть проекта в целях выполнения требований законодательства и норм поведения, включая совокупные Правила согласно п. 1.2.
+Варианты используют возможности представления графики в пакете. Ильченко указывал на их ограниченность и неудобство встроенных средств макропрограммирования OpenOffice.
-.4. Любая часть данного сайта может обсуждаться в связанных форумах. Рекомендуется вести отдельную тему для каждой логически самостоятельной части сайта.
+===== Независимые оценки =====
-Основания административных и редакторских действий объясняются совокупной администрацией обязательно и явно в административных темах проекта.
+Оба варианта реализации создавались для собственного пользования авторов, поэтому распространение и поддержка не предполагались.
-.5. В силу п. 1.18 Правил конференции OberonCore и с учётом ВП-правила [[http://ru.wikipedia.org/wiki/Википедия:Предполагайте_добрые_намерения|"Предполагайте добрые намерения"]], любые изменения, вносимые участниками в сайт, сами по себе не являются нарушениями, если только они не нарушают Условия использования конференции Правил конференции OberonCore. Поэтому никакое изменение сайта, не нарушающее указанных Условий, не подлежит администрированию согласно Разд. 2 Правил конференции OberonCore, а равно по любым основаниям, возможным в действующей редакции данных Правил, кроме п. 3.2. Администрируется только невыполнение объявленных окончательных решений совокупной администрации по конфликтам и обсуждение её действий.
+В силу открытости такая реализация доступна широкому кругу желающих. Богатые возможности форматирования графики и текста делают её удобной для представления формализуемых знаний в сложном синтаксисе. Свободное редактирование целесообразно для отработки процессов редактирования, поиска новых принципов работы в специализированных редакторах. Однако графическое программирование требует дополнительной поддержки.
-====== История и современность ======
-В этом разделе сохранён оригинальный материал, включённый в состав статьи о языке для Википедии.
-== Особенности ==
+====== ИС ======
-=== Проблема развития искусственных языков ===
+Технология применения приложения [[ |"ИС ДРАКОН"]]. Частично базируется на ГРАФИТ-ФЛОКС, поскольку в ИС перенято разделение содержания вершин по категориям. В связи с черновым характером пользовательской документации и постоянным развитием ИС периодически уточняется силами пользователей-энтузиастов данного приложения. На данное время можно выделить основные варианты:
+  * С. Ефанова - был описан им в [[http://forum.oberoncore.ru/viewtopic.php?p=59922#p59922|этом сообщении]]; можно считать близким к авторскому;
+  * D2O-процесс Я. Романченко - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=1080|обсуждение]]; основан на [[ |D2O-реализации]];
+  * ДРАКОН-Си-процесс П. Приклонского - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3723|обсуждение]].
+С.  Ефанов создал ресурс [[http://drakon-practic.ru/|drakon-practic]] на основе ряда собственных демороликов. Продемонстрирована работа с ИС при программировании микроконтроллера для привода дверного замка; к роликам есть сопровождающие тексты.
-# Традиционные цели и методы создания искусственных языков, в частности языков программирования, следует признать во многом устаревшими<ref name=autogenerated13>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 34.]</ref>.
+===== Авторская оценка =====
-# Последние исследования в области нейробиологии, психологии, когнитивной науки и эргономики позволили получить новые и чрезвычайно ценные сведения о работе мозга, которые можно и нужно использовать при разработке нового поколения языков с целью повышения продуктивности человеческого мозга<ref name=autogenerated13 />.
-# В настоящее время отсутствует продуманная стратегия, направленная на устранение междисциплинарных барьеров, преследующая цель вооружить разработчиков искусственных языков нового поколения глубокими знаниями в области наук о человеке, человеческом факторе и человеческом интеллекте. Этот недостаток нужно как можно скорее устранить<ref name=autogenerated13 />.
-# Концепция искусственных языков нового поколения опирается на междисциплинарный подход и коренным образом изменяет тради-ционные представления о назначении искусственных языков и наборе приоритетных требований к ним. Во главу угла ставятся гуманитарные вопросы и требования, которые должны быть соответствующим образом детализированы<ref name=autogenerated13 />.
-# Среди требований, предъявляемых к современным алгоритмическим языкам, на первое место все чаще выходит понимаемость программ (comprehensibility).<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 35.]</ref>. Понимаемость определяется как «свойство программы минимизировать интеллектуальные усилия, необходимые для её понимания» человеком<ref name=autogenerated14>Саркисян А. А. Повышение качества программ на основе автоматизированных методов. М.: Радио и связь, 1991. С. 19. ISBN 5-256-00629-0</ref>.
-=== Язык ДРАКОН значительно облегчает алгоритмизацию и программирование ===
+Данная технология полностью отвечает потребностям пользователей. Замечания и предложения разработчик учитываает в очередных версиях, если считает нужным.
-Некоторые ученые считают, что существующие способы записи алгоритмов и программ (принятые во всем мире) слишком трудны для понимания и требуют неоправданно больших трудозатрат.<ref name=autogenerated12>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. — С. 391—493с. ISBN 978-5-94074-606-5.</ref>
+===== Независимые оценки =====
-Это обстоятельство ставит непреодолимый барьер для многих специалистов, работа которых связана с алгоритмами, но которые не имеют резерва времени, чтобы научиться выражать свои профессиональные знания в форме алгоритмов и программ.<ref name=autogenerated12 />
+Варианты процессов применения фактически в той или иной мере преодолевают недостатки ИС.
-Язык ДРАКОН использует новую эргономичную [[нотация|нотацию]] (дракон-схемы) и за счет этого существенно облегчает алгоритмизацию и программирование. Благодаря использованию дракон-схем алгоритмы и программы становятся более понятными, доходчивыми, ясными, прозрачными.
-В итоге ТРУДНЫЕ для понимания способы записи алгоритмов и программ заменяются на более ЛЕГКИЕ. Вследствие этого работники быстро овладевают дракон-схемами и успешно создают алгоритмы и прикладные программы без программистов или с их минимальным участием. Об этом свидетельствует 15-летний опыт эксплуатации Технологии ГРАФИТ-ФЛОКС<ref name=autogenerated1 /> в НПЦ автоматики и приборостроения им. Н. А. Пилюгина.
-{{начало цитаты}}
-ДРАКОН — очень легкий язык. Настолько легкий, что разработку многих компьютерных программ для космических ракет на практике ведут не программисты, а инженеры — по принципу «программирование без программистов».<ref>Концепцию «программирование без программистов» впервые предложил Джеймс Мартин в книге Martin, James. Application Development Without Programmers. Prentice Hall Inc, Englewood Cliffs, NJ, 1982.</ref>
-Причина частичного отказа от программистов проста. При решении практических прикладных задач инженеры досконально владеют материалом и прекрасно знают постановку задачи. В отличие от них программисты не знают физику процесса и становятся «лишними людьми», без которых в ряде случаев (хотя и не всегда) вполне можно обойтись.
+====== ВЯЗБС-технология ======
-Это позволяет значительно сократить издержки, улучшить показатель «затраты — результат», ускорить ход работ. И полностью избавиться от ошибок «испорченного телефона», вызванных взаимным непониманием между программистами и инженерами.<ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. С. 13, 14 ISBN 978-5-94074-606-5</ref>
+Формировалась Д. Барановским для его [[ |ВЯЗБС-систем]]. Общее описание см. в [[http://forum.oberoncore.ru/viewtopic.php?p=71966#p71966|этом документе]].
-{{конец цитаты}}
-=== Двумерное структурное программирование ===
+===== Авторская оценка =====
-# Императивная (процедурная) часть языка ДРАКОН опирается на новый метод — ''двумерное структурное программирование.''
+Технология программирования на ВЯЗБС включает настройку на стандарт языка исходных текстов. После этого процесс достаточно прост для специалиста, знающего этот язык. Цель - понизить "порог вхождения" в графическое программирование.
-# Правила двумерного структурного программирования существенно отличаются от традиционного одномерного (текстового) [[Структурное программирование|структурного программирования]].
-# Идеи [[Структурное программирование|структурного программирования]] разрабатывались, когда [[компьютерная графика]] фактически ещё не существовала и основным инструментом алгоритмиста и программиста был одномерный (линейный или ступенчатый) текст.
-# До появления [[компьютерная графика|компьютерной графики]] методология текстового структурного программирования была наилучшим решением.
-# С появлением [[компьютерная графика|компьютерной графики]] ситуация изменилась. Появилась возможность заменить текстовые управляющие структуры на управляющую графику, то есть использовать двумерное структурное программирование.
-# Слабое место традиционного [[Структурное программирование|структурного программирования]] и текстового представления алгоритмов и программ заключается в недостатке выразительных средств. Следствием являются ограничения и запреты. Эти ограничения и запреты вытекают из природы текста, из природы текстового представления управляющих структур.
-# Недостаток выразительных средств, проявляющийся через ограничения и запреты, тормозит повышение производительности труда алгоритмистов и программистов.
-# В рамках текстового представления управляющих структур устранить эти ограничения и запреты невозможно. Чтобы добиться улучшения, надо перейти от одномерного (текстового) структурного программирования к двумерному (визуальному) структурному программированию.
-# Многие ограничения и запреты, неизбежные при текстовом структурном программировании, во многих случаях противоречат здравому смыслу, затрудняют понимание алгоритмов и программ, искажают нормальный ход человеческой мысли.
-# Недопустимо запрещать правильный процесс мышления. Его надо разрешить. Шампур-метод и язык ДРАКОН устраняют этот недостаток.
-# При использовании шампур-метода набор управляющих [[Зарезервированное слово|ключевых слов]] текстового [[Структурное программирование|структурного программирования]] становится ненужным.
-# При визуальном структурном подходе программист работает только с чертежом программы (дракон-схемой), не обращаясь к её текстовому представлению. Точно так же программист, работающий, скажем, на [[Delphi (язык программирования)|Дельфи]], не обращается к [[Язык ассемблера|ассемблеру]] и [[Машинный код|машинному коду]] — они для него просто не существуют.
-# Во многих случаях (список которых ещё предстоит уточнить) желательно отказаться от текстовых управляющих структур, заменив их управляющей графикой.
-# ДРАКОН — это не просто новый язык (новое семейство языков). Это новый взгляд на [[императивное программирование|императивное (процедурное) программирование]]. Если угодно — новое мировоззрение.
-# Наибольшую трудность в течение длительного времени представляли математика и эргономика блок-схем. Нужно было создать математически строгий метод формализации блок-схем, позволяющий превратить блок-схемы в программу, пригодную для ввода в компьютер и трансляции в [[объектный модуль]] программы.
-# Язык ДРАКОН позволил эффективно решить эту задачу.
-# Одновременно была решена задача эргономизации блок-схем, то есть задача приспособления блок-схем для наиболее удобного человеческого [[Восприятие|восприятия]] и [[Понимание|понимания]].<ref>[http://oberoncore.ru/_media/wiki/drakon/part-7_theoretics.pdf Паронджанов В. Д. Теоретические основы языка ДРАКОН. Глава 36. #22. Замечания]</ref>
-=== Графический и текстовый синтаксис языка ДРАКОН ===
+Преимуществом считается разнообразие способов ввода и представления описания, как графического типа, так и текстового. Тем самым редактирование удобнее для различных пользователей с их сложившимися навыками и предпочтениями.
-ДРАКОН — графический (визуальный) язык, в котором используются два типа элементов:
+===== Независимые оценки =====
-:: • графические фигуры (иконы),
-:: • текстовые надписи, расположенные внутри или снаружи икон (текстоэлементы).
-Поэтому язык ДРАКОН имеет не один, а два синтаксиса: графический и текстовый.
-''Графический (визуальный) синтаксис'' охватывает алфавит икон, правила их размещения в поле чертежа и правила связи икон с помощью соединительных линий.
+Технология создавалась для собственного пользования разработчика, поэтому распространение и поддержка не предполагались. В настоящее время развивается для колективной разработки и с учётом возможности широкого применения.
-''Текстовый синтаксис'' задает алфавит символов, правила их комбинирования и привязку к иконам. (Привязка необходима потому, что внутри разных икон используются разные типы выражений).<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 101.]</ref><ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. С. 80 ISBN 978-5-94074-606-5</ref>
-=== Семейство ДРАКОН-языков ===
-ДРАКОН — не один язык, а целое семейство, которое может включать практически неограниченное число ДРАКОН-языков. Все языки ДРАКОН-семейства имеют одинаковый графический синтаксис, что обеспечивает зрительное сходство дракон-схем различных ДРАКОН-языков. Каждый язык семейства отличается тем, что имеет свой собственный текстовый синтаксис.
-Строгое разграничение графического и текстового синтаксиса позволяет в максимальной степени расширить сферу применения языков семейства, обеспечивая гибкость и универсальность выразительных средств языка.
-При этом единообразие правил графического синтаксиса семейства ДРАКОН-языков обеспечивает их концептуальное единство. А разнообразие текстовых правил (то есть возможность выбора любого текстового синтаксиса) определяет гибкость языка и легкую настройку на различные предметные и иные области.<ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. — C. 80, 81. ISBN 978-5-94074-606-5</ref>
+====== Реализации ДРАКОНа ======
-=== Гибридные языки ДРАКОН-семейства ===
+===== Основополагающие =====
+  * ГРАФИТ-ФЛОКС
+  * ЛЭ-редактор
-Императивную (процедурную) часть языка Дракон можно присоединить к некоторым языкам программирования и получить так называемые гибридные языки:
+===== Официальные =====
+  * СВП "Силуэт"
+  * "Орловский" редактор
+  * "Томский" редактор
+  * Родственные решения
-язык Дракон + язык [[Бейсик]] = гибридный язык Дракон-[[Бейсик]]
+===== Общественные =====
+  * [[Офисно-графические|Офисно-графические]]
+  * ИС ДРАКОН
+  * D2O (ДРОН)
+  * ВЯЗБС-системы
+  * DRAKON Editor
+  ===== Правила оформления =====
-язык Дракон + язык [[Си]] = гибридный язык Дракон-[[Си]]
+Р1. На страницах раздела помещаются описания программ (пакетов), реализующих техноязык как автономно, так и как часть комплекса языков.
-язык Дракон + язык [[Java]] = гибридный язык Дракон-[[Java]]
+Р2. Решения различных разработчиков можно описывать совмещённо (на усмотрение участников).
-язык Дракон + язык [[Си#]] = гибридный язык Дракон-[[Си#]]
+Р3. В разделе нейтральная (сбалансированная, альтернативная) точка зрения обязательна.
-язык Дракон + язык [[Python|Питон]] = гибридный язык Дракон-[[Python|Питон]]
-язык Дракон + язык [[Perl]] = гибридный язык Дракон-[[Perl]]
+====== ЛЭ-редактор ======
-язык Дракон + язык [[Ruby]] = гибридный язык Дракон-[[Ruby]]
+Разрабатывался в конце 1980-х - начале 1990-х годов для визуализации схем программ на С3Х-диалекте Фортрана. Руководитель - Л. Эйсымонт (ИПМ РАН). С3Х-Фортран предназначался для применения в разработках НПЦ АП. В связи с развалом СССР разработка прекратилась.
-язык Дракон + язык [[Ada|Ада]] = гибридный язык Дракон-[[Ada|Ада]]
+Ряд решений по представлению схем и редактированию оказали влияние на формирование ГРАФИТ-ФЛОКС.
-язык Дракон + язык [[Оберон (язык программирования)|Оберон]] = гибридный язык Дракон-[[Оберон (язык программирования)|Оберон]]
+Материалы проекта:
+  * {{:инструменты:dr.zip|Редактор (работает под DOS)}};
+  * {{:инструменты:redaktor_d.pdf|Описание редактора}};
+  * [[http://forum.oberoncore.ru/viewtopic.php?p=60597#p60597|историческая справка]].
-язык Дракон + язык [[Tcl]] = гибридный язык Дракон-[[Tcl]]
-и т. д.
+====== ГРАФИТ-ФЛОКС ======
-''Пример 1.'' При создании гибридного языка Дракон-[[Си]] необходимо, в частности, создать транслятор из дракон-схемы в исходный код языка [[Си]]. В этом случае [[Си]] является ''целевым'' языком.
+Явилась результатом изначальной разработки техноязыка В.Д. Паронджановым при участии других разработчиков ПО в ФГУП НПЦ АП им. Пилюгина и с использованием их результатов (см. исторический обзор, содержащийся [[http://ru.wikipedia.org/wiki/ДРАКОН|здесь]]). Область применения по настоящее время - НПЦ АП (конкретные проекты перечислены [[http://drakon.su/primenenija/start#primenenie|здесь]]).
-''Пример 2.'' При создании гибридного языка Дракон-[[Delphi (язык программирования)|Дельфи]] необходимо, в частности, создать транслятор из дракон-схемы в исходный код языка [[Delphi (язык программирования)|Дельфи]]. При этом [[Delphi (язык программирования)|Дельфи]] является ''целевым'' языком.
+Схематически показана на [[http://drakon.su/_media/biblioteka/grafit_a4.pdf|рисунке]].
+Можно выделить ГРАФИТ/ФЛОКС-редактор, систему генерации, средства отработки (объектовой и стендовой).
-''Пример 3.'' При создании гибридного языка Дракон-[[Фортран]] необходимо, в частности, создать транслятор из дракон-схемы в исходный код языка [[Фортран]]. В этом случае [[Фортран]] служит ''целевым'' языком.
+Реализация обсуждалась в специализированной теме форумов проекта: http://forum.oberoncore.ru/viewtopic.php?f=62&t=1091.
-И т. д.
+Сущность реализации - в отделении императивной компоненты формализованного знания от декларативной и связующей компонент. Первая представляется в базе графит-алгоритмов (ГРАФИТ-БД), вторая - в базе объектов (ФЛОКС-БД). При этом связывание в коде ПО осуществляется через ФЛОКС-компоненты (через общность имён в базах алгоритмов и объектов).  Поддерживается и связывание с программируемой системой (путём тотальной идентификации узлов и связей теми же именами).
-::: '''При использовании гибридных языков [[Исходный код|исходным текстом]] программы считается дракон-схема и только она.'''
+===== Авторская оценка =====
-''Еще один пример.'' Предположим, пользователь работает в связке ИС Дракон — Транслятор Дракон-[[Си]] — Keil. Понятно, что исходником служит дракон-схема. При [[Отладка программы|отладке программы]] не следует вносить исправления в промежуточные текстовые [[Си]]-файлы. Все исправления нужно вносить в [[исходный код]], то есть в дракон-схему.
+Реализация полностью отвечает требованиям организации-разработчика (НПЦ АП). Графическая основа процедурного языка ГРАФИТ (абстрактные дракон-схемы) в сочетании с табличной формой объектного языка ФЛОКС обеспечивает требуемый уровень взаимодействия специалистов-комплексников (т.е. предметников и аналитиков-постановщиков задач) с программистами.
-{{Начало цитаты}}
-Я уже больше года работаю на связке ИС Дракон — DrakonToC — Keil. И ни в коем случае не позволяю себе править промежуточные текстовые Си-файлы. '''Исходник — это Дракон-схема!'''<ref>[http://forum.oberoncore.ru/viewtopic.php?p=68616#p68616 Практический вывод по результатам эксплуатации системы ИС Дракон — Транслятор Дракон-Си — Keil.]</ref>
-{{Конец цитаты}}
-Подробнее см.<ref>[http://forum.oberoncore.ru/viewtopic.php?f=79&t=2718 Приклонский П. Транслятор файла *.drt ИС Дракон в текст Си-программ]</ref>
-=== Достоинства гибридных языков ===
+===== Независимые оценки =====
-С точки зрения человеческого фактора, в истории развития языков программирования условно можно выделить два этапа.
+Реализация создавалась для собственного пользования разработчика, поэтому распространение и поддержка не предполагались.
-На первом этапе появились [[Высокоуровневый язык программирования|языки высокого уровня]], которые ''(по сравнению с [[Язык ассемблера|ассемблером]])'' сделали [[Исходный код|исходный текст]] программы более понятным и удобным для человека. И значительно увеличили производительность труда программистов.
+Реализация рассчитана на исходное определение языка (абстрактного дракон-алфавита и силуэтной дракон-заготовки), опубликованное в /Паронджанов, Дело, 2001/ и предметного синтаксиса текстоэлементов, обсуждавшегося в [[http://forum.oberoncore.ru/viewtopic.php?p=17459#p17459|этом сообщении]].
-На втором этапе (который, по-видимому, только начинается) некоторые языки высокого уровня смогут работать в сочетании с языком ДРАКОН, образуя гибридные языки. При этом функция исходного кода программы переходит к дракон-схемам.
-Это позволит отказаться от текстовых управляющих структур, используемых в языках высокого уровня, и заменить их на управляющую графику ДРАКОНа.
-Что это даст? Исходный код программы станет ''еще более'' понятным и удобным для человека. И, следовательно, ''еще больше'' увеличится производительность труда программистов.
+ ====== СВП "Силуэт" ======
-{{Начало цитаты}}
-Как и все прочие языки, ДРАКОН опирается на математику и логику. Однако сверх того, он самым тщательным образом учитывает когнитивные вопросы.<ref>Когнитивные вопросы математики при исследовании проблемы интенсификации математического научного творчества с помощью интерактивной компьютерной графики изложены в книге «Зенкин А. А. Когнитивная компьютерная графика. — М. Наука, 1991. 192с. — ISBN 5-02-014143-7». Cм. также [[Когнитивная графика]].</ref> Благодаря систематическому использованию когнитивно-эргономических методов ДРАКОН приобрел уникальные эргономические характеристики. Можно предположить, что в будущем ДРАКОН сможет претендовать на звание чемпиона по критерию «понимаемость алгоритмов и программ» (в классе императивных языков). ДРАКОН можно определить как общедоступный визуальный язык, предназначенный для описания структуры деятельности, для систематизации, структуризации, наглядного представления и формализации императивных знаний, а также для проектирования, программирования, моделирования и обучения…
-Человечность языка ДРАКОН, стремление создать максимальный комфорт для работы человеческого мозга, всемерная забота о повышении творческой продуктивности персонала позволяет надеяться, что ДРАКОН получит … широкое применение в народном хозяйстве, бизнесе, обороне, науке и системе образования.
+Т. н. средство визуального программирования - редактор-транслятор. Разрабатывался в Международном центре по информатике и электронике (ИнтерЭВМ). Отдельные результаты отражены в официальной публикации: Д. А. Щелкунов, П. В. Павлов, И. А. Князев. Средство визуального программирования «Силуэт».  Приборостроение и средства автоматизации. Энциклопедический справочник № 10-2003. — С.57—60 ([[http://www.tgizd.ru/mag/spravoch/spravoch_3_10.shtml|аннотация - в настоящее время недоступна]]; [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=493&p=13873&hilit=%D0%A1%D0%92%D0%9F#p13873|выдержка]]). Текущее состояние проекта неизвестно. Широкое применение, насколько можно судить, не предполагалось.
-Используя не просто наглядные, а предельно наглядные формы представления знаний, облегчая работу мозга, ДРАКОН обеспечивает заметный рост производительности интеллектуального труда.
+В реализации принято представление программы на базе дракон-схемы и объектных описаний данных с автоматизированной интеграцией объектов в алгоритм разрабатываемой программы. Представление служит проектным документом программы.
+ ====== "Орловский" редактор ======
-В основе языка ДРАКОН лежит идея когнитивной формализации знаний, позволяющая сочетать строгость логико-математической формализации с точным учетом когнитивных (познавательных) характеристик человека.<ref>Паронджанов В. Д. [http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Как улучшить работу ума. Алгоритмы без программистов — это очень просто!] М.: Дело, 2001. — С. 31, 32.</ref>
+Разрабатывался под руководством И. Ермакова на базе Орловского ГТУ с 2009 г. Основан на оригинальной математической модели шампур-схем и наработках по архитектуре приложений. Отдельные результаты отражены в официальных публикациях (Ермаков, Жигуненко,
-{{Конец цитаты}}
+Шамардина, Манюнин - см. в [[http://drakon.su/biblioteka/start#stati_vystuplenija|этом разделе]]).
-=== Как построить гибридный язык? ===
+К настоящему времени анонсировано [[http://forum.oberoncore.ru/viewtopic.php?p=70308#p70308|завершение разработки]] прототипа. Условия использования результатов следует уточнять с разработчиком.
-Чтобы построить гибридный язык, нужно выполнить 5 шагов.
+ ====== "Томский" редактор ======
-: ''Шаг 1.'' Выбрать целевой язык (например, язык Си, но можно подставить любой целевой язык).
+Редактор дидактических ресурсов для поддержки создания интерактивных учебных курсов (ИУК) в системе «АКСОН». Разрабатывался под руководством Н. Созорова и М. Трошина на базе Томского ПУ с 2009 г. Отдельные результаты отражены в официальных публикациях (см. [[http://forum.oberoncore.ru/viewtopic.php?f=94&t=3147|обзор]]).
-: ''Шаг 2.'' Использовать графический синтаксис языка Дракон в качестве графического синтаксиса гибридного языка Дракон-Си.
-: ''Шаг 3.'' Использовать синтаксис целевого языка (синтаксис языка Си) в качестве текстового синтаксиса гибридного языка Дракон-Си.
-: ''Шаг 4.'' Удалить из текстового синтаксиса гибридного языка Дракон-Си все элементы, которые заменяются управляющей графикой ДРАКОНа.
-: ''Шаг 5.'' Создать транслятор из дракон-схемы в исходный код языка Си.
-=== Гибридные языки ДРАКОН-семейства и оператор GOTO ===
+К настоящему времени анонсировано [[http://www.lib.tpu.ru/fulltext/m/2009/m8/Repot/Troshin.html|тестирование прототипа]]. Условия использования результатов следует уточнять с разработчиком.
+ ====== Родственные решения ======
-Чтобы глубже понять роль оператора [[GOTO]], можно выделить два этапа в истории развития языков программирования.
+Разработки, могущие послужить источниками идей для реализации.
-На первом этапе — после изобретения [[Структурное программирование|структурного программирования]] и призыва Эдсгера Дейкстры: «оператор go to должен быть отменен в языках программирования высокого уровня»<ref>[http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/pp/ewd215.html Dijkstra E. W. Go To Statement Considered Harmful. // Communications of the ACM, Vol. 11, No. 3, March 1968, pp. 147—148.]</ref> — начался процесс исключения GOTO из вновь создаваемых языков. Сегодня имеется целый ряд языков без GOTO: [[Java]], [[Python]], [[Tcl]], [[Модула-2]], [[Оберон (язык программирования)|Оберон]] и др.
+===== Система ГРАФКОНТ =====
-На втором этапе появился язык ДРАКОН, в котором исключен не только GOTO, но и все остальные текстовые управляющие операторы. Начался постепенный переход к гибридным языкам с целью дальнейшего повышения производительности труда.
+Интегрированная среда поддержки ЖЦ систем управления КА на базе БЦВК. Разрабатывается в г. Самаре с участием СГАУ, ЦСКБ "Прогресс" и других организаций.
-При этом открылись два обстоятельства. Транслятор из ДРАКОНа в целевой язык лучше всего делать с использованием GOTO, имеющемся в целевом языке. Если же оператор GOTO в целевом языке отсутствует, этот оператор приходится эмулировать.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=68632#p68632 Эмуляция GOTO в языках Python и Tcl.]</ref>
+Сайт проекта: http://grafkont.ru/.
-Подобная эмуляция оператора GOTO вносит мелкие неоправданные сложности. Эти сложности сразу исчезают, если в целевом языке есть оператор GOTO. Следовательно, с точки зрения языка ДРАКОН, было бы лучше, если бы в целевом языке был предусмотрен оператор GOTO.
+Реализация основана на оригинальном подходе к сквозной формализации задач, решаемых КА. Основные результаты изложены на [[http://grafkont.ru/matematicheskaya_model_ua_rv.html|этой и связанных страницах]]. Широко использует графические модели. Генерация ПО автоматическая, включая блок-схемы программ.
-{{Начало цитаты}}
-Оператор GOTO нежелательно использовать именно в текстовых языках, так как контроль за соблюдением структурности программы остается за исполнителем (программистом). В языке ДРАКОН есть свои собственные правила, позволяющие сохранять структурность.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=68584#p68584 Структурность в текстовых языках и языке ДРАКОН]</ref>
-{{Конец цитаты}}
-Отсюда следует предположительный вывод. Если гибридные языки ДРАКОН-семейства ''(по сравнению с [[Высокоуровневый язык программирования|языками высокого уровня]])'' ощутимо повысят производительность труда программистов и со временем получат широкое распространение, это может послужить достаточным основанием, чтобы судьба оператора GOTO снова круто изменилась. Это значит, что в языки высокого уровня, по-видимому, снова будет введен некогда изгнанный оттуда оператор GOTO.
-При описанных условиях ввод оператора GOTO не представляет никакой опасности. Он не приведет к нарушению структурности и появлению «[[Спагетти-код|спагетти]]», так как GOTO будет вводиться в текст целевого языка только автоматически в результате работы транслятора, а не в результате действий человека. Человек будет иметь доступ только к дракон-схеме.
+Условия использования результатов следует уточнять у разработчиков.
-В свою очередь, дракон-схема имеет надежную защиту от подобных неприятностей благодаря использованию ДВУМЕРНОГО структурного программирования. Принципы двумерного структурного программирования подробно описаны в литературе.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 226—266.]</ref><ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому. М.: ДМК-пресс, 2010. — С. 325—351, 357—379. ISBN 978-5-94074-606-5</ref><ref name=autogenerated8 />
-=== План развития и частичной унификации языков программирования ===
+===== ВЛ-система =====
-Опыт разработки и использования языка ДРАКОН позволяет предложить план развития и частичной унификации [[Высокоуровневый язык программирования|языков высокого уровня]] из трех пунктов.
+Структурный редактор-транслятор на Оберон и учебный авторский язык. Разрабатывается группой под руководством В. Лаптева (Астраханский ТУ) с 2010 г. В течение 2012 г. планируется внедрение в учебный процесс университета. Условия распространения следует уточнять у разработчика.
-# Использовать графический синтаксис языка ДРАКОН в качестве стандарта, позволяющего осуществить частичную унификацию языков высокого уровня.
+Основные решения обсуждались в [[http://forum.oberoncore.ru/viewtopic.php?f=93&t=1542&start=320|специализированной теме]] проекта.
-# Текстовый синтаксис следует заимствовать из целевого языка. При этом следует удалить все элементы текстового синтаксиса, которые заменяются управляющей графикой ДРАКОНа.
-# Преобразовать языки высокого уровня в гибридные языки. Метод преобразования описан в литературе.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Глава 12. Дружелюбное программирование // В кн. Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 177—193.]</ref><ref>В кн. Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому. М.: ДМК-пресс, 2010. — С. 210—221, 399—403. ISBN 978-5-94074-606-5</ref>
-Как показывают первые опыты подобной работы, переход от языков высокого уровня к гибридным языкам свидетельствует о заметном повышении производительности труда.
-=== Целесообразно создать международный стандарт на дракон-схемы ===
+Предполагается реализовать ряд типов граф-схем. В частности, дракон-схемы для представления кода процедур.
-Обоснование необходимости нового стандарта поясняется ниже.
+===== Code Rocket Designer =====
-{{начало цитаты}}
-. Текстовое структурное программирование решило стоявшие перед ним исторические задачи, исчерпало свои эвристические возможности и, выполнив свою миссию, потеряло актуальность. В настоящее время точкой роста научного знания является визуальное структурное программирование.
-. При использовании шампур-метода набор ключевых слов классического структурного программирования становится ненужным. Благодаря этому создаются предпосылки, которые… позволят исключить ключевые слова и тем самым устранить путающий всех разнобой ключевых слов и структурных конструкций в разных языках программирования…
+Структурный редактор-транслятор с поддержкй различных гибридных языков. Разработан Rapid Quality Systems Ltd.
-. По эргономическим показателям визуальное структурное программирование существенно превосходит свой текстовый аналог…
+Страница проекта: http://www.rapidqualitysystems.com/Support/Videos/CodeRocketDesigner (включает деморолик редактирования). Также доступны другие  [[http://www.youtube.com/watch?v=_LohGp7ey2s&feature=player_detailpage|деморолики]].
-. Дальнейшее использование… блок-схем во всех случаях следует признать нецелесообразным.
+Распространение лицензионное, платное.
-. Существующая литература по блок-схемам, включая международные и национальные стандарты, на 99 % устарела.
+Доступные материалы представляют отдельные решения, имеющие смысл для дракон-редакторов.
-. Современные стандарты на блок-схемы объективно содействуют снижению качества соответствующей интеллектуальной продукции. Указанные стандарты игнорируют три важнейших принципа: структуризации, формализации и эргономизации.
-. Актуальной задачей является разработка новой системы международных и национальных стандартов…, свободных от перечисленных недостатков. В основу проекта новых стандартов целесообразно положить … правила визуального структурного программирования. Дракон-схемы наследуют… все достоинства блок-схем и устраняют их недостатки.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001. — С. 265, 266.]</ref>
-{{конец цитаты}}
-=== «Вестник Российской академии наук» о языке ДРАКОН ===
+ ====== Офисно-графические ======
-{{Начало цитаты}}
-…Алгоритмический язык ДРАКОН разработан… совместными усилиями Российского авиационно-космического агентства (НПЦ автоматики и приборостроения им. Н. А. Пилюгина, г. Москва) и Института прикладной математики им. М. В. Келдыша РАН…
-Этот язык универсален. Он может применяться для наглядного представления и быстрой разработки алгоритмов не только в космосе, но и в земных видах человеческой деятельности. Практическая полезность ДРАКОНА получила высокую оценку. Министерство образования РФ включило его изучение в программу дисциплины «информатика» высшей школы [1]. О легкости его усвоения говорит хотя бы тот факт, что он положен в основу игрового учебного пособия по информатике для детей младшего и среднего школьного возраста [2]…
+Используют для оформления дракон-схем редакторы рисунков (схем), автономные или входящие в состав офисного пакета. Имеются виды реализации:
+  * ручной - требует только заготовок вершин и линий схем;
+  * полуавтоматический - использует расширение набора графоэлементов редактора для поддержки "исчисления икон".
-В свое время Н. И. Лобачевский дал замечательно яркую оценку искусственным языкам: «Чему одолжены своими блестящими успехами науки, слава нынешних времен, торжество ума человеческого? Без сомнения, искусственному языку своему!»<ref>[http://www.tggpu.ru/infres/nikolaev/kniga/gl1.htm Речь H.И. Лобачевского «О важнейших предметах воспитания» на торжественном собрании Казанского Императорского университета 5 июля 1828 г., в 1-ю годовщину его пребывания на посту ректора]</ref>.
+Ручные реализации имеются в вариантах разных авторов для разных пакетов. Заготовки для вершин были разработаны:
+  * Э. Ильченко для [[(загрузить файл заготовок с форума)|OpenOffice Draw]] и для [[http://forum.oberoncore.ru/viewtopic.php?p=40328#p40328|Diagram Designer]];
+  * MaximGB для [[http://forum.oberoncore.ru/viewtopic.php?p=61995#p61995|yED]];
+  * В. Жариновым для [[Рисунки Элементы дракон-схем и КогниСтиль|OpenOffice Draw]].
+Все варианты распространяются свободно.
-Разделяя эту мысль, автор книги вместе с тем подвергает критике существующие подходы к созданию языков. Он считает, что разработчики языков не должны игнорировать накопленный наукой огромный багаж знаний об устройстве и работе мозга. Концепция искусственных языков нового поколения должна опираться на междисциплинарный подход.
+Для полуавтоматического варианта Э. Ильченко разработал модуль расширения для частичной поддержки шампур-вывода дракон-схем. В настоящее время не распространяется.
+Реализация Ильченко обсуждалась в [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3494|этой теме]]; продолжение также пока в отдельных постах [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=3943&start=40|этой темы]].
+===== Авторская оценка =====
-Проблемы понимания и взаимопонимания автор рассматривает как ключевые проблемы информатики… Понимаемость программы определяется как свойство программы минимизировать интеллектуальные усилия, необходимые для её усвоения… Одно из неоспоримых достоинств книги состоит в разработке практического метода, позволяющего создать принципиально новый подход к решению проблемы понимания, который, в свою очередь, тесно связан с проблемой улучшения работы ума.
+Данная реализация удобна, когда нужно подготовить схемы для использования человеком, а доступные дракон-редакторы неудобны. В обоих вариантах для удобства сочинителя предусмотрены образцы синтаксиса текстоэлементов языка в заготовках вершин.
-Автор демонстрирует его на примере языка ДРАКОН. При его разработке была объявлена стратегическая цель: создать наиболее комфортные условия для работы человеческого интеллекта, обеспечить наилучшие возможности для повышения эффективности коллективного разума специалистов. В результате должен появиться общедоступный, предельно легкий в изучении и удобный в работе язык, позволяющий решать проблемы ценою минимальных интеллектуальных усилий по принципу «сделай сам» (то есть без помощи программистов и когнитологов).
+Варианты рассчитаны на разные определения языка. У Ильченко взято подмножество исходного дракон-алфавита и задан простой образец синтаксиса текстоэлементов; также реализован алфавит для описания схем систем процессов по его предложениям. У Жаринова реализован расширенный дракон-алфавит, описанный на [[http://drakon.su/ocenka_texnojazyka_i_shampur-metoda#vershiny_i_linii_sxemsmysl_v_grafike_i_tekste|этой странице]].
-До сих пор создание алгоритмических языков было заветной «вотчиной» математиков. Данная книга представляет собой попытку осуществить своего рода переворот, суть которого в том, что гуманитарные требования к языку выдвигаются на первое место (при этом требование математической строгости, разумеется, аккуратно выполняется).
+===== Независимые оценки =====
-ДРАКОН — первый алгоритмический язык, созданный в рамках нового мировоззрения, органично объединившего идеи психологии, эргономики и математики.<ref>[http://www.ras.ru/FStorage/FileInfo.aspx?id=f49480dd-198c-4099-812c-6df6693032b3 Безель Я. Б. Можно ли улучшить работу ума? Новый взгляд на проблему. Размышления над новой книгой] // Вестник Российской академии наук, том 73, № 4, 2003. С. 363—365. Рецензия на книгу: Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! М.: Дело, 2001.</ref>
+Оба варианта реализации создавались для собственного пользования авторов, поэтому распространение и поддержка не предполагались.
-{{Конец цитаты}}
-== История ==
+Обсуждение показывает устойчивый интерес к построению схем в таком редакторе, особенно с автоматизацией.
-=== Разработка языков программирования для космического корабля «Буран» ===
-Система управления космического корабля «Буран» управляет полетом Бурана и всеми бортовыми системами корабля.<ref>Многоразовый орбитальный корабль «Буран» / Под ред. члена-корр. РАН Ю. П. Семёнова и докторов технических наук Г. Е. Лозино-Лозинского, В. Л. Лапыгина, В. А. Тимченко. — М.: Машиностроение, 1995. — Глава 7. Система управления орбитального корабля. С. 254—269. ISBN 5-217-027772-X ''(Эта книга написана разработчиками орбитального корабля «Буран»).''</ref><ref>[http://www.buran.ru/htm/su2.htm Система управления (СУ) космического корабля «Буран»]</ref>{{Нет в источнике}}<ref>[http://www.buran.ru/htm/su3.htm Состав системы управления (СУ) космического корабля «Буран»]</ref>{{Нет в источнике}} Система управления создана в [[НПЦАП|Научно-производственном центре автоматики и приборостроения имени академика Н. А. Пилюгина]] НПЦАП (''далее'' Пилюгинский центр). Головным мозгом Бурана служит Бортовой вычислительный комплекс<ref>[http://www.buran.ru/htm/su4bcvk.htm Бортовой цифровой вычислительный комплекс (БЦВК) космического корабля «Буран»]</ref>. Основным разработчиком бортового и наземного программного обеспечения космического корабля «Буран» является Пилюгинский центр<ref>Штурманы ракет. Под общей редакцией Е. Л. Межирицкого. М.: БЛОК-Информ-Экспресс, 2008. — 384с. ISBN 978-5-93735-008-4 Книга посвящена 100-летию со дня рождения выдающегося ученого академика Н. А. Пилюгина и 45-летию созданного им предприятия. Это рассказ о деятельности Пилюгинского центра, ученых, проектантах, конструкторах. инженерах, технологах, рабочих, испытателях, которые своим самоотверженным трудом заложили основу современной отечественной ракетно-космической техники</ref>.
-При создании программ для сложных космических объектов возникают проблемы, требующие создания языков программирования высокого уровня, предназначенных для решения задач реального времени для систем управления ракетно-космической техники<ref>[http://www.ihst.ru/personal/akm/plen28.htm Межирицкий Е. Л., Немкевич В. А., Присс Г. М. 40 лет Научно-производственному центру автоматики и приборостроения им. академика Н. А. Пилюгина // XXVIII Академические чтения по космонавтике, посвященные памяти академика С. П. Королева и других выдающихся отечественных ученых — пионеров освоения космического пространства. Материалы пленарного заседания «Лидеры отечественной ракетно-космической техники — пути становления и созидания». 28 января 2004 года]</ref>. Именно такие проблемы инициировали появление языка ДРАКОН.{{нет АИ|31|05|2011}}
-При разработке Бурана проблема разработки и отработки программного обеспечения считалась одной из наиболее сложных. Первоначально предполагалось, что для решения задачи потребуется несколько тысяч программистов. Следует учесть, что программисты Пилюгинского центра привыкли писать программы преимущественно на ассемблере, чтобы экономить объём требуемой памяти, так как объём памяти бортового компьютера был очень ограниченным.
+====== ИС ДРАКОН ======
-В материалах Института прикладной математики им. М. В. Келдыша РАН о трудностях и свершениях того периода говорится:
+Разрабатывается Г.Н. Тышовым с 2007 г. в порядке "частной интеллектуальной инициативы" (т.е. единолично ((в связи с этим в [[http://drakonografika.narod.ru/L3/specrealization.html|обзоре основных реализаций]] называется "Ты-средой"))). Первое издание появилось в 2008 г.; реализация постоянно перерабатывается.
-{{начало цитаты}}
-В 1983 году разработчики космического корабля Буран обратились в Институт прикладной математики с просьбой помочь в разработке бортового программного обеспечения и программного обеспечения наземных испытаний корабля. По их оценкам для этой работы требовалось несколько тысяч программистов. После изучения задачи было решено разработать проблемно-ориентированные языки, основанные на терминах, понятиях и форме представления алгоритмов управления и испытаний, используемых разработчиками корабля. Реализация этих языков позволила привлечь к созданию бортового и испытательного программного обеспечения самих разработчиков корабля — авторов алгоритмов управления и испытаний.
-Разработка языков и соответствующих инструментальных средств была выполнена небольшим коллективом высококвалифицированных программистов Института прикладной математики РАН в чрезвычайно сжатые сроки. Для разработки бортового программного обеспечения был создан специализированный язык реального времени ПРОЛ2 и базирующаяся на нём система автоматизации программирования и отладки САПО ПРОЛ2… Для разработки программного обеспечения наземных испытаний корабля был создан проблемно-ориентированный язык ДИПОЛЬ и базирующаяся на нём система автоматизации программирования и отладки<ref>[http://www.keldysh.ru/pages/anniver/achievment/22_prog.htm Системное и прикладное программирование] в Институте прикладной математики им. акад. М. В. Келдыша РАН</ref>
+Условия распространения - в [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3746|этой теме]].
-{{конец цитаты}}
-Таким образом, чтобы решить проблему нехватки программистов при создании Бурана и повысить производительность и качество труда при разработке алгоритмов и программ, Институт прикладной математики РАН по просьбе Пилюгинского центра создал два русскоязычных языка:
-* язык реального времени ПРОЛ2 для разработки бортовых комплексных программ (руководитель авторского коллектива Виктор Крюков)<ref>[http://www.sai.msu.su:7000/programming/prg96/85.shtml Крюков В., Петренко А. Интегрированный подход к разработке крупных программных систем управления реального времени]</ref>;
+Обсуждение - в [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=1291|этой теме]]. Её [[http://forum.oberoncore.ru/viewtopic.php?p=22669#p22669|стартовый пост]] - рекламно-информационный, содержит адреса свежего выпуска (текущего дистрибутива) и ряда предыдущих.
-* проблемно-ориентированный язык для разработки программ наземных испытаний ДИПОЛЬ (руководитель Владимир Луцикович)<ref>[http://www.keldysh.ru/papers/2008/source/prep2008_29.doc Баранова Т. П., Буликов В. Г., Вершубский В. Ю., Гайфулин С. А., Луцикович В. В. и др. Язык ДИПОЛЬ для автоматизированных систем испытания космических аппаратов. ]</ref>
+В ИС для организации проектов использована собственная версия языка ГНОМ, для которой Р. Блиновым было предложено определение, показанное на [[http://forum.oberoncore.ru/download/file.php?id=612&mode=view|рисунке]].
-Кроме того, в Пилюгинском центре под руководством Константина Федорова был создан язык ЛАКС для моделирования. Таким образом, появились три новых языка: ПРОЛ2, ДИПОЛЬ и ЛАКС. Эти языки были непосредственными предшественниками ДРАКОНА. Опыт эксплуатации указанных языков был тщательно изучен и использован при создании языка ДРАКОН.
+Были реализованы также конверторы из DRT-документов в исходные тексты:
+  * С. Тарасенко - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=2768|дистрибутив и обсуждение]] (для ряда ЯВУ; предусмотрено пользовательское определение новых языков);
+  * П. Приклонского - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=2718|дистрибутив и обсуждение]] (для Си).
+В дальнейшем возможности разработки Тарасенко Тышов ввёл в саму ИС.
-=== Язык ДРАКОН создан в ракетно-космической отрасли ===
+В настоящее время в связи с интересом преимущественно у  микроконтроллеров разработчик дорабатывает ИС в направлении поддержки языков программирования распространённых МК (Ассемблеры, ЯВУ) и технологий программирования встроенного оборудования с применением ИС как источника входных данных для фирменных текстовых средств.
-Хотя языки ПРОЛ2, ДИПОЛЬ и ЛАКС успешно решали поставленные задачи, стало ясно, что узкая специализация языков мешает делу. Эту мысль в 1986 году высказал начальник комплексного отделения Юрий Трунов (впоследствии Генеральный конструктор Пилюгинского центра). Трунов вызвал к себе начальника лаборатории комплексной разработки вычислительного комплекса Бурана Владимира Паронджанова и поручил ему создать универсальный язык, способный заменить три вышеназванных.
+===== Авторская оценка =====
-Однако Паронджанов решил поставить задачу иначе. Он полагал, что новый язык должен не только удовлетворять практическим нуждам космической техники, но и решать широкий круг задач, выходящих далеко за рамки традиционного программирования<ref>Паронджанов В. Д. Неожиданные уроки космонавтики ХХ века. Новая роль человеческого фактора и когнитивная революция в информационных технологиях. — В кн.: Человек—Земля—космос. Труды 1-й международной авиакосмической конференции. (Москва. 28 сент.—2 окт. 1992 г.) Под ред. Г. Е. Лозино-Лозинского. Том 2. Крылатые космические системы. — М.: Российская инженерная академия, 1995. С. 337—345.</ref>
+Реализация полностью отвечает потребностям пользователей. Замечания и предложения разработчик учитывает в очередных версиях, если считает нужным. Также схематически ИС оценивалась разработчиком, как показано на рисунке((Источник - [[http://forum.oberoncore.ru/viewtopic.php?p=57614#p57614|этот пост]].)):
-{{начало цитаты}}
-В связи с этим при создании языка ДРАКОН были выдвинуты необычные для программистов и математиков гуманитарные требования.
-# Улучшить работу человеческого ума.
+(вставить схему "Вы и язык ДРАКОН")
-# Предложить эффективные средства для описания не только алгоритмов, но и структуры человеческой деятельности в любой отрасли знаний (включая бизнес-процессы).
-# Предоставить человеку такие языковые средства, которые значительно упрощают восприятие сложных процедурных проблем и общение с коллегами, делают непонятное понятным. И за счет этого буквально заставляют человека мыслить отчетливо, глубоко и продуктивно. В этих условиях вероятность заблуждений, просчетов и ошибок падает, а производительность растет.
-# Облегчить межотраслевое и междисциплинарное общение между представителями разных организаций, ведомств, отделов, лабораторий, научных школ и профессий.
-# Устранить или уменьшить барьеры взаимного непонимания между работниками различных специальностей (врачами и физиками, математиками и конструкторами, биологами и экономистами и т. д.), а также программистами и теми, кто не владеет программированием.
-# За счет использования когнитивно-эргономического подхода к проектированию синтаксиса и семантики языка добиться значительного улучшения качества программного обеспечения по критерию «понятность алгоритмов и программ»<ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому. М.: ДМК-пресс, 2010. — С. 47. ISBN 978-5-94074-606-5</ref>
-{{конец цитаты}}
-=== Разработка языка ДРАКОН и его инструментальных средств для ракет-носителей и разгонных блоков космических аппаратов ===
+Заявленное главное целевое назначение ИС включает:
+  * поддержку [авто]формализации профессиональных знаний специалистов и практического применения созданных описаний человеком и человеко-машинными системами;
+  * приведение ранее отчуждённых знаний к единой форме представления;
+  * установление на будущее прогрессивных стандартов формализации знаний, каковыми считаются языки ДРАКОН и ГНОМ.
-Разработка нового языка и системы программирования началась в 1986 году. Через 10 лет на базе ДРАКОНА была построена автоматизированная Технология разработки алгоритмов и программ (CASE-технология) под названием «ГРАФИТ-ФЛОКС»<ref name=autogenerated1 />
+Заявленное вспомогательное целевое назначение ИС – служить прототипом и инструментом для специалистов, разработчиков будущих программ с применением языка Дракон. Данная реализация рассматривается разработчиком как определение:
+  * возможных областей применения, которые надо расширить.
+  * базового уровня функциональности и эргономичности, который надо превысить.
+  * возможного расширение языков ДРАКОН и ГНОМ, терминологии.
+  * стандарта "де-факто" реализации языка ДРАКОН для всех областей применения.
+===== Независимые оценки =====
-Сохранился любопытный документ, отражающий один из этапов этой работы.
+К настоящему моменту сложился круг энтузиастов данного приложения (по сетевой активности - около десятка единоличных разработчиков и малых групп).
-: ''Пояснение к тексту документа:''
+Отдельными пользователями указывается на сложность работы с содержанием вершин, разделённым на категории. Часто отмечается сложность интерфейса, его непродуманность. Можно выделить отзывы: Я. Романченко ([[http://forum.oberoncore.ru/viewtopic.php?=47111#p47111|критика]]); В. Жаринов ([[http://forum.oberoncore.ru/viewtopic.php?p=53414#p53414|комплексная оценка]]; [[http://forum.oberoncore.ru/viewtopic.php?p=69299#p69299|предложения по улучшению]]); В. Паронджанов ([[http://forum.oberoncore.ru/viewtopic.php?p=61320#p61320|замечание по оформлению]]); С. Ефанов ([[http://forum.oberoncore.ru/viewtopic.php?p=69130#p69130|использование]]; А. Донской ([[http://forum.oberoncore.ru/viewtopic.php?p=68340#p68340|оценка разработки и продвижения]]); Е. Темиргалеев ([[http://forum.oberoncore.ru/viewtopic.php?p=68358#p68358|критическая оценка]]); digitalinvitro [[http://forum.easyelectronics.ru/viewtopic.php?p=158485#p158485|предложения по улучшению]]; [[http://forum.easyelectronics.ru/viewtopic.php?p=167335#p167335|замечания по применению]]).
-: ''ДМ — Доразгонный Модуль;''
-: ''SL — Sea Launch (Морской старт);''
-: ''ДМ-SL — Доразгонный Модуль космических аппаратов международного проекта «Морской старт».''
-{{начало цитаты}}
-Р А С П О Р Я Ж Е Н И Е
-: по отделению 03
-: № 3
-: от 28 июля 1995 г.
-В целях более рационального распределения работ по созданию программного обеспечения изделий ДМ-SL
+Создание разными пользователями собственных дополнений к ИС и вариантов применения также косвенно указывает на неоптимальность предложенного решения.
-П Р Е Д Л А Г А Ю
+В то же время из заявленного назначения можно считать реализованным задание "планки" для дальнейшей разработки. Также разработчик оперативно устраняет отдельные замечания.
-# Разработку программного обеспечения изделия ДМ-SL поручить отделу 035.
+====== D2O  (ДРОН) ======
-# Разработку ПО изделия ДМ-SL вести по технологии ГРАФИТ-ФЛОКС.
-# В целях своевременного выполнения работ по пп. 1 и 2 начальнику отдела 035 Косточкину Г. Н. обеспечить завершение работ по созданию технологии ГРАФИТ-ФЛОКС в сроки, обеспечивающие безусловное выполнение графика работ по разработке ПО изделия ДМ-SL.
-# Начальнику отдела 032 Лукьянову Б. Г. обеспечить выпуск Положения о порядке выпуска флокс-формуляров для изделия ДМ-SL в сроки, согласованные с отделом 035.
-Начальник отделения 03
+Транслятор на язык Активный Оберон. Разрабатывался Я. Романченко с 2008 г. для поддержки его работы с АО. Изначально транслятор рассчитывался на обработку документа, создаваемого в ИС ДРАКОН. В настоящее время Романченко прорабатывает собственный формат документа на базе XML.
-В. В. Морозов<ref>[http://forum.oberoncore.ru/viewtopic.php?f=100&t=1252 ДРАКОН: страницы истории]</ref>
-{{конец цитаты}}
-В соответствии с этим распоряжением все работы были завершены к 1996 году. Затем язык ДРАКОН и система ГРАФИТ-ФЛОКС поступили в эксплуатацию. С их помощью были разработаны алгоритмы и программы доразгонного модуля космических аппаратов ДМ-SL Международного проекта «Морской старт». В общей сложности на разработку и отработку программного обеспечения и других элементов системы управления ушло три года. К 1999 году все работы были закончены. Система была готова к старту.
-Первый пуск ракетного комплекса «Морской старт» состоялся 28 марта 1999 года. Он произошёл в 5 часов 30 мин по московскому времени (27 марта 1999 г. в 18 часов 30 мин по тихоокеанскому времени) cо стартовой платформы «Одиссей» в Тихом океане в районе островов Кирибати<ref>[http://www.energia.ru/energia/sea-launch/chron.html Ракетно-космическая корпорация «Энергия». Морской старт. Пуски по программе «Морской старт»]</ref>.
+Страница проекта: http://sage.com.ua/ru.shtml?e6l0.
-Этот пуск был боевым крещением языка ДРАКОН и технологии создания программ «ГРАФИТ-ФЛОКС». Он убедительно продемонстрировал их эффективность и надежность. С тех пор по программе «Морской старт» проведено свыше 30 ракетных пусков<ref>[http://www.energia.ru/ru/launchers/sea-launch/chron-sl.html Ракетно-космическая корпорация «Энергия». Морской старт. Хронология пусков]</ref>.
+Обсуждения:
+  * [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=1080|Реализация генератора]].
+  * [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=1489|Примеры схем]].
+  * [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3627|Развитие программы и формата документов]]
-Язык ДРАКОН успешно используется и во многих других космических программах:
+Распространение свободное.
-:* разгонный блок космических аппаратов «Фрегат»;
+===== Авторская оценка =====
-:* модернизированная ракета-носитель тяжелого класса «Протон-М»;
-:* доразгонный модуль космических аппаратов ДМ-SL-Б (проект «Наземный старт»);
-:* доразгонный модуль космических аппаратов ДМ-03;
-:* первая ступень KSLV-1 для южнокорейской ракеты-носителя легкого класса KSLV (Korean Space Launch Vehicle);
-:* ракета-носитель легкого класса Ангара 1,2;
-:* ракета-носитель тяжелого класса Ангара-А5;
-:* ''Примечание. Для ракет семейства «Ангара» программное обеспечение уже разработано и испытано на комплексном стенде Пилюгинского центра, но подготовка к ракетным пускам ещё не завершена.''
-{{начало цитаты}}
-Поскольку результаты использования ДРАКОНа были стабильно высокими, руководство Пилюгинского центра приняло решение об использовании дракон-технологии во всех последующих проектах<ref>[http://www.computerra.ru/readitorial/418507/ Паронджанов В. «Буран» и язык программирования ДРАКОН]// Компьютерра Online 13 апреля 2009 года</ref>.
-{{конец цитаты}}
-=== Разработка инструментальных средств языка ДРАКОН для широкого применения на персональных компьютерах и др. ===
+Данная реализация существенно улучшила понятность АО-программ для разработчика (дать ссылку на сообщение Романченко). Проект развивается в свободное время.
-Распространение языка ДРАКОН можно разделить на два этапа.
+===== Независимые оценки =====
-На первом этапе сфера применения ДРАКОНа была ограничена ракетно-космической техникой. Язык применялся и применяется в Пилюгинском центре при разработке программ для бортового компьютера «Бисер»<ref>Назьмов Р. Б. БЦВК на базе семейства «Бисер 6» // Труды ФГУП «НПЦАП» Системы и приборы управления, 2008, № 4. ISSN 1991-5950 ''(Научно-технический журнал Пилюгинского центра, входящий в реестр [[ВАК]])''</ref>, установленного на борту ракет-носителей и разгонных блоков космических аппаратов.
+Реализация создавалась для собственного пользования разработчика, поэтому распространение и поддержка не предполагались. Тем не менее транслятор вызвал существенный интерес.
-На втором этапе возникла необходимость приспособить инструментальные средства языка ДРАКОН для гражданских нужд широкого применения, для эксплуатации на персональных компьютерах (в том числе ноутбуках).
-В результате сфера применения языка стала постепенно расширяться. Началось использование дракон-схем за рамками ракетно-космической техники — для решения задач в различных предметных областях.
-Этому способствовали следующие обстоятельства.
+====== ВЯЗБС-системы ======
-# В открытой литературе стали доступны публикации по языку ДРАКОН<ref>Паронджанов В. Д. Графический синтаксис языка ДРАКОН // Программирование, 1995, № 3. С. 45—62.</ref><ref name=autogenerated5>Паронджанов В. Д. Как улучшить работу ума. (Новые средства для образного представления знаний, развития интеллекта и взаимопонимания). — М.: Радио и связь, 1998, 1999. — 352с. ISBN 5-256-01211-8</ref><ref>Паронджанов В. Д. Как улучшить работу ума. Алгоритмы без программистов — это очень просто! — М.: Дело, 2001. — 360 с. ISBN 5-7749-0211-0</ref><ref>Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. — 464с. ISBN 978-5-94074-606-5 ''(Дано самое последнее описание языка ДРАКОН и примеры его применения).''</ref><ref>Паронджанов В. Д. Почему мудрец похож на обезьяну, или Парадоксальная энциклопедия современной мудрости. М.: РИПОЛ Классик, 2007. — 1154с. Иллюстраций 245.''(Дано научно-популярное описание языка Дракон. Стр. 297—434).''</ref><ref>Паронджанов В. Д. [http://store.oberoncore.ru/lib/book/DrakonDescription.pdf Язык ДРАКОН. Краткое описание] М.: 2009</ref><ref name=autogenerated6>Паронджанов В. Д. Каким будет школьный алгоритмический язык ХХI века? // Информатика и образование, 1994, № 3. С. 77—92.</ref><ref name=autogenerated2>Паронджанов В. Д. Занимательная информатика. М.: Росмэн, 1998. — 152с. Иллюстраций 200. — (Школьнику для развития интеллекта). ISBN 5-257-00551-4</ref><ref name=autogenerated4>Паронджанов В. Д. Занимательная информатика, или Волшебный Дракон в гостях у Мурзика. М.: Росмэн, 2000. — 160с. Иллюстраций 207. — (Школьнику для развития интеллекта). ISBN 5-257-00929-3</ref><ref name=autogenerated7>Паронджанов В. Д. Занимательная информатика. М.: Дрофа, 2007. — 192с. Иллюстраций 240. ISBN 978-5-358-01603-3 ''(Пособие по теме «Алгоритмы» для учащихся 5—9 классов, построенное на основе языка ДРАКОН).''</ref><ref name=autogenerated3>[http://www2.osp.ru/school/1999/07/13.htm Паронджанов В. Дракон — друг человека // Компьютер в школе, 1999, № 7]</ref>
-# Часть этих материалов появилась в Интернете в конце 2006 года<ref>[http://drakon.pbworks.com/w/page/18205516/FrontPage. drakon / FrontPage<!-- Заголовок добавлен ботом -->]</ref> Их можно скачать на многих сайтах.<ref>[http://forum.oberoncore.ru/viewtopic.php?p=21078#p21078 Перечень сайтов, где можно скачать литературу по языку ДРАКОН]</ref>
-# Через Интернет с языком ДРАКОН познакомился Геннадий Тышов. Заинтересовавшись новой идеей, он разработал экспериментальную интегрированную среду языка ДРАКОН под названием «ИС Дракон».<ref name="ReferenceA" /> И выложил её в открытом доступе для тестирования, обсуждения, критики и дальнейшего совершенствования.
-# Благодаря инициативе Тышова все желающие получили возможность бесплатно скачать созданную им среду «ИС Дракон» и использовать её в практической работе.
-# Тестирование программы «ИС Дракон» и работа с ней позволяет:
-:::  — на практике оценить весь комплекс вопросов, охватывающий а) возможности, b) преимущества и c) недостатки языка ДРАКОН и среды «ИС Дракон»;
-:::  — выбрать направление дальнейшего развития языка ДРАКОН и его инструментальных средств.
-=== Применение языка ДРАКОН в системе высшего образования ===
+Семейство редакторов-трансляторов на языки Си, Оберон и др. Разрабатывается Д. Барановским с 2009 г. для поддержки его работы по программированию микроконтроллерных систем управления РВ (до настоящего времени - единолично((В связи с этим в [[http://drakonografika.narod.ru/L3/specrealization.html|обзоре основных реализаций]] называется "ДВБ-системой"))).
-В 1996 году Государственный комитет по высшему образованию Российской Федерации включил изучение языка ДРАКОН в программу курса «Информатика» для направлений:
+Обсуждения - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=2375|АБ_ВЯЗ]] (раннее издание), [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3383|ДАЛВЯЗ]] (усовершенствованная разработка).
-: 510000 — Естественные науки и математика
+Материалы фиксированного места не имеют. Версия ДАЛВЯЗ от марта 2012 доступна в [[http://forum.oberoncore.ru/viewtopic.php?p=71627#p71627|этом посте]].
-: 540000 — Образование
-: 550000 — Технические науки
-: 560000 — Сельскохозяйственные науки<ref>[http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf Примерная программа дисциплины «Информатика». Издание официальное. М.: Госкомвуз, 1996. — 21с.] ''(Официальный документ Государственного Комитета Российской Федерации по высшему образованию).''</ref>
-В официальном документе Госкомвуза «Примерная программа дисциплины „Информатика“» имеется раздел, посвященный языку ДРАКОН и использующий его понятийный аппарат:
+Распространение свободное.
-{{начало цитаты}}
-: '''Раздел 3. АЛГОРИТМЫ И АЛГОРИТМИЗАЦИЯ.'''
-: '''ВИЗУАЛИЗАЦИЯ АЛГОРИТМОВ'''
-Понятие алгоритма и алгоритмической системы. Визуализация алгоритмов и блок-схемы. Недостатки традиционных блок-схем. Формализация и эргономизация блок-схем. Язык визуального представления алгоритмов ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность).
+Для реализаций создано авторское определение гибридного языка (ВЯЗБС, впоследствии - ДАЛВЯЗ).
-Линейные, разветвленные и цикличные алгоритмы. Вложенные и параллельные алгоритмы. Логические элементы и базовые управляющие структуры визуального структурного программирования. Построение алгоритма из базовых структур. Визуальные операторы управления. Визуальные алгоритмические макроконструкции «примитив» и «силуэт». Пошаговая детализация как метод проектирования алгоритмов.
+===== Авторская оценка =====
-Понимаемость алгоритмов и методы её улучшения. Понятие эргономичного алгоритма. Равносильные преобразования визуальных алгоритмов, позволяющие улучшить их понимаемость: рокировка, подстановка, вертикальное и горизонтальное объединение, визуализация логических формул в условных операторах.
+Данная реализация существенно упростила процесс программирования. В настоящее время готовятся предложения по широкому внедрению системы (см. [[http://forum.oberoncore.ru/viewtopic.php?p=72124#p72124|здесь]]). Однако разработчик видит резервы по улучшению системы. Возможно самодокументирование, пример приведён в [[http://forum.oberoncore.ru/viewtopic.php?p=71627#p71627|этом посте]].
-Две формы представления алгоритмов: визуальная и текстовая. Визуальные и текстовые языки и псевдоязыки. Преобразование алгоритмов из визуальной формы в текстовую и обратно. Преимущества визуальной формы. Анализ визуальных алгоритмов методом застывших условий. Язык абстрактных ДРАКОН-схем как инвариант класса процедурных языков.<ref>[http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf Примерная программа дисциплины «Информатика». Издание официальное. М.: Госкомвуз, 1996. — 21с.] ''(Программа изучения Информатики, третий раздел которой построен на основе языка ДРАКОН. С. 3, 4.)''</ref>
+Разработчик предложил собственную реализацию дракон-силуэта на базе структурных конструкций ЯВУ - т.н. цикл-силуэт.
-{{конец цитаты}}
-В документе Госкомвуза «Примерная программа дисциплины „Информатика“» содержится обоснование концепции и структуры учебного курса информатики.<ref>[http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf Примерная программа дисциплины «Информатика». Издание официальное. М.: Госкомвуз, 1996. — 21с.] ''(Обоснование концепции и структуры учебного курса информатики. С. 13−16).''</ref> и, в частности, дается обоснование использования языка ДРАКОН:
-{{начало цитаты}}
-. Среди требований, предъявляемых к современным алгоритмическим языкам, на первое место все чаще выходит понимаемость (comprehensibility) алгоритмов и программ, которая определяется как «свойство программы минимизировать интеллектуальные усилия, необходимые для её понимания»<ref name=autogenerated14 /> Это объясняется тем, что «в современных условиях качественная программа должна обладать, помимо надежности и эффективности, ещё и такими важнейшими качествами как понимаемость и сопровождаемость»<ref>Саркисян А. А. Повышение качества программ на основе автоматизированных методов. М.: Радио и связь, 1991. С. 17. ISBN 5-256-00629-0</ref>
-Наиболее мощным средством для улучшения понимаемости является визуализация алгоритмов и программ: «общепризнанно, что человеческий мозг в основном ориентирован на визуальное восприятие, и люди получают информацию при рассмотрении графических образов быстрее, чем при чтении текста»<ref>Вельбицкий И. В., Ковалев А. А., Лизенко С. Л. Графический интерфейс представления алгоритмов и программ. // Управляющие системы и машины, 1988, N4. С. 42.</ref>…
+===== Независимые оценки =====
-. … В связи с этим тема «алгоритмы и алгоритмизация» (см. раздел 3 программы) излагается в рамках визуальной парадигмы, что позволяет получить ряд преимуществ: облегчить изучение темы, улучшить эргономические характеристики алгоритмов и т. д.
+Реализация создавалась для собственного пользования разработчика, поэтому распространение и поддержка не предполагались. Однако она вызвала интерес и систематически обсуждается.
-. Синтез идей информатики и эргономики полезен тем, что процесс алгоритмизации (который во многих случаях требует значительных трудозатрат) становится менее трудоемким и более ясным. Для этого вводится понятие «эргономичный алгоритм». Излагаются равносильные преобразования алгоритмов, способные улучшить их эргономические характеристики. При этом алгоритмизация и программирование рассматриваются как частный случай более общей проблемы — систематизации, структуризации, представления и формализации человеческих знаний<ref>Паронджанов В. Д. Перспективы информационных технологий и повышение продуктивности интеллектуального труда. // Научно-техническая информация, серия 1, 1993, N 5. С. 9.</ref>
+Реализован ряд оригинальных идей, среди которых можно выделить:
+  * представление типов вершин пиктограммами вместо вида контура;
+  * новый тип представления маршрутов — т.н. логическую структуру программы (ЛСП).
-. Сближение понятий «алгоритм» и «процедурное знание» дает возможность расширить понятие алгоритма и распространить его на любые технологии (промышленные, сельскохозяйственные, медицинские, образовательные и т. д.<ref>Паронджанов В. Д. Визуализация школьного курса информатики с помощью языка ДРАКОН. // Педагогическая информатика, 1994, N3. С. 11.</ref> Это позволяет в эргономически разумных пределах формализовать описание технологий с помощью визуального алгоритмического языка. В результате описание техпроцессов становится более наглядным и четким, освобождается от пробелов и двусмысленностей. Такой подход обещает заметный выигрыш. Во-первых, благодаря наглядности сокращаются сроки и трудоемкость изучения современных технологий, что особенно важно в рамках концепции непрерывного образования. Во-вторых, формализация и полнота описания техпроцесса может содействовать укреплению технологической дисциплины на производстве и в других областях.
+По сути, ЛСП - это табулобазированное описание, где линейные участки маршрутов определённым образом упорядочены по графам табличной формы. Разработчик предлагает заполнение ЛСП-формы как основной тип ввода структуры схемы, что можно рассматривать как реализацию идеи И. Ермакова о клавиатурном вводе граф-схем (см. [[http://forum.oberoncore.ru/viewtopic.php?f=62&t=2618&p=46970&hilit=+%D0%BA%D0%BB%D0%B0%D0%B2%D0%B8%D0%B0%D1%82%D1%83%D1%80%D1%8B#p46970|этот пост]]).
-. Для решения столь масштабных задач нужен универсальный язык представления процедурных знаний в любой предметной области. Это должен быть язык нового типа: общедоступный, человечный, предельно легкий в изучении и удобный в работе, создающий наиболее комфортные условия для человеческого мозга, позволяющий решать проблемы ценою минимальных интеллектуальных усилий, удовлетворяющий самым строгим эргономическим и дидактическим требованиям. Анализ показывает, что в наибольшей степени этим требованиям соответствует процедурный язык визуального представления знаний и визуального программирования ДРАКОН (Дружелюбный Русский Алгоритмический язык, Который Обеспечивает Наглядность), являющийся обобщением опыта, накопленного при создании космического корабля «Буран»<ref>Паронджанов В. Д. Графический синтаксис языка ДРАКОН // Программирование, 1995, N3. С. 45—62.</ref><ref>Паронджанов В. Д. Каким будет школьный алгоритмический язык XXI века? // Информатика и образование, 1994, N3. С. 77—92.</ref> ДРАКОН задуман как «один из самых легких языков представления знаний и самый первый язык, с которого нужно начинать обучение алгоритмическому мышлению и программированию»<ref>Паронджанов В. Д. Визуализация школьного курса информатики с помощью языка ДРАКОН. // Педагогическая информатика, 1994, N3. С. 10, 11.</ref>
+ДАЛВЯЗ - оригинальный язык импер-шампур-схем. С целью облегчения реализации он упрощён в сравнении с исходным техноязыком. Реализация "цикл-силуэт" следует образцам, ранее предложенным в доказательном и автоматном программировании, что можно считать обоснованием её корректности.
+Самодокументирование облегчает развитие приложения широким кругом разработчиков.
-. При коллективной интеллектуальной работе важную роль играет интеллектуальное взаимопонимание и интеллектуальное взаимодействие между специалистами. Для улучшения взаимопонимания необходимо иметь общую языковую основу. Благодаря своей человечности (эргономичности) язык ДРАКОН относительно легко устраняет барьеры взаимного непонимания (в части процедурных знаний) между работниками различных специальностей: врачами и физиками, математиками и конструкторами, биологами и экономистами, программистами и технологами и т. д. Тем самым ДРАКОН создает универсальную языковую основу для процедурного интеллектуального взаимодействия между людьми, в частности, между участниками многопрофильных проектов. В результате этот «язык взаимопонимания» заметно упрощает междисциплинарное и иное общение между представителями разных организаций, ведомств, отделов, лабораторий, научных школ и профессий, отчасти играя роль «производственного эсперанто».
-. Бакалавр любой специальности должен уметь формализовать свои процедурные профессиональные знания самостоятельно, то есть без помощи профессиональных программистов или когнитологов (инженеров по знаниям). Программа предусматривает приобретение навыков автоформализации знаний на языке ДРАКОН.<ref>[http://oberoncore.ru/_media/wiki/drakon/progr_drakon.pdf Примерная программа дисциплины «Информатика». Издание официальное. М.: Госкомвуз, 1996. — 21с.] ''(Обоснование использования языка ДРАКОН. С. 15, 16).''</ref>
-{{конец цитаты}}
-=== Применение языка ДРАКОН в системе среднего образования ===
+====== DRAKON Editor ======
-Язык ДРАКОН задуман как средство, позволяющее облегчить изучение информатики не только в высшей, но и в средней школе. Ставится двоякая цель:
+Редактор-транслятор на языки С/С++, Python, Tcl и др. Разработчик - С. Митькин; первое издание в 2010 г.
-* во-первых, облегчить изучение материала и приобретение навыков,
-* во-вторых, повысить эффективность обучения школьников.
-Имеется литература, предназначенная для этой цели на основе языка ДРАКОН.<ref name=autogenerated6 /><ref name=autogenerated2 /><ref name=autogenerated4 /><ref name=autogenerated7 /><ref>Алгоритмы в средней школе. // В кн. Паронджанов В. Д. Дружелюбные алгоритмы, понятные каждому (Как улучшить работу ума без лишних хлопот). М.: ДМК-пресс, 2010. — С. 285—295. ISBN 978-5-94074-606-5</ref><ref name=autogenerated3 /><ref>Паронджанов В. Д. Визуализация школьного курса информатики с помощью языка ДРАКОН. // Педагогическая информатика, 1994, N3. — С. 7—12.</ref><ref>«Занимательная информатика» // Информатика, 2000, № 40. С. 25—28.</ref><ref>Паронджанов В. Д. Общедоступный визуальный язык «Дракон» для улучшения понимания школьниками технологических процессов на уроках технологии. — В. кн.: Проблемы, перспективы, опыт апробации и внедрения программы «Технология». (9—12 октября 1995 г. С. 60—61.</ref><ref>Фокин Ю. Г. Дружелюбный русский алгоритмический язык, который обеспечивает наглядность («ДРАКОН») // В кн.: Фокин Ю. Г. Теория и технология обучения: деятельностный подход. Учебное пособие. М.: Издательский центр «Академия», 2008. — С. 233, 234. ISBN 978-5-7695-5259-5</ref>
+Страница проекта: http://sourceforge.net/projects/drakon-editor/ ([[http://sourceforge.net/projects/drakon-editor/files/|загрузка дистрибутива]]).
-{{начало цитаты}}
-В курсе информатики тема «алгоритмы» считается одной из наиболее трудных. Многие дети мучаются, пытаясь понять, что такое алгоритм и с чем его едят. Убежден: вина за эти страдания лежит на устаревших методиках преподавания…
-Обычно изложение темы «алгоритмизация» иллюстрируют математическими примерами. Это плохо, так как некоторые школьники не в ладах с математикой. Поэтому дети сталкиваются с двойной трудностью. Во-первых, ребенок должен понять математическую постановку задачи и её решение (а это ой как непросто!). Во-вторых, он должен усвоить алгоритмические конструкции. Результат порою оказывается плачевным: натолкнувшись на двойное препятствие, многие школьники не успевают понять ни то, ни другое.
+Обсуждения - [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3565|первоначальное]] (в т.ч. ранние версии), [[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3716|последующее]] (в т.ч. дальнейшие версии).
-Стремясь избавить детей от ненужных мучений, я написал учебник для начинающих под названием «Занимательная информатика».<ref name=autogenerated2 /> В этой книге математические вычисления полностью исключены, а изучение алгоритмических конструкций ведется с помощью забавных бытовых примеров, взятых из окружающей жизни. Кроме того, приводятся очень простые задачи со смешными роботами.
+Распространяется свободно.
-Чтобы сделать курс удобным для понимания, все алгоритмы даются в виде блок-схем на языке ДРАКОН… Не следует думать, что это сложный и заумный язык. Как раз наоборот! Изюминка в том, что блок-схемы, нарисованные по правилам языка ДРАКОН, отличаются поразительной четкостью, наглядностью и прозрачностью структуры.
+Реализует оригинальный принцип редактирования - схема составляется из вершин и отрезков. Язык интерфейса в настоящее время - английский.
-Образно говоря, визуальный язык ДРАКОН — это мощный прорыв к новым вершинам наглядности и доходчивости. А наглядность и доходчивость алгоритмов — это именно то, чего так остро недостает нашей школьной информатике.
+===== Авторская оценка =====
-Таким образом, ДРАКОН решает, быть может, самую злободневную задачу, преобразуя — словно по мановению волшебной палочки — алгоритмы ''сложные'' в алгоритмы, ''легкие для восприятия''.
+Реализация имеет целью упростить процесс программирования на популярных ЯВУ, а также обучение. Предлагается как приложение визуализации широкого применения. В настоящее время введена поддержка функционального программирования. Разработчик планирует улучшение приложения.
-Поскольку ДРАКОН — это графический язык, трудный алгоритмический текст превращается в приятную для глаза «картинку» и легко усваивается. Здесь действует принцип, радующий душу каждого школьника: «Взглянул — и сразу стало ясно!».
+===== Независимые оценки =====
-Сегодня на рынке учебной литературы отсутствует «самый-самый легкий» учебник, в котором тема «алгоритмы» излагается с максимальной доступностью и простотой, обеспечивающей «мгновенное» понимание. Предлагаемый учебник призван заполнить этот пробел. Дополнительную информацию для учителя можно найти в книге.<ref name=autogenerated5 />''Цитируется по''<ref>[http://ito.edu.ru/1999/I/1/122.html Паронджанов В. Д. Нужен ли школьникам «самый легкий» учебник?] — В кн.: Информационные технологии в образовании. IX международная конференция. Сборник трудов. Часть II. Информатика: стандарты и содержание. Интеграция информационных технологий в образование. (9—12 ноября 1999 г.). М.: МИФИ, 1999. С. 56—57.</ref>
+Реализация была предназначена для зарубежного пользователя. Имеются отзывы: [[http://forum.oberoncore.ru/viewtopic.php?p=69746#p69746|and007]]; [[http://forum.oberoncore.ru/viewtopic.php?p=69577#p69577|В. Жаринов]]; [[http://forum.oberoncore.ru/viewtopic.php?p=72035#p72035|А. Тюгашев]].
-{{конец цитаты}}
-==== Учительская газета о языке ДРАКОН ====
+Используется подмножество исходного дракон-алфавита и задан простой образец синтаксиса текстоэлементов. Поддерживается возможность самодокументирования.
-{{начало цитаты}}
-Идея «графических языков» высокого уровня, непосредственно преобразующая графическую информацию в программу, — вещь … очень современная. Такой язык и разработал Владимир Паронджанов, он называется «Дракон».
+====== Правила проекта Визуальный язык ДРАКОН (проект) ======
+===== Переходные положения =====
+Данные Правила становятся нормой после утверждения администрацией конференции OberonCore.ru.
+Утверждению предшествует рассмотрение проекта Правил администрацией и обсуждение участниками OberonCore.ru в соответствии с Правилами конференции OberonCore и практикой решения административных вопросов, сложившейся на конференции.
+Срок утверждения устанавливает администрация OberonCore.ru.
+===== 1. Общие положения =====
+.1. Юридически и технически держателем всех ресурсов проекта Визуальный язык ДРАКОН является администрация OberonCore.ru. Держателем установлены общие [[http://forum.oberoncore.ru/viewforum.php?f=87|Правила конференции OberonCore]], распространяющиеся на проект. Согласно Разд. 0 Правил конференции OberonCore, к ресурсам проекта относятся:
+  * данный сайт;
+  * связанные форумы, в настоящее время доступные по адресу: http://forum.oberoncore.ru/viewforum.php?f=77.
+.2. Данные Правила дополняют и уточняют Правила конференции OberonCore с учётом специфики проекта; в случае противоречий действуют Правила конференции OberonCore. Администрация OberonCore.ru назначает администрацию проекта, регистрирует его участников и имеет приоритетные полномочия в решении административных вопросов проекта. Тем самым образуются совокупная администрация и совокупные Правила проекта.
+Правила пересматриваются под руководством администрации OberonCore.ru и с учётом обсуждения участниками конференции в соответствии с Правилами OberonCore и практикой решения административных вопросов, сложившейся на конференции.
+.3. Проект реализуется в целях:
+  * Информирования русскоязычных пользователей веб о техноязыке ДРАКОН, подходах к его использованию и развитию, связанных с техноязыком взглядах участников на формализацию знаний.
+  * Поддержки развития ДРАКОНа, выработки новых подходов к его использованию и к формализации знаний с применением визуальных (графических) средств.
+Исходя из этого, проект предоставляет его участникам возможности:
+  * Публиковать адресные материалы, отвечающие целям проекта.
+  * Высказываться по публикациям и предмету проекта вообще.
+Учитывая значительный опыт, накопленный в достижении подобных целей в проектах фонда Викимедиа (ВМ), далее в настоящих Правилах также использованы понятия и правила этих проектов, прежде всего проекта Википедия (ВП). За содержанием следует обращаться в ВМ-пространство.
+.4. Для эффективной работы пространство проекта подразделяется на части:
+  * Консенсусную - в которой высказываются точки зрения, согласованные между участниками проекта.
+  * Авторскую - в которой содержатся точки зрения отдельных участников или их явно очерченных групп.
+.5. Высказывания в форме сообщений допускаются только в форумной части проекта и подчиняются требованиям Разд. 1 и п. 2.1 Правил конференции OberonCore; материалы сайта подчиняются требованиям Разд. 2 данных Правил.
+===== 2. Структура и содержание сайта =====
+.1. Любая содержательная страница сайта д.б. доступна по ссылке хотя бы с одной из других содержательных страниц. В целях удобства рекомендуется, чтобы поддерживалась базовая структура межстраничных ссылок в виде дерева, причём:
+  * на каждой странице выделяется список-указатель страниц следующего уровня;
+  * указатель по возможности д.б. обозримым, поэтому не рекомендуется увеличивать число его пунктов свыше 8..10;
+  * число уровней дерева, считая от корневой страницы сайта, ограничивается в той мере, в какой не противоречит предыдущей рекомендации; желательно выдерживать правило "доступности за три клика", т.е. чтобы уровней до любой страницы (не считая корня) было не более 3.
+В такой базовой структуре любое поддерево ссылок понимается как раздел сайта. Любая озаглавленная часть страницы сайта понимается как самостоятельный элемент структуры содержания. Участники при изложении могут вводить более детальное подразделение (напр., по делопрооизводственной иерархии: раздел/подраздел/пункт/подпункт)
+Допускается также создание служебных страниц.
+.2. Базовая структура содержательных страниц не регламентируется, за исключением сказанного ниже.
+На данном сайте авторские материалы явно выделяются:
+  * в [[avtorskie_materialy_uchastnikov|одноимённый раздел]] сайта - когда автор[ы] в состоянии отделить материал от конкретных вопросов, освещаемых в рамках консенсуса;
+  * в отдельные элементы в других разделах - когда авторы считают более удобным включить свои точки зрения в структуру консенсусных материалов.
+При этом допускается как создавать авторские страницы в консенсусных разделах, так и отдельные авторские элементы на консенсусных страницах.
+В любом случае, авторский материал определяется по указанию имени каждого автора (должно совпадать с регистрационным именем участника) в заголовке либо сразу под ним.
+Все остальные страницы/элементы сайта автоматически считаются консенсусными.
+.3. Материалы сайта должны удовлетворять требованиям изложения, обычно предъявляемым к книгам и статьям. Также с учётом специфики сайта как формы публикации, к материалам применимы с уточнениями отдельные критерии нарушений по п. 2.1 Правил конференции OberonCore, а именно:
+  * офтопик — сообщения, не соответствующие теме сайта;
+  * чрезмерное цитирование — необоснованное цитирование больших участков текста;
+  * флуд — многократное размещение однотипной информации.
+Настоятельно рекомендуется также в консенсусной части сайта следовать ВП-правилу о [[http://ru.wikipedia.org/wiki/Википедия:Нейтральная_точка_зрения|нейтральности точки зрения]]. Как вариант, вместо нейтральной м.б. представлена либо сбалансированная т. зр. (включающая разные существующие, рассмотренные с единых позиций), либо ряд частных т. зр. (представляющих альтернативные взгляды на предмет).
+Если изложение направлено на широкую аудиторию, рекомендуется следовать ВП-руководству по [[http://ru.wikipedia.org/wiki/Википедия:Специализированные_статьи_должны_быть_понятны|упрощению изложения специализированных вопросов]].
+Авторские точки зрения м.б. оригинальными ([[http://ru.wikipedia.org/wiki/Википедия:ОРИСС|"орисс"]] в терминах ВП), противоречить друг другу и консенсусу, а также быть необщепризнанными ([[http://ru.wikipedia.org/wiki/Википедия:Маргинальные_теории|"маргинальными теориями"]] в ВП-терминах).
+ В любом случае необходимо следовать т.н. «четырём золотым правилам научного изложения и восприятия научного произведения» акад. А.М. Новикова:
+. Основные понятия, утверждения (теория в целом) должны быть явно и ясно определены независимо от знания их реципиентом (получателем).
+. При оценке истинности суждений пользоваться только определениями, которые дал пропонент (источник), не подменять их своими представлениями.
+. Явное определение не принимается, если оно не согласуется с контекстом.
+. Выбор подходящего определения опирается на специфику задачи, которая решается с помощью данного определения.
+При этом в авторских материалах участник вправе вводить любую терминологию и определения, указывая их источники и/или помещая в самих материалах.
+.4. Несмотря на то, что смысл содержания не регламентируется иначе, как Правилами конференции OberonCore, участникам проекта рекомендуется в материалах сайта основываться на базовых положениях науки. Т.е. не следует с ходу опровергать законы физики, математические построения и др. Однако, если с применением [[http://forum.oberoncore.ru/download/file.php?id=2633|научного метода]] обосновывается справедливость положений материала, это считается допустимым.
+Принимается "мягкий" порядок обеспечения справедливости содержания. Т.е. участник имеет право постепенно обосновывать высказываемые положения, руководствуясь общей логикой познания(( Как она определена, в частности, О.Е. Акимовым [[http://forum.oberoncore.ru/download/file.php?id=1946|здесь на с. 336-338]] и в [[http://forum.oberoncore.ru/viewtopic.php?p=69525#p69525|статье А.С. Усова]].)), а также обсуждать обоснованность любых замечаний по содержанию и/или изложению и высказывать такие замечания. Совокупная администрация, со своей стороны, вправе организовывать обсуждения замечаний, на основании результатов обсуждений выдвигать требования к обоснованию и устанавливать сроки выполнения требований.
+.5. Для оформления отдельных страниц/разделов м.б. установлены дополнительные правила; в этом случае они излагаются в разделе "Правила оформления" на странице, корневой для области действия таких правил.
+===== 3. Порядок работы =====
+.1. Консенсусные страницы допускается редактировать любому участнику. При возникновении конфликта он разрешается на основе ВП-правил и практики; конкретные требования и процедуры администрация проекта вырабатывает/заимствует по необходимости.
+.2. Авторские страницы/разделы допускается редактировать только указанным для них участникам. Администрация проекта имеет право пресечь деятельность других участников, нарушающих это требование, вплоть до блокировки их учётных записей в проекте.
+Участники имеют право редактировать авторские страницы друг за друга. При этом право такого редактирования либо предоставляется явно, либо осуществляется по инициативе редактирующего. В любом случае участник, на имя которого создаётся/изменяется авторский материал, вправе потребовать как от редактирующего изменений, так и от администрации - пресечения деятельности других участников в части сайта, для которой он указан как автор. Права и требования публикуются в связанном форуме (в сообщениях специально выделенных административных тем).
+Участники могут образовывать авторские группы. Каждый участник может входить более чем в одну группу. При этом возникает необходимость консенсуса внутри группы; конфликты разрешаются, как  указано в п. 3.1.
+.3. Администрация имеет право редактировать любую часть проекта в целях выполнения требований законодательства и норм поведения, включая совокупные Правила согласно п. 1.2.
+.4. Любая часть данного сайта может обсуждаться в связанных форумах. Рекомендуется вести отдельную тему для каждой логически самостоятельной части сайта.
+Основания административных и редакторских действий объясняются совокупной администрацией обязательно и явно в административных темах проекта.
+.5. В силу п. 1.18 Правил конференции OberonCore и с учётом ВП-правила [[http://ru.wikipedia.org/wiki/Википедия:Предполагайте_добрые_намерения|"Предполагайте добрые намерения"]], любые изменения, вносимые участниками в сайт, сами по себе не являются нарушениями, если только они не нарушают Условия использования конференции Правил конференции OberonCore. Поэтому никакое изменение сайта, не нарушающее указанных Условий, не подлежит администрированию согласно Разд. 2 Правил конференции OberonCore, а равно по любым основаниям, возможным в действующей редакции данных Правил, кроме п. 3.2. Администрируется только невыполнение объявленных окончательных решений совокупной администрации по конфликтам и обсуждение её действий.
-Есть … совершенно бесспорная сторона в открытии Паронджанова. «Дракон» — это эргономичный стандарт для графического представления учебной информации. Это, безусловно, ПЕРВЫЙ и ЕДИНСТВЕННЫЙ такой стандарт.
+===== Что уже сделано =====
-Блок-схемы ВО ВСЕХ имеющихся на сегодня книгах (кроме … книг Паронджанова) — СОСТАВЛЕНЫ ОЧЕНЬ ПЛОХО. Паронджанов — грамотный программист-профессионал, и он учит нас, методистов и учителей, ПРАВИЛЬНОМУ СОСТАВЛЕНИЮ БЛОК-СХЕМ.
+Документы ниже можно рассматривать как краткие введения по вопросам, вынесенным в заголовки. А также как примеры для создания статей.
-В этом он, безусловно, новатор, и, насколько я знаю, нет другой литературы, где тому же самому можно научиться настолько просто и даже увлекательно.<ref>Беляков Е. Новый алгоритм: раздевайся и быстро ложись спать! Диалог на языке «Дракона» // Учительская газета, 13 марта 2001, № 10. С. 16.</ref>
+^Введение в техноязык и шампур-метод^^^
-{{конец цитаты}}
+|Рэйлвэй Каген|[[http://forum.oberoncore.ru/viewtopic.php?p=52411#p52411|"Шпаргалка" по ДРАКОНу]]|Краткое изложение сути техноязыка и шампур-метода (текст без графчасти)|
+|Жаринов В.Н.|[[http://forum.oberoncore.ru/viewtopic.php?p=52451#p52451|Комментарии к "Шпаргалке" по ДРАКОНу]]|Предложения по тексту Рэйлвей Кагена|
+|Митькин С.Б.|[[http://forum.oberoncore.ru/viewtopic.php?f=79&t=3565&p=65466&hilit=+Human#p65466|DRAKON: The Human Revolution in Understanding Programs]]|Введение в техноязык (текст и иллюстрации; на английском)|
+^Руководства по приложениям визуализации^^^
+|Жаринов В.Н.|[[http://forum.oberoncore.ru/viewtopic.php?p=55790#p55790|Инструкция пользователю приложения (пример)]]|Составлена по принципам композиции, описанным [[http://forum.oberoncore.ru/viewtopic.php?f=7&t=741&p=55321&hilit=+%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D0%B8#p55321|здесь]]. Вложена в пост вместе с хелпом (для уяснения отличий)|
+|Жаринов В.Н.|[[http://forum.oberoncore.ru/viewtopic.php?p=71328#p71328|Инструкция пользователю редактора схем]]|Другой пример - уже на софт, родственный дракон-редактору. Вложена в пост вместе с редактором (включая встроенный хелп).|
-=== Центр компетенции по языку ДРАКОН ===
-Хотя официально Центр компетенции по языку ДРАКОН ещё не создан, фактически эту роль сегодня выполняет форум «Визуальное программирование».<ref>[http://forum.oberoncore.ru/viewforum.php?f=77 Визуальное программирование]</ref> Форум открыт для всех желающих.

Визуальный язык ДРАКОН

Инструменты пользователя

Инструменты сайта

Различия

Инструменты страницы