DRAKON.SU

Текущее время: Четверг, 28 Март, 2024 12:30

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




Начать новую тему Ответить на тему  [ Сообщений: 18 ] 
Автор Сообщение
СообщениеДобавлено: Понедельник, 16 Апрель, 2018 19:18 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
Коллеги, есть ли специалисты по лингвистическим анализаторам?

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

Общая концепция решения есть - использовать синтаксический анализатор такого типа: https://ru.m.wikipedia.org/wiki/Coco/R

Оплата после окончания проекта - 100 тысяч рублей. Готов обсудить варианты.
Проект устава проекта с описанием тут https://docs.google.com/document/d/1hpTwhTMNAqBxukc9w267MnmagfU-p0wbHbApRxF7NHw/edit?usp=sharing.

Лучше писать по этим контактам:
Почта: 9229976@gmail.com
Вайбер: +79124294079


Последний раз редактировалось Александр Араптанов Понедельник, 16 Апрель, 2018 19:57, всего редактировалось 5 раз(а).

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 16 Апрель, 2018 19:36 

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


Это очень важный инновационный проект.

1. По терминологии. Может быть, правильнее говорить не лингвистический, а "синтаксический анализатор"?

2. Александр, мне кажется, информации недостаточно.
Нужно четкое техническое задание на разработку программы.
По пунктам 1, 2, 3 и т.д.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 16 Апрель, 2018 19:44 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
Я не специалист в этой области программирования, поэтому предлагаю обсудить техническое задание на программу в рамках этого форума предметно. Все что я нашел, описал в приложенном в шапке темы "Проект устава проекта". Если есть вопросы - задавайте, я постараюсь ответить как могу.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 16 Апрель, 2018 19:55 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
Поправил в Уставе определенные моменты. Жду вопросов. Спасибо.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 16 Апрель, 2018 20:09 

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

viewtopic.php?p=101560#p101560


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 17 Апрель, 2018 07:31 

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

Прошу обратить внимание на предложение А.А. Араптанова


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

Зарегистрирован: Среда, 03 Май, 2017 09:55
Сообщения: 200
Александр Араптанов писал(а):
Сложилась ситуация, когда остро встала задача перевода кода 1с в схему *.drt Тышова

Известно, что формат *.drt закрыт. Таким образом, это требование сможет реализовать только Тышов.
Если кто-то "шибко умный" сможет сгенерировать *.drt файл, то есть риск, что тов. Тышов пойдёт в суд отстаивать вопросы авторских прав.

У "руководителя проекта" есть расписка от Тышова, что он не имеет претензий?
На всякий случай, если в "договоре" появится фраза "в случае претензий Тышова вся ответственность будет лежать на руководителе проекта" никак не защитит программиста от уголовного преследования. Она наоборот будет намекать на часть "группой лиц по предварительному сговору".

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

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

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

Александр Араптанов писал(а):
1. Разработка прототипа – 8 часов. Результат: программа-гегератор считывает из входящей папки все файлы с расширением *.bsl и создаёт выходные *.drt файл с аналогичным именем для загрузки после обработки

Что такое bsl? Но, неважно. За 8 часов всё равно невозможно сделать генератор *.drt.
Но, допустим, программировать будет Тышов (он-то умеет создавать *.drt), но и тут его постигнет неудача: невозможно так просто взять и произвольный код превратить в ДРАКОН-схему.
В 1С есть "goto", там есть рекурсия и тому подобное. Как всё это добро будет выглядеть на Д-схеме? Едва ли схема будет "наглядной".

Александр Араптанов писал(а):
a. Разработать правила для граматики кода 1С. Результат: описываются грамматики для Процедур/Функций. При помощи генератора парсеров и заданных грамматик генерируется парсер, который подключается в проект. Парсер формирует синтаксическое дерево, которое переводится в дракон-схему .drt с кодом в П-точках – 4 часа.

