![]() |
#3 |
Участник
|
Цитата:
![]() Цитата:
А что вы называете "понятным бизнес-аналитику видом"? Цитата:
Всегда было просто. И сейчас также. Цитата:
и сравнивайте со старым. (специально скриншот снял со старой версии ax3.0 - всегда эти инструменты были) Цитата:
Цитата:
После разгромного митинга вам урезали интернет? Забанили в гугле? Выгоняют с работы? Цитата:
пользуйтесь тегами. Цитата:
Что не устраивает в существующем представлении? Что то у меня возникает нехорошее чувство, что вы не знаете о переключателе "показывать все слои". юзайте его. и никакого цвета не нужно. так надо работать: а так переключатель установлен по умолчанию: если вам нужно получить список объектов в табличном виде для дальнейшей обработки, то юзайте замечательную форму "Объекты приложения". Включайте фильтры - и вперед. Если хочется раскраски цветом, то выгрузите отфильтрованные объекты в excel и раскрасьте. Обратите также внимание на поля "Автор модификации" и "Дата модификации". Даю маячок: по этим полям тоже можно включить фильтры и сортировку(!) Цитата:
пожалуйста определите понятие "используемого функционала". я еще понимаю как получить "включенный функционал" - при помощи конфигурационных ключей. я еще понимаю как получить "разрешенный функционал" - при помощи прав доступа. Но как получить "используемый"? Я правильно понимаю, что ваши бизнес-аналитики не знают что именно используют ваши пользователи? Если да, то совершенно согласен с определением "разгромный митинг". Под жопу таких аналитиков и гнать поганой метлой. Цитата:
Значит ли это "никогда не открываемый"? А если пользователь из любопытства тыкнул и открыл? Тогда он перестает быть "не используемым"? Значит ли это "выключенный" или "запрещенный правами доступа"? Правильно ли я понимаю, что вы помните о пакетных заданиях, которые могут выполняться автоматически? (пользователь никогда их не открывает, но они выполняются) Итак, что такое "не используемый"? Цитата:
Уж пользователи то с огромным удовольствием расскажут чем они пользуются часто. но если вы таки хотите автоматически, то для таблиц есть Журнал трассировки операторов SQL. Включите его. Далее анализируйте стеки. (снова совершенно сознательно привел скриншот старой версии) Но предупреждаю: журнал трассировки здорово нагрузит SQL сервер и здорово затормозит работу пользователей. Думаю, что простая и регулярная работа с пользователями даст гораздо более полезный результат, и гораздо эффективнее. а для кода в ax3.0 есть макросы #ProfileBegin, #ProfileEnd. В более старших версиях есть еще и Trace Parser. Но, если включать их на всем функционале, они точно убьют вашу систему. Если же вы хотите узнать самый часто выполняемый код в системе, то это запрос основной валюты в настройках компании, чтобы узнать число десятичных знаков. первая сотня самых часто выполняемых методов - это очень системные и внутренние методы, не имеющие ничего общего с задачами пользователей. (например, узнать число знаков после запятой в основной валюте) Так что такое "часто используемый"? Цитата:
так и скажите "наши бизнес-аналитики ни хрена не знают о наших процессах и о задачах/действиях наших пользователей". Вы сначала расскажите что вас не устраивает в УЖЕ существующих инструментах? И может расскажете что вам мешает просто и надежно опросить пользователей? |
|
|
За это сообщение автора поблагодарили: Lemming (7), sukhanchik (8), lev (4), IvanS (1), player (1). |
Теги |
диаграмма классов, модель данных, crm2011 |
|
|