Структурная схема текста: Готовимся к ЕГЭ. Занятия 3-4: Композиционная схема текста, абзац — микротема текста

Содержание

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

Кто не делится найденным, подобен свету в дупле секвойи (древняя индейская пословица)

Библиографическая запись: Структурные методики анализа текста. Понятие структуры и ее роль в критическом анализе произведения. — Текст : электронный // Myfilology.ru – информационный филологический ресурс : [сайт]. – URL: https://myfilology.ru//178/strukturnye-metodiki-analiza-teksta-ponyatie-struktury-i-ee-rol-v-kriticheskom-analize-proizvedeniya/ (дата обращения: 12.04.2023)

Содержание

Структура — это комплекс тех внутренних связей, которыми обеспечивается единство и функциональность текста.

Стремятся наблюдать структуру, базовые тезисы связаны со структурой. Элементы базируются на уровне абстрагирования. Структурная критика исходит из структуры произведения, видит произведение как целое, полностью. Произведение- законченный, завершенный мир. Наблюдение структуры- интерпретация структурных отношений.

Существуют 2 базовых отклонения:1- эквивалентности (факт сопоставления элементов), 2 элемента- их произведения эквиваленты либо нет; 2- оппозиция «повтор (элементы совпадают)/ контраст (элементы противополжны)», а между ними- промежуточное значение.

Текст делится на уровни (от формалистов). Текст — многоуровневое устройство. Горизонтальные отношения- отношения в пределах одного уровня (отношения персонажей), вертикальные отношения- отношения в разных уровнях (отношение персонажа и стиля речи). Критик находит оппозиции, учит многоуровневой организации текста, рассматривает произведение на разных уровнях. Создается схема, анализируется и сопоставляется.

Структура — это искусственно построенная исследовательская «схема» произведения, отвлеченная от всего «лишнего», не существенного для решения поставленной задачи.

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

Структура — обобщенный вид (схема) текста, поэтому она показывает то общее, что объединяет этот текст с родственными текстами.

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

Структура фактически (физически) не находится в тексте, это результат исследовательского обобщения. Такого рода обобщения сочетают в себе качества структуры, кода и модели. «Код — это структура, представленная в виде модели, выступающая как основополагающее правило при формировании ряда конкретных сообщений»

Структурный анализ.

Один из инструментов операционного проникновения в художественный текст – структурный анализ, позволяющий исследовать художественный текст как организованное множество, как систему элементов. Структурный анализ – это контролируемый принципом историзма стоп-анализ, операционная техника, позволяющая проникнуть внутрь строения произведения, исследуя его как систему приемов, обусловленную единством художественного задания. Возможность свободной смены параметров, смены оснований деления на элементы придает структурному анализу гибкость, открывает оперативный простор для исследования, позволяет «под разными углами» «рассекать» художественный текст и проникать внутрь его строения, выявляя концептуальный смысл самой его организации. При структурном исследовании деление произведения на смыслообразующие блоки является лишь аналитической операцией, которая не покушается на разрушение его целостности и не противоречит целостному художественному восприятию.

Принципы структурного анализа художественного текста:

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

Структурализм тяготеет к герметизму (закрытому рассмотрению), он схватывает замкнутость данной системы. Историзм схватывает разомкнутость произведения. Поэтому диалектику замкнуто-разомкнутого можно понять лишь при сочетании исторического и структурного подходов. При этом структурный подход – момент исторического подхода, как покой – момент движения.

Структурный анализ, по мнению некоторых его оппонентов, «разымает, как труп», то есть анатомирует, а не рассматривает живое произведение. В этом образе есть известная правда. Однако уместно вспомнить и слова Гоголя о Пушкине, который сердился на Жуковского «за то, что он не пишет критик. По его мнению, никто, кроме Жуковского, не мог так разъять и определить всякое художественное произведение».

Конечно, художественное произведение – живой организм, и структурный анализ его в известном смысле «омертвляет». Однако такое «омертвление» – необходимый этап его всестороннего постижения. Не случайно Белинский подчеркивал, что у разума в изучении искусства есть «только один путь и одно средство – разъединение идеи от формы, разложение элементов, образующих собою данную истину или данное явление. И это действие разума отнюдь не отвратительный анатомический процесс, разрушающий прекрасное явление для того, чтобы определить его значение. Разум разрушает явление для того, чтоб оживить его для себя в новой красоте и новой жизни, если он найдет себя в нем… Этот процесс и называется «критикою»

