Кому нужна статистика запуска отчетов?

[Pustik]

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

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

У меня было сделано давно под себя, есть отчеты с графиками, но для этого нужно много лишних классов, таблиц. Я все это упрастил под стандарт.
AX2009

[Pustik]

Загрузка :
1.Загружаем проект.
2.Пропускаем Все предупреждения.
3.Инкрементно компилируем класс RunBaseReport.
4.Компилируем весь проект.
Тестирование :
1. Запускаем стандартный отчет "В наличии".
2. Открываем основную форму(в проекте) и видим, что там появилась строчка, которая содержит информацию о дате запуска, времени выполнения и настройках, через кнопку <Запуск> можно посмотреть параметры запуска отчета
По названиям полей и по логике все будет понятно.Если будут вопросы, обращайтесь.

[gl00mie]

Цитата:

Сообщение от Pustik

Хотите посмотреть, какими отчетами пользуются пользователи?

Да!

Цитата:

Сообщение от Pustik

Какие запускаются чаще, какие реже?

Да!!!

Цитата:

Сообщение от Pustik

Какие отчеты наиболее длительные по выполнению?

Э...

Цитата:

Сообщение от Pustik

Какие пользователи, когда и с какими параметрами запускали те или иные отчеты?

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

[Pustik]

gl00mie, я согласен с Вами, но когда пользователи звонят и просят установить им то, что было в настройках как быть?Люди увольняются - тоже проблема.А так заглянул в архив - посмотрел, настроил и все ок

[sukhanchik]

В качестве развития темы (исключительно на уровне идеи) - можно вставить код в:
- RunBase (глобально, а не только в RunBaseReport) - получим информацию о том - кто какой класс когда запускал (ну, имеется в виду - нужно в табличку скидывать эту информацию).
- Classfactory/formRunClass - получим информацию о том, кто какую форму когда запускал (а если еще заглянем в args.menuItemName() - то и из какого пункта меню)

При всей простоте и одновременно, казалось бы ненужности данной модификации - она очень востребованна в двух случаях:
1. Обновление версии. Нужно понять - кто чем пользуется - что нужно и что не нужно. Об этом уже упоминал gl00mie
2. Запуск проекта. Нужны некоторые "разведданные" того - кто когда заходил в систему и какие формы открывал (т.е. что смотрел). Дабы если что - ткнуть носом (мол система не будет работать - пока вы в ней не будете работать), а также прогнозировать - что при отсутствии вопросов по системе - все ли понятно без вопросов или просто в систему не заходят.

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

[Pustik]

sukhanchik, а Вы чаще с чем встречались?

[sukhanchik]

Цитата:

Сообщение от Pustik

sukhanchik, а Вы чаще с чем встречались?

Скажем так. 50/50. Хотя наверное больше не столько для запуска проекта - сколько для анализа уже существующего использования системы. Но это больше обусловлено я думаю характером работы.

Ситуация 1. Начинаю я участвовать в каком-то проекте - соответственно - под запуск возникает потребность такого лога.

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

Ситуация 3. Требуется сделать анализ (=аудит) сложности перехода на новую версию. Засылаю "казачка", через пару дней получаю информацию, анализирую существующий код - делаю выводы о том - как используется штатный код и дописанный. Т.е. данный лог (в совокупности с перекрестными ссылками) помогает понять - что можно "оставить за бортом", а что нужно перетягивать. А дальше - уж в зависимости от результатов. Если штатная АХ почти не используется - то в общем-то и с одной стороны проблем перехода может не быть (не считая вопросы производительности) и с другой стороны может не быть потребности перехода (если не считать технологические причины). Ну отдельные блоки возможно стоит перевести и на стандарт - но обычно - компании редко расстаются с заточенным под них функционалом, на который были затрачены деньги. Даже если в новой версии уже есть все в стандарте.
А вот если доля используемого штатного функционала велика (который скорее всего модифицирован - но при этом остается в целом штатным) - то тут уже анализ делается более глубокий - т.к. тут сложность апгрейда может быть высокой, но и потребность в апгрейде может быть тоже быть реально обоснованной.

