Ruslan Luniov писал(а):
Здравствуйте уважаемые форумчане,
с удовольствием поделюсь своими "хотелками".
...
Вот как я сейчас представляю себе классный инструмент:
Дракон-схема, в которой нажав на "Вставку" можно зайти во вложенную схему,
которая является декомпозицией "Вставки", и вернуться обратно по ветке к родительской процедуре.
Не обязательно нумеровать "Действия" и "Вставки", но должен быть механизм связи между схемами "Родитель-потомок".
У "Действий" и "Вставок" должна быть возможность добавлять "Свойства" - например.
"Действие" (Получить внешнюю почту), а в свойствах можно указать какой именно сервер получает,
кто из сотрудников за это отвечает, примеры сообщений, наборы полей или переменных.
Было бы удобно, если эти "Свойства" открывались и схлопывались как ветки в MindMap,
или были вроде слоев в Photoshop.
Должна быть возможность раскрашивать элементы, чтоб тематически выделять процессы по любому признаку,
ну например по группе исполнителей или ОС на серверах или ...
Нужен фильтр по свойствам, например подсветить все "Действия" и "Вставки",
в которых переменная имеет определенный статус.
...
А может уже есть инструмент под мою задачу - описание и документирование ПО
cо схемой, реестром переменных, пользователями, версиями ОС и ПО?
...
Вообще-то пока единственная реализация, которая приближается к Вашим пожеланиям (и в чём-то будет приближаться по анонсам разработчиков на ближайшее развитие) -
эта среда. Как там будет с версиями - не знаю, но разработчики это учитывают...
Реестр - это чтобы как таблица
здесь?..
Ruslan Luniov писал(а):
...
Я попробовал сделать смесь: схема в MindMap, в центре вложение из центральной схемы,
от нее отходят ветки с названиями "Вставок", в каждом узле вложение из дочерней схемы и т.д.
Эта схема работает когда работа завершена, но когда все время идет перекройка схемы -
теряешь много времени на сопровождение.
А пока хочется спросить совета у бывалых как делать большие схемы с множеством "Вставок",
есть опыт именования или другие приемы?
...
По опыту делаю так:
viewtopic.php?p=62870#p62870. Т.е. не парюсь с "визуалами-концепциями"... а как принято в старой доброй ЕСКД - всякому овощу (в смысле, аспекту) - свой тип схем (в данном случае - схема подключения процедур по вызовам)...
Бонус - схема довольно легко наращивается (добавляем единообразные ветки в существующие уровни и/или пририсовываем снизу новые уровни). Малус - надо продумывать, как показывать неоднократные вызовы, включая рекурсивные (впрочем, это больше для схем программ - для процессов актуально, только если заморачиваться с повторным использованием).
Конечно, визуалы со Вставками не отменяются - просто мы не пытаемся приспособить структуру дракон-схем для отражения, как связаны они между собой...