DRAKON.SU

Текущее время: Среда, 16 Июнь, 2021 19:32

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 84 ]  На страницу Пред.  1, 2, 3, 4, 5  След.
Автор Сообщение
СообщениеДобавлено: Четверг, 26 Март, 2009 16:00 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Обнародован следующий проект:

Есть идея создать Вариант BlackBox с
1. Этап
* поддержкой русских операторов (с параллельной поддержкой английских)
* конвертацией текста - Русский <-> английский Компонентный Паскаль
2. Этап
создание Дракон редактора с открытым xml - форматом хранения данных
3. Этап
создание генератора кода Дракон-схема -> компонентный паскаль
-----------
Желающие присоединиться к проекту или оказать консультацию оставляйте здесь свои координаты. Или пишите в приват.
http://rus.24bb.ru/viewtopic.php?pid=232#p232


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 13 Июнь, 2009 08:19 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
посмотрел на редактор - разумеется, так сразу и не скажешь ничего

рекомендация авторам - сделайте видеофильм, или презенташку на флеши, о том, как им пользоваться

изначально, и даже с хелпом, ничерта не понятно

Собщение 24, страница 1, автор Сергей К, форум Компьютерры
http://www.computerra.ru/forum/index.ph ... NID=418507


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 13 Июнь, 2009 10:39 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Владимир Паронджанов писал(а):
посмотрел на редактор - разумеется, так сразу и не скажешь ничего
При наличии потребности в языке Дракон, с интегрированной средой он разберется. Начинать надо по Вашим книгам. Об этом и сказано в справке к интегрированной среде DRAKON.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 21 Июнь, 2009 08:06 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Арчибальд 14.04.2009 16:55:14

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

здесь, комментарий 11


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 21 Июнь, 2009 10:48 

Зарегистрирован: Понедельник, 05 Июнь, 2006 09:49
Сообщения: 28
Откуда: Ленинград, Емельянов Алексей Николаевич
Очень хорошее обсуждение. Такие сейчас не часто встретишь. А уж по сравнению с компьютерой ...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 02 Июль, 2009 21:24 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Техническое задание на графический редактор блок-схем (диаграмм) "Дракон"



Этапы выполнения работ:




Этап 1. Формирование базовых иконов и макроиконов, параметризация иконов, создание структур данных




Все элементы блок-схем (диаграмм) описаны в книге, предоставляемой в электронном виде. Примеры элементов приведены в:

http://www.smartsense.org/elements.zip

Реализацию следует выполнить на C#, MS SQL Server 2005.


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

Возможные сочетания элементов следует хранить в таблице БД. Например, Start – Process, Start – End. Также со словесным описанием типа элемента, следует хранить полное название .NET типа.

Предварительная структура таблицы:
ID типа исходящего элемента;
ID типа входящего элемента.

Тип связи должен быть порождён от базовой связи в Syncfusion.

Основные отличия:

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

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




Результаты этапа (этап реализован):



1.Базовые типы данных: элемент схемы (диаграммы), икон, макроикон, связь.

2.Механизм параметризации для элементов схемы (кол-во связей, типы связей).

3.Библиотека иконов и макроиконов (реализация соответствующих классов, с параметризацией).

4.Палитры с элементами библиотеки.

5.Тестовое приложение со следующей функциональностью: построение диаграммы с использованием библиотеки, сериализация диаграммы в xml-файл.




Этап 2. Реализация привязки layout к базе данных.




Правила построения диаграмм:

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

2) Дракон-схема всегда имеет начало и конец, поэтому даже в новую, создаваемую, пустую схему всегда можно автоматически добавить 2 элемента "Начало", "Конец" и связь между ними.


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


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


Результаты этапа (этап реализован):


1.Реализация layout-класса для Syncfusion, удовлетворяющего требованиям дракон-схем.

2.Модернизация тестовой программы для использования данного класса.




Этап 3. Организация работы пользователя с программой




3.1. Построение диаграмм, добавление, удаление элементов и пр.

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



