Трассировка действий пользователя

Трассировка полномочий является видом специфичной для пользователя трассировки. Она ограничивается подробным отслеживанием действий, выполняемых отдельной учётной записью пользователя. Специфичные для пользователей трассировки можно настроить для записи подробной информации о различных операциях в системе SAP HANA. Отслеживание можно проводить практически по всем компонентам SAP HANA. Полученные сведения используются для предоставления специфичной информации по выполняемым в системе SAP HANA операциям. Благодаря этому механизму трассировки администраторы безопасности могут сосредоточиться на контроле полномочий для выполнения операций.

Оформите подписку и получите полный доступ к материалам SAPPRO

У вас уже есть подписка?

В чем разница между скриптом и макросом?

Действительно, многие люди называют макросы скриптами и, наоборот. На самом деле скрипт управляет макросом, скрипт дает макросу больше возможностей. Дополнение imacros может воспроизводить и скрипты и макросы. Но макросы имеют расширение .iim, а скрипты имеют расширение .js. Код, написанный в макросе,не будет воспроизводится в скрипте, и, наоборот, код, написанный в скрипте, не воспроизводится в макросе. У каждого свой код. И макросы писать гораздо легче, чем скрипты. И еще вам отличие:

Код скрипта является языком программирования (Java Script). А код макроса- это не язык программирования, он только связан с языком разметки HTML.

Скрипт — кратких описаний действий, выполняемых системой.

Макрос — программный алгоритм действий, записанный пользователем.

Компью́терная — последовательность инструкций для решения задачи компьютером.

Разница между программой и скриптом размыта и несущественна. И Скрипт и программа написаны разработчиком.

Макрос отличается только тем, что он записан пользователем, подчас, не понимающим, что последовательность действий (алгоритм), записывается в виде программы.

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

В чем разница между макросом и скриптом?

