Александр Араптанов писал(а):
Сложилась ситуация, когда остро встала задача перевода кода 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 рублей, так и пишите.
Тут же длинная простыня, а по сути -- вообще ноль. "открываем драко-схему, видим что внутри что-то появилось".