Серьёзно? Парсер грамматики 1С за 4 часа?
За это время возможно разве что пару правил написать (и тестов к ним).
Дракон схема это не синтаксическое дерево, а control flow graph. Поэтому нужно не только парсинг 1С произвести, а проанализировать control flow. То, куда должно передаться управление после goto, break, continue это далеко не синтаксис.

Александр Араптанов писал(а):
За 30 дней создать программу генератор
...
Срок выполнения работ не должен превышать 360 часов, со дня подписания Сторонам данного Устава.
...
Оплата после окончания проекта - 100 тысяч рублей. Готов обсудить варианты.

Математика хромает.
360 часов / 30 дней это 12 часов в день.

Александр Араптанов писал(а):
Опытная эксплуатация и устранение выявленных недостатков – 344 часов.

Что является критерием завершения проекта? Просто 344 часа? Что будет, если выявленные недостатки не удалось устранить в обозначенное время?

В общем, тихий ужас, а не проект.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 17 Апрель, 2018 19:37 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
Уважаемый Владимир Ситников. Я услышал Вашу позицию. Оценку и ответы давать не буду.
У меня один вопрос - вы готовы после обсуждения взяться за проект?
Если вы готовы обсудить выполнение и бюджет, в формате Исполнитель/Заказчик - свяжитесь со мной по указанным координатам. Если вы не готовы обсуждать как Исполнитель - не засоряйте пожалуйста тему.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 17 Апрель, 2018 21:42 

Зарегистрирован: Среда, 03 Май, 2017 09:55
Сообщения: 200
Александр Араптанов писал(а):
Оценку и ответы давать не буду.
У меня один вопрос

Интересная позиция. Т.е. очевидные юридические и математические аргументы игнорируем, а вопросы задаём.

Александр Араптанов писал(а):
вы готовы после обсуждения взяться за проект?

В варианте с *.drt и редактором Тышова, разумеется, нет.
Юридическая чистота действа по "генерации *.drt" под вопросом, и моя этика не позволяет ввязываться в такие проекты.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 12:05 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
Наименование проекта
Создание программы-генератора дракон-схем из кода 1С.

Цель проекта
За ___ дней создать программу генератор.

Программа-генератор, которую требуется разработать в рамках данного проекта будет работать в двух режимах:

1. Создавать черновые дракон-схемы в виде файлов *.drt (формат для программы-редактора ИС Дракон Г.Н. Тышова) на основании выгруженных файлов конфигурации в формате применяемом в текущей редакции 1С.

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



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

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

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

Применение языка ДРАКОН для описания и разработки бизнес-процессов компании на всех уровнях понимания: «Концепция бизнеса и бизнес-процессов», «Инструкция пользователя» на данный момент полностью себя оправдала.

Остается решить ряд технических задач для более эффективного применения языка ДРАКОН на уровнях: «Логика разработки функционала автоматизации» и «Машинного кода» для бизнес-систем.

Для решения представленных выше задач требуется создать средство первоначального описания и обновления кода языка 1С – программы-генератора.

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

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

Описание проекта и его границы (входит)
В рамках проекта исполнитель создает программу-генератор дракон-схем в формате *.drt для первичного создания набора дракон-схем описания кода 1с конфигурации.

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

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

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

Исключительные права на все разработки в рамках данного проекта принадлежать Заказчику.

Требования к Результатам проекта. Критерии приемки.
Программа-генератор должна генерировать дракон-схемы в формате *.drt которые будут дорабатываться в программе-редакторе ИС Дракон Г.Н. Тышова Заказчиком. В плане комментирования кода и изменения схем для описания конфигурации.

Программа-генератор, в двух режимах:

1. Создавать черновые дракон-схемы в виде файлов *.drt (формат для программы-редактора ИС Дракон Г.Н. Тышова) на основании выгруженных файлов конфигурации в формате применяемом в текущей редакции 1С. Схемы кода первоначального описания создаются в виде дракон-схем типа «Примитив».