1.Системные возможности
1.Операции добавления/удаления/копирования/вставки элементов диаграммы.
2.Группировка элементов и применение к группе операций из п. 1.1.
3.Undo/Redo.
4.Overview.
5.Масштабирование.
6.Вывод на печать (оптимальная для печати толщина линий определяется автоматически).
7.Расширенные команды масштабизации: прошлый масштаб и обратно, колесико интэлимаус - вверх/вниз, с shift - вправо/влево, с ctrl - накат, откат; маленькое окошко, всегда показывающее всю схему, в выделенной и перемещаемой рамкой.
8.Расширенные команды печати: вывод большой схемы на листки малого формата с разбиением на страницы.

2.Операции над конкретными элементами:
1.Вставка текста
2.Форматирование текста (шрифт-гарнитура, размер, стиль начертания; выравнивание, цвет)
3.Вставка формул
3.Операции для макроиконов
1.Добавление/удаление/перегруппировка/копирование веток


Примеры сценариев действий пользователя при вставке новых элементов:

1) Пользователь тянет мышью новый элемент, автоматически подсвечивается ближайшая связь, в которую может быть вставлен этот элемент. Когда пользователь "отпускает" элемент, то он автоматически вставляется в подсвеченную связь и вся схема переформатируется. Может быть, подсвечивается связь над которой тащат объект. Если связь подсвечена и пользователь бросает объект, то он вставляется.

2) Пользователь щелкает по связи на схеме, затем щелкает по новому элементу в палитре. Элемент автоматически вставляется в указанную связь и схема переформатируется.

Автоматическое построение диаграмм:

1) При построении диаграммы следует автоматически предлагать пользователю типы элементов, которые можно вставить после текущего выделенного элемента.

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

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

После перетаскивания в исходном месте не должно быть разрыва, а должна образоваться новая связь. Например, имеем схему с тремя элементами: A – B – C. При перетаскивании или удалении элемента B, автоматически должна образоваться связь A – C.







3.2. Работа с библиотекой, организация сохранения шаблонов


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

Элементы в палитру можно загрузить программно на основе БД. Т.е. в БД нужно хранить и наполнение палитр для каждого пользователя.

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

Любую диаграмму можно сохранить и в последствии использовать в качестве подпрограммы любой другой диаграммы. При этом диаграмма должна быть представлена в виде элемента Insertion. При клике на этом элементе на отдельной вкладке должен открываться указанный алгоритм (если у пользователя есть право на его просмотр). Вставка возможна, если в текущей редактируемой диаграмме уже определены все параметры, которые необходимы вставляемой диаграмме в качестве входных параметров. Если вставка невозможна, следует это как-то подсвечивать в палитре (?). Также после вставки другой диаграммы, в диаграмме, в которую произошла вставка, появляется доступ ко всем выходным параметрам вставляемой диаграммы (эти параметры доступны ниже по ходу выполнения алгоритма).

Элемент не графический, а сборный (группа), состоящий из других объектов. Для упрощения предлагаю использовать не графическое представление этой группы, а элемент Подпрограмма, т.е. когда вставляем другую схему, то в схему добавляется именно этот элемент, в свойствах которого и указан ID дочерней диаграммы (подпрограммы). А в самом элементе Подпрограмма будет отображаться название диаграммы, которая подключена. Клик по ней и открываем диаграмму в новом окне (см. выше).

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




3.3. Реализация стандартных языковых конструкций




Кроме простых элементов в Дракон-схемах могут быть составные конструкции. Различаются "системные" составные конструкции и "пользовательские" составные конструкции. Системные конструкции создаются разработчиками, это конструкции "вариантов", "циклов", if then else, case. Эти конструкции подразумевают под собой наличие их интерпретации в программный код в виде соответствующих операторов.

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



3.4. Редактирование формул (редактор формул уже разработан)




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

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

Необходимо разместить на панели инструментов и по правой кнопке вызов редактора.

3.5 Интеграция с вычислителем (вычислитель уже разработан)

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

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


- синхронизировать работу интерпретатора схемы с вызовом вычислителя для расчета формул


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




Результаты этапа:



1.Законченное приложение для редактирования Дракон-схем (Дракон-программ).




Этап 4. Организация многопользовательского режима и версионности



Права доступа на просмотр, редактирование, удаление диаграммы, а также на её использование в качестве подпрограммы другой диаграммы.

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

