DRAKON.SU

Текущее время: Пятница, 29 Март, 2024 02:46

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
СообщениеДобавлено: Вторник, 29 Сентябрь, 2009 20:16 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Соединитель позволяет соединять линии, находящиеся на соседних листах
Вложение:
1.png
1.png [ 21.27 КБ | Просмотров: 8260 ]


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

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

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

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

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


Последний раз редактировалось Владимир Паронджанов Вторник, 29 Сентябрь, 2009 20:34, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 29 Сентябрь, 2009 20:18 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Второй пример использования иконы "соединитель".
Ниже показан второй лист цепочки листов формата А1.
На этом листе использованы четыре иконы "соединитель".


Вложения:
2.png
2.png [ 21.69 КБ | Просмотров: 8259 ]
Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 30 Сентябрь, 2009 10:39 

Зарегистрирован: Вторник, 27 Май, 2008 13:24
Сообщения: 155
С этим бы совместить: http://forum.oberoncore.ru/viewtopic.php?f=62&t=1554&start=40


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 30 Сентябрь, 2009 10:43 

Зарегистрирован: Понедельник, 30 Июль, 2007 10:53
Сообщения: 112
Откуда: Беларусь, Минск
А чем стал плох вариант со склейкой листов?

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Среда, 30 Сентябрь, 2009 13:15 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
Valery Solovey писал(а):
А чем стал плох вариант со склейкой листов?


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

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

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


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

Вы пишете:
Цитата:
А чем стал плох вариант со склейкой листов?


Вариант со склейкой листов допустим. Но он исключается при работе по ЕСКД и с нормализационным контролем.
Вы пишете:
Цитата:
Но подгонка под старые стандарты малополезна. Тем более, что это уменьшает полезность схем.

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

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

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 01 Октябрь, 2009 08:58 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
dvuugl писал(а):


Если перейти по этой ссылке, читаем:
Цитата:
Alexey_Donskoy: "Перегружать силуэт тоже не стоит.. Всю программу в один силуэт не затолкать"


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

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

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

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

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

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

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

Цитата:
Метафора.
Толстую палку сломать трудно или даже невозможно. Но если расщепить толстую палку на множество тонких, можно легко переломать тонкие палочки поодиночке


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 29 Июль, 2022 20:10 

Зарегистрирован: Среда, 27 Июль, 2022 16:21
Сообщения: 26
Заметил одну особенность
Если раньше алгоритмы писали сверху вниз, т.е ширина листа была небольшая, зато высота листа, ну или длина была большая.
UML старается чтоб все вместилось в квадратный лист.
Дракон же старается чтоб высота листа была небольшой, зато ширина за счет иконки соединитель становится практически бесконечной.
То есть в драконе, глобально получается чтение алгоритма слева направо.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 29 Июль, 2022 20:35 

Зарегистрирован: Пятница, 08 Декабрь, 2017 18:24
Сообщения: 439
Откуда: Астрахань-Сочи
На самом деле это не противоречит основным правилам ДРАКОНа, если у вас многовариантный примитив.
А если силуэт, то тоже не противоречит, т.к. он, по сути, является свёрткой примитива. Если есть желание свёртку писать направо, никто не неволит.
Но это не обязательно, ведь всегда можно обеспечить читаемость алгоритма укрупненной схемой-силуэтом, и вместить в один лист.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 29 Июль, 2022 22:05 

Зарегистрирован: Воскресенье, 24 Февраль, 2008 15:32
Сообщения: 5846
Откуда: Москва
tur55 писал(а):
Заметил одну особенность
Если раньше алгоритмы писали сверху вниз, т.е ширина листа была небольшая, зато высота листа, ну или длина была большая.
UML старается чтоб все вместилось в квадратный лист.
Дракон же старается чтоб высота листа была небольшой, зато ширина за счет иконки соединитель становится практически бесконечной.
То есть в драконе, глобально получается чтение алгоритма слева направо.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 30 Июль, 2022 05:54 

Зарегистрирован: Среда, 07 Январь, 2015 14:53
Сообщения: 1356
При отображении Дракон-схем не на бумаге, а на экране компьютера икона Соединитель совсем не нужна.
В результате, в ИС Дракон икона Соединитель отсутствует.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot] и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2008-2024, участники конференции «DRAKON.SU», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB