|
11.03.2009, 18:30 | #1 |
Участник
|
А количество внедренной функциональности?
Цитата:
Например внедрены 10 модулей, или одна функция в одном модуле (что тоже случается). В идеале с каждого надо получать более полную информацию, например список внедренных модулей, и количество доделок (может быть даже в каждом). А такую к сожалению уже не посуммируешь и столбиками показать трудно......... |
|
11.03.2009, 18:32 | #2 |
Участник
|
Можно извлеч пользу
Разве, только если построить предположение, что по каждой модификации с вероятностью 0,1% понадобится доделка....
Исходя из собранной статистики определить ожидаемый объем работ и поделить эту работу равномерно между всеми участниками форума потерявшими работу |
|
11.03.2009, 18:50 | #3 |
Member
|
Цитата:
Сообщение от Волчара
...
На мой взгляд получиться бессмысленная информация ... Или вам всегда удавалось для оценки продать платное обследование? Как по мне, вещь практичная весьма. После того, как появится возможность сравнить чужие цифры с цифрами, которые получишь с проектов, которые знаешь. Т.е. приближенная оценка степени и характера кастомизированности приложения потенциального заказчика. Я привел примеры задач, с которыми неоднократно сталкивался на практике.
__________________
С уважением, glibs® |
|
11.03.2009, 22:18 | #4 |
Участник
|
Натолкнул меня на мысль: тоже самое но поточнее
Цитата:
Но такого вопроса не существует, ведь совершенно легко узнать а какой объем кода написан для конкретного проекта. Кстати, предлагаю добавить тогда вариант: "какой объем кода модификаций: просуммируйте объемы файлов axusr.aod, axbus.aod..... и введите суммарный объем в наш опрос..." Это будет более содержательный вариант, т.к. количество модулей не отражает картину: есть маленькие классы и формы, а есть огромные. |
|
11.03.2009, 22:50 | #5 |
Administrator
|
Цитата:
__________________
Возможно сделать все. Вопрос времени |
|
11.03.2009, 18:51 | #6 |
Участник
|
Лишь бы вообще получилась хоть что-нибудь.
Чем сложнее вопрос - тем меньше желающих ответить. вопрос про включенные конфигурационные ключи рассматривался. есть три момента: 1. люди скорее всего будут проверять на тестовой базе, а конфигурационные ключи и лицензии на тестовой базе могут отличаться от рабочей. 2. очень спорный момент про классы, формы и отчеты. они не завязаны впрямую на конфигурацию. Поэтому результаты будут (если будут) спорными. 3. размер стандартного функционала сейчас находится в знаменателе. Сейчас для разных версий этот размер более/менее стандартизирован. Поэтому анализируя ответы можно делать более-менее определенные выводы о числителе. Сделав знаменателем переменную величину (размер ИСПОЛЬЗУЕМОГО функционала), придется оперировать процентами, в которых и числитель, и знаментатель - переменные величины. Опять же - если у вас есть предложение как сделать опрос лучше - просто создайте опрос. |
|
Теги |
модификации, приложение |
|
|