Но "по-взрослому" это делать надо на Aris, BP Win, UML и т.п. пакетах программ по отрисовке бизнес-процессов.наши целевые пользователи не поймут
а если они не поймут - как мы сможем убедиться что нарисовали всё правильно?
мы ведь в схему включили не только вещи которые следуют из законов и подзаконных актов
кое что мы включили просто потому что "так принято". например АУ не обязан уведомлять суд о том, когда вышло объявление.
мы сознательно отказались от формальной корректности и сильно упростили очень многое,
в пользу понятности и наглядности для нашей целевой аудитории
У вашей картинки просто наглядный вид, а у описателей БП - по каждой связи или объекту около 300 параметров в базе данных )))мы именно ставили целью наглядность
а большая часть работ по описанию БП заканчивается неудачно (не достигает поставленных целей)
то что получается в результате использования тех нотаций что вы привели - очень
сильно проиграет приведённой схеме в наглядности и понятности нашим потребителям
Сам имел опыт такой работы, на Aris было отрисовано РК (руководство по качеству средней фирмы для получения ИСО-9001так нам не бумажка нужна об ИСО а реально полезный нашим потребителям продукт
сказал ему, что скоро отрисуеи ЗоБ и тогда их- ВАС сможет мышкой править законы и свои Пленумы )))НЕ сможет
мы изучали вопрос, словосочетание "блок-схема" - это то на чём останавливается знание АУ или юриста в этой области
таких идей уже было много
SQL - думали что запросы сами пользователи будут писать
1С - думали что сами бухгалтера под себя что то корректировать будут
CMS - думали что сами пользователи сайт будут редактировать
от всего этого весьма ограниченный выхлоп
т.е. я не то что не думаю что этого никогда не будет - к этому придёт
НО:
- квалификация юристов и законодателей должна расти в этом направлении (в том числе благодаря нам)
- всё таки "формализм" (язык - нотация) должны быть другими
- если описывать "по взрослому" то там столько будет связей и учётов всяких исключительных ситуаций, что это всю наглядность убьёт на корню просто благодаря размеру, и всё равно будет уделом узких специалистов
для начала машинночитаемые форматы документов научились бы стандартизовать
Так что желаю разработчикам ПАУ посмотреть в сторону описаний бизнес-процессовмы в курсе этих формализмов и изучали в том числе и их прежде чем остановиться на той форме подачи что приведена выше
даже свои пытались придумывать
но повторюсь, в том что мы опубликовали всё принесено в жертву наглядности для целевой аудитории
не засиживаться на уровне Веселых картинок, переходите на уровень хотя бы с Мурзилки, а там и Пионер и Вокруг светав каком смысле?
мы же издатели а не читатели..
это читатели вырастают и переходят с Мурзилки на Вокруг света
а издатели как начали в 1924 году Мурзилку издавать так и издают
возможно, вы имеете ввиду что ПАУ должен быть более адекватен схеме, да мы работаем над этим..
НО! опять же данная схема является для нас инструментом общения с АУ, с нашими постановщиками задач, и другими лицами (не программистами)
они нам тыкают пальцем и говорят что здесь забыли то то, а здесь не учли то то
т.е. мы сначала должны на этом языке наладить постоянное взаимодействие и в соответствии с ним менять продукт, что мы и делаем
в соответствии с прорисованной схемой сделали
обучающее видео по продукту, подготовили
учебно-методическое пособиеПо данной схеме мы собрали полный пакет документов по процедуре и регулярно "проигрываем" всю процедуру на ПАУ с секундомером, стараемся чтобы каждый релиз позволял "прогонять" процедуру быстрее и быстрее
простое использование формализмов в ущерб наглядности ничего этого нам бы не дало
Спасибо большое за ваш отзыв и неравнодушие, и ещё два раза спасибо за то что донесли его до зам преда ВАСа, по большому счёту вы правы, но тут понимание правоты даже важнее самой правоты