Как сильно модифицировано ваше приложение Аксапты?

[mazzy]

Данный опрос состоит из четырех взаимосвязанных вопросов:
1. каков процент новых объектов в вашем приложении?
2. каков процент обновленных объектов в вашем приложении?
3. каков процент новых объектов в партнерских слоях?
4. и каков процент обновленных стандартных объектов в партнерских слоях?


Данный опрос является продолжением пристрелочных опросов:
= Как сильно модифицировано ваше приложение Аксапты? (в процентах)
= Какие слои используются в вашей Аксапте?
= В каких слоях вы можете вести разработку? (можно выбрать несколько вариантов ответа)
= Обсуждение опроса о модифицированности. Что считать стандартным функционалом?

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

Поскольку знаменатель во всех вопросах одинаковый, допустимо сравнивать и складывать проценты. Так (Новые% - Партн.Нов%) дает число пользовательских новых объектов. А (Обновлено% + Партн.Нов%) дает степень модифицированности стандартной Аксапты в партнерском решении. (См. скриншот).



Суммарное распределение ответов (новые% + обновлено%) должно коррелировать с распределением в пристрелочном опросе Как сильно модифицировано ваше приложение Аксапты? (в процентах)

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

======================
Для того, чтобы было проще считать проценты, я подготовил job'ы для различных версий Аксапты.

Обратите внимание, что job'ы считают отдельным объектом каждый элемент, который может хранится в отдельном слое. Так каждая форма считается за один объект, поскольку хранится в слое целиком. Однако у таблиц каждое поле, каждый индекс, каждый метод и т.д. считается за отдельный объект.

[sukhanchik]

Эммм.. и хде опрос? или к чему относится данное сообщение?

[mazzy]

терпение. создается...

[mazzy]

Опрос полностью создан.

[Bober]

Не очень понятен смысл опросов и как автор собирается интерпретировать результаты. Больше похоже просто на развлечение.

PS Мне эти опросы напоминают рассказ Пелевина "Зигмунд в кафе": некто Зигмунд сидит в кафе, наблюдает за поведением посетителей и сотрудников обеих полов и периодически глубокомысленно говорит "Ага..". Читатель плавно подводится к мысли, что речь идет о Фрейде, но в конце выясняется что это всего лишь попугай в клетке, а "Ага" - единственнное слово, которое он умеет произносить.

[glibs]

Цитата:

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

...
Больше похоже просто на развлечение.
...

Как по мне, так на что-то вроде диссертации с ненадуманной проблематикой.

[glibs]

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

Это так. Мысли в слух.

А вообще Mazzy хорошо потрудился. Спасибо.

[Волчара]

Цитата:

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

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

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

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

[Волчара]

Разве, только если построить предположение, что по каждой модификации с вероятностью 0,1% понадобится доделка....

Исходя из собранной статистики определить ожидаемый объем работ и поделить эту работу равномерно между всеми участниками форума потерявшими работу

[glibs]

Цитата:

Сообщение от Волчара

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

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

Или вам всегда удавалось для оценки продать платное обследование?

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

Т.е. приближенная оценка степени и характера кастомизированности приложения потенциального заказчика.

Я привел примеры задач, с которыми неоднократно сталкивался на практике.

[Волчара]

Цитата:

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

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

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

Кстати, предлагаю добавить тогда вариант: "какой объем кода модификаций: просуммируйте объемы файлов axusr.aod, axbus.aod..... и введите суммарный объем в наш опрос..."
Это будет более содержательный вариант, т.к. количество модулей не отражает картину: есть маленькие классы и формы, а есть огромные.

[sukhanchik]

Цитата:

Сообщение от Волчара

Кстати, предлагаю добавить тогда вариант: "какой объем кода модификаций: просуммируйте объемы файлов axusr.aod, axbus.aod..... и введите суммарный объем в наш опрос..."

Этот опрос уже был создан ранее - см Как сильно модифицировано ваше приложение Аксапты? (в процентах)

[mazzy]

Цитата:

Сообщение от Волчара

На мой взгляд получиться бессмысленная информация

Лишь бы вообще получилась хоть что-нибудь.
Чем сложнее вопрос - тем меньше желающих ответить.