Необходимо сделать версионность по сохранению. Промежуточные варианты не учитывать. Впоследствии нужно будет сделать возможность просмотра изменений между версиями: здесь 2 варианта: логические изменения и физические изменения. Логические изменения должен описать сам пользователь (например, добавлена проверка цикличности поставок чего-либо), физические изменения должна генерировать сама схема.

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




Результаты этапа:


1.Многопользовательский режим работы редактора дракон-схем.

2.Система контроля версий для Дракон-схем. (?)




Этап 5. Написание генератора кода


Настоящим ТЗ предполагается, что диаграмма представима в виде xml-файла, поэтому кажется логичной реализация генерации кода в виде XSLT-преобразования, что позволит сделать генерацию кода легко настраиваемой без модификации основной программы-редактора, а также реализовать поддержку произвольного синтаксиса выходной программы. При этом обеспечивается реализация нескольких вариантов кодогенератора (по выбору Заказчика).

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



Возможные варианты правил генерации кода хранятся в БД, при этом пользователь может добавлять/удалять свои варианты правил, а также иметь доступ к правилам других пользователей и к системным вариантам правил.

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





Этап 6. Написание интерпретатора




Интерпретатор обеспечивает пошаговое или непрерывное (потоковое) исполнение дракон-программы. В состав интерпретатора входят исполняющий модуль и отладчик.

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

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



На этом этапе также предполагается интеграция интерпретатора с «вычислителем» формул. Исполняющий модуль реализует протокол взаимодействия с «вычислителем» формул. Отладчик должен предоставлять возможность инспектирования/изменения переменных в формулах и результатов вычислений во время исполнения программы. Результаты выполнения можно просмотреть в самой Дракон-схеме, включив режим, когда исходные формулы в блоках заменяются на формулы с вычисленными значениями. Эти формулы берутся из лога вычислителя.



Этап 7. Локализация



Модуль должен обеспечивать локализацию. Информацию о выбранном языке пользователя можно получить из базы данных. В ней для каждого пользователя сохраняется информация о том, каким языком пользуется пользователь. А именно, название языка в .NET, локализованное название и на английском языке, LCID, (например для английского языка: en-US, English (United States), 1033).



Следует локализовать следующие объекты:

•Все диалоги.
•Базовые элементы в палитре.
•Названия пользовательских схем, кусков схем и пр. будут сохраняться в глоссарии. Все пользовательские объекты блок-схем, которые имеют названия, должны ссылаться на глоссарий, а не хранить название в себе. Структура глоссария создана. Описание присутствует в БД - диаграмма Glossary.

http://docs.google.com/Doc?id=dfq3gh9w_35dhvqvh

Прошу высказать мнения. Это серьезно?

Кто это писал? Я не смог узнать.
Просьба! Если Вы сможете расшифровать URL или как-то иначе, в общем, помогите узнать, КТО ЭТО ПИСАЛ?


Указанная мной ссылка немедленно исчезла. Чтобы сохранить ее для истории даю ссылку на сохраненную копию:
http://hghltd.yandex.net/yandbtm?url=ht ... FbB8XcY%3D


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2009 18:51 
Аватара пользователя

Зарегистрирован: Суббота, 29 Март, 2008 19:27
Сообщения: 1098
Откуда: Россия, Чебоксары
Опаньки!
Похоже, налицо нарушение Гуглом приватности пользователей своих сервисов (в данном случае docs.google.com).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 04 Июль, 2009 19:14 

Зарегистрирован: Воскресенье, 04 Ноябрь, 2007 23:01
Сообщения: 511
Да ну, всё не так фатально -> http://www.google.com/google-d-s/intl/ru/tour4.html
+
http://www.weblancer.net/projects/32162.html


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 18 Июль, 2009 18:40 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Дракон-редактор
Сильно отличается от остальных редакторов блок-схем тем,что реализованы графические методы структурирования программы

