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

[blokva]

Цитата:

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

Как это? ты кастом делишь на стандарт и получаешь больше 100%?
Размер модификаций больше, чем размер axsy* + axgl* + axdi* + axlos?

"... прости меня дуру грешную..." (с)
просю пардону, был не внимателен при прочтении первого поста!!!!

[Gustav]

Несложный джобик подсчитывает предложенный mazzy показатель - степень кастомизации приложения:

static void calcApplCustomizeRatio(Args _args)
{
    container   cCustomize  = ['axusr.aod','axusp.aod',
                               'axcus.aod','axcup.aod',
                               'axvar.aod','axvap.aod',
                               'axbus.aod','axbup.aod'];

    container   cStandard   = ['axsys.aod','axsyp.aod',
                               'axgls.aod','axglp.aod',
                               'axdis.aod','axdip.aod',
                               'axlos.aod','axlop.aod'];

    int         i, sizeCustomize, sizeStandard, fileSize;
    FilePath    applPath = xInfo::directory(DirectoryType::Appl);
    FileName    fileName;
    ;

    for (i=1;i<=conLen(cStandard);i++)
    {
        fileName = conPeek(cStandard,i);
        if (WinAPI::fileExists2(applPath+fileName))
            fileSize = WinAPI::fileSize(applPath+fileName);
        else 
            fileSize = 0;
        sizeStandard += fileSize;
        info(strFmt('Standard file: %1, size: %2 bytes', fileName, fileSize));
    }

    info('----------');
    for (i=1;i<=conLen(cCustomize);i++)
    {
        fileName = conPeek(cCustomize,i);
        if (WinAPI::fileExists2(applPath+fileName))
            fileSize = WinAPI::fileSize(applPath+fileName);
        else 
            fileSize = 0;
        sizeCustomize += fileSize;
        info(strFmt('Customize file: %1, size: %2 bytes', fileName, fileSize));
    }

    info('----------');
    info(strFmt('Standard size: %1 bytes', sizeStandard));
    info(strFmt('Customize size: %1 bytes', sizeCustomize));

    info('----------');
    info(strFmt('Appl Customize Ratio: %1 percents', 100.*sizeCustomize/sizeStandard));
}

[mazzy]

Цитата:

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

Несложный джобик подсчитывает предложенный mazzy показатель - степень кастомизации приложения:

1. Спасибо
2. Но этот джобик в свою очередь может изменить степень кастомизации. И чем меньше было кастомизаций до джобика, тем больше изменение В самом худшем случае джобик переместит в другую позицию. Особенно грустно, если переместит с нуля на "меньше 5%"
3. ну и для 5ой Аксапты набор слоев немного побольше (но это я сам виноват, джобик написан в полном соответствии с ТЗ )

[Gustav]

Цитата:

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

Но этот джобик в свою очередь может изменить степень кастомизации.

Для минимизации эффекта от внедрения джобика можно внедрить в приложение агента гораздо меньшего размера и подать ему на съедение текст джобика из клипборда :

static void jobRunner(Args _args)
{
    TextBuffer tb = new TextBuffer();
    ;
    tb.fromClipboard();
    runBuf(tb.getText(), _args);
}

Или же вообще воспользоваться "Обозревателем таблицы" (на любой таблице), скопировав в поле выполнения запроса текст джобика без начальных:

static void calcApplCustomizeRatio(Args _args)
{

и без конечных символов:

;
}

Или же поместить текст jobRunner'а в "Обозреватель":

TextBuffer tb = new TextBuffer();
;
tb.fromClipboard();
runBuf(tb.getText(), new Args())

и запустить, предварительно скопировав в буфер весь текст джобика calcApplCustomizeRatio

[mazzy]

спасибо кто уже проголосовал.
буду признателен, если кто-нибудь сможет добавить.

[Zabr]

Добавил, получилось 20,06 %.
Ax 4.0 SP2 Korus Retail.

[Vals]

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

[glibs]

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

Как вариант, можно попробовать сделать джоб, который посчитает по каждому типу объектов количество их в АОТ, на SYS слое, количество на USR новых и количество на USR модифицированных. Если это возможно. Хотя, по идее, это можно попробовать через UtilElements обычными SQL запросами собрать.

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

Идея в том, что одно дело если у вас 90% модификаций (в мегабайтах, поменять одно свойство в SalesTable в USR добавит сразу 1 Мб) на формах, и совсем другое, если 90% (в мегабайтах) на классах. Ну и соответственно как распределяются модификации по добавленным или модифицированным объектам (хоть и так же приблизительно как и в случае с мегабайтими, но можно пробовать сделать оценку характера модификаций приложения).

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

Просто идея.

[sukhanchik]

