DRAKON.SU

Соединитель позволяет соединять линии, находящиеся на соседних листах


Начальник лаборатории Иван Иванович Савин предложил, чтобы дракон-схема УЧ ПВ
(и, следовательно, другие подобные схемы) выполнялась на цепочке листов формата А1.
(На схеме видно, что цепочка состоит из более двух листов А1).
Я подумал и решил, что Иван прав. Поэтому я внес небольшие изменения в графический алфавит Дракона.

ИКОНА «СОЕДИНИТЕЛЬ»

Добавлена икона «соединитель» (она имеет форму кружка и служит для перехода с листа на лист).

На первом листе А1 есть два соединителя (1 и 2).
На втором листе А1 есть четыре соединителя (1, 2, 3, 4).
Примечание.
Предположим, что дракон-схема УЧ ПВ занимает 4 листа формата А1.
В этом случае:
На третьем листе А1 есть четыре соединителя (3, 4, 5, 6).
На четвертом листе А1 есть два соединителя (5, 6).

Все это хорошо видно на листах png

Второй пример использования иконы "соединитель".
Ниже показан второй лист цепочки листов формата А1.
На этом листе использованы четыре иконы "соединитель".

С этим бы совместить: http://forum.oberoncore.ru/viewtopic.php?f=62&t=1554&start=40

А чем стал плох вариант со склейкой листов?

Вариант с соединительными линиями нужен, если на листе помимо схемы будет ещё и стандартная рамка, которую нельзя пересекать. Но подгонка под старые стандарты малополезна. Тем более, что это уменьшает полезность схем.

Я работаю в коллективе. В коллективе время от времени выдвигаются новые предложения.
Я (вместе с коллегами) сортирую эти предложения. Некоторые отклоняются, некоторые принимаются.

Уже давно запала мысль, что силуэт обязан охватить максимум возможного. При этом надо учесть тему "эргономическая оптимизация".
ОПТИМИЗАЦИЯ + сОЕДИНИТЕЛЬ дает наибольший эффект.

Вы пишете:


Так и есть. Мы (в Пилюгинском центре) работаем по ЕСКД. Все чертежи проходят нормализационный контроль.

Вы пишете:


Вариант со склейкой листов допустим. Но он исключается при работе по ЕСКД и с нормализационным контролем.
Вы пишете:
Вы правы: подгонка под старые стандарты малополезна. Но у меня есть возможность влиять на стандарты (с помощью нашего отдела стандартизации). Я всю жизнь занимаюсь стандартами. И мне всегда удавалось исключить "глупые" стандарты. И добиться введения разумных стандартов.
Это всегда делалось в содружестве с нашим отделом стандартизации.

Простите, но Вашу фразу "это уменьшает полезность схем" я, к сожалению, не пон

Вывод.
1. Если Вас соединители раздражают, Вы можете ими не пользоваться.
Вы ничего не потеряете.

2. Но если на предприятии есть железная дисциплина по ЕСКД, и если
разработчики ОБОСНОВАННО требуют добавить соединители, то будет правильным удовлетворить их законное желание

Если перейти по этой ссылке, читаем:


У меня иное мнение.
1. Желательно всю схему (программу) поместить ("затолкать") в один силуэт.

2. Силуэт должен находиться на верхнем уровне иерархии.

3. Возможно, некоторые части силуэта (при достаточных основаниях) выгоднее вынести за рамки силуэта. (Здесь желательно предъявить поучительный пример).

4. Силуэт должен быть одноэтажным. Как превратить двухэтажный силуэт в одноэтажный,
показано здесь:
viewtopic.php?f=62&t=1878

5. Пояснение. уменьшение "этажности" силуэта достигается превращением длинных веток в короткие. То есть заменой малого числа длинных веток на большое число коротких веток.

6. Крайне желательным или даже обязательным является использование ритмических полос,
отделяющих ветки друг от друга.
viewtopic.php?p=33998#p33998
viewtopic.php?f=62&t=1878

7. Использование одноэтажных веток и (воображаемых) ритмических полос
ПРЕВРАЩАЕТ БОЛЬШУЮ ПРОБЛЕМУ В МАЛУЮ.
Превращение большой проблемы в малую ОБЛЕГЧАЕТ ее решение и уменьшает вероятность появления ошибок. Мне кажется, что таким способом достигается существенный выигрыш.

Заметил одну особенность
Если раньше алгоритмы писали сверху вниз, т.е ширина листа была небольшая, зато высота листа, ну или длина была большая.
UML старается чтоб все вместилось в квадратный лист.
Дракон же старается чтоб высота листа была небольшой, зато ширина за счет иконки соединитель становится практически бесконечной.
То есть в драконе, глобально получается чтение алгоритма слева направо.

На самом деле это не противоречит основным правилам ДРАКОНа, если у вас многовариантный примитив.
А если силуэт, то тоже не противоречит, т.к. он, по сути, является свёрткой примитива. Если есть желание свёртку писать направо, никто не неволит.
Но это не обязательно, ведь всегда можно обеспечить читаемость алгоритма укрупненной схемой-силуэтом, и вместить в один лист.

Смотри Правило Сергея Ефанова

При отображении Дракон-схем не на бумаге, а на экране компьютера икона Соединитель совсем не нужна.
В результате, в ИС Дракон икона Соединитель отсутствует.