http://monitor.net.ru/forum/programm-info-247988.html


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 28 Июль, 2009 22:04 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Сервис 2: Алгоритмический редактор «ДРАКОН».
Назначение: редактор блок-схем и CASE-средство для графического программирования на визуальном языке ДРАКОН
Автор и ответственный руководитель: Сенюгин Николай Петрович.
Основание:
1) Программная реализация полноценного Визуального Дракон-редактора. (см. Паронджанов В.Д. Как улучшить работу ума: Алгоритмы без программистов — это очень просто! — М.: Дело, 2001. — 360 с.)
2) Программная реализация CASE-средства «Dracon VB», с помощью которого можно набранную в редакторе Дракон-схему любой сложности перевести в программный код: Basic или Visual Basic.
......
Конструирование всевозможных классификаторов, расписаний, вычислительных процедур и др. обеспечит сервис алгоритмический редактор «ДРАКОН».

Здесь http://www.oreolgroup.ru/public/OreolGroup_2008_invest_private.doc


15. Анкета инновационного проекта "Инновационная фабрика" для частных инвесторов. Коммерческое предложение. 2008 г.

Здесь http://www.oreolgroup.ru/public/index.html

Здесь презентация и дракон-схема http://www.oreolgroup.ru/public/Botcharov_2008_innovatika_present.ppt

Здесь к.ф.-м.н., с.н.с. ИПРИМ РАН Бочаров Николай Викторович http://www.oreolgroup.ru/public/OreolGroup_2007_zayavka_grant_nair-it.ru.doc


Последний раз редактировалось ==== Среда, 29 Июль, 2009 17:34, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 29 Июль, 2009 14:23 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Геннадий Николаевич!

Первая ссылка по п.15 не работает. Если можно, поправьте пожалуйста


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 29 Июль, 2009 17:35 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Исправил.


Сенюгин Николай Петрович, вероятно именно он, оставил на форуме это одно сообщение -
http://forum.oberoncore.ru/viewtopic.php?p=13548#p13548


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 29 Июль, 2009 18:26 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Да, это именно он. Я знаком с Николаем Сенюгиным.
Несколько лет назад он был у меня дома, показывал свой Дракон-редактор.

Я делал ссылку на него на сайте Натахаус (Инфаната)
Впоследствии я повторил эту ссылку здесь на Обероне
(на это в свое время обратил ввнимание Гениепро).

Это я попросил его выступить на нашем форуме.
(Ссылку только что указал Геннадий Тышов).

Однажды я позвонил Николаю Сенюгину и спросил,
что означает буква L в названии гибридного языка
Дракон-L. Это что, Дракон-Лисп?

В ответ я услышал:
-- Нет, это Дракон-Пролог. Буква L означает Логика.

Николай Сенюгин на форумах немногословен. Он предпочитает
работать автономно, совершенно самостоятельно.

Я очень рад, что он появился "на людях". Я имею в виду материалы,
на которые указал Тышов.
С Николаем Бочаровым я не знаком.

Я скачал 8 страниц по первой ссылке в сегодняшнем сообщении
Геннадия Тышова
Процитирую две с половиной страницы:

Цитата:
АНКЕТА ИННОВАЦИОННОГО ПРОЕКТА


1. Контактная информация
• ФИО Заявителя: Бочаров Николай Викторович
• E-Mail: offer@oreolgroup.ru Тема сообщения: «Инвестиции в ИФ»
• Телефон: 8 (909) 697-82-72
2. Информация о компании
• Название компании: Научно-производственная команда Oreol Group (ИП Бочаров Н.В.)
• ИНН: 771504000904
• ОГРН: 305770002552270
• Город: Москва
• Адрес: 127224
• Телефон: 8 (909) 697-82-72
• Адрес Интернет-сайта: http://oreolgroup.ru
• E-Mail: offer@oreolgroup.ru

3. Информация о проекте

3.1. Название Проекта
«Инновационная Фабрика. Коммуникационный центр инновационного
предпринимательства.» Разработка Web-ориентированного инструментария
для автоматизации процесса формирования инновационных команд.

3.2. Описание Проекта

(дайте краткое описание истории и стадии развития Проекта
/идея, опытный образец, завершены НИОКР… /)

Идея – создание Web-сервиса для управления коммуникациями на основе
мультиагентной системы по смысловой обработке текстовой информации
из естественно-речевого интерфейса в режиме реального времени.

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

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

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

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

