Информационная система по вопросам - Issue-based information system

Деталь Древа познания по энциклопедии Дидро и Даламбера, автор Кретьен Фредерик Гийом Рот
Отображение информации
Темы и поля
Подходы между узлами
Смотрите также

В проблемно-информационная система (IBIS) - это аргументация -основанный подход к разъяснению злые проблемы —Сложные, плохо определенные проблемы, включающие несколько заинтересованные стороны.[1] Схематический визуализацию с использованием нотации IBIS часто называют отображение проблемы.[2]:ix

IBIS был изобретен Вернером Кунцем и Хорст Риттель в 1960-е гг. По словам Кунца и Риттеля, «проблемно-ориентированные информационные системы (IBIS) предназначены для поддержки координации и планирования процессов принятия политических решений. IBIS направляет идентификация, структурирование, и поселение вопросов, поднятых группами по решению проблем, и предоставляет информацию, относящуюся к дискурс."[1]

Впоследствии понимание планирования и дизайна как процесса аргументации (дизайнера с самим собой или с другими) привело к использованию IBIS в обоснование дизайна,[3][4] где нотация IBIS является одним из множества различных видов логической нотации.[5] Простота нотации IBIS и ее ориентация на вопросы делают ее особенно подходящей для представления разговоров на ранней исследовательской фазе решения проблемы, когда проблема относительно плохо определена.[6]:204

Базовая структура IBIS - это график. Поэтому вполне подходит для управления компьютером, как в база данных графов.[7]

Обзор

Элементами IBIS являются: проблемы (вопросы, на которые необходимо ответить), каждый из которых связан с альтернативным позиции (возможные ответы или идеи), которые связаны с аргументы которые поддерживают или возражают против данной позиции; аргументы, поддерживающие позицию, называются «за», а аргументы, возражающие против позиции, называются «против».[1][8] В ходе обработки проблем возникают новые проблемы, которые рассматриваются аналогичным образом.[9][10]

Элементы IBIS обычно представлены как узлы, а связи между элементами представлены как направленные края (стрелки).[11]