Разве это не просто набор инструкций, которые выполняются каким-то интерпретатором? (в отличие от полноценной программы, которая запускается (выполняется) в какой-то компьютерной системе?

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

Макросы бывают разных вкусов.

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

C и C ++ также имеют макросы, которые работают таким образом.

Но, как и с большинством вещей в ИТ, зачем иметь один термин или одно значение, когда мы можем сделать вещи более запутанными? Поэтому в некоторых средах (я полагаю, начиная с MS Word) были введены «макросы», которые были записанным набором действий.

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

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

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

Различия между Office скриптами и макросами VBA

Office скрипты и макросы VBA имеют много общего. Они позволяют пользователям автоматизировать решения с помощью простого в использовании средства записи действий и изменять эти записи. Обе платформы предназначены для того, чтобы пользователи, которые не считают себя программистами, могли создавать небольшие программы в Excel.

Фундаментальным отличием является то, что макросы VBA разрабатываются для классических решений, а Office сценарии предназначены для безопасных облачных решений. В настоящее время Office сценарии поддерживаются только в Excel в Интернете.

В этой статье описываются основные различия между макросами VBA (а также VBA в целом) и Office скриптами. Так Office скрипты доступны только для Excel, это единственный рассматриваемый здесь сайт.

Платформа и экосистема

VBA поддерживается Excel на Windows Mac. Office сценарии поддерживаются Excel в Интернете.

Эти два решения были разработаны для соответствующих платформ. V BA может взаимодействовать с рабочим столом пользователя для подключения с помощью аналогичных технологий, таких как COM и OLE. Однако VBA не имеет удобного способа вызова в Интернете. Office скрипты используют универсальную среду выполнения для JavaScript. Это обеспечивает согласованное поведение и специальные возможности независимо от компьютера, используемого для выполнения скрипта. Они также могут совершать вызовы к другим веб-службам.

Поддержка скриптов для Excel на Windows

Кнопки сценариев работают в Excel на Windows и в Интернете. Они позволяют выполнять сценарий с кнопкой, которая находится на листе. Чтобы создать или изменить кнопку или скрипт, необходимо использовать веб-приложение.

Безопасность

Макросы VBA имеют тот же уровень безопасности, что и Excel. Это предоставляет им полный доступ к рабочему столу. Office скрипты имеют доступ только к книге, а не к компьютеру, на котором размещена книга. Кроме того, скрипты не могут совместно использовать маркеры проверки подлинности JavaScript. Это означает, что у скрипта нет ни маркеров вошедвшего пользователя, ни возможностей API для входа во внешнюю службу, поэтому он не может использовать существующие маркеры для выполнения внешних вызовов от имени пользователя.

У администраторов есть три варианта макросов VBA: разрешить все макросы в клиенте, не разрешать макросы в клиенте или разрешить только макросы со подписанными сертификатами. Отсутствие детализации затрудняет изоляцию одного недопустимого субъекта. В настоящее Office сценарии могут быть отключены для всего клиента, для всего клиента или для группы пользователей в клиенте. Администраторы также имеют контроль над тем, кто может делиться скриптами с другими пользователями и кто может использовать сценарии в Power Automate.

:/> Как удалить системную папку через командную строку и команду RMDIR (RD)

Покрытие

В настоящее время VBA предоставляет более полное Excel функций, особенно доступных на настольном клиенте. Office сценарии охватывают почти все сценарии для Excel в Интернете. Кроме того, по мере того, как новые функции будут доступны в Интернете, Office сценарии будут поддерживать их как для записи действий, так и для API JavaScript.

Office сценарии не поддерживают события Excel уровня. Скрипты выполняются только в том случае, если пользователь запускает их вручную или когда поток Power Automate вызывает скрипт.

Power Automate

Office скрипты можно выполнять через Power Automate. Книгу можно обновить с помощью запланированных или управляемых событиями потоков, что позволяет автоматизировать рабочие процессы, даже не открывая Excel. Это означает, что при условии, что книга хранится в OneDrive (и доступна для Power Automate), поток может выполнять ваши сценарии независимо от того, используете ли вы и ваша организация Excel настольный компьютер, Mac или веб-клиент.

VBA не имеет соединителя Power Automate. Все поддерживаемые сценарии VBA включают пользователя, который будет участвовать в выполнении макроса.

Попробуйте скрипты вызова из руководства по Power Automate, чтобы начать изучение Power Automate. Вы также можете просмотреть пример напоминаний автоматизированных задач, чтобы Office сценарии, подключенные к Teams с помощью Power Automate в реальном сценарии.

Леонова Светлана Владимировна

МБОУ СОШ № 60 г. Брянска

Программное обеспечение компьютера.

Системное программное обеспечение.

Тип урока: изучение нового материала.

Кто получил оценку «5», «4», «3», поднимают руки.

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

А для чего вы используете компьютер(как вы применяете компьютер)?

То есть каждый из нас по-своему использует ресурсы компьютера.

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

– для работы компьютера необходимы программы, операционная система.

Разобраться, что такое программы, какие программы бывают, для чего они используются – является целью нашего урока.

Итак, тема урока:

«Программное обеспечение компьютера.

Системное программное обеспечение»

Как вы считаете, какие слова сегодня будут ключевыми на уроке:

Разберем вначале, что такое программа. Скажите, где вы в жизни (в быту) встречали слово программа?

Что общего в этих примерах, что такое программа, как вы понимаете это слово?

– Последовательность действий для получения конкретного результат.

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

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

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

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

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

Стоимость ПО во многих случаях сравнима, и даже превышает стоимость аппаратного обеспечения.

Решаемые задачи определяют выбор тех или иных программ, установленных на компьютере.

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

Разделите эти программы на 3 группы, в зависимости от их назначения. Работаем в группах, первый ряд – первая группа, второй – вторая, третий – третья группа. На работу 3-5 минут. Выберете координатора группы, который будет представлять решения.

Какие программы вы отнесли к первой группе?

Основная функция (задача) программ 1 группы?

– работа системы и ее обслуживание.

Программы первой группу называют системное программное обеспечение.

Вторая группа программ.

Как вы считаете, в чем состоит основная функция этих программ?

– прикладные программы

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

Эту группу программ называют прикладным ПО.

В третью группу вы отнесли программы, которые называют системами программирования.

Программирование – это процесс создания программ.

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

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

А нашей дальнейшей целью является рассмотрение программ первой группы.

Итак, первая группа программ – это системное ПО.

Системное ПО включает в себя операционную систему и сервисные программы.

Системное ПО можно разделить на 2 части:

– операционная система

– сервисные программы.

Как вы думаете, каково основное назначение ОС?

– операционная система(ОС) – главная часть программного обеспечения, без которой компьютер работать не будет.

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

Давайте выясним, какие программы входят в состав ОС.

как мы уже говорили, компьютер – сложная система, состоящая из множества аппаратных(физических) и программных(информационных) объектов.

Какие объекты отнесем к физическим?

Какие объекты отнесем к информационным?

В свою очередь компьютер является частью системы «Человек-компьютер».

Средства, обеспечивающие взаимосвязь между объектами этой системы, называют интерфейсом.

Так как компьютер – система, состоящая из аппаратных и программных объектов, то можно выделить:

Далее: в ОС входят программы, поддерживающие диалог пользователя с компьютером: желая произвести некоторые действия, человек дает ОС соответствующую команду, например:

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

Приведите примеры наиболее распространенных для персональных компьютеров ОС?

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

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

:/> Как создать тему рабочего стола в windows 7

Дома я предлагаю вам подумать над вопросом:

Всегда ли требуется установка ОС с дистрибутива на жесткий диск?

Таким образом для работы компьютера необходима установка программ ОС.

Далее попытаемся разобраться, что происходит при включении компьютера с уже установленной ОС?

– он загружается

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

Загрузка компьютера – это последовательная загрузка программ ОС из долговременной памяти (жесткого или оптического диска) в оперативную память компьютера.

Рассмотрим этот процесс подробнее.

Как вы уже знаете в состав компьютера входит ПЗУ, в котором хранятся программы тестирования компьютера и первого этапа загрузки ОС – .

/ – базовая система ввода вывода.

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

Сначала производится тестирование и настройка аппаратных средств.

в случае если все оборудование функционирует нормально, происходит переход к следующему этапу – поиску начального загрузчика ОС.

Диск, на котором находится ОС, из которого производится ее загрузка, называется системным диском.

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

Последовательность обращения к дискам компьютера определяется настройками .

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

Если диск оказывается системным, то программа-загрузчик считывается в оперативную память.

Затем уже эта программа организует загрузку других программ ОС с системного диска в ОЗУ.

Вернемся к ключевым словам нашего урока:

У вас на столе лежат листы опорного конспекта, но в нем пропущены некоторые его составляющие слова. Пользуясь знаниями, полученными на уроке и учебником на стр.68-71 заполните пропуски (3-4мин.).

Проговариваем, еще раз, вызываю учащихся.

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

На следующем уроке мы продолжим изучать ПО, разберем вторую группу системного ПО – сервисные программы, также рассмотрим две другие группы ПО: прикладное ПО и системы программирования.

Д/З: параграф2.3 стр.68-71, стр.77 вопросы 1-5.

Подведение итогов, выставление отметок, рефлексия.

Вы сегодня отлично поработали, и я прошу вас выразить свои ощущения от урока.

У вас на столе лежат три пингвина (логотип операционной системы линукс, которая установлена на компьютере в нашем классе)

Прикрепите на доску одного из пингвинов.

Протоколирование и аудит;

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

– вход в систему;

– выход из системы;

– обращение к удаленным системам;

– операции с файлами;

– смена привилегий или иных атрибутов безопасности.

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

Перечислим информацию, которую нужно регистрировать:

– дату и время;

– ID пользователя;

– тип события (вход, выход);

– результат действия (успех или неудача);

– источник запроса;

– имена затронутых объектов;

– запись изменений в БД защиты;

– метки безопасности.

Аудит – это анализ накопленной информации, проводимый оперативно, (почти) в реальном времени, или периодически (например, раз в день).

Реализация протоколирования и аудита преследует следующие главные цели:

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

2. Обеспечение возможности реконструкции последовательности событий. Реконструкция последовательности событий позволяет выявить слабости в защите сервисов, найти виновника вторжения, оценить масштабы причиненного ущерба и вернуться к нормальной работе.

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

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

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

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

Трудной проблемой является организация согласованного протоколирования и аудита в распределенной разнородной системе.

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

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

Рекомендации по трассировке

Время на прочтение

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

:/> Как включить веб-камеру на ноутбуке с windows 7 и как включить и отключить камеру на ноутбуке с windows 7

Введение

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

Я рассматриваю протоколирование намного шире, чем просто запись в лог-файл. Для меня протоколирование — это набор средств и методов, которые решают такие задачи:

Подходы к протоколированию

Вышеуказанные цели можно конкретизировать, выделив «пользователей» результатов протоколирования, и задачи этих «пользователей». Далее можно выделить средства и методы, с помощью которых эти задачи можно реализовать. Итак, я вижу 4 основных категории «пользователей»:

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

Указанные в таблице средства и методы кратко описаны ниже.

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

Трассировка

* картинка взята из статьи Lazy logger levels

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

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

Это и будет рассмотрено далее в статье.

Какие события нужно вносить в трассировочный лог

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

Какие данные нужно вносить в трассировочный лог

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

Уровни трассировки

Уровни в основном используются для фильтрации событий при записи в журнал. Это нужно для предотвращения записи в журнал данных, которые в данный период времени не нужны.
Например, такой инструмент как NLog, предоставляет по умолчанию 6 уровней событий (от более детального до менее детального): trace, debug, info, warn, error, fatal (более детально см. в документации к NLog)
Далее, в конфигурации можно указать, что, например, в рабочей среде, в журнал трассировки писать события уровня Error и Fatal (а все остальные игнорировать), а при возникновении проблемы изменить конфигурацию так, чтобы записывать все события.
Следующая таблица показывает мои рекомендации по выбору уровней событий при трассировке

Выбор категорий событий

Второй важный параметр, по которому можно настроить фильтрацию записи событий в журнал — это категории событий. Эти категории разработчик должен выбирать сам (т.е. инструменты не предоставляют категории по умолчанию)
Я рекомендую придерживаться таких рекомендаций — для каждого отдельного логического уровня сделать отдельную категорию. Например: уровень интерфейса (UIControls), уровень бизнес-логики (BusinessLogic), уровень доступа к данным (DAL), модуль поиска (Search), программа настройки конфигурации (ConfigManager) и так далее.
Далее, если у вас есть отдельные компоненты внутри слоя, то можно для их трассировки выбрать отдельные подкатегории, отделяя от основной категории точкой.
Например, визуальный компонент для отображения облака тегов (который располагается в уровне интерфейса)— UIControls. TagsControl.
Таким образом, при возникновении проблемы с компонентом, с одной стороны вы всегда сможете по журналу определить, какой компонент создал то или иное событие, с другой — более гибко настроить фильтрацию записи в журнал событий только по выбранному компоненту.

Заключение

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