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

[dn]

Цитата:

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

Этот опрос НЕ даст ответа насколько модифицировано приложение.

Да ладно, придираться. Благодаря этому опросу я осознал, что у нас почти не тронутая "axapta" - кастомизация меньше 20%. Очень позитивный опрос

А теперь с новыми силами за работу

[Vals]

Цитата:

1.
Я просто восхищаюсь количеству советов как надо сделать
При этом восхищаюсь отсутствию других, "правильных" опросов.

Народ активен, значит народу интересно!

[gaenar]

Получается сильная погрешность если кто-то HotFix'ы и PSки заливает на usr или cus.

[mazzy]

Очень странно выглядит пик из трех голосов в 70-80%.
Видимо это либо а) люди из одного предприятия, либо б) проекты, основанные на базе одного решения.

Цитата:

Сообщение от Raven Melancholic

Проголосовал что меньше 20%. Правда немного задумался.
У нас есть модификация разноски движений номенклатуры с учетом складских аналитик. Так как модифицировались в основном только классы, то объем модификации (выгруженного проекта по слою) меньше мегабайта. Тем не менее, модификация очень сильно будет влиять при обновлениях сервиспаков. Есть модификация учета заказа и отслеживания транспорта. Практически полностью написана "сбоку" от стандартного приложения. Размер выгруженного проекта около 5 мегабайт. Какие-то обновления очень мало затронут этот функционал.
Что из этих двух проектов считать большой модификацией?

В рамках данного опроса ту, где размер файла больше.
Это единственный достоверный показатель, который можно посчитать быстро и достоверно. (И то, у некоторых нет доступа к appl-каталогу).

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

Цитата:

Сообщение от Raven Melancholic

PS: у одного заказчика видел слой usr в 70 мегов. Выяснилось, что на самом деле модификаций не много, есть какие-то доработки, но основной объем занимают следующие вещи - в большинство стандартных отчетов просто вставлен логотоп компании, а в многих формах добавлена одна кнопка "Коррекция финаналитики".

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

Цитата:

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

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

О, блин. Про них то я забыл. А также забыл про кубы, отчеты в reporting service и sharePoint...
Но менять опрос на ходу не будем. Пусть учитываются только Аксаптовские модификации. Иначе некоторым очень сложно посчитать будет.

Цитата:

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

Стоит ли учитывать часть стандартного приложения, которая не используется.

Допустим, клиент, исползует только закупки-заказы-склад, при этом эта часть 100% кастомизирована. Данная методика даст, допутим 20% за счет модулей, который лежат в sys..gls, некастомизированы и неиспользованы.

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

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

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

по-моему, так усложнять опрос не стоит.

Цитата:

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

Получается сильная погрешность если кто-то HotFix'ы и PSки заливает на usr или cus.

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

[mazzy]

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

[Zabr]

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

[Vals]

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

[sukhanchik]

Цитата:

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

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

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

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

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

[mazzy]

Цитата:

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

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

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

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

[GM2005]

Цитата:

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

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

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

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

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

[glibs]

Цитата:

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

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

Сомневаюсь.

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

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

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

[glibs]

Цитата:

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

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

Опять же кто заказчик...

Нередко Аксапту внедряют как некую среду для разработки корпоративной информационной системы. Каждый отдел предприятия преследует свои интересы и отстаивает соблюдение их требований. Ключевое слово, обычно, на таких проектах звучит "автоматизировать". Т.е. процесс, а не результат. Часто на таких проектах не бывает дирижера, который бы соблюдал аналог "международных" или "макроэкономических" интересов. Бывает, что в такой единой системе присутствуют многие недостатки, характерные лоскутной автоматизации с кучей обменов между системами или даже без таковых.

Т.е. проблема еще шире (или глубже).

[coolibin]

Цитата:

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

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

Ну автоматизаторы тоже иногда процессом увлекаются. Как, например, и с идеей подсчета модифицированности. С "процессом" подсчета вроде становится все более менее понятно, а вот куда приложить результат - не очень. Для кого информация-то? Здесь прозвучало - для заказчика. Чем информация может быть полезна заказчику?

[glibs]

Цитата:

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

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

Насчет автоматизаторов мысль у вас какая-то не ясно выраженная получилась. Я не понял.

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

А аналитики могут и в Эксельке посчитать . Кодить не обязательно .

Цитата:

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

...
С "процессом" подсчета вроде становится все более менее понятно, а вот куда приложить результат - не очень. Для кого информация-то? Здесь прозвучало - для заказчика. Чем информация может быть полезна заказчику?
...

Я лично такую мысль не двигал.

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

Но это так... скорее теория, нежели значимая практическая ценность.

[sukhanchik]

Цитата:

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

Чем информация может быть полезна заказчику?

Просто любопытная статистика. Заказчик посчитает свои показатели (чисто ради интереса) - сравнит с другими. Если у него будут крайние результаты (слишком мало или слишком много) - то почешет репу и попытается ответить на вопросы типа "А почему я крайний? Чем я выделился?". Были ли у меня классные консультанты или классные программисты или лохи позорные или я мало требую или другие меньше выпендриваются в требованиях.
В любом случае - заказчик (представитель заказчика) попытается своими силами узнать "А как у других пацанов?" А это уже хороший вопрос. Помогает посмотреть на систему отрезвляющим взглядом - т.к. "у пацанов" наверняка будет ответ - получили то-то, вложили столько-то

[glibs]

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

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

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

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

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

Просто идея.

[mazzy]

Цитата:

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

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

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

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

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

[Vals]

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

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

[mazzy]

Цитата:

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

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

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

Цитата:

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

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

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

[Vals]

Цитата:

Все обещаешь

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

Цитата:

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

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

Цитата:

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

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

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