Петр Приклонский писал(а):
Драконограф писал(а):
А пробовали применять для взаимодействия между разработчиками и "предметниками" (заказчиками/пользователями изделий - не специалистами в "железе" и программировании)?
Наши изделия применяются, большей частью, в энергетике. Поэтому они попадают в руки специалистов.
Но, в развитии Вашей мысли, мне приходит в голову другая...
Нам приходится выпускать много текстовых документов описательно-рекомендательного характера (технические условия, методики поверки, руководства по эксплуатации, описания протоколов и пр. и пр.) Можно предположить, что применение ДРАКОН-схем облегчило бы читаемость и понимаемость этих документов. Правда, это связано с преодолением консерватизма нормативно-контролирующих органов (от мелких до великих), ГОСТов и др.
Да, тут вряд ли так легко можно поступать, как иногда воозможно в образовании - читать своё, а отчитываться за стандартное
Специалист-заказчик в энергетике ли, в другой "предметке" в общем случае не обязательно изначально разбирается в содержании разработки - в Вашем частном случае просто так сложилось, значит
А для общего случая, конечно, нужно заботиться о большем удобстве и языков, и среды их поддержки...
Касательно того, как облегчить читаемость документов за счёт визуализации - мои предложения можно посмотреть
в этом примере, их обоснование
в этом сообщении. Прошу анализировать и критиковать.
Да, и если в целом улучшать понимаемость описаний - то комплексно, о чём говорил
в этом сообщении. Конкретно протоколы, чтобы были работоспособными, сейчас представляют автоматно и затем программируют на языке РВ для верификации - примеры можно найти в выдержке, вложенной
в это соообщение. И автоматы можно представить граф-схемами, и язык верификации как шампур-программу (только опять-таки комплексно, а не только в импер-части). А поведение протокола изучать уже вне среды визуализации - в системе инженерной проработки описаний (той же Spin).