Отображение отношений между темами научно-популярных сериалов

Я работаю над серией эпизодов, которые будут превращены в отдельные видеоролики, чтобы объяснить различные технологии и то, как они взаимодействуют на разных уровнях в рамках конкретной прикладной области (цель состоит в том, чтобы создать что-то похожее на основанную на видео Википедию). Чтобы попытаться сохранить это увлекательным и управляемым (как для создания, так и для потребления), я хочу, чтобы у этого была основная структура (своего рода история). Я полагаю, что эпизоды часто будут охватывать темы, которые в некотором роде являются «воротами» или «основой» для понимания другого эпизода.

Итак, я хочу иметь возможность сказать в каждом эпизоде, есть ли какие-либо предварительные знания для этого эпизода («Прежде чем вы посмотрите этот эпизод, вам может быть полезно узнать о…»), а также дать переходные точки на связанные темы в конце каждого эпизода («Если вы нашли этот эпизод интересным, вы также можете посмотреть ...»). В идеале я хочу подойти к этой задаче отображения графически. В чем теперь моя проблема: как описать домен таким образом, чтобы я мог отображать, понимать и сообщать зависимости и другие отношения между темами и эпизодами?

Интеллект-карта не совсем работает, так как у меня нет ни одной вещи с излучающими спицами. Кроме того, каждое отношение, которое мне нужно зафиксировать/выразить, может быть направленным (например, зависимость) или ненаправленным (например, альтернативная технология, которую можно использовать вместо обсуждаемой). Будет сеть эпизодов, в которой каждый узел (эпизод) имеет вложенные «ключевые точки», каждая из которых может быть индивидуально релевантна одному или нескольким эпизодам, или одной или нескольким другим ключевым точкам (в других эпизодах).

Почему ментальная карта не соответствует моим потребностям

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

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

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

Альтернатива диаграмме классов?

Поскольку у меня есть опыт разработки программного обеспечения, это начинает вызывать у меня чувство, что мне нужна диаграмма классов UML для описания всего, и я пытаюсь избежать этого, поскольку я хочу иметь возможность сотрудничать с не - люди, занимающиеся программным обеспечением, строят и проверяют план эпизода!

Кто-нибудь знает тип диаграммы, который подходит для того, что я пытаюсь сделать, пожалуйста? (Возможно, это не лучший сайт SE для этого, хотя он казался наиболее близким)

Ответы (3)

Не существует диаграммы, способной всесторонне визуализировать сложную структуру реальности.

Диаграммы обычно сосредотачиваются на одном виде отношений: карта города показывает пространственное отношение зданий, карта метро показывает, как подмножество зданий (станций) организовано вдоль линий метро, ​​но игнорирует их пространственное отношение ради облегчения навигации, расписание показывает хронологию прибытия и отправления на одну станцию, в таблице маршрутов поездов перечислены остановки, которые делает поезд (и пропускает станции, которые поезд не обслуживает) и так далее. Попытка поместить, например, всю информацию о системе метро в один график будет непосильной и невозможной для понимания.

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

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

Привет, спасибо за ваш ответ и +1 за предложение использовать разные диаграммы для разных аспектов. Что-то, что не было достаточно ясно в моем вопросе, заключается в том, что эти диаграммы предназначены только для использования в производственной группе, чтобы помочь нам отслеживать. FWIW В конце концов я определил онтологию, которая позволяет мне моделировать необходимые отношения (с реляционной базой данных в фоновом режиме), а затем отображать их в соответствии с различными точками зрения. [Снова этот фон инженерии программного обеспечения...]

Я не знаю, как конкретно изобразить вашу структуру, но у меня есть несколько идей. Мои идеи не идеальны, и большинство из них требует от вас мозгового штурма, но, тем не менее, я надеюсь, что это поможет (или, по крайней мере, даст вам начало).

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

Я бы порекомендовал сначала сделать общую карту, чтобы охватить эпизоды в целом, как простую и понятную отправную точку. Все, что вам нужно сделать, это соединить вместе базовую структуру домена.

mindmappingsoftware.com объясняет это так:

  1. Разбивайте большие автономные разделы на связанные подкарты: когда ничего не помогает, используйте возможность вашей программы разделить большую карту на несколько связанных карт меньшего размера. Ищите темы с большим количеством деталей, которые достаточно самодостаточны. Когда вы вызываете эту команду, выбранная вами тема остается, но ее копия и все ее дочерние темы сохраняются в отдельной карте связей; создается ссылка, позволяющая быстро и легко перейти к ней.

Таким образом вы можете связать вместе эпизоды и идеи, как в этом примере с сайта mindmeister.com:

введите описание изображения здесь

Затем я устанавливал ссылки для каждого эпизода, которые приводили вас к более сложным диаграммам, чтобы связать идеи и отношения в каждом эпизоде, а также приводили к большему количеству графиков.

Продолжайте строить графики и связывать, пока не решите, что у вас все получилось.

Затем пройдите и просмотрите свою информацию. Есть ли другой способ организовать это? Я уверен, что они будут, но я не знаю, что, было бы полезно посмотреть на вашу информацию. Просто выберите первую карту, которая придет вам в голову и подойдет для вас и вашей информации. Основывайтесь на том, что вы уже создали, что может быть лучше?

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

Затем, как только вы убедитесь, что подключили всю необходимую информацию, достаньте бумагу размером с плакат и набросайте сложную диаграмму, которая вам понадобится! (это также можно сделать онлайн, но по старинке это звучит проще)

Это может включать в себя соединение идей линиями, перечисление маркеров под соединениями и т. д.

Спасибо за продолжение. Моя проблема в том, что на самом деле нет никаких самостоятельных разделов (технологии имеют много взаимосвязей), поэтому я уже отбросил майндмэппинг. Кроме того, отношения, которые мне нужно выразить, имеют разные типы из-за использования и развития технологий [например, электрический свет сделал масляную лампу и газовые лампы устаревшими ==> отношения устаревания; в то время как электрический свет требует электричества ==> зависимость]

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

  1. Создайте онтологию, описывающую, как эпизоды могут быть взаимосвязаны, с двунаправленными отношениями между узлами в онтологии (ссылка: https://tomgruber.org/writing/definition-of-ontology )
  2. На основе онтологии создайте уровень (модель) базы данных, который может содержать необходимую информацию и отношения (я использовал Room, доступны другие БД).
  3. Создайте простое приложение, с помощью которого можно добавлять записи в модель и запрашивать ее, тем самым отображая прошлые или будущие эпизоды, связанные в виде простого списка (в один прекрасный день я могу попытаться отобразить график результатов запроса).

(Я понимаю, что этот ответ дает уникальное для меня решение)

Отображение отношений между темами научно-популярных сериалов
СпросиСетьПолитика конфиденциальности1y, 0v