2. Дополнять существующие дракон-схемы типа «Силуэт», «Примитив» и «Гном» новыми ветками и элементами. Создавать новые схемы для каждой подпрограммы с сохранением существующих комментариев и структуры. Выделяя все новые изменения флажками.

Черновые дракон-схемы будут создаваться с учетом следующих соглашений:

· Один модуль один файл *.drt

· Одна подпрограмма – одна дракон-схема.

· Схема «Гном» содержит данные для генерации кода, и элементы типа «Вставка» для подпрограмм – которые имеют независимый вызов.

· Название файлов *.drt совпадают с названиями файлов *.txt. Запросы помещаются в элементы типа «Действие», язык запросов не описывается.

· В грамматики 1с не входят строки исполняемого кода: Запрсы, таблицы, структуры и т.д.. Например: структура или ТекущаяДата() и т.д. записываются в элемент Действие.

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

Сроки и ключевые вехи проекта
Расчет времени происходит из продолжительности рабочего дня 8 часов. Срок выполнения работ не должен превышать 360 часов, со дня подписания Сторонам данного Устава.

Основные вехи:

1. Разработка прототипа – _ часов. Результат: программа-гегератор считывает из входящей папки все файлы с расширением *.bsl и создаёт выходные *.drt файл с аналогичным именем для загрузки после обработки:

a. Разработать правила для граматики кода 1С. Результат: описываются грамматики для Процедур/Функций. При помощи генератора парсеров и заданных грамматик генерируется парсер, который подключается в проект. Парсер формирует синтаксическое дерево, которое переводится в дракон-схему .drt с кодом в П-точках – _ часа.