Процесс управления знаниями
реализован в едином инструменте с рабочим названием –
Интеллектуальный Фокус Внимания (ИФВ). Данный инструмент представляет
собой уникальное решение, не имеющее аналогов.

Существует единственное условие на использование предлагаемого
инструмента. ИФВ работает только с символьной информацией, отвечающей
грамматической форме её представления, что позволяет рассчитывать нам
на бизнес-партнёров, имеющих частные решения по преобразованию информации
из всевозможных форматов её представления в последовательность строковых
данных (ABBYY, Cognitive technologies и др.).

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


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

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


3.3. Описание продукта

Продукт/Услуга (опишите кратко свой продукт /что будет продаваться
на рынке/, уделяя особое внимание проведенным независимым исследованиям
и их результатам, стадии развития продукта, предположительную цену единицы
продукции и себестоимость её производства, основные функции продукта)

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

Продукт будет представлен в качестве Web-сервисов, что обеспечит ему
независимое от потребителя развитие.

Сервис 1: «Сайт-Глоссарий»

Назначение: Автоматический конструктор «семантического ядра» сайта
в формате семантической сети живого языка.

Автор и ответственный руководитель: Бочаров Николай Викторович

Основание:

1) Патентная заявка РФ № 2007146587/09(051064) Приоритет от 18.12.2007
на «СПОСОБ ПОТОКОВОГО РАСПОЗНАВАНИЯ СМЫСЛА ЖИВОГО ЯЗЫКА».

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

Сервис 2: Алгоритмический редактор «ДРАКОН».

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

Автор и ответственный руководитель: Сенюгин Николай Петрович.

Основание:

1) Программная реализация полноценного Визуального Дракон-редактора.
(см. Паронджанов В.Д. Как улучшить работу ума: Алгоритмы без программистов —
это очень просто! — М.: Дело, 2001. — 360 с.)

2) Программная реализация CASE-средства «Dracon VB», с помощью которого
можно набранную в редакторе Дракон-схему любой сложности перевести
в программный код: Basic или Visual Basic.


.....................................................................................................

Сервис 4: «Вестник»

Назначение: организация потокового вещания RSS-лент по наперёд заданному
расписанию.

Автор и ответственный руководитель: Бочаров Николай Викторович

Основание:

1) программных комплекс, обеспечивающий работу вещательного канала
на базе RSS-лент.

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

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

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

Сервис будет ориентирован на менеджеров, в особенности на тех, кто заинтересован
в саморазвитии и самосовершенствовании, а также на тех, кто ориентирован
на построение карьеры фрилансера или тех, кто руководит малым бизнесом
(до 10 человек в команде).

Все Web-сервисы предоставят нашим потребителям единое виртуальное
коммуникационное пространство (ЕВКП). Навигацию в этом пространстве
обеспечит сервис «Сайт-Глоссарий».

Конструирование всевозможных классификаторов, расписаний,
вычислительных процедур и др. обеспечит сервис алгоритмический
редактор «ДРАКОН». Голосовой ввод информации в ЕВКП обеспечит
сервис по распознаванию русской речи.


Наш продукт мы видим как важнейший инструмент на рынке услуг,
который предназначен для вывода страны в экономику знаний...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 28 Август, 2009 16:49 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
после появления Дракон-редактора - все остальные редакторы блок-схем по моему морально устарели

http://rus.24bb.ru/viewtopic.php?id=51#p313


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 13 Сентябрь, 2009 18:11 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Моё сообщение о распространении языка ДРАКОН и и.с. DRAKON здесь.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 13 Декабрь, 2009 15:20 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Цитата:
№ 78 23-04-2009 13:45

Ответ на »сообщение 76« (zero)
___________________________
Да, я писал об этом см. сообщение 60.
Автор ДРАКОН-редактора, сам 1С программист, предложил его для 1С средств.

Как слышно? Прием!


http://www.delphikingdom.com/asp/talkto ... =&ref=mess
сообщение 78


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 30 Декабрь, 2009 18:20 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5175
Откуда: Москва
Язык дракон и скорая медицинская помощь

http://www.kit-sibstu.ru/articleattachm ... %D0%AF.pdf