(Белинский.

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

Понятие структуры подразумевает, прежде всего, наличие системного единства. Отмечая это свойство, Клод Леви-Стросс писал: «Структура имеет системный характер. Соотношение составляющих ее элементов таково, что изменение какого-либо из них влечет за собой изменение всех остальных»

Структура всегда представляет собой модель. Поэтому она отличается от текста большей системностью, «правильностью», большей степенью абстрактности (вернее, тексту противостоит не единая абстрактная структура-модель, а иерархия структур, организованных по степени возрастания абстрактности).

иерархичность внутренней организации также является существенным признаком структурности.

Структурный метод в анализе литературных произведений стремится выявить элементы их структуры, закономерности связи этих элементов, воссоздать общую модель. Его цель – найти повествовательную модель, описать «грамматику» произведения. Понятие «литературное произведение» сменяется понятием «текст». С точки зрения структурной поэтики, идея текста не содержится в удачно подобранных цитатах, а выражается во всей художественной структуре. «План здания не замурован в стены, а реализован в пропорциях здания.

Создание схемы в Excel с помощью надстройки Визуализатора данных Visio
Создавайте потрясающие высококачественные схемы с помощью надстройки Визуализатора данных Visio для Excel с помощьюРабочей или учебной учетной записи Microsoft 365.

Вы можете создавать базовые блок-схемы, кроссфункциональные блок-схемы и организационные диаграммы. Диаграммы создаются автоматически из данных в книге Excel. Если вы измените схему в Visio, изменения синхронизируются обратно с Excel.

Это означает, что вам не нужна подписка на Visio для создания потрясающих схем в Excel. Просматривайте, печатайте схемы и делитесь ими с другими пользователями бесплатно в веб-версии Visio. Для дополнительных возможностей редактирования требуется подписка на Visio (план 1) или Visio, план 2.

Примечание: Надстройка Визуализатора данных Visio поддерживается на всех языках, поддерживаемых Веб-приложение Visio. Полный список языков показан в конце этой статьи.

Начните с надстройки Визуализатора данных Visio

Надстройка «Визуализатор данных» доступна для Excel на ПК, Mac и в браузере сMicrosoft 365 #x2 .

(Если у вас есть только личнаяучетная запись Майкрософт, то есть hotmail. com, live.com, outlook.com или msn.com, вы по-прежнему можете опробовать части надстройки Визуализатора данных без входа. Это просто означает, что доступные вам функции несколько ограничены. Дополнительные сведения см. в статье Надстройка визуализатора данных предназначена для Майкрософт 365 рабочих и учебных учетных записей.)

Откройте Excel и создайте пустую книгу.

Сохраните книгу в OneDrive или SharePoint расположении для удобного общего доступа и оптимального взаимодействия. Вы также можете сохранить файл локально на компьютере.

Убедитесь, что в книге выбрана пустая ячейка.

Выберите Вставить > получить надстройки или надстройки. В хранилище надстроек Office найдите «Визуализатор данных», а затем нажмите кнопку Добавить. Если появится сообщение безопасности, касающееся надстройки, выберите Доверять этой надстройке.

Войдите с учетной записью, связанной с рабочей или учебной подпиской Microsoft 365, или нажмите кнопку Войти позже.
В надстройке больше не поддерживается вход вручную («ADAL»). Но мы автоматически обнаруживаем вашу личность и войдите в систему. Если нам не удается войти в систему, это означает, что ваша версия Excel не работает с надстройкой. Это можно исправить с помощьюExcel в Интернете или обновления до Excel для Microsoft 365.
Примечание: Когда вы вошли в систему, вы открываете возможности в Веб-приложение Visio, такие как печать, общий доступ и просмотр в браузере. Для использования этой надстройки не требуется подписка Visio, но если она у вас есть, вы также сможете вносить изменения в схему.
Если появится запрос на разрешения, выберите Разрешить.

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

Организационная диаграмма на основе данных Excel
Базовая блок-схема на основе данных Excel
Кроссфункциональная блок-схема на основе данных Excel

Изменение связанной с данными таблицы для настройки схемы

org/ItemList»>

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

Если вы вошли в систему, схема сохраняется в виде Visio файла в расположении OneDrive или SharePoint. Если вы не вошли в систему, схема является частью книгиExcel. Вы всегда можете создать файл Visio, выполнив вход.

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

Дополнительные сведения см. в разделе Взаимодействие таблицы данных со схемой визуализатора данных ниже и выберите вкладку для своего типа схемы.

Добавление или удаление фигур для шагов или людей путем добавления или удаления строк в таблице данных.

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

После изменения таблицы данных выберите Обновить в области схемы, чтобы обновить визуализацию.

Примечание: Если возникла проблема с исходной таблицей данных, появится средство проверки данных с инструкциями по ее устранению. После изменения таблицы выберите Повторить в средство проверки данных, чтобы убедиться, что проблема устранена. Затем вы увидите обновленную схему.

Советы по изменению таблицы данных

Просмотр, печать и предоставление общего доступа к схеме Visio

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

Чтобы просмотреть схему за пределами Веб-приложение Visio, выберите многоточие (. .) в области схемы и выберите Открыть в Интернете.

Примечание: Если вы еще не вошли в систему, вам будет предложено войти с помощьюMicrosoft 365 #x1 .* Выберите Войти , а затем Выберите Разрешить или Принять в любых запросах на разрешение.

После создания файла Visio выберите Открыть файл.

В Веб-приложение Visio выберите многоточие (. . .) > печать для печати схемы.

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

Изменение схемы с помощью подписки Visio

Если у вас есть подписка на Visio, вы можете сделать больше с помощью схемы. Добавьте текст или изображения, примените темы оформления и внесите другие изменения для настройки схемы.

Простое редактирование с помощью Веб-приложение Visio

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

В области схемы в Excel выберите Изменить .

Примечание: Если вы еще не вошли в систему, вам будет предложено войти с помощью Майкрософт 365 или Microsoft 365 рабочей или учебной учетной записи. Выберите Войти , а затем — Разрешить или Принять в запросах на разрешение.

Внесите изменения в схему в Веб-приложение Visio.

Действие

Использование

Добавление и форматирование текста

Параметры шрифтадомашней >:

Дополнительные сведения см. в разделе Добавление и форматирование текста.

Изменение темы

Проектирование > тем

цвета темы «Дизайн >»

Дополнительные сведения см. в разделе Применение темы или цвета темы.

Изменение макета схемы

Макет >

Дополнительные сведения см. в разделе Изменение макета схемы.

Если вы хотите добавить или изменить фигуру, сохраняя синхронизацию исходных данных, измените схему с помощью классического приложения Visio. Такие изменения, внесенные в Веб-приложение Visio, не могут быть синхронизированы с исходным файломExcel.

Завершив редактирование схемы, вернитесь к файлуExcel и выберите Обновить , чтобы просмотреть изменения.

Расширенное редактирование с помощью приложения Visio

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

Примечание: Для редактирования в приложении Visio требуется Visio, план 2 подписка.

В области схемы в Excel выберите Изменить.

Сохраните и закройте файл Excel.

Для редактирования в приложении Visio и успешной синхронизации изменений необходимо закрыть файл Excel с таблицей данных и схемой.

В Веб-приложение Visio выберите Изменить в классическом приложении на ленте.

org/ListItem»>
Нажмите кнопку Открыть , чтобы подтвердить. Если появится предупреждение системы безопасности с вопросом, является ли этот файл Visio доверенным документом, выберите Да.

Внесите изменения в схему в приложении Visio.

По завершении выберите контейнер схемы, чтобы открыть вкладку Конструктор средств данных на ленте, а затем выберите Обновить исходные данные.

Примечание: Если вы попытаетесь обновить исходные данные и связь с данными Visio будет нарушена, Visio предложит выполнить повторное связывание. Выберите область схемы в Visio и на вкладке Конструктор средств обработки данных выберите Повторное связывание исходных данных. Перейдите к книге Visio с исходной таблицей, выберите Повторное связывание, а затем снова обновить исходные данные .

Теперь, когда данные синхронизированы с книгой Excel, сохраните файл Visio, желательно в том же расположении, что и файл Excel.) Закройте файл Visio.

Откройте файл Excel и нажмите кнопку Обновить в области схемы, чтобы просмотреть изменения.

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

Microsoft 365 подписчики, у которых есть Visio, план 2, могут использовать шаблоны визуализатора данных для получения более сложных функций построения диаграмм, например перечисленных ниже. Дополнительные сведения см. в статье Создание схемы визуализатора данных :

Создание схемы с помощью пользовательских наборов элементов

Создание подпроцессов

Оживите схему с помощью графики данных

Двусторонняя синхронизация между данными и схемой

Взаимодействие таблицы данных со схемой визуализатора данных

Каждый столбец таблицы однозначно определяет важный аспект блок-схемы, который вы видите. Ознакомьтесь со справочными сведениями ниже, чтобы узнать больше о каждом столбце, а также о том, как он применяется и влияет на блок-схему.
Число или имя, идентифицирующее каждую фигуру на схеме. Этот столбец является обязательным, и каждое его значение в таблице Excel должно быть уникальным и не пустым. Это значение не отображается на блок-схеме.
Это текст фигуры, видимый на схеме. Описывать, что происходит на этом этапе процесса. Также рекомендуется добавить аналогичный или более описательный текст в столбец Замещающий текст.
Это идентификатор шага процесса, соответствующий следующей фигуре в последовательности. Фигура ветвления имеет два следующих шага и представлена числами, разделенными запятыми, например P600,P400. Следующих шагов может быть и больше двух.
Для фигур ветвления метки соединителя представляются в виде текста, разделенного запятой, например Да, Нет. Да соответствует P600 и No соответствует P400 в примере. Метки соединителя не требуются.
Это тип фигуры, который вы хотите использовать на схеме Visio, например Процесс или Решение. Выберите ячейку в столбце и выберите из списка Типы фигур.
Дополнительные сведения о блок-схемах и их фигурах см. в статьях Создание простой блок-схемы и Создание функциональной блок-схемы.
Функция (или дорожка), к которой принадлежит каждая фигура. Используйте столбцы Функция и Этап для организации различных заинтересованных лиц в блок-схеме. Этот столбец относится только к кросс-функциональной блок-схеме и не включен в схему блок-схемы «Базовый».
Этап (или временная шкала), к которому принадлежит каждая фигура. Используйте столбцы Функция и Этап для организации различных заинтересованных лиц в блок-схеме. Этот столбец относится только к кросс-функциональной блок-схеме и не включен в схему блок-схемы «Базовый».
Замещающий текст используется средствами чтения с экрана, чтобы помочь лицам с нарушениями зрения. Вы можете просмотреть замещающий текст, введенный как часть сведений о фигуре. Ввод описательного замещающего текста не требуется, но рекомендуется.
Каждый столбец таблицы однозначно определяет важный аспект организационной диаграммы, который вы видите. Ознакомьтесь со справочными сведениями ниже, чтобы узнать больше о каждом столбце, а также о том, как он применяется и влияет на схему.
Число, определяющее каждого сотрудника в организационной диаграмме. Этот столбец является обязательным, и каждое значение в таблице Excel должно быть уникальным и не пустым. Это значение не отображается на схеме.

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

Укажите дополнительные сведения для сотрудника, введя должность или роль. Этот текст отображается в фигурах схемы под именем сотрудника.

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

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

Поддерживаемые языки для надстройки Визуализатора данных

Щелкните подзаголовок, чтобы открыть список:

См. также

Сведения о надстройке Визуализатора данных для Excel

Преобразование блок-схемы в текст: понимание изображений блок-схем путем создания дескрипторов естественного языка
Shreyanshu Bhushan, Minho Lee
Abstract
Блок-схемы очень популярны для представления рабочего процесса или процесса модели. Понимание блок-схем путем создания сводок может быть чрезвычайно полезным при обобщении документов. Это также может помочь людям в выводе ключевых идей из блок-схем, не требуя больших перцептивных и когнитивных усилий. В этой статье мы предлагаем новую задачу преобразования изображений блок-схемы в текст, представляя структуру под названием «BloSum». Эта структура извлекает контекстуальное значение из изображений в виде триплетов, которые помогают языковой модели генерировать сводку. Мы также представляем новый набор данных для сложных компьютеризированных блок-схем, объясняем процесс подготовки набора данных, а затем анализируем его. Кроме того, чтобы продемонстрировать обобщение модели, мы тестируем наш метод с общедоступными рукописными наборами данных блок-схем. Наша оценка с различными показателями демонстрирует эффективность нашего подхода, который превосходит другие методы и техники.
Anthology ID:
2022.findings-aacl.15
Volume:
Findings of the Association for Computational Linguistics: AACL-IJCNLP 2022
Month:
November
Year:
2022
Address :
Только онлайн
Место проведения:
Findings
SIG:
Издатель:
Ассоциация компьютерной лингвистики
Страница: 10 10 90 Примечание:
1 2 153–168
Язык:
URL:
https://aclanthology. org/2022.findings-aacl.15
doi:
. Bibkey:
(
:
(ACLE):
. Бхушан и Минхо Ли. 2022. Преобразование блок-схемы в текст: понимание изображений блок-схем путем создания дескрипторов естественного языка. В выводах Ассоциации вычислительной лингвистики : AACL-IJCNLP 2022 , страницы 153–168, только в Интернете. Ассоциация компьютерной лингвистики.
Процитируйте (неофициально):
Преобразование блок-схемы в текст: понимание изображений блок-схемы путем создания дескрипторов естественного языка (Бхушан и Ли, выводы 2022)
Копия цитирования:
PDF:
https://aclanthology.org/2022.findings-aacl.15.pdf
PDF Процитировать Поиск
BibTeX
MODS XML
Конечная сноска
Предварительно отформатированный
@inproceedings{bhushan-lee-2022-block, title = "Блок-схема в текст: понимание изображений блок-схемы путем создания дескрипторов естественного языка", автор = "Бхушан, Шрейаншу и Ли, Минхо", booktitle = "Выводы Ассоциации компьютерной лингвистики: AACL-IJCNLP 2022", месяц = ноябрь, год = "2022", адрес = "Только онлайн", издатель = "Ассоциация вычислительной лингвистики", url = "https://aclanthology. org/2022.findings-aacl.15", страницы = "153--168", abstract = "Блок-схемы очень популярны для представления рабочего процесса или процесса модели. Понимание блок-схем путем создания сводок может быть чрезвычайно полезным при обобщении документов. Это также может помочь людям в выводе ключевых идей из блок-диаграмм, не требуя большого количества перцептивных и когнитивные усилия. В этой статье мы предлагаем новую задачу преобразования изображений блок-схемы в текст, представляя структуру под названием {``}BloSum{''}. Эта структура извлекает контекстное значение из изображений в виде триплетов, которые помочь языковой модели в сводной генерации.Мы также представляем новый набор данных для сложных компьютеризированных блок-схем, объясняем процесс подготовки набора данных, а затем анализируем его.Кроме того, чтобы продемонстрировать обобщение модели, мы тестируем наш метод с общедоступным рукописным блоком наборы данных диаграмм. Наша оценка с использованием различных показателей демонстрирует эффективность нашего подхода, который превосходит другие методы и приемы. ", }
<моды> <информация о заголовке> Блок-схема в текст: понимание изображений блок-схемы путем создания дескрипторов естественного языка <название типа="личное"> Шреяншу Бхушан <роль> автор <название типа="личное"> Минхо Ли <роль> автор <информация о происхождении> 2022-11 текст <информация о заголовке> Выводы Ассоциации компьютерной лингвистики: AACL-IJCNLP 2022 <информация о происхождении> Ассоциация компьютерной лингвистики <место> Только онлайн публикация конференции Блок-диаграммы очень популярны для представления рабочего процесса или процесса модели. Понимание блок-схем путем создания сводок может быть чрезвычайно полезным при обобщении документов. Это также может помочь людям в выводе ключевых идей из блок-схем, не требуя больших перцептивных и когнитивных усилий. В этой статье мы предлагаем новую задачу преобразования изображений блок-схемы в текст, представляя структуру под названием «BloSum». Эта структура извлекает контекстуальное значение из изображений в виде триплетов, которые помогают языковой модели генерировать сводку. Мы также представляем новый набор данных для сложных компьютеризированных блок-схем, объясняем процесс подготовки набора данных, а затем анализируем его. Кроме того, чтобы продемонстрировать обобщение модели, мы тестируем наш метод с общедоступными рукописными наборами данных блок-схем. Наша оценка с использованием различных показателей демонстрирует эффективность нашего подхода, который превосходит другие методы и приемы. bhushan-lee-2022-block <местоположение> https://aclanthology. org/2022.findings-aacl.15 <часть> <дата>2022-11 <единица экстента="страница"> 153 168
%0 Материалы конференции Преобразование блок-схемы в текст %T: понимание изображений блок-схем путем создания дескрипторов на естественном языке %A Бхушан, Шреяншу %А Ли, Минхо %S Выводы Ассоциации компьютерной лингвистики: AACL-IJCNLP 2022 %D 2022 %8 ноябрь %I Ассоциация компьютерной лингвистики %C Только онлайн %F бхушан-ли-2022-блок Блок-схемы %X очень популярны для представления рабочего процесса или процесса модели. Понимание блок-схем путем создания сводок может быть чрезвычайно полезным при обобщении документов. Это также может помочь людям в выводе ключевых идей из блок-схем, не требуя больших перцептивных и когнитивных усилий. В этой статье мы предлагаем новую задачу преобразования изображений блок-схемы в текст, представляя структуру под названием «BloSum». Эта структура извлекает контекстуальное значение из изображений в виде триплетов, которые помогают языковой модели генерировать сводку. Мы также представляем новый набор данных для сложных компьютеризированных блок-схем, объясняем процесс подготовки набора данных, а затем анализируем его. Кроме того, чтобы продемонстрировать обобщение модели, мы тестируем наш метод с общедоступными рукописными наборами данных блок-схем. Наша оценка с различными показателями демонстрирует эффективность нашего подхода, который превосходит другие методы и техники. %U https://aclanthology.org/2022.findings-aacl.15 %Р 153-168
Уценка (неофициальная)
[Блок-схема в текст: понимание изображений блок-схемы путем создания дескрипторов естественного языка] (https://aclanthology.org/2022.findings-aacl.15) (Бхушан и Ли, Результаты 2022 г.) )
Преобразование блок-схем в текст: понимание изображений блок-схем путем создания дескрипторов естественного языка (Бхушан и Ли, Результаты 2022 г. )
ACL
Шрейаншу Бхушан и Минхо Ли. 2022. Преобразование блок-схемы в текст: понимание изображений блок-схем путем создания дескрипторов естественного языка. В Выводы Ассоциации компьютерной лингвистики: AACL-IJCNLP 2022 , страницы 153–168, только онлайн. Ассоциация компьютерной лингвистики.
Диаграммы в виде обычного текста — лучшие диаграммы в качестве инструментов кода
Хранение документации в виде обычного текста в системе управления версиями имеет множество преимуществ, таких как возможность понимания изменений путем сравнения или наличие документации рядом с вашим кодом. Поскольку документация содержит текст и изображения , в этой статье объясняется, как диаграммы также могут быть записаны в виде простого текста, который генератор затем преобразует в графику. Я расскажу о преимуществах и недостатках этого подхода, представлю список инструментов и языков разметки, а также расскажу, как эти диаграммы можно интегрировать в вашу текстовую документацию.
Содержание
ВВЕДЕНИЕ
Преимущества и недостатки простых текстовых диаграмм
Таксономия инструментов и языков разметки
Модели против просмотров
. Повторные
Advantage и DisaDvantage
7008888888888 гг.
Интеграция простых текстовых диаграмм в документацию
Совместное редактирование диаграмм
Заключение
Введение
В предыдущей статье «Документация в виде обычного текста в системе контроля версий» я указал, что документация может быть создана в виде простых текстовых документов в системе контроля версий с использованием языка разметки, такого как Asciidoc. Основные преимущества этого подхода заключаются в том, что простые текстовые файлы можно просматривать с помощью любого текстового редактора и можно сравнивать точно так же, как исходный код, что помогает вам понять изменения с течением времени.
Та же концепция может быть применена к схемы . Вместо того, чтобы рисовать диаграммы в редакторе WYSIWYG, вы пишете несколько строк (используя язык разметки) в обычный текстовый файл. Генератор преобразует его в файл изображения. Рассмотрим следующие два примера с использованием Mermaid и PlantUML:
Обычная текстовая диаграмма с помощью Mermaid
Обычная текстовая диаграмма с PlantUML
Вы можете интерактивно поиграть с такими примерами, используя живой редактор для PlantUML (см. здесь ) или Русалка (здесь).
К концу этой статьи вы узнаете, что существует много таких языков разметки, которые позволяют вам определять все виды диаграмм, таких как UML-подобные диаграммы (класс, состояние, действие, последовательность, развертывание, вариант использования, …), диаграммы бизнес-процессов, диаграммы ГАНТТ, древовидные диаграммы (включая интеллект-карты) или макеты пользовательского интерфейса .
Преимущества и недостатки простых текстовых диаграмм
Начнем с преимуществ :
Вы можете различать диаграммы, различая простой текст . Этот помогает вам понять различия между двумя версиями схемы намного быстрее, чем если бы у вас были только файлы изображений, где вам пришлось бы переключаться между двумя версиями. Это преимущество особенно сильно для больших диаграмм.
После небольшой практики создание диаграмм станет намного более эффективным, чем использование редакторов WYSIWYG . Вам не нужно беспокоиться о компоновке элементов диаграммы (поскольку генератор выполняет автоматическую компоновку, включая положение и размер блоков и т. д.). Вам также больше не нужно будет тратить много времени на ручную стилизацию узлов, поскольку теперь это можно сделать с помощью механизма, похожего на таблицу стилей, в центральном месте.
Конечно, есть и недостатки :
Сначала нужно выучить язык разметки . Усилия зависят от выбранного языка, и вы часто будете в курсе всего за несколько минут.
Автоматический макет , выбранный генератором изображения, иногда не оптимален . В этом случае вам нужно потратить дополнительное время, чтобы изучить приемы компоновки, которые предлагает язык разметки, такие как специальные конструкции ограничений.
Таксономия инструментов и языков разметки
В двух словах, существует три типа языков разметки простого текста (с соответствующими инструментами-генераторами): конкретные виды , которые ссылаются на элементы модели,
редакторы WYSIWYG , которые позволяют создавать виды (без подложки модель ) , нажимая кнопки в графическом интерфейсе. Эти редакторы сохраняют представление/диаграмму в текстовом формате, таком как JSON, 9.0088
Языки разметки между этими двумя крайностями, которые позволяют определять объекты модельным способом, но также влияют на аспекты, связанные с представлением .
Модели и представления
Прежде чем более подробно рассмотреть эти инструменты, давайте сделаем шаг назад и попытаемся понять термины модель и вид , которые я использовал выше.
Модель описывает отдельные компоненты вашей системы (включая различные атрибуты) и их связи с другими компонентами, с использованием какого-то метаязыка в качестве нотации. Конкретным примером может служить модель класса , которая моделирует различные классы (на уровне исходного кода), включая их имена, описания, атрибуты и методы.
Вид делает модель осязаемой, визуально выражая ее. На этом уровне программное обеспечение, создающее представление, решает (или позволяет пользователю решить), как выглядит графическое представление модели до мельчайших деталей. Например, для модели классов было бы решено, что каждый класс представлен прямоугольником, а отношения нарисованы в виде стрелок. Представление также включает в себя все виды графических деталей, таких как цвет фона каждого блока или холста, ширину линий, координаты, поля или отступы каждого блока, тип и размер шрифта и т. д. Часто имеет смысл создавать несколько видов для конкретной модели, где каждый вид иллюстрирует различные аспекты , отвечая на конкретный вопрос о модели.
Новый взгляд на таксономию инструментов
Теперь давайте еще раз рассмотрим три типа языков разметки, которые я представил выше:
Языки модели , такие как Structurizr DSL, позволяют определить как модель, так и набор представлений. Определение вида включает тип диаграммы (например, класс диаграмма), ссылается на набор элементов модели , которые должны быть включены в диаграмму, и дополнительные параметры конфигурации (например, влияющие на компоновку, цвета и т. д.). Затем соответствующий инструмент-генератор создаст для вас диаграммы и вычислит оптимальную компоновку всех ее элементов.
Существуют редакторы WYSIWYG , которые хранят диаграммы в текстовом формате (а не в двоичных файлах), например. yEd, который хранит файлов Graphml , или Excalidraw, который создает файлов JSON . Их формат данных (их внутренняя «модель») сразу начинается с уровня представления . Ему не хватает смысла относительно того, что на самом деле означают линии, прямоугольники и другие элементы — это просто прямоугольники и линии. Базовой модели нет. Созданные простые текстовые файлы довольно многословны и длинны, потому что они включают аспекты представления, например. использует ли поле закругленные углы, координаты объекта или ширину линии.
В середине спектра находится язык разметки , как Mermaid или PlantUML. Они позволяют вам немного определить аспекты, связанные как с моделью, так и с представлением. Как правило, эти инструменты делают макет за вас, но предлагают средства для воздействия на макет. Это делается с помощью ограничений , а не позволяет вам назначать определенные координаты элементам. Эти виды языков разметки работают так же, как текстовые языки разметки (например, Asciidoc или Markdown), которые я представил в статье о документации по обычному тексту. Они определяют синтаксис для каждого элемента диаграммы, включая общие элементы, такие как блоки и соединения, а также элементы, специфичные для предметной области, такие как класс UML. Следовательно, вы все еще строите просматривает , но на семантическом уровне, используя краткий язык разметки.
Преимущества и недостатки
Как вы понимаете, у каждого подхода есть несколько проблем.
Редакторы WYSIWYG имеют два выпуска . Первый – это несоответствие элементов, детали которых расходятся в разных видах. Давайте разберемся в этом на примере. Предположим, вы сначала строите диаграмму № 1 для своей модели, например. диаграмма классов. Затем вы создаете диаграмму № 2, например. диаграмма последовательности. Вы копируете и вставляете определенные элементы из диаграммы №1 в №2, чтобы сэкономить время. В какой-то момент вы меняете элемент (например, имя класса), присутствующий на обеих диаграммах, только на одной из диаграмм. В итоге вы получите противоречивые взгляды. Вторая проблема WYSIWYG-редакторов заключается в том, что сравнение созданных простых текстовых файлов в системе управления версиями затруднено, поскольку эти созданные файлы огромны , и даже небольшие изменения (например, изменение положения элемента) могут произвести массивный, непонятный diff .
Основная проблема инструментов на основе моделей заключается в том, что они очень специфичны для предметной области. Например, Structurizr DSL предназначен для модели C4 для документирования архитектуры программного обеспечения. Кроме того, сгенерированные диаграммы строятся с использованием алгоритмов автоматической компоновки, в то время как высокоуровневый язык разметки модели может не беспокоить предоставлением синтаксиса, позволяющего исправлять проблемы с компоновкой вручную. Как следствие, объекты на сгенерированных диаграммах могут быть расположены нелогично, и с этим ничего не поделаешь.
Основная проблема языков разметки , таких как PlantUML или Mermaid, заключается в том, что они все еще могут привести к несогласованным представлениям , как я описал выше для редакторов WYSIWYG. Чтобы немного обойти эту проблему, существуют такие механизмы, как include command . Это позволяет одной диаграмме включать другую, повторно используя все (или выбранное подмножество) ее элементов. Тем не менее, файлы — это просто диаграммы, а не модели. Например, вы не можете определить объект класса PlantUML в файле №1, а затем определить класс PlantUML 9.0121 последовательность диаграммы в файле № 2 (который #include является классом из файла № 1), потому что PlantUML по-прежнему будет отображать класс как блок класса (включая его атрибуты) и превращать диаграмму последовательности в диаграмму классов. В следующей таблице суммируются плюсы и минусы :
Последовательный просмотр Легкий для DIFF Special of Diff Независимый от DIFF Special of Dipf .0156
WYSIWYG editor ❌ ❌ ✅ ✅
Model-based tool ✅ ✅ ❌ ❌
Markup language 😐
Partially, using #include (only some markup languages) ✅ ✅ ❌
Tool selection
Existing generator tools and markup languages can be divided into общие и специальные инструменты , где последние обслуживают один конкретный домен. Давайте посмотрим на общие инструменты Первый :
Описание
Plantuml . UML (класс, последовательность, …), макеты пользовательского интерфейса каркаса, диаграммы Ганта, интеллект-карты и многое другое. В этой статье я представляю более подробное введение в PlantUML.
Mermaid Механизм рендеринга в браузере на основе JavaScript, язык разметки которого поддерживает определенные UML-диаграммы (класс, последовательность, активность, конечный автомат), а также общие диаграммы, такие как круговые, потоковые диаграммы или диаграммы Ганта. Возможности настройки меньше, чем у PlantUML, и файл Mermaid не может включать другие файлы Mermaid.
pikchr Язык разметки для стандартных блочных/круговых/линейных диаграмм . Для меня синтаксис pikchr гораздо менее интуитивен, чем синтаксис Mermaid или PlantUML, несмотря на попытку автора сделать чтение кода pikchr почти таким же, как чтение естественного языка.
Далее, вот Список инструментов специального назначения :
. модели и родственные просмотр на основе модели C4. Соответствующий (мета) генератор преобразует документ в промежуточный формат, такой как PlantUML или Mermaid.
erd Entity Relationship (ER) diagrams
Msc Message sequence diagrams
nomnoml UML-like class, activity and use-case diagrams
state-machine-cat Диаграммы конечных автоматов
Syntrax Railroad diagrams, as known from visual (SQL) grammar explanation diagrams
wavedrom Digital timing diagrams
diagrams Cloud system architecture diagrams, defined in Python
Vega, Gnuplot, etc. Позволяет определить графики (на основе некоторых N-мерных данных) без знания языка программирования, например. гистограмма или линейная диаграмма, точечная диаграмма и т. д. Существует также множество библиотек для конкретных языков программирования, например. matplotlib для Python.
Разумеется, существуют и другие инструменты, см., например, здесь для списка.
Интеграция диаграмм в виде обычного текста в документацию
Используя документацию в виде обычного текста , скажем, с помощью Markdown, Asciidoc или reStructuredText, вам понадобится возможность встраивать диаграммы в виде простого текста без особых усилий. Есть два подхода, как это сделать, которые зависят от выбранного вами рендеринга подхода (см. текстовую документацию в статье о контроле версий) для создания вашей документации :
Если вы выбрали подход генерации CI, вы можете построить конвейер CI, который сначала преобразует файлы диаграммы (например, ваш файл . puml PlantUML53 в файл 901UML53 901) файл изображения (например, SVG или PNG), , на который затем ссылаются ваши файлы документации.
В качестве альтернативы проверьте, интегрируется ли выбранный вами язык разметки с выбранным вами языком диаграмм. Таким механизмом интеграции является либо встроенный (чтобы ваш файл документации также содержал разметку диаграммы), , либо #включая файл диаграммы со ссылкой на его путь . Затем генератор документации позаботится о преобразовании файлов диаграмм в изображения в рамках процесса рендеринга документации.
Для Asciidoctor см. здесь список поддерживаемых типов диаграмм.
Для Markdown поддержка зависит от средства визуализации Markdown, используемого генератором статических страниц. Например, у Docsify есть плагины, которые добавляют поддержку интеграции с PlantUML, Mermaid или WebSequenceDiagrams. Однако есть одно предостережение: эти интеграции обычно преобразуют puml содержимое файла в большую строку запроса и отправить его на сервер PlantUML для рендеринга в реальном времени. Обычно это работает нормально, но не будет работать для диаграмм с операторами local !import (include), потому что эти файлы неизвестны серверу!
Spinx (reStructured Text) также предлагает различные плагины для этой цели, просто выполните поиск в Интернете, например. для «растительного сфинкса».
Совместное редактирование диаграмм
Создавая диаграммы для собственных работ, вы, как правило, достигаете наилучших результатов на совместном семинаре. Когда работа на настоящей доске или флип-чарте невозможна (привет, COVID-19!), люди часто используют редакторы WYSIWYG, которые поддерживают совместное редактирование в реальном времени, такие как Excalidraw или диаграмма.net (draw.io).
Когда вы переключаетесь с таких редакторов WYSIWYG на простые текстовые диаграммы , совместная работа в реальном времени по-прежнему возможна. В моей статье о совместных редакторах кода я представил несколько решений, позволяющих совместно писать код в режиме реального времени. И угадайте, что: простые текстовые диаграммы похожи на код ! Вся идея 9Диаграммы в виде обычного текста 0121 также часто называют «диаграммами как кодом». Люди, использующие этот термин, имеют в виду «код» не буквально (в смысле «код языка программирования»), а в смысле «диаграммы в виде текстовых файлов в репозитории code ».
Например, вы можете совместно работать над диаграммой PlantUML, если вы и ваш коллега используете VS Code (с надстройками Microsoft Live Share и Live Renderer) или IDE на основе IntelliJ (с надстройкой для совместной работы, например Code With Me или CodeTogether).
Заключение
Любая всеобъемлющая документация должна включать диаграммы, поскольку изображения часто помогают передать идеи и концепции более эффективно, чем текст. В этой статье приведены веские доводы в пользу использования диаграмм в виде обычного текста , которые визуализируются в изображения, вместо того, чтобы рисовать их с помощью редактора и сохранять в виде неизменной, трудносопоставимой пиксельной или векторной графики.
No related posts.