вопрос про включенные конфигурационные ключи рассматривался.
есть три момента:
1. люди скорее всего будут проверять на тестовой базе, а конфигурационные ключи и лицензии на тестовой базе могут отличаться от рабочей.
2. очень спорный момент про классы, формы и отчеты. они не завязаны впрямую на конфигурацию. Поэтому результаты будут (если будут) спорными.
3. размер стандартного функционала сейчас находится в знаменателе. Сейчас для разных версий этот размер более/менее стандартизирован. Поэтому анализируя ответы можно делать более-менее определенные выводы о числителе. Сделав знаменателем переменную величину (размер ИСПОЛЬЗУЕМОГО функционала), придется оперировать процентами, в которых и числитель, и знаментатель - переменные величины.

Опять же - если у вас есть предложение как сделать опрос лучше - просто создайте опрос.

[jasper]

У нас первый объект кот. джоб находит не микрософтовский, из-за чего в джобе возникает деление на 0, нужно в джобе исправить что то вроде

            progress.setText(strfmt("ms:100%(%1) upd:%2%(%3) new:%4%(%5), partnerUpd:%6%(%7), partnerNew:%8%(%9)",
                    cntMS,
                    cntMS ? cntUpd * 100/cntMS : 0 ,cntUpd,
                    cntMS ? cntNew * 100/cntMS : 0 ,cntNew,
                    cntMS ? cntPartnerUpd * 100/cntMS : 0,cntPartnerUpd,
                    cntMS ? cntPartnerNew * 100/cntMS : 0,cntPartnerNew));

Ax 4, хотя я думаю это относится ко всем версиям.

[sukhanchik]

Здесь я говорил о имеющихся у

меня четырех приложениях. Соответственно - запустил джоб я на всех этих приложениях.

Цитата:

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

Один проект - большой и неуклюжий. И даже я бы его проектом не назвал - клиент модифицирует все под

себя. Т.е. напрограммировано много, один модуль вообще сделан сбоку и полностью от себя, но основное все

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

может и не будет). Тут соотношение 118/705=16,74% (AX4 SP2)

PHP код:

Info    Сообщение (23:23:32)    Информация о модифицированности Аксапты:
Info    Сообщение (23:23:32)    Стандартных объектов: 100% (200505)
Info    Сообщение (23:23:32)    Обновленных объектов: 0,89% (1776)
Info    Сообщение (23:23:32)    Новых объектов: 13,41% (26895)
Info    Сообщение (23:23:32)    
Info    Сообщение (23:23:32)    В т.ч.:
Info    Сообщение (23:23:32)    Обновленных партнерским решением: 0,88% (1755)
Info    Сообщение (23:23:32)    Новых в партнерском решении : 13,33% (26731)
Info    Сообщение (23:23:32)    см. опрос: http://axforum.info/forums/showthread.php?t=27190 


Цитата:

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

