Comments 5
Крутой проект :) Выйти в PROD со всем мусором, который был в легаси системе, а нормализацию повесить на службу НСИ компании — это прямо мечта любого интегратора — внедрение ради внедрения.
Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…
Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…
«Крутой проект :)»
Действительно – описана мечта специалиста по MDM :)
«Выйти в PROD со всем мусором, который был в легаси системе..»
Да, выходим со всем объемом данных («мусором»)…. Однако в чем отличие от обычного подхода – там мы тоже выходим с «мусором», но еще и платим за это не мало денег. Т.е. практически половина записей справочника при обычном подходе признается ненормализуемой и переносится в систему. Значит количество мусора при нашем подходе конечно будет больше, но не больше, чем было изначально) Согласна.
«…а нормализацию повесить на службу НСИ компании… »
Она все равно висит на службе НСИ по тому же массиву ненормализуемых данных.
«Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…»
Пользователи ждут не вычищение всего справочника, а только исправление/добавление записи по своей заявке. А учитывая проблему ненормализуемых данных при обычном подходе, зависание заявки при описанном будет не на много больше. При этом часть средств, сэкономленных на первичной нормализации, можно будет потратить на увеличение численности сотрудников Службы НСИ (хотя бы в течение первого года).
Спасибо за ваши комментарии.
Действительно – описана мечта специалиста по MDM :)
«Выйти в PROD со всем мусором, который был в легаси системе..»
Да, выходим со всем объемом данных («мусором»)…. Однако в чем отличие от обычного подхода – там мы тоже выходим с «мусором», но еще и платим за это не мало денег. Т.е. практически половина записей справочника при обычном подходе признается ненормализуемой и переносится в систему. Значит количество мусора при нашем подходе конечно будет больше, но не больше, чем было изначально) Согласна.
«…а нормализацию повесить на службу НСИ компании… »
Она все равно висит на службе НСИ по тому же массиву ненормализуемых данных.
«Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…»
Пользователи ждут не вычищение всего справочника, а только исправление/добавление записи по своей заявке. А учитывая проблему ненормализуемых данных при обычном подходе, зависание заявки при описанном будет не на много больше. При этом часть средств, сэкономленных на первичной нормализации, можно будет потратить на увеличение численности сотрудников Службы НСИ (хотя бы в течение первого года).
Спасибо за ваши комментарии.
Идея заблокировать записи справочников звучит заманчиво. Однако у меня возникает вопрос, а сколько времени займёт доработка систем потребителей для поддержки подобного поведения? Разве это не нарушает идеи «быстрого» старта использования MDM-системы? Какова ваша экспертная оценка периода готовности локальных систем к такому сценарию работы?
Хороший вопрос!
В статье не делается акцент на этапах внедрения MDM-системы. Но, конечно, этап внедрения (включающий доработку локальных систем) будет присутствовать в любом подходе: и описанном, и обычном (в этом случае будет проходить параллельно этапу первичной нормализации).
В среднем, на этап внедрения уходит около полугода, в т.ч. с учетом подготовки необходимой регламентно-методической документации. Этого времени вполне достаточно для доработки локальных систем (кстати, доработка локальных систем потребуется и при внедрении готовой системы, и при выборе заказной разработки). Но из-за длительного этапа первичной нормализации срок всего проекта (внедрения системы и нормализации) увеличивается, т.е. локальные системы уже подготовлены, а первичная нормализация еще далеко не пройдена.
В статье не делается акцент на этапах внедрения MDM-системы. Но, конечно, этап внедрения (включающий доработку локальных систем) будет присутствовать в любом подходе: и описанном, и обычном (в этом случае будет проходить параллельно этапу первичной нормализации).
В среднем, на этап внедрения уходит около полугода, в т.ч. с учетом подготовки необходимой регламентно-методической документации. Этого времени вполне достаточно для доработки локальных систем (кстати, доработка локальных систем потребуется и при внедрении готовой системы, и при выборе заказной разработки). Но из-за длительного этапа первичной нормализации срок всего проекта (внедрения системы и нормализации) увеличивается, т.е. локальные системы уже подготовлены, а первичная нормализация еще далеко не пройдена.
Sign up to leave a comment.
MDM-система без первичной нормализации. Актуальный подход к решению старых проблем