25 января 2013 · Комментарий

Без заголовка

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

К записи · К обсуждению