DRAKON.SU

Здравствуйте, коллеги.

Работаю с ИС ДРАКОН уже давно. Работаю с языками 1С и ABAP. Автоматизирую бухгалтерию, зарплату, кадровый и управленческий учет. Использую в работе учет заявок - тоже особенности в организации работы. Язык программирования не важен. Разрабатываю, внедряю и поддерживаю программные продукты в компаниях 8 лет, с ДРАКОНом - 6 лет. Решил, что пора опубликовать наработки. Заодно узнаю - нужны ли эти наработки. Сделаю курс по применения языка ДРАКОН и программы ИС ДРАКОН на внедрении и сопровождении программных продуктов.

Планирую провести три - пять вебинаров через скайп по часу в согласованное время с аудиторией время. Будут онлайн консультации и записи трансляций для участников.

Кто хочет поучаствовать: оставляйте под постом почтовые адреса. Пишите сразу вопросы - по ним буду формировать материал курса. Предлагайте время занятий - выберем время занятий. Укажите свой часовой пояс.

Участие бесплатное.

С уважением, Араптанов Александр.

Поддерживаю. Важная инициатива.

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

С удовольствием послушаю.
Интересно как помогает в работе. Для себя пробовал сложные ТЗ разложить в Дракон-схему, помогало.
Интересует;
1. Можно ли заложить кусок модуля какой либо типовой и получить ,хотя бы скелет, Дракон-схемы?
2.Упорядочить наработанные алгоритмы, с быстрым поиском и быстрым пониманием/вспоминанием.
3.Обучение и запоминание новой инфы , сейчас готовлюсь к спецу по платформе, тяжеловато.
4.Может еще как то поможет в организации работы?
serj_lb@bk.ru

Уважаемые коллеги.

Собрал сайт для регистрации на вебинар.

Прошу протестировать. Вот ссылка для регистрации: http://drknyo.tilda.ws

Свою электронную почту для связи оставьте пожалуйста.

Александр. Отбивка после регистрации на сайте, на почту не пришла

А_МУР, пока отбивка не приходит. Пришлите мне на почту 9229976@gmail.com письмо - я включу вас в список регистрации.

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

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



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

К примеру, когда приходит внешнее событие, для его обработки нужно:
1. Что-то сделать внутри установки
2. Отослать сообщение на другую установку по сети
3. На другой установке придет сообщение(событие), которое будет отработано обработчиком событий
4. Другая установка вернет сообщение
5. Текущая примет сообщение, которое будет отработано обработчиком событий
6. Текущая установка завершит обработку

Как делал я. Рисовал две схемы:
1. Алгоритм по выполнению внешнего запроса:
-приняли запрос
-обработали
-отослали другой установке сообщение
-ждем прихода ответа
-в зависимости от ответа/таймаута завершаем.

2. Алгоритм обработки событий на другой установки:
-Простой switch по событию.

Т.е. две такие схемы. Это и есть аналог временной диаграммы. Или можно как-то по-другому?
Может есть другой опыт? Хотелось бы увидеть размышления об этом на лекции.

Вам пример на офисном процессе лучше будет показать или в контексте работы программы? Пока я понимаю, что нужно показать вызов программы/класса/обработки и т.д. в разрезе времени выполнения алгоритма ПО?

viewtopic.php?p=103534#p103534

п.2 - используйте икону Вывод.
п.3 - в ИС Дракон используйте икону Событие.
п.4 - используйте икону Вывод.
п.5 - используйте цикл Ждать и икону Ввод.

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

Здравствуйте коллеги.

Напоминаю, что 1й вебинар по языку ДРАКОН будет уже завтра. Начало 23 августа 2019 года в 20:00 по московскому времени.

Кто еще не зарегистрировался, вам сюда: http://drknyo.tilda.ws

Ссылку на вебинарную комнату пришлю завтра.

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

Вебинар "Оцифруй бизнес с языком ДРАКОН" ссылка: https://www.youtube.com/watch?v=XzP8tT5JQp4 Начало 23.08.2019 в 20:00 по мск.

На случай, если что то пойдет не так. Проведу в Скайпе.

До встречи в эфире.

Коллеги.

Вот новая ссылка на вебинар. https://www.youtube.com/watch?v=0YJGDAXjsPI Старая поломалась... .

Все также 23.08.2019 в 20:00 по мск.

Прошу прощения за неудобства.

С уважением, Александр.

Первое занятие прошло. Вот запись тем кто не успел https://youtu.be/0YJGDAXjsPI Первый опыт, ошибки т.д. Уже знаю как решить большинство... Очень жду от вас, коллеги, обратную связь. Очень поможете. Спасибо

Здравствуйте.

Сегодня в 20:00 по мск проведу второе занятие нашего вебинара. Сегодня расскажу:

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

Ссылка на прямой эфир:
https://youtu.be/Z9ZSBYc-IR0

Запись будет доступна по этой же ссылке.

С уважением, Араптанов Александр.

Здравствуйте.

Закончилось второе занятие нашего вебинара "Оцифруй бизнес с языком ДРАКОН".

Тема: Общее описание языка. Организация работы по разработке и сопровождению.

Ссылка на запись https://youtu.be/Z9ZSBYc-IR0

В связи с загрузкой на работе следующие занятия буду проводить один раз в неделю.

Предложения и пожелания пишите в ответном письме.

С уважением, Александр.

Здравствуйте.

В прошлом письме я ошибся, приношу свои извинения.

Следующее занятие состоится через две недели: 13 сентября 2019 года.

Занятия буду проводить раз в две недели.

С уважением, Александр.

Спасибо за материал и изложение! Было интересно!

Не допонял тему с заявкой.
Как я понял, хотели повторить git commit - раскрашивали желтым измененный участок.

Проясните, пожалуйста, этот аспект.

Я так воспринял:
Есть версионность - есть номера версий.
Наверное, версия инкрементируется при изменение схемы(любом или сами фиксируем?).

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

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

Правильно понял?