см. стр. 288
OLAP-МОДЕЛЬ ДЛЯ ПЛАНИРОВАНИЯ ЧИСЛА БРИГАД
СКОРОЙ МЕДИЦИНСКОЙ ПОМОЩИ

М.Е. Кравчук, М.И. Никитина

Сибирский государственный технологический университет, г. Красноярск
КГБУЗ «Красноярский краевой медицинский информационно-аналитический центр»,
г. Красноярск

Рис. 2. Алгоритм расчета числа бригад СМП в нотации визуального алгоритмического языка ДРАКОН
(в редакторе Геннадия Тышова)
см. стр. 291

СМП -Скорая Медицинская Помощь


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 30 Декабрь, 2009 20:41 

Зарегистрирован: Пятница, 24 Апрель, 2009 16:28
Сообщения: 66
Откуда: Москва
Улучшение ума у пользователей Дракона не перестает удивлять, хотя, казалось бы, дальше некуда.
М.Е. Кравчук и М.И. Никитина сочли, что просто записать последовательно 17 абзацев - это "не круто". Оформили в виде Дракон-схемы и обозвали алгоритмом. Кнут отдыхает.
Шедевр достоин того, чтобы его привести здесь.


Вложения:
medbred.png
medbred.png [ 163.73 КБ | Просмотров: 17356 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 07 Январь, 2010 10:18 

Зарегистрирован: Воскресенье, 06 Апрель, 2008 14:43
Сообщения: 1657
Peter Almazov писал(а):
Улучшение ума у пользователей Дракона не перестает удивлять, хотя, казалось бы, дальше некуда. ...
Шедевр достоин того, чтобы его привести здесь.

Новации пользователей, творческий подход - всегда приветствуются.

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


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 10 Апрель, 2010 12:56 

Зарегистрирован: Понедельник, 12 Декабрь, 2005 22:44
Сообщения: 2
Откуда: С.-Петербург
Владимир Паронджанов писал(а):
Стоит на Ваш взгляд делать Дракон-редактор, а на его основе генератор кода??
Или лучше использовать UML??

http://zouev.blogspot.com/2008/11/blog- ... 7419037740

Очень рад посмотреть реализацию важной идеи, а именно адаптацию "мира программ и исходных кодов" и собственно "внутреннего мира человека".
Уже интересно использовать для создания разработки фрагментов программного обеспечения.
Очень понравилось, что пока "Дракон" не "привязан" к конкретному языку программирования..
На мой взгляд необходимо двигаться в сторону "Базы знаний программиста", то что объявлено в описании к "Дракону".
Цитата:
DRAKON – это программа для формализации профессиональных знаний специалистов. [Паронджанов В.Д.] “Такое умение должно стать частью их профессиональной


Оставляю текст для направлений развития "Дракона" и активного обсуждения с моего творческого проекта "Робот-программист "Иван":

1. Инженерная база знаний 'Робот-программист 'Иван' //[электронный ресурс] - http://robot-ivan.narod.ru/

2. Автоматическая кодогенерация программ с использованием XML. (тема на форуме) //[электронный ресурс] - http://forum.oberoncore.ru/viewtopic.php?f=28&t=140&start=0

"
Цитата:
...
1. Для чего нам нужна инженерная база знаний программиста?

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

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

Формализовать и автоматизировать столь разнообразные роли специалистов в процессе создания программного продукта задача далёкой перспективы.

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

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


РЕЗЮМЕ
(а) - Необходимость отказаться от хранения исходных кодов в простом тектовом виде.
(б) - Знания о исходной коде нужно хранить в XML-представлении со всеми атрибутами каждого оператора и идентификатора программы!
(в) - Накапливать знания импорта и экспорта из Инженерной базы программиста.
(г) - Использовать мета описания исходного кода проектов, добавляя (обязательно!)
формальное описание конкретного языка программирования в виде расширенной формы Бэкуса — Наура (расширенная Бэкус — Наурова форма (РБНФ)).


P.S. Нужна моя помощь и участие в развитие проекта "Дракон"? - Пишите. Готов рассмотреть практическое участие в проекте "Дракон" под призмой инженерной базы знаний программиста.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 84 ]  На страницу Пред.  1, 2, 3, 4, 5  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2021, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB