Список коммутаций в TDM маппере

[san]

Ваня предлагает кроме TDM маппера выводить ещё некую расшифровку коммутаций("Список коммутаций"), чтобы пользователю по этой таблице можно было проще понять откуда куда и что скоммутировано, т.е. некое более человекопонятное представление коммутаций чем сам маппер.

Что такое "Список коммутаций" попытался сформулировать в документе: ​https://docs.google.com/document/d/1aT0CkbNB0grdQedQkF82ZerpM7GiJ8i-4JvUPALrngY/edit?usp=sharing

Это предложение поступает от МВТел уже давно, сейчас Ваня настаивает на том, что это улучшение необходимое, прежде чем получить у директора одобрение на реализацию этой задачи, предлагаю обсудить/покритиковать.

[alx]

В каждой строке таблицы соединений фигурирует два канала (если не учитывать групповые), что логично. Но почему колонка "Комментарий" толдько одна? Комментарий какого из каналов в ней должен отображаться? Мне кажется, что рядом с каждым обозначением канала следует выводить его комментарий.

Пункт. 1б гласит:

если обратная коммутация не совпадает с тем куда скоммутирован канал - выводится ещё строчка обратной коммутации с режимом ⟵.

Предположим, что самый первый канал (1:0, левый верхний угол таблицы маппера) скоммутирован в 10 разных каналов, каждый из которых скоммутирован еще в 10 разных каналов. Согласно алгоритму, мы рисуем 10 строк с режимом "⟶". Пока все вроде бы понятно. А вот дальше - что должно быть в строчке обратной коммутации? Какой из 10 каналов должен быть указан в правой колонке? А какой из 10 каналов в левой?

Далее, п. 1в гласит:

если коммутация канала уже была ранее отображена в качестве обратной коммутации для другого канала - не выводим её

Тот же пример, что был описан выше. Некий канал скоммутирован в 10 других. Причем одно из этих соединений было указано в качестве обратного для канала 1:0. Согласно п. 1в, это соединение выводиться не должно. Следовательно, когда до нашего канала дойдет очередь, будет отображено его соединение лишь с девятью каналами из десяти. Или, если немного обобщить, получается, что соединения канала могут быть "размазаны" по разным частям таблицы. Мне кажется, это нехорошо - теряется наглядность.

Пункты 2 гласит:

Если в канал скоммутирован групповой - выводим построчно все слагаемые (строки 5-7) с режимом ⟶

Получается, что визуально в таблице коммутация в наш канал слагаемых группового канала ничем не отличается от коммутации нашего канала в другие каналы (см. п. 1)...

Пункт 3а я просто не понял.

[alx]

И вообще, для обсуждения задачи не хватает описания ее цели/мотивации. Не зная, с какой целью будет выводиться список коммутаций, трудно критиковать, например, форму отображения или алгоритм формирования этого списка. Саша, если возможно, добавь, пожалуйста, цель в описание тикета...

[san]

Саша, если возможно, добавь, пожалуйста, цель в описание тикета...

Добавил, первый абзац.

Мне кажется, что рядом с каждым обозначением канала будет выводиться его комментарий.

Добавил в документ комментарий ещё и справа.

Пункт. 1б гласит:

если обратная коммутация не совпадает с тем куда скоммутирован канал - выводится ещё строчка обратной коммутации с режимом ⟵.

Предположим, что самый первый канал (1:0, левый верхний угол таблицы маппера) скоммутирован в 10 разных каналов, каждый из которых скоммутирован еще в 10 разных каналов. Согласно алгоритму, мы писуем 10 строк с режимом "⟶". Пока все вроде бы понятно. А вот дальше - что должно быть в строчке обратной коммутации? Какой из 10 каналов должен быть указан в правой колонке? А какой из 10 каналов в левой?

Под обратной коммутацией здесь я подразумевал то что скоммутированно в данный канал, т.е в твоём примере для 1:0 будет 10 строк прямой коммутации и одна обратной

Рассмотрим твой случай но с меньшим количеством коммутаций

Коммутации:
1:0->1:1 / 1:0->1:2 / 1:0->1:3
1:1->2:1 / 1:1->3:1 / 1:1->4:1
1:2->2:2 / 1:1->3:2 / 1:1->4:2
1:3->2:3 / 1:1->3:3 / 1:1->4:3
22:20->1:0 /22:21->1:1 /22:22->1:2 /22:23->1:3

