Imho-проблема в самой системе.Я считаю, что с качественными (не количественными) показателями надо бороться. Надо просто для количественного показателя ввести качественный синоним. Например показатель "Доля рынка" имеет значение 70%, пусть для него синоним будет "Рынок захвачен". Ведь вся фишка системы показателей не только в факте измерения какой-либо величины, а в возможности сопоставления Вашего показателя с аналогичным у конкурента, у отрасли в целом. Тут качественные показатели точно не помогут. Могу дать полукриминальный совет про системы показателей: надыбайте халявную версию промышленной системы их использования (например, от компании QPR) и посмотрите, как сделано у них.

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

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

Наверное работа в воскресенье сделала свое дело. Из "Все показатели официально утверждены. Нужно вести мониторинг развития образований.
23 раздела с показателями высылаются на заполнение в виде файла xls, отчеты по ним, свод получать неудобно. Принято решение свести паспорта инвентаризации в БД." понял только то, что ничего поменять нельзя. Образований чего?Паспорта инвентаризации-что это и какое отношение имеет к теме?

To ModelR: По Вашей идее можно внести показатель Карта района, где будет jpeg местности. Да,нельзя измерить динамику :() Да, в БД можно запихнуть. Давайте сделаем поля всех возможных типов,запихнем их в одну таблицу и всем станет хорошо, только смысл от этого какой?Будет хранилка всего,что можно,но гордо будет называться системой показателей. Я не против реагирования на все запросы бизнеса,но если эти запросы противоречят всей идеи-это дурь и очень жалко,что у нас в государстве (это ведь именно для него это делают) не хотят прочитать книгу про BSC, а лепят откровенную ерунду. Чтобы Вы мне не говорили - адреса сайтов, картинки и прочая качественная информация есть просто комментарий к численному значению конкретного показателя, поэтому вариант, предложенный мной Хранение значений параметров единственно непротиворечивый самой идеи bsc.


Мы как всегда изобретаем очередной "более удобный" велосипед,а вот надо ли - вот в чем вопрос...

Ищите и будьте счастливы .

Посмотрел и думаю следующее:
1. для "показателей" вида "Наличие автомобильных дорог общего пользования и транспортных инженерных сооружений вне границ населенных пунктов в границах муниципального района (городского округа) за исключением федерального и регионального значения" необходимо в Вашу систему показателей ввести такое понятие как Группа показателей внутри системы (привязывается к системе) и сами показатели привязывать не к системе, а Группе показателей внутри системы. Группы должны быть иерархические.
2. Так как имеется "автомобильные дороги общего пользования", а под ним " в том числе с твердым покрытием" надо показатели делать также деревянными, причем для облегчения жизни в будущем надо продумать вопрос контроля сумм для вложенных показателей (а то общий показателей - 500 км, а под ним составных на 900), хотя возможна ситуация вида Общий показатель - 300, вложенный 10 - тут не проверить проблему вида "либо так надо и остальных показателей (которые не надо перечислять) на 290, либо забыли вбить показателей других на 290"

P.S. Это явно не система показателей, а обыкновенная анкета. Надо было взять модель Тенцера/EAV/прочие звучные названия - как уж без нее (поиск рулит), модифицировать ее для хранения истории описаний классов и не напрягаться. IMHO довольно удобно для таких случаев,если не будет сложной статистики