|
|
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
Прошу помощи в продумывании интерфейсного решения. Возникшая задача: Имеются пользователи, владеющие экспертными знаниями. Наша задача - выудить из них эти знания. Знания заключаются вот в чем: существует фиксированное количество (порядка сотни) "объектов", имеющих взаимные зависимости. Эти зависимости эксперт должен нарисовать и сопровождать в дальнейшем. Для этого у него должны быть средства, чтобы на картинке (нарисованной им год назад, или другим экспертом) он мог бы что-то быстро понять, и чтобы он сам мог бы легко добавлять зависимости на картинку. Например, имеем объекты "доски", "камни", "лопата", "экскаватор", "строительные леса" и "дом". Эксперт знает, что для объекта "дом" требуются "строительные леса", "доски", "камни" и ("лопата" или "экскаватор"). Также "доски" требуются для "строительных лесов". На риунке примерно нарисован очень плохой вариант: 1. Не читается, что "доски" важнее остальных объектов (в разрезе строительства "дома"). 2. Не читается, что "лопата" и "экскаватор" - эквивалентные объекты (опять же в разрезе "дома"). 3. Неудобно рисовать зависимости типа зависимости "дома" от "лопаты"/"экскаватора" (а бывают блоки по десять-пятнадцать вариантов). 4. В целом - как-то не наглядно, хреново. Стрелочки на концах ребер помогают делу мало. Для ответа на первый пункт предлагаю, если выделен объект "дом", то подкрасить объекты, от которых "дом" зависит, с соответствующей интенсивностью цвета. На остальные пункты пока ничего не надумал. Спасибо за внимание и помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 10:46:43 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmon, автор2. Не читается, что "лопата" и "экскаватор" - эквивалентные объекты (опять же в разрезе "дома"). можно в том месте, где лопата смыкается к экскаватором нарисовать знак эквивалентности. Степень важности можно отображать жирностью или цветом стрелок - тогда не надо будет требовать выделения объекта ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 10:54:46 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
Рулить толщиной ребер мне не понравилось. Практика показала, что никто не отличит толщину 5 от 7. Для того, чтобы толщины реально отличались, их надо удваивать: 1, 2, 4, 8, 16. Линия толщиной в 16 пикселей приводит зрителя в долгий ступор. А градаций-то надо довольно много, четырьмя никак не ограничимся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 11:12:32 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
Лучшее - враг хорошего. Мне первый вариант понравился. Для примера по теме также напрашивается построитель диаграмм в SSMS. А это уже прототип, так что решение в природе уже есть:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 11:29:38 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmonРулить толщиной ребер мне не понравилось. Практика показала, что никто не отличит толщину 5 от 7. Для того, чтобы толщины реально отличались, их надо удваивать: 1, 2, 4, 8, 16. Линия толщиной в 16 пикселей приводит зрителя в долгий ступор. А градаций-то надо довольно много, четырьмя никак не ограничимся. Тогда либо цветом либо поверх линии что-то нарисовать. Например, важность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 12:18:48 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
Тут особенно и делать ничего не надо. Берёшь graphviz, набиваешь граф данных (или формируешь), кормиш граф graphviz-у, он всё рисует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 12:19:44 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
MasterZiv, Спасибо за участие и всё такое. Не хотел тебя расстраивать, но.... это не граф. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 16:39:16 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmon wrote: > Спасибо за участие и всё такое. > Не хотел тебя расстраивать, но.... это не граф. А графвиз и сети тоже умеет рисовать. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 17:13:20 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
Да нет у меня проблемы "как рисовать". Есть проблема "что рисовать" и "что делать при тычке мыши с прижатым Ctrl+Alt". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 17:43:11 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmon, Если я правильно понял, вы наглядно хотите отображать различные варианты производства одного и того - же продукта(не важно - дом ли это или еще что). И хотите, чтобы была возможность добавлять дополнительные варианты(графически?). Думаю, не стоит сваливать все в одну кучу(картинку), а надо выводить отдельные варианты отдельными картинками, просто перечисляя количество возможных вариантов. Эксперт же при создании новой цепи производства должен указывать узлы и их очередность, выбирая их из существующих списков, а не на картинках, затем созданную цепь действительно можно уже скормить dot(graphviz), наппример, или вывести графически иным способом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 19:26:46 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
SQL_LamerЕсли я правильно понял, вы наглядно хотите отображать различные варианты производства одного и того - же продукта(не важно - дом ли это или еще что). И хотите, чтобы была возможность добавлять дополнительные варианты(графически?). Да, точно. Задачи эквивалентные. SQL_Lamer Думаю, не стоит сваливать все в одну кучу(картинку), а надо выводить отдельные варианты отдельными картинками, просто перечисляя количество возможных вариантов. Сейчас так и сделано. Просто в связи с ростом количества номенклатуры это становится нереальным в сопровождении. Теоретически надо сгенерировать все варианты, по которым производство может реально идти (и дойти). Эти бумаги называются "технологическими регламентами", и они должны быть. Там должно быть написано "делай раз, делай два". Оставление в регламентах почвы для творчества называется "преступная халатность". Дальше начинается реальное производство: узел такой-то может быть на складе в сборе, может быть в виде механизма без корпуса и отдельно трёх разных видов корпусов, может быть в виде отдельных комплектующих. Исполнители выбирают (в шкафу с документацией) нужный им вариант регламента в зависимости от требуемого продукта и наличия комплектующих, и делают "раз" и "два". Исполнители, на всякий случай, не люди, а роботы. Но это ничего не меняет. Теперь появляемся мы, автоматизаторы. В первую очередь выкидываем шкаф с бумагами: по состоянию скалда (известному АСУТП), мы можем сделать выбор нужного регламента автоматически. И это прекрасно. Теперь осталась задача формирования сотен тысяч вариантов регламантов. Ее и решаем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 19:51:59 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmonСейчас так и сделано. Просто в связи с ростом количества номенклатуры это становится нереальным в сопровождении. В чем конкретно сложность сопровождения? Каждая цепь - в конечном итоге - только дополнительный кортеж в базе. Или уточните. pizmonТеоретически надо сгенерировать все варианты, по которым производство может реально идти (и дойти). Эти бумаги называются "технологическими регламентами", и они должны быть. Там должно быть написано "делай раз, делай два". Оставление в регламентах почвы для творчества называется "преступная халатность". Не совсем понятно, зачем генерировать все варианты. Теория и практика - не одно и тоже. При возникновении новой технологии(цепи), она добавляется, вышеописанным путем. Автоматическая генерация всех возможных вариантов по принципу: что не запрещено - то можно -тут ведь не подойдет :) При невозможности подогнать под конкретную ситуацию одну из существующих цепей - она сождается. Но не автоматически. А экспертом. Вы ведь и сами об этом говорите. К сожалению - не возможно предусмотреть все нюансы, могущие возникнуть. Не надо забывать - что речь идет о производстве. pizmonТеперь появляемся мы, автоматизаторы. В первую очередь выкидываем шкаф с бумагами: по состоянию скалда (известному АСУТП), мы можем сделать выбор нужного регламента автоматически. И это прекрасно. Теперь осталась задача формирования сотен тысяч вариантов регламантов. Ее и решаем. Да, но не надо забывать, что все автоматизировать нельзя. Вместо шкафа идет выборка из базы. По состоянию склада делается селект. Но формирование сотен тысяч регламентов - все таки как то неправильно, мне кажется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 22:50:12 |
|
||
|
ищу интерфейсное решение
|
|||
|---|---|---|---|
|
#18+
pizmonИмеются пользователи, владеющие экспертными знаниями. Наша задача - выудить из них эти знания. Не туда меня что - то заклинило. Почему - то сначала подумал, что некую автоматическую генерацию вы хотите. Да, вы просто хотите инструмент удобный для этих самых экспертов. Тогда, имхо, все - таки последовательные селекты - оптимальный вариант. И без графики. Просто визарды с выпадающими списками или лист-вью-вами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2010, 23:12:22 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=36709232&tid=1343601]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
187ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
73ms |
get tp. blocked users: |
2ms |
| others: | 219ms |
| total: | 524ms |

| 0 / 0 |