Названия подпрограмм модуля и строк кода и команды подпроцессора в начале подпрограммы - название «Заголовков» и элементов дракон-схемы типа «примитив»
Общие переменные, путь и название файла загрузки/выгрузки, навигационная ссылка на элементы листа – элемент «Модуль» дракон-схемы типа «примитив»
Список экспортных подпрограмм - список элементов «Вставка» дракон-схемы типа «примитив»
Название модуля – название «полки» заголовка дракон-схемы типа «примитив»
Параметры подпрограммы – элемент «Параметры» к элементу «Вставка» и «Заголовок»
Начало/Конец процедуры/функции – «Заголовок» дракон-схемы типа «примитив»
Конструкции типа «Если» - «Развилка» или «Цикл с вопросом» дракон-схемы типа «примитив»
Команды подпроцессора в теле подпрограммы – разложить на отдельные строки проверки.
«ИначеЕсли» - «Переключатель» или «Переключающий цикл» дракон-схемы типа «примитив»
Запрос, строка исполняемого кода – элемент «Действие» дракон-схемы типа «примитив»
Вызов подпрограммы – элемент «Вставка» дракон-схемы типа «примитив»
Цикл – элемент «Цикл» дракон-схемы типа «примитив»
Существующие комментрарии кода – элемент «Комментарий»
b. Доработка грамматик для разбора выражений (скобки, операторы+/-/*/) и параметров в процедурах/функциях. Добавление в дракон-схему оператора вызова процедур/функций (все прочие операторы должны игнорироваться парсером). – _ часа.

2. Приемка прототипа Заказчиком для опытной эксплуатации. Результат проверки: открываем дракон-схему в редакторе ИС Дракон и видим, что внутри функций появился блок с вызовом другой функции. Проверить вызов рекурсивной функции. Устранение выявленных недостатков – _ часа.

3. Доработка грамматик для разбора Если/КонецЕсли, Если/ИначеЕсли, Циклы/Для/Пока, Комментарии – _ часа.

4. Отображение различий. - ?

5. Опытная эксплуатация и устранение выявленных недостатков – _ часов.

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

Бюджет проекта
____ тысяч рублей.

Заказчик\Спонсор проекта
Заказчик проекта – ________________.

Назначенный руководитель и его полномочия
Руководителем проекта является -_________. Полномочия руководителя проекта:

1. Контролировать работы и сроки выполнения проекта.

2. Согласовывать работы с остальными стейкхолдерами проекта.

3. Контролировать бюджет проекта.

Ключевые стейкхолдеры проекта, их роли, полномочия и подчинение (структура)


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

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

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

Основные риски проекта
Форс-мажорные обстоятельства, не позволяющие выполнить работы в указанные сроки.

Прекращение информационной поддержки.

Даты, Подписи.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 15:05 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Полагаю, что в теме идет вопрос об инструментальном программном обеспечении конвертации программ.

Процесс конвертации программы с языка Дракон в программу на языке 1С обеспечивается применением программы ИС Дракон. Попутно обеспечивается и формирование пользовательской документации.

Для замыкания цикла преобразований 1С->Дракон->1С необходим конвертер 1С->Дракон, ИС Дракон является хорошей основой для создания конвертера.
Реализация инициативы Александра Араптанова является важной задачей для сообщества программистов.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 16:10 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Владимир Паронджанов,
для реализации инициативы Александра Араптанова требуется модернизация языка Дракон.

На это указывает -
Владимир Ситников писал(а):
В 1С есть "goto", там есть рекурсия и тому подобное. Как всё это добро будет выглядеть на Д-схеме? Едва ли схема будет "наглядной".
...
Дракон схема это не синтаксическое дерево, а control flow graph. Поэтому нужно не только парсинг 1С произвести, а проанализировать control flow. То, куда должно передаться управление после goto, break, continue это далеко не синтаксис.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 16:39 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
LKom писал(а):
Полагаю, что в теме идет вопрос об инструментальном программном обеспечении конвертации программ.

Процесс конвертации программы с языка Дракон в программу на языке 1С обеспечивается применением программы ИС Дракон. Попутно обеспечивается и формирование пользовательской документации.

Для замыкания цикла преобразований 1С->Дракон->1С необходим конвертер 1С->Дракон, ИС Дракон является хорошей основой для создания конвертера.
Реализация инициативы Александра Араптанова является важной задачей для сообщества программистов.


Совершенно верно. Вот тут хорошая статья по грамматике для 1С, хотя и по более сложной области https://infostart.ru/public/239061/ - языку запросов. В ДРАКОНЕ я запросы раскладываю вручную особо сложные. В проекте, на данном этапе нужно разложить грамматику кода без языка запросов и вывести в формат *.drt. Правила грамматики 1С для парсеров есть в сети или не сложно разработать.

Основная часть работы - написать выгрузку правил в файл *.drt. Описание формата лежит http://drakon.su/_media/opisanie_formata_drt_a.pdf - хотя это описание формата немного устарело, с Геннадием Николаевичем Тышовым достигнута договоренность, что он его поддерживает.

Как видится работа:
1. Из 1с выгружается конфигурация в файлы, типа *.txt (обычно порядка нескольких сотен) с названиями - аналогично модулям конфигурации где код расположен.
2. Все эти файлы загружаются в нашу программу-генератор.
3. На выходе формируются аналогичное кол-во файлов *.drt с аналогичным названием. Схемы все в виде "Примитива" и одна схема "Гном" для генерации кода листа.
4. После редактирования дракон-схем мы выгружаем проект из ИС Дракон. Получаем аналогичные по названию схемы *.txt, но уже с хорошо документированным кодом.
5. При необходимости провести перекодировку в ANSI
6. Загружаем в конфигурацию файлы *.txt

Итог: получаем конфигурацию с кодом на Goto для 1С и соответствующие описанный согласно документации.

Так как в конфигурацию возможно будут вносить изменения на прямую, без разработки в ИС Дракон, полезно предусмотреть механизм сравнения версий схем. Но, это трудоемкая задача, и хотя она заявлена в Уставе проекта, можно на первых порах использовать метод уважаемого LKom или/и функционал git или подобных систем.

Нужен толковый исполнитель.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 16:49 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
LKom писал(а):
Владимир Паронджанов,
для реализации инициативы Александра Араптанова требуется модернизация языка Дракон.


В чем должна заключаться модернизация?

Желательно указать подробно, с примерами.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 16:49 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
LKom писал(а):
Владимир Паронджанов,
для реализации инициативы Александра Араптанова требуется модернизация языка Дракон.

На это указывает -
Владимир Ситников писал(а):
В 1С есть "goto", там есть рекурсия и тому подобное. Как всё это добро будет выглядеть на Д-схеме? Едва ли схема будет "наглядной".
...
Дракон схема это не синтаксическое дерево, а control flow graph. Поэтому нужно не только парсинг 1С произвести, а проанализировать control flow. То, куда должно передаться управление после goto, break, continue это далеко не синтаксис.


Не особо понимаю о чем речь. Хотя уже лет пять пишу для 1С в ИС Дракон. В чем тут сложность? Goto передает управление исходя из конструкций "Если" и некоторых оператов цикла: имитация "Прервать" и т.д. делается с помощью "Цикл с Вопросом". Может есть пример для наглядности? В "стандартном коде 1С" Goto не используют, хотя напрасно. В остальном - это такой же код, просто с коментариями. :)

К слову я сейчас разрабатываю на ABAP - там GoTo нет совсем, и ИС Дракон, при определенной настройке, тоже строит нужный код. Хотя я еще экспериментирую.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 18 Апрель, 2018 22:29 

Зарегистрирован: Среда, 24 Апрель, 2013 07:57
Сообщения: 186
По поводу наглядности дракон-схемы из кода.

Важный момент в оценке результата - после генерации дракон-схемы из кода - это будет "примитив" со связанными Вставками и Заголовками - то есть максимально повторяющий код и контроль. Каждая строка кода - это Вставка или Действие. Запрос просто в Действие попадает (или в Вывод). Конструкции Если => Развилка, Цикл с вопросом или Переключатели. То есть код рабочий изначально => если его загрузить и сразу выгрузить из ИС Дракона и загрузить в Конфигуратор без правок - то все будет работать как работало... .

От аналитика требуется привести эту схему в читаемый вид, сделать ее наглядной. Связать, через Вставки и Заголовки с дракон-схемой уровня "Инструкция пользователя", которая в свою очередь связана с "Бизнес-процессом" и до "Концепции".
В идеале - чтобы далекий от программирования человек посмотрел в схему - и сказал - да, код работает именно так как мы к примеру маркетинговую компанию запланировали. Преобразовать, при необходимости, в Силуэт, сделать комментарии и т.д. Проверить соответствие результата работы Кода к Инструкции пользователя и Концепции (Техническому заданию). Часто видно ошибки кодирования. Прямо в глаза бросаются. То есть своего рода это черновик, заготовка для аналитика.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 19 Апрель, 2018 09:07 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
Владимир Паронджанов писал(а):
В чем должна заключаться модернизация?
Желательно указать подробно, с примерами.

https://forum.drakon.su/viewtopic.php?p=101565#p101565
Смотрите цитату Владимира Ситникова, а уже "подробно, с примерами" решайте сами, как автор Дракона.

В ИС Дракон не нарисовать, предлагайте модернизированный Дракон Тышову.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 19 Апрель, 2018 09:54 

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

Посмотрите работу Олега Гарипова
viewtopic.php?p=99807#p99807

и вообще всю тему. viewtopic.php?f=154&t=6002

По-моему, Олег Гарипов обладает глубокими знаниями для решения вашей задачи.
Но есть два возражения.

1. Олег не знает 1С
2. Олег работает в Нью-Йорке, причем не просто в Нью-Йорке, а в Манхеттене, а там условия совсем не российские.

Я написал это потому, что, возможно, Олег Гарипов каким-то чудом заинтересуется задачей Александра Араптанова.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 18 ] 

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


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

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


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

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