Другой проект (я на него ориентируюсь) - 56,3/705=7,98% (AX4SP2). Он практически завершен (ну точнее

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

включил и разработческие (внедренческие) утилиты, т.е. код, который нужен для удобства внедрения и не

нужен в эксплуатации.

PHP код:

Info    Сообщение (07:17:25)    Информация о модифицированности Аксапты:
Info    Сообщение (07:17:25)    Стандартных объектов: 100% (200172)
Info    Сообщение (07:17:25)    Обновленных объектов: 0,73% (1469)
Info    Сообщение (07:17:25)    Новых объектов: 5,59% (11191)
Info    Сообщение (07:17:25)    
Info    Сообщение (07:17:25)    В т.ч.:
Info    Сообщение (07:17:25)    Обновленных партнерским решением: 0,00% (0)
Info    Сообщение (07:17:25)    Новых в партнерском решении : 0,00% (0)
Info    Сообщение (07:17:25)    см. опрос: http://axforum.info/forums/showthread.php?t=27190 


Цитата:

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

Третье приложение - от другого внедренца, но он там еще только заканчивает работу. Тут 41,6/696=6,98%

(AX4SP2). Но разработка еще не завершена

PHP код:

Info    Сообщение (07:10:10)    Информация о модифицированности Аксапты:
Info    Сообщение (07:10:10)    Стандартных объектов: 100% (195083)
Info    Сообщение (07:10:10)    Обновленных объектов: 1,39% (2707)
Info    Сообщение (07:10:10)    Новых объектов: 2,41% (4706)
Info    Сообщение (07:10:10)    
Info    Сообщение (07:10:10)    В т.ч.:
Info    Сообщение (07:10:10)    Обновленных партнерским решением: 0,00% (0)
Info    Сообщение (07:10:10)    Новых в партнерском решении : 0,00% (0)
Info    Сообщение (07:10:10)    см. опрос: http://axforum.info/forums/showthread.php?t=27190 


Цитата:

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

И последнее приложение - это приложение тоже от другого внедренца на базе коламбусового перекресточного

решения. Тут соотношение 116/608=19,08% (AX4SP1). Разработка на этом приложении завершена. Кстати - само

решение (bus-слой) имеет соотношение 77,9/608=12,81% (AX4SP1). Но сюда не входят порядка 40 крупных (с

т.з. кол-ва строк кода) хранимых процедур.

PHP код:

Info    Сообщение (07:25:30)    Информация о модифицированности Аксапты:
Info    Сообщение (07:25:30)    Стандартных объектов: 100% (190333)
Info    Сообщение (07:25:30)    Обновленных объектов: 2,44% (4638)
Info    Сообщение (07:25:30)    Новых объектов: 9,34% (17772)
Info    Сообщение (07:25:30)    
Info    Сообщение (07:25:30)    В т.ч.:
Info    Сообщение (07:25:30)    Обновленных партнерским решением: 1,49% (2828)
Info    Сообщение (07:25:30)    Новых в партнерском решении : 7,24% (13782)
Info    Сообщение (07:25:30)    см. опрос: http://axforum.info/forums/showthread.php?t=27190 


[mazzy]

Цитата:

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

меня четырех приложениях. Соответственно - запустил джоб я на всех этих приложениях.

Спасибо.

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

[sukhanchik]

Может поэтому?

Цитата:

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

да, я знаю, что удаленные объекты из aod-файлов не удаляются. Т.е. аналог команды compact в aod-файлах не выполняется. Поэтому размер aod-файлов позволяет оценить приблизительнок количество модификаций. Для опроса важно, что размер aod-файла никогда не убывает при модификации аксапты.

[mazzy]

Цитата:

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

Может поэтому?

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

надо подумать.

насчет джобов - думал, но согласен с тем, что джобы дают ничтожно малую погрешность. причем в сторону увеличения. а сейчас видим уменьшение.

насчет "Выбросить несущественные объекты" тоже думал. но так и предполагал, что возникнет спор "что считать несущественными". поэтому посчитал все объекты.

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

[glibs]

Мне кажется, что стоит попробовать:

1) Выбросить несущественные объекты (джобы, меню-айтемы, может меню, ресурсы, может макросы). Степень их модифицированности IMHO мало существенна.

2) Попробовать считать от объектов верхнего уровня. Новый метод в существующем классе и новый метод в новом классе — не совсем одно и то же. Например, отдельно посчитать отношение модифицированных классов к стандартным, и уже только для них сравнить модифицированные и стандартные методы. Так картинка будет более наглядной.

3) Подумать над удельными весами значимости модификаций в тех или иных объектах.

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

[sukhanchik]

Цитата:

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

Мне кажется, что стоит попробовать:

1) Выбросить несущественные объекты (джобы, меню-айтемы, может меню, ресурсы, может макросы). Степень их модифицированности IMHO мало существенна.

2) Попробовать считать от объектов верхнего уровня. Новый метод в существующем классе и новый метод в новом классе — не совсем одно и то же. Например, отдельно посчитать отношение модифицированных классов к стандартным, и уже только для них сравнить модифицированные и стандартные методы. Так картинка будет более наглядной.

3) Подумать над удельными весами значимости модификаций в тех или иных объектах.

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

Джобы стоит выкинуть - согласен. Меню айтемы и меню являются неотъемлемой частью приложения - выкидывать их нельзя. Макросы тоже выкидывать нельзя. Ресурсы? А чем они провинились? Они также являются неотъемлемой частью приложения. Тем более - что в них иногда что-нибудь могут сохранить.

В отношении методов - это вопрос спорный. И нет связи новыми класами и стандартными.

Удельный вес модификаций джобом не вычислишь - так что это не получится.

Получается - что погрешность джоба Сергея лишь в том, что он учитывал джобы в приложении. Но это уверяю - при всем кол-ве объектов - ничтожная погрешность