Диаграмма риторических правил информационной системы на основе проблем (IBIS), которая имеет три узла (кружки с пометкой
IBIS, как обычно используется, имеет три основных элемента (или виды узлов, помеченные как «проблема», «позиция», «аргумент») и ограниченный набор способов соединения узлов.[7]:305 Проблемы (вопросы) могут быть связаны с любым узлом. Позиции (ответы) могут быть связаны только с проблемами. Аргументы могут быть связаны с позициями, но не с вопросами.

В 1988 г. Дуглас Э. Ноубл и Хорст Риттель описал общую цель IBIS следующим образом:

Информационные системы, основанные на проблемах, используются как средство расширения охвата проблемы. Поощряя более широкое участие, особенно на ранних этапах процесса, дизайнер увеличивает вероятность того, что трудности предложенного им решения, невидимые им, будут обнаружены другими. Так как проблема, наблюдаемая дизайнером, всегда может рассматриваться как просто симптом еще одна проблема более высокого уровня аргументированный подход также увеличивает вероятность того, что кто-то попытается атаковать проблему с этой точки зрения. Еще одна желательная характеристика информационной системы на основе проблем - это то, что она помогает сделать процесс проектирования «прозрачным». Под прозрачностью здесь понимается способность наблюдателей, а также участников отслеживать процесс принятия решений.[3]

Обозначение IBIS использовалось вместе с обозначением диаграммы функционального анализа (FAD) в качестве вспомогательного средства для анализ причин.[12][13]

Сопоставление проблем

Обозначение IBIS используется при отображении задач,[2]:ix метод визуализации аргументов, тесно связанный с отображение аргументов.[6] Карта проблем нацелена на исчерпывающую диаграмму риторической структуры разговора (или серии разговоров) с точки зрения участников разговора, в отличие от идеальной концептуальной структуры, такой как, например, причинно-следственная диаграмма, блок-схема, или структурная диаграмма.[2]:264

Простой пример отображения проблем с использованием нотации информационной системы на основе проблем (IBIS), которая формирует ориентированный ациклический граф из 13 узлов IBIS (кружки с пометкой «проблема», «позиция», «аргумент») и направленных ребер (стрелки)
На этом графике показан простой пример отображения проблем с использованием нотации IBIS с иконками. В рамках ограничений риторических правил IBIS возможны многие другие конфигурации, а карты задач могут расширяться бесконечно.

Отображение диалогов

Картирование проблем - это основа встречи содействие техника называется отображение диалогов.[14][15] При отображении диалогов человек назвал помощник использует нотацию IBIS для записи группового разговора, когда он происходит, на «общем дисплее» (обычно на видеопроекторе). Фасилитатор слушает беседу и обобщает идеи, упомянутые в беседе, на общем дисплее, используя нотацию IBIS, и, если возможно, часто «проверяет» карту, сверяясь с группой, чтобы убедиться, что каждый записанный элемент точно представляет мышление группы.[15] Картирование диалога, как и некоторые другие методы фасилитации, было названо «ненаправленным», потому что оно не требует от участников или лидеров согласования повестки дня или определения проблемы.[16] Пользователи отображения диалогов сообщают, что отображение диалогов при определенных условиях может повысить эффективность встреч за счет сокращения ненужной избыточности и отклонений в разговорах, среди других преимуществ.[15][17]

Диалоговая карта не должна быть такой формальной, как, например, логическая схема или Древо решений, а скорее направлен на то, чтобы полностью отобразить все идеи, которыми люди поделились во время разговора.[15] Другие алгоритмы принятия решений могут быть применены к карте диалога после ее создания,[18] хотя отображение диалогов также хорошо подходит для ситуаций, которые слишком сложны и зависят от контекста для алгоритмического подхода к принятие решений.[15] Некоторые исследователи и практики объединили IBIS с числовыми программное обеспечение для принятия решений на основе принятие многокритериальных решений.[19][20][21][22]

История

Графический IBIS в Компендиум (программное обеспечение)

Интерес Риттеля лежал в области государственной политики и планирования, что также является контекстом, в котором он и его коллеги определили злые проблемы.[23] Поэтому неудивительно, что Кунц и Риттель рассматривали IBIS как «тип информационной системы, предназначенной для поддержки работы кооперативов, таких как правительственные или административные агентства или комитеты, группы планирования и т. Д., Которые сталкиваются с комплексом проблем, чтобы решить эту проблему. в плане решения ".[1]

Когда была написана статья Кунца и Риттеля, использовались три системы типа IBIS с ручным управлением, основанные на бумаге: две в государственных учреждениях и одна в университете.[1]

Возобновление интереса к системам типа IBIS возникло в следующем десятилетии, когда технологические достижения позволили разработать относительно недорогие компьютерные системы типа IBIS.[3][7][24] В 1987 г. Дуглас Э. Ноубл завершил компьютерную программу IBIS в рамках своей докторской диссертации.[3] Джефф Конклин и его сотрудники адаптировали структуру IBIS для использования в разработке программного обеспечения, создав гибис (графический IBIS) гипертекстовая система в конце 1980-х.[7][24] Несколько других графических систем типа IBIS были разработаны после того, как стало ясно, что такие системы облегчают совместное проектирование и решение проблем.[4] Эти усилия завершились созданием открытого исходного кода. Компендиум (программное обеспечение) инструмент, который поддерживает, среди прочего, графическую нотацию IBIS.[4][25][26] Еще один инструмент IBIS, который интегрируется с Microsoft SharePoint называется Глима.[2]:290 Подобные инструменты, которые не зависят от базы данных для хранения, включают DRed (редактор обоснования дизайна).[27] и дизайнВУЭ.[28]

С середины 2000-х годов наблюдается возобновление интереса к системам типа IBIS, особенно в контексте смысл решений и совместное решение проблем в различных социальных и технических контекстах.[2][29][6][30][31] Особо следует отметить метод упрощения, называемый отображением диалога, который использует нотацию IBIS для отображения дизайна (или любого другого) диалога по мере его развития.[14][15]

Смотрите также

использованная литература

  1. ^ а б c d е Кунц, Вернер; Риттель, Хорст В. Дж. (Июль 1970 г.). Проблемы как элементы информационных систем (PDF) (Рабочий документ). Беркли: Институт городского и регионального развития, Калифорнийский университет в Беркли. CiteSeerX  10.1.1.134.1741. OCLC  5065959. 131. Получено 26 мая 2017.
  2. ^ а б c d е Окада, Александра; Букингем Шум, Саймон Дж .; Шерборн, Тони, ред. (2014) [2008]. Картография знаний: программные инструменты и методы картографии. Расширенная обработка информации и знаний (2-е изд.). Нью-Йорк: Springer-Verlag. Дои:10.1007/978-1-4471-6470-8. ISBN  9781447164692. OCLC  890438015. Получено 24 февраля 2016.
  3. ^ а б c d Риттель, Хорст В. Дж.; Благородный, Дуглас Э. (Январь 1989 г.) [1988 г.]. Проблемно-ориентированные информационные системы для проектирования (PDF) (Рабочий документ). Беркли: Институт городского и регионального развития, Калифорнийский университет в Беркли. OCLC  20155825. 492. Получено 26 мая 2017. Первоначально представленный на конференции ACADIA '88, Ассоциация компьютерного дизайна в архитектуре, университет Мичигана, Октябрь 1988 г.
  4. ^ а б c Букингем Шум, Саймон Дж .; Селвин, Альберт М .; Серхейс, Маартен; Конклин, Э. Джеффри; Хейли, Чарльз Б.; Нусейбе, Башар (2006). «Гипермедиа для обоснования аргументации: 15 лет спустя от gIBIS и QOC» (PDF). В Dutoit, Allen H .; Макколл, Раймонд; Мистрик, Иван; Paech, Барбара (ред.). Обоснование управления в программной инженерии. Берлин; Нью-Йорк: Springer-Verlag. С. 111–132. CiteSeerX  10.1.1.258.7620. Дои:10.1007/978-3-540-30998-7_5. ISBN  978-3540309970. OCLC  68629169. Получено 24 февраля 2016.
  5. ^ Букингем Шум, Саймон Дж. (1991). «Когнитивные аспекты обоснования дизайна». В подгузнике, Дэн; Хаммонд, Ник В. (ред.). Люди и компьютеры VI: материалы конференции HCI '91, 20–23 августа 1991 г.. Британское компьютерное общество серия конференций. 3. Кембридж, Великобритания; Нью-Йорк: Издательство Кембриджского университета. С. 331–344. ISBN  9780521416948. OCLC  24871337. Также доступно как: Технический отчет EPC-91-114, рейтинг Xerox EuroPARC. CiteSeerИкс: 10.1.1.70.5184
  6. ^ а б c Калмзи, Пол; Авати, Кайлас (2013) [2011]. «Глава 7: Визуализация рассуждений и Глава 8: Обоснование, основанное на аргументации». Руководство еретика по лучшим практикам: реальность управления сложными проблемами в организациях. Блумингтон, Индиана: iUniverse, Inc., стр. 153–211. ISBN  9781462058549. OCLC  767703320.
  7. ^ а б c d Конклин, Э. Джеффри; Бегеман, Майкл Л. (октябрь 1988 г.). «Гибис: гипертекстовый инструмент для предварительного обсуждения политики» (PDF). ACM-транзакции в информационных системах. 6 (4): 303–331. Дои:10.1145/58566.59297. Получено 26 мая 2017.
  8. ^ Авати, Кайлас (8 июля 2009 г.). «Что и откуда проблемно-ориентированные информационные системы». восемь2late.wordpress.com. Получено 24 февраля 2016.
  9. ^ Авати, Кайлас (7 апреля 2009 г.). «Проблемы, идеи и аргументы: коммуникационно-ориентированный подход к решению сложности проекта». восемь2late.wordpress.com. Получено 24 февраля 2016.
  10. ^ «Полевое руководство IBIS: исследуя сложности» (PDF). cognexus.org. Институт CogNexus. Декабрь 2010 г.. Получено 15 августа 2018.
  11. ^ Льен, Магнус (весна 2016 г.). Контекстный поиск в тематических информационных системах: к обнаружению информации в сложных дискурсивных графах (Дипломная работа). Осло, Норвегия: Департамент информатики, Университет Осло. п. 19. HDL:10852/51629.
  12. ^ Аурисиккио, Марко; Брейсуэлл, Роб; Хуи, Бекки Л. (июнь 2016 г.). «Картирование обоснований и функциональное моделирование расширенного анализа первопричин» (PDF). Наука о безопасности. 85: 241–257. Дои:10.1016 / j.ssci.2015.12.022.
  13. ^ Муленга, Кабве; Чжао, Сюцзе; Се, Мин; Чикамба, Чипили (февраль 2018 г.). «Изучение первопричин серьезных отказов критически важных компонентов - на примере асбестоцементных труб». Анализ технических отказов. 84: 121–130. Дои:10.1016 / j.engfailanal.2017.08.024.
  14. ^ а б Конклин, Э. Джеффри (2003). «Диалоговое отображение: размышления о примере промышленного развития». В Киршнер, Пол Артур; Букингем Шум, Саймон Дж .; Карр, Чад С. (ред.). Визуализирующая аргументация: программные инструменты для совместной работы и образования смысла. Компьютер поддерживает совместную работу. Лондон; Нью-Йорк: Springer-Verlag. стр.117–136. Дои:10.1007/978-1-4471-0037-9. ISBN  978-1852336646. OCLC  50676911. Получено 24 февраля 2016.
  15. ^ а б c d е ж Конклин, Э. Джеффри (2006). Картирование диалогов: формирование общего понимания злых проблем. Чичестер, Великобритания; Хобокен, штат Нью-Джерси: Джон Уайли и сыновья. ISBN  978-0470017685. OCLC  60491946. Получено 24 февраля 2016.
  16. ^ Zubizarreta, Роза (2006). «Практический диалог: новые подходы к эффективному сотрудничеству» (PDF). В Шумане, Сэнди (ред.). Создание культуры сотрудничества: справочник Международной ассоциации фасилитаторов. Сан-Франциско: Джосси-Басс. С. 257–278. ISBN  978-0787981167. OCLC  70659897.
  17. ^ "Сообщество компендиума". compendium.open.ac.uk. Получено 15 августа 2018.
  18. ^ Например, см. Раздел 4.2, «Карты аргументов как инструменты рассуждения», в: Брун, Георг; Бец, Грегор (2016). «Анализ практической аргументации» (PDF). В Ханссоне, Свен Ове; Хирш Хадорн, Гертруда (ред.). Аргументативный поворот в анализе политики: рассуждения о неопределенности. Логика, аргументация и рассуждение. 10. Чам; Нью-Йорк: Springer-Verlag. С. 39–77. Дои:10.1007/978-3-319-30549-3_3. ISBN  9783319305479. OCLC  950884495.
  19. ^ Уердан, Васила; Моде, Николя; Цукиас, Алексис (2010). «Теория аргументации и помощь в принятии решений». В Эрготте, Матиас; Фигейра, Хосе; Греко, Сальваторе (ред.). Тенденции в анализе решений по множеству критериев. Международная серия исследований по операциям и менеджменту. 142. Нью-Йорк: Springer-Verlag. С. 177–208. Дои:10.1007/978-1-4419-5904-1_7. ISBN  9781441959034. OCLC  495781251.
  20. ^ Алдеа, Аранца; Баньярес-Алькантара, Рене; Скшипчак, Симон (сентябрь 2012 г.). «Управление информацией для поддержки процесса принятия решений». Журнал управления информацией и знаниями. 11 (3): 1250016. Дои:10.1142 / S0219649212500165.
  21. ^ Аурисиккио, Марко; Барони, Пьетро; Пеллегрини, Дарио; Тони, Франческа (2016). «Сравнение и интеграция поддержки принятия решений на основе аргументации и матрицы в Arg & Dec». В черном, Элизабет; Модгил, Санджай; Орен, Нир (ред.). Теория и применение формальной аргументации: третий международный семинар, TAFA 2015, Буэнос-Айрес, Аргентина, 25–26 июля 2015 г., отредактированные отдельные статьи (PDF). Конспект лекций по информатике. 9524. Чам; Нью-Йорк: Springer-Verlag. С. 1–20. Дои:10.1007/978-3-319-28460-6_1. ISBN  9783319284590. OCLC  935213333.
  22. ^ Калмси, Пол (8 июня 2017 г.). «Инновации в принятии решений по крупному инфраструктурному проекту: тематическое исследование диалогового картографирования». medium.com. Получено 18 октября 2017.
  23. ^ Риттель, Хорст В. Дж.; Уэббер, Мелвин М. (Июнь 1973 г.). «Дилеммы в общей теории планирования» (PDF). Политические науки. 4 (2): 155–169. Дои:10.1007 / BF01405730. Получено 24 февраля 2016.
  24. ^ а б Конклин, Э. Джеффри; Бегеман, Майкл Л. (май 1989 г.). «Гибис: инструмент на все случаи жизни». Журнал Американского общества информационных наук. 40 (3): 200–213. Дои:10.1002 / (SICI) 1097-4571 (198905) 40: 3 <200 :: AID-ASI11> 3.0.CO; 2-U. Получено 24 февраля 2016.
  25. ^ Дэвис, Стивен; Велес-Моралес, Хавьер; Кинг, Роджер (август 2005 г.). Создание мемекса шестьдесят лет спустя: тенденции и направления в базах личных знаний (Технический отчет). Боулдер, Колорадо: Департамент компьютерных наук, Университет Колорадо в Боулдере. CU-CS-997-05.CS1 maint: ref = harv (ссылка на сайт)
  26. ^ Монтибеллер, Жилберто; Шоу, Дункан; Уэсткомб, Марк (май 2006 г.). «Использование систем поддержки принятия решений для облегчения социального процесса управления знаниями». Исследования и практика управления знаниями. 4 (2): 125–137. Дои:10.1057 / palgrave.kmrp.8500092.
  27. ^ Уоллес, Кен; Ахмед, Сайма; Брейсуэлл, Роб (2005). «Управление инженерными знаниями». В Кларксоне, Джон; Экерт, Клаудия (ред.). Улучшение процесса проектирования: обзор текущей практики. Лондон: Springer-Verlag. С. 326–343. Дои:10.1007/978-1-84628-061-0_14. ISBN  978-1852337018. OCLC  55887578.
  28. ^ Барони, Пьетро; Романо, Марко; Тони, Франческа; Аурисиккио, Марко; Бертанца, Джорджио (2013). «Основанный на аргументации подход для автоматической оценки дебатов о дизайне». В Лейте, Жоао Александр; Сын, Чан Цао; Торрони, Паоло; Торре, Леон ван дер; Вольтран, Стефан (ред.). Вычислительная логика в мультиагентных системах: 14-й международный семинар, CLIMA XIV, Корунья, Испания, 16–18 сентября 2013 г .: материалы. Конспект лекций по искусственному интеллекту. 8143. Берлин; Нью-Йорк: Springer-Verlag. С. 340–356. Дои:10.1007/978-3-642-40624-9_21. ISBN  9783642406232. OCLC  861569813.
  29. ^ Конклин, Э. Джеффри (июнь 2008 г.). «Рост глобальной проблемной базы: проблемный подход к обсуждению политики» (PDF). Документ, представленный на конференции «Направления и последствия современных вычислений и конференции для обсуждения в Интернете» (DIAC-2008 / OD-2008), 26–29 июня 2008 г., Калифорнийский университет в Беркли. Получено 17 октября 2017.
  30. ^ МакКрикард, Скотт (2012). Создание претензий: претензия как инструмент разработки, сбора и распространения знаний в HCI. Синтез лекций по информатике, ориентированной на человека. 15. Сан-Рафаэль, Калифорния: Morgan & Claypool. С. 1–125. Дои:10.2200 / S00423ED1V01Y201205HCI015. ISBN  9781608459056. OCLC  847741769.
  31. ^ Кэрролл, Джон М., изд. (2013). Творчество и обоснование: улучшение человеческого опыта с помощью дизайна. Серия взаимодействия человека с компьютером. 20. Лондон; Нью-Йорк: Springer-Verlag. Дои:10.1007/978-1-4471-4111-2. ISBN  9781447141105. OCLC  785082605.