powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / ищу интерфейсное решение
14 сообщений из 14, страница 1 из 1
ищу интерфейсное решение
    #36707566
pizmon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Прошу помощи в продумывании интерфейсного решения.

Возникшая задача:

Имеются пользователи, владеющие экспертными знаниями. Наша задача - выудить из них эти знания. Знания заключаются вот в чем: существует фиксированное количество (порядка сотни) "объектов", имеющих взаимные зависимости. Эти зависимости эксперт должен нарисовать и сопровождать в дальнейшем. Для этого у него должны быть средства, чтобы на картинке (нарисованной им год назад, или другим экспертом) он мог бы что-то быстро понять, и чтобы он сам мог бы легко добавлять зависимости на картинку.

Например, имеем объекты "доски", "камни", "лопата", "экскаватор", "строительные леса" и "дом".
Эксперт знает, что для объекта "дом" требуются "строительные леса", "доски", "камни" и ("лопата" или "экскаватор"). Также "доски" требуются для "строительных лесов". На риунке примерно нарисован очень плохой вариант:

1. Не читается, что "доски" важнее остальных объектов (в разрезе строительства "дома").
2. Не читается, что "лопата" и "экскаватор" - эквивалентные объекты (опять же в разрезе "дома").
3. Неудобно рисовать зависимости типа зависимости "дома" от "лопаты"/"экскаватора" (а бывают блоки по десять-пятнадцать вариантов).
4. В целом - как-то не наглядно, хреново. Стрелочки на концах ребер помогают делу мало.

Для ответа на первый пункт предлагаю, если выделен объект "дом", то подкрасить объекты, от которых
"дом" зависит, с соответствующей интенсивностью цвета. На остальные пункты пока ничего не надумал.

Спасибо за внимание и помощь.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36707579
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmon,

автор2. Не читается, что "лопата" и "экскаватор" - эквивалентные объекты (опять же в разрезе "дома").

можно в том месте, где лопата смыкается к экскаватором нарисовать знак эквивалентности.

Степень важности можно отображать жирностью или цветом стрелок - тогда не надо будет требовать выделения объекта
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36707629
pizmon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Рулить толщиной ребер мне не понравилось. Практика показала, что никто не отличит толщину 5 от 7. Для того, чтобы толщины реально отличались, их надо удваивать: 1, 2, 4, 8, 16. Линия толщиной в 16 пикселей приводит зрителя в долгий ступор. А градаций-то надо довольно много, четырьмя никак не ограничимся.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36707676
Фотография n_string
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Лучшее - враг хорошего. Мне первый вариант понравился. Для примера по теме также напрашивается построитель диаграмм в SSMS. А это уже прототип, так что решение в природе уже есть:)
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36707818
belugin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmonРулить толщиной ребер мне не понравилось. Практика показала, что никто не отличит толщину 5 от 7. Для того, чтобы толщины реально отличались, их надо удваивать: 1, 2, 4, 8, 16. Линия толщиной в 16 пикселей приводит зрителя в долгий ступор. А градаций-то надо довольно много, четырьмя никак не ограничимся.


Тогда либо цветом либо поверх линии что-то нарисовать. Например, важность
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36707821
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тут особенно и делать ничего не надо. Берёшь graphviz, набиваешь граф данных (или формируешь),
кормиш граф graphviz-у, он всё рисует.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36708709
pizmon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv,

Спасибо за участие и всё такое.
Не хотел тебя расстраивать, но.... это не граф.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36708813
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmon wrote:
> Спасибо за участие и всё такое.
> Не хотел тебя расстраивать, но.... это не граф.

А графвиз и сети тоже умеет рисовать.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36708879
pizmon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да нет у меня проблемы "как рисовать". Есть проблема "что рисовать" и "что делать при тычке мыши с прижатым Ctrl+Alt".
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36709047
Фотография SQL_Lamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmon,

Если я правильно понял, вы наглядно хотите отображать различные варианты производства одного и того - же продукта(не важно - дом ли это или еще что).
И хотите, чтобы была возможность добавлять дополнительные варианты(графически?).
Думаю, не стоит сваливать все в одну кучу(картинку), а надо выводить отдельные варианты отдельными картинками, просто перечисляя количество возможных вариантов.