Список коммутаций:
1:0 -> 1:1
    -> 1:2
    -> 1:3
    <- 22:20

1:1 -> 2:1
    -> 3:1
    -> 4:1
    <- 22:21

1:2 -> 2:2
    -> 3:2
    -> 4:2
    <- 22:22


1:3 -> 2:3
    -> 3:3
    -> 4:3
    <- 22:23

[alx]

Только что заметил: описание в п. 2 не соответствует иллюстрации (строки 5-7). Как минимум, там стрелки в разные стороны...

[alx]

Replying to san:

Под обратной коммутацией здесь я подразумевал то что скоммутированно в данный канал, т.е в твоём примере для 1:0 будет 10 строк прямой коммутации и одна обратной

Теперь, кажется, понял - отображается то, что записано для этого канала в ячейке TDM-маппера? То есть это либо ничего (если заворот на себя, константа, 1 кГц и т.п.), либо какой-то один канал, либо слагаемые группового канала.

В моем примере предполагалось, что все каналы разные, стало быть, обратного канала нет вообще...

[alx]

Так как список соединений, как правило, будет длинным, наверное не помешает предусмотреть какие-то средства фильтрации - чтобы отображались не все соединения, я только выбранные по определенным признакам - например принадлежности каналов какой-то плате...

[san]

Теперь, кажется, понял - отображается то, что записано для этого канала в ячейке TDM-маппера? >То есть это либо ничего (если заворот на себя, константа, 1 кГц и т.п.), либо какой-то один канал, либо слагаемые группового канала.

Да, правильно.

Далее, п. 1в гласит:

если коммутация канала уже была ранее отображена в качестве обратной коммутации для другого канала - не выводим её

Тот же пример, что был описан выше. Некий канал скоммутирован в 10 других. Причем одно из этих соединений было указано в качестве обратного для канала 1:0. Согласно п. 1в, это соединение выводиться не должно. Следовательно, когда до нашего канала дойдет очередь, быдет отображено его соединение лишь с девятью каналами из десяти. Или, если немного обобщить, получается, что соединения канала могут быть "размазаны" по разным частям таблицы. Мне кажется, это нехорошо - теряется наглядность.

Согласен. Думаю применять 1в стоит только если коммутация единственная, исправил в документе.

не помешает предусмотреть какие-то средства фильтрации

Да, разумно будет предусмотреть.

[san]

Переделал в документе пункт 2. Групповые каналы.

[alx]

Replying to san:

Переделал в документе пункт 2. Групповые каналы.

Только почему в строке 9 название канала в столбце "Плата", а не в столбце "Канал"?

[san]

исправил

[andrei]

Таблица получается достаточно большая, может вынести ее в отдельную вкладку и пусть там всегда висит без всяких чекбоксов.

[san]

в отдельную вкладку

Я предлагал Ване такой вариант, он был совсем против, аргументацию точно уже не помню

[san]

Исправил табличку снова, по свежим поправкам Вани.
Рекомендую приостановить пока работу по этому тикету, т.к. оказалось что обсуждение не закончено.

[alx]

Предлагаю в столбце "Режим" отображать стрелку для каждого канала, а не одну на все. Так будет более наглядно.

[san]

Сделал стрелки отдельно, но в случае со стрелочкой влево и групповым каналом мне кажется более наглядным объединить слагаемые группового под одной стрелкой.

[alx]

Replying to san:

в случае со стрелочкой влево и групповым каналом мне кажется более наглядным объединить слагаемые группового под одной стрелкой.

Это правильно - здесь же один групповой канал, значит одна стрелка. А вот стрелок вправо может быть более одной...

[san]

Договорились до переноса этой таблицы на отдельную под-вкладку "Список коммутаций"
Ещё Ваня просит придумать(предусмотреть) какой-то механизм связи между вкладками TDM и Список коммутаций:
т.ё. при тыкании в "нечто" принадлежащее ячейке Маппера пользователь должен быть автоматически переключен на вкладку Списка и там строки соответствующие данной ячейке должны быть подсвечены, и наоборот тыкая в Списке на колонку TDM, пользователя должно переключить на вкладку Маппера и там выбранная ячейка должна быть как-то "подсвечена".