Цитата:

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

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

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

Кстати - была бы интересна другая цифра - размер "своих" слоев приложения (bu*, cu*, us*). Потому что в зависимости от SP (даже предполагая, что у всех единая версия Аксапты - к примеру 4-ка) и доп функционала типа зарплаты и кадры размер стандартного приложения будет меняться (причем существенно по отношению к объему "своих" модификаций). А вот размер "своего" слоя зависит исключительно от "своих" модификаций.

Еще раз ссылаюсь на свое сообщение чуть выше и обращаю внимание на разницу в размере

[mazzy]

Цитата:

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

Кстати - была бы интересна другая цифра - размер "своих" слоев приложения (bu*, cu*, us*).

В первом сообщении я давал ссылку
http://forum.mazzy.ru/index.php?showtopic=2419

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

[mazzy]

Цитата:

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

Как вариант, можно попробовать сделать джоб, который посчитает по каждому типу объектов количество их в АОТ, на SYS слое, количество на USR новых и количество на USR модифицированных.
...
А далее как минимум сделать табличку, из которой будет виден процент как бы добавленных сбоку и модифицированных существующих объектов.
...
Просто идея.

Хорошая идея.

Я думал об этом, но не решился задать вопрос в такой постановке, потому что в такой постановке на вопрос смогут ответить только программисты (или те, кто имеет право на средства разработки). Лично для меня было важно, что в такой постановке будет проблематично ответить руководителям проектов (и вообще руководителям), а также консультантам.

Думаю, что после первых двух "пристрелочных" опросов, можно запустить еще, более специализированные. Может создадите?
Первый опрос в этой ветке: Как сильно модифицировано ваше приложение Аксапты? (в процентах)
Второй опрос: Каков процент внедрений "стандартной" поставки системы Аксапта?

[Vals]

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

Возможны какие-то коэффициенты к стоимости лицензий и стоимости внедрения.
Если народу интересно, то подумаю над более-менее формализованной методикой. Если нет, то просто мысли выскажу

[mazzy]

Цитата:

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

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

Не думаю - ставки разные.

Цитата:

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

Если народу интересно, то подумаю над более-менее формализованной методикой. Если нет, то просто мысли выскажу

Все обещаешь
Возьми и создай правильный опрос.

[Vals]

Цитата:

Все обещаешь

Я же первый раз Нужно правильные вопросы задать.

Цитата:

Не думаю - ставки разные.

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

Цитата:

Возьми и создай правильный опрос.

Сергей, не обижайся, пожалуйста! Не будешь!? Та нам всем очень дорог, мы тебя любим и ценим!

Твой опрос навёл меня на пару мыслей, буду думать.

[GM2005]

Цитата:

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

Я тут подумал: "Негоже измерять модификацию системы в килобайтах".
Представьте себе, что данные этого исследования вы представляете руководству или собственникам компании: "наше приложение модифицировано на 15 %". О чём это им говорит?

Помнится была древняя байка про сдельную оплату труда программистов от написанного ими количества строк кода. Аналогия по даной теме в том, что новый (и наверное, полезный для заказчика ) функционал нельзя оценить в байтах. Пользователю нужна определенная выгода (в стандарте её нет, но заплатил консультантам - программистам и её получил).
Но эту выгоду пожно получить разными способами:
1. Написанием кода - то о чем идет речь в топике. Но один и тот же результат для заказчика помжно получить за разные деньги . Хороший программист, наверное, напишет меньше кода.
2. Иногда те же выгоды возможно получить без модификаций, а с помощью настроек стандартного функционала. А это работа хорошего консультанта
3. И конечно, можно изменить требования и условия к желаемому функционалу. Я имею в виду изменение бизнес процессов заказчика или отказ от ожидаемого результата (ну не нужна частенько в действительности эта новая функциональность самому заказчику).

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

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

[Vals]

Цитата:

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

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

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

[brahma]

Кажется, что пункт "я не знаю/не использую Аксапту" зря влияет на раскладку по процентам. Это искажает процентные показатели "внедряемости" Аксапты с разным количеством доработок.

[mazzy]

Цитата:

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

Кажется, что пункт "я не знаю/не использую Аксапту" зря влияет на раскладку по процентам. Это искажает процентные показатели "внедряемости" Аксапты с разным количеством доработок.

есть абсолютные показатели - пересчитайте так, как считаете правильным.

[mazzy]

Цитата:

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

Сергей, не обижайся, пожалуйста! Не будешь!? Та нам всем очень дорог, мы тебя любим и ценим!

Лучше правильный опрос создай.

[glibs]

Цитата:

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

...
Хороший программист, наверное, напишет меньше кода.
...

Сомневаюсь.

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

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

Даже быстрее спорно...