Эксперт же при создании новой цепи производства должен указывать узлы и их очередность, выбирая их из существующих списков, а не на картинках, затем созданную цепь действительно можно уже скормить dot(graphviz), наппример, или вывести графически иным способом.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36709068
pizmon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL_LamerЕсли я правильно понял, вы наглядно хотите отображать различные варианты производства одного и того - же продукта(не важно - дом ли это или еще что). И хотите, чтобы была возможность добавлять дополнительные варианты(графически?).

Да, точно. Задачи эквивалентные.

SQL_Lamer
Думаю, не стоит сваливать все в одну кучу(картинку), а надо выводить отдельные варианты отдельными картинками, просто перечисляя количество возможных вариантов.


Сейчас так и сделано. Просто в связи с ростом количества номенклатуры это становится нереальным в сопровождении.

Теоретически надо сгенерировать все варианты, по которым производство может реально идти (и дойти). Эти бумаги называются "технологическими регламентами", и они должны быть. Там должно быть написано "делай раз, делай два". Оставление в регламентах почвы для творчества называется "преступная халатность".

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

Теперь появляемся мы, автоматизаторы. В первую очередь выкидываем шкаф с бумагами: по состоянию скалда (известному АСУТП), мы можем сделать выбор нужного регламента автоматически. И это прекрасно. Теперь осталась задача формирования сотен тысяч вариантов регламантов. Ее и решаем.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36709225
Фотография SQL_Lamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmonСейчас так и сделано. Просто в связи с ростом количества номенклатуры это становится нереальным в сопровождении.


В чем конкретно сложность сопровождения?
Каждая цепь - в конечном итоге - только дополнительный кортеж в базе.
Или уточните.

pizmonТеоретически надо сгенерировать все варианты, по которым производство может реально идти (и дойти). Эти бумаги называются "технологическими регламентами", и они должны быть. Там должно быть написано "делай раз, делай два". Оставление в регламентах почвы для творчества называется "преступная халатность".


Не совсем понятно, зачем генерировать все варианты. Теория и практика - не одно и тоже.
При возникновении новой технологии(цепи), она добавляется, вышеописанным путем.
Автоматическая генерация всех возможных вариантов по принципу: что не запрещено - то можно -тут ведь не подойдет :) При невозможности подогнать под конкретную ситуацию одну из существующих цепей - она сождается. Но не автоматически. А экспертом. Вы ведь и сами об этом говорите.
К сожалению - не возможно предусмотреть все нюансы, могущие возникнуть.
Не надо забывать - что речь идет о производстве.

pizmonТеперь появляемся мы, автоматизаторы. В первую очередь выкидываем шкаф с бумагами: по состоянию скалда (известному АСУТП), мы можем сделать выбор нужного регламента автоматически. И это прекрасно. Теперь осталась задача формирования сотен тысяч вариантов регламантов. Ее и решаем.

Да, но не надо забывать, что все автоматизировать нельзя. Вместо шкафа идет выборка из базы.
По состоянию склада делается селект.
Но формирование сотен тысяч регламентов - все таки как то неправильно, мне кажется.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36709232
Фотография SQL_Lamer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pizmonИмеются пользователи, владеющие экспертными знаниями. Наша задача - выудить из них эти знания.

Не туда меня что - то заклинило. Почему - то сначала подумал, что некую автоматическую генерацию вы хотите.
Да, вы просто хотите инструмент удобный для этих самых экспертов.
Тогда, имхо, все - таки последовательные селекты - оптимальный вариант.
И без графики. Просто визарды с выпадающими списками или лист-вью-вами.
...
Рейтинг: 0 / 0
ищу интерфейсное решение
    #36709451
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Тоже любопытствую.

Еще могут быть связанные варианты замен. Один набор деталей - на другой набор.
...
Рейтинг: 0 / 0
14 сообщений из 14, страница 1 из 1
Форумы / Программирование [игнор отключен] [закрыт для гостей] / ищу интерфейсное решение
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]