|
![]() |
#1 |
Участник
|
sukhanchik, а Вы чаще с чем встречались?
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. |
|
![]() |
#2 |
Administrator
|
Скажем так. 50/50. Хотя наверное больше не столько для запуска проекта - сколько для анализа уже существующего использования системы. Но это больше обусловлено я думаю характером работы.
Ситуация 1. Начинаю я участвовать в каком-то проекте - соответственно - под запуск возникает потребность такого лога. Ситуация 2. Возникает потребность выполнить доработку в каком-то уже измененном не мной приложении. И вижу код, который как бы похож на то, что мне надо сделать. Очень хочется понять - насколько сей код можно задействовать или модифицировать. Не всегда перекрестные ссылки смогут дать точный и однозначный ответ. Ситуация 3. Требуется сделать анализ (=аудит) сложности перехода на новую версию. Засылаю "казачка", через пару дней получаю информацию, анализирую существующий код - делаю выводы о том - как используется штатный код и дописанный. Т.е. данный лог (в совокупности с перекрестными ссылками) помогает понять - что можно "оставить за бортом", а что нужно перетягивать. А дальше - уж в зависимости от результатов. Если штатная АХ почти не используется - то в общем-то и с одной стороны проблем перехода может не быть (не считая вопросы производительности) и с другой стороны может не быть потребности перехода (если не считать технологические причины). Ну отдельные блоки возможно стоит перевести и на стандарт - но обычно - компании редко расстаются с заточенным под них функционалом, на который были затрачены деньги. Даже если в новой версии уже есть все в стандарте. А вот если доля используемого штатного функционала велика (который скорее всего модифицирован - но при этом остается в целом штатным) - то тут уже анализ делается более глубокий - т.к. тут сложность апгрейда может быть высокой, но и потребность в апгрейде может быть тоже быть реально обоснованной.
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#3 |
Участник
|
Статистику запуска отчетов делал, ведется с 2009 года. 95% используемых отчетов выводятся в Excel. Причем благодаря разным программистам (и своим, и партнера) отчеты в Excel написаны 5-6 разными способами. С фиксацией параметров запуска тут конечно проблемы. Частично решено тем, что файл отчета всегда формируется с осмысленным именем, включающим ключевые параметры (например, "Отчет о продажах магазина Орехово с 010511 по 100511.xls"), и это имя файла записывается в лог.
Теперь главное: за 2,5 года статистика реально потребовалась 1 (один) раз по запросу начальства. ![]() |
|
![]() |
#4 |
Участник
|
Цитата:
Эта статистика дружит с нами уже много лет.И по ней легко понять кто, когда, зачем и почему
__________________
-Ты в гномиков веришь? -Нет. -А они в тебя верят, смотри, не подведи их. Последний раз редактировалось Pustik; 26.11.2011 в 11:26. |
|
![]() |
#5 |
Участник
|
Заинтересовало, что можно посмотреть, с какими параметрами запускали отчет.
Иногда бухгалтера не могут внятно сформулировать, особенно при текучке кадров. Звонят и говорят: "Вот я неделю назад запускала отчет - он работал правильно, а сегодня запустила - он работает неправильно". Часто выясняется, что пользователь задал неправильные параметры, а какие параметры должны быть правильными - никто не знает. |
|
|
За это сообщение автора поблагодарили: Pustik (3). |
Теги |
полезное |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|