[Zabr]

Статистику запуска отчетов делал, ведется с 2009 года. 95% используемых отчетов выводятся в Excel. Причем благодаря разным программистам (и своим, и партнера) отчеты в Excel написаны 5-6 разными способами. С фиксацией параметров запуска тут конечно проблемы. Частично решено тем, что файл отчета всегда формируется с осмысленным именем, включающим ключевые параметры (например, "Отчет о продажах магазина Орехово с 010511 по 100511.xls"), и это имя файла записывается в лог.
Теперь главное: за 2,5 года статистика реально потребовалась 1 (один) раз по запросу начальства.

[Pustik]

Цитата:

Сообщение от Zabr

Теперь главное: за 2,5 года статистика реально потребовалась 1 (один) раз по запросу начальства.

Может быть меня услышит начальство.... Но... Это правда...
Эта статистика дружит с нами уже много лет.И по ней легко понять кто, когда, зачем и почему

[Ace of Database]

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

[sukhanchik]

Эту бы ветку да буржуйскому МСу в уши - сделать просто, эффект положительный .

[ALES]

Цитата:

Сообщение от gl00mie

Э...Неа
Но вот смотреть, кто с какими параметрами запускает отчеты, - это перебор, по-моему,

Ну и зря Обычное дело, что юзвери жалуясь, что отчет падает\криво считает параметры запуска не считают нужным сразу сказать... а тут "все ходы записаны" и можно время не тратить на уточнение

[Link]

Цитата:

Сообщение от sukhanchik

В качестве развития темы (исключительно на уровне идеи) - можно вставить код в:
- RunBase (глобально, а не только в RunBaseReport) - получим информацию о том - кто какой класс когда запускал (ну, имеется в виду - нужно в табличку скидывать эту информацию).
- Classfactory/formRunClass - получим информацию о том, кто какую форму когда запускал (а если еще заглянем в args.menuItemName() - то и из какого пункта меню)

С 2009ой вроде это уже есть. Разве что для младших версий делать.

\Classes\ClassFactory\formRunClass

    if (formName)
    {
        SysUtilElementsLog::registerElementUsed(UtilElementType::Form, formName);
    }

\Classes\ClassFactory\reportRunClass

    if (reportName)
    {
        SysUtilElementsLog::registerElementUsed(UtilElementType::Report, reportName);
    }

\Classes\Info\watchDog

    try
    {
        SysUserLog::updateLogoutTime();
        SysUtilElementsLog::persistRegisteredUsages();
    }

Отчет находится в Development Tools\ Application Objects\ Element Usage Log

[someOne]

Цитата:

Сообщение от Link

С 2009ой вроде это уже есть.

Да и вправду прикольная штука. Может пригодится для анализа и удаления не используемых элементов приложения.

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

Запуск отчета производится из главного меню Аксапта
"Сервис" - "Средства разработки" - "Объекты приложения" - "Журнал использования элементов" (Это если по русски... )

Статистика использования элементов AOT хранится в таблице SysUtilElementsLog.

[gl00mie]

Только "статистика" эта обманчива - там показывается не число запусков, а число дней, в которые объект использовался, см. обсуждение в этой теме. Хотя можно ее подпилить и для сохранения именно числа запусков.

[Pustik]

Цитата:

Сообщение от Link

С 2009ой вроде это уже есть. Разве что для младших версий делать.

Спасибо, не знал про то, что это появилось в АХ2009.Я делал это на тройке, давно(относительно). Меня преследовали определенные цели : количество запусков, время выполнения, параметры запуска, автор отчета(для удобства,чтобы прямо из формы увидеть кто). Все остальные интересности в проекте можно воспринимать как бантики.

[Pustik]

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