Добрый день!
Да, в результате нашего проекта теперь есть все «легитимные» связи оригиналов и аналогов. Причем связь может быть как и односторонней, так и 2-х сторонней.
При использовании подхода построения матрицы аналогов по данным от производителя: оригинал и безусловный аналог полностью идентичны (по техническим характеристикам). Это было важным критерием, т.к. на технику необходимо сохранять гарантию производителя.
Ресурс запчасти аналога действительно может отличатся от оригинала (особенно у безусловных аналогов разных производителей), но эта информация уже учитывается в системе ТОиР, на не в MDM. На сколько мы знаем, в системе ТОиР заказчика учитывается: что если оригинал заменен на аналог с другим ресурсом, то в карте ремонтов отражается указанная информация. Соответственно и меняются сроки плановых замен. Для сохранения гарантии на технику ТО проводят в срок :) принцип: пока не сломалось – не меняем у нас НЕ работает, если это не авария ;)
Хороший вопрос!
В статье не делается акцент на этапах внедрения MDM-системы. Но, конечно, этап внедрения (включающий доработку локальных систем) будет присутствовать в любом подходе: и описанном, и обычном (в этом случае будет проходить параллельно этапу первичной нормализации).
В среднем, на этап внедрения уходит около полугода, в т.ч. с учетом подготовки необходимой регламентно-методической документации. Этого времени вполне достаточно для доработки локальных систем (кстати, доработка локальных систем потребуется и при внедрении готовой системы, и при выборе заказной разработки). Но из-за длительного этапа первичной нормализации срок всего проекта (внедрения системы и нормализации) увеличивается, т.е. локальные системы уже подготовлены, а первичная нормализация еще далеко не пройдена.
Действительно – описана мечта специалиста по MDM :)
«Выйти в PROD со всем мусором, который был в легаси системе..»
Да, выходим со всем объемом данных («мусором»)…. Однако в чем отличие от обычного подхода – там мы тоже выходим с «мусором», но еще и платим за это не мало денег. Т.е. практически половина записей справочника при обычном подходе признается ненормализуемой и переносится в систему. Значит количество мусора при нашем подходе конечно будет больше, но не больше, чем было изначально) Согласна.
«…а нормализацию повесить на службу НСИ компании… »
Она все равно висит на службе НСИ по тому же массиву ненормализуемых данных.
«Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…»
Пользователи ждут не вычищение всего справочника, а только исправление/добавление записи по своей заявке. А учитывая проблему ненормализуемых данных при обычном подходе, зависание заявки при описанном будет не на много больше. При этом часть средств, сэкономленных на первичной нормализации, можно будет потратить на увеличение численности сотрудников Службы НСИ (хотя бы в течение первого года).
Да, в результате нашего проекта теперь есть все «легитимные» связи оригиналов и аналогов. Причем связь может быть как и односторонней, так и 2-х сторонней.
При использовании подхода построения матрицы аналогов по данным от производителя: оригинал и безусловный аналог полностью идентичны (по техническим характеристикам). Это было важным критерием, т.к. на технику необходимо сохранять гарантию производителя.
Ресурс запчасти аналога действительно может отличатся от оригинала (особенно у безусловных аналогов разных производителей), но эта информация уже учитывается в системе ТОиР, на не в MDM. На сколько мы знаем, в системе ТОиР заказчика учитывается: что если оригинал заменен на аналог с другим ресурсом, то в карте ремонтов отражается указанная информация. Соответственно и меняются сроки плановых замен. Для сохранения гарантии на технику ТО проводят в срок :) принцип: пока не сломалось – не меняем у нас НЕ работает, если это не авария ;)
В статье не делается акцент на этапах внедрения MDM-системы. Но, конечно, этап внедрения (включающий доработку локальных систем) будет присутствовать в любом подходе: и описанном, и обычном (в этом случае будет проходить параллельно этапу первичной нормализации).
В среднем, на этап внедрения уходит около полугода, в т.ч. с учетом подготовки необходимой регламентно-методической документации. Этого времени вполне достаточно для доработки локальных систем (кстати, доработка локальных систем потребуется и при внедрении готовой системы, и при выборе заказной разработки). Но из-за длительного этапа первичной нормализации срок всего проекта (внедрения системы и нормализации) увеличивается, т.е. локальные системы уже подготовлены, а первичная нормализация еще далеко не пройдена.
Действительно – описана мечта специалиста по MDM :)
«Выйти в PROD со всем мусором, который был в легаси системе..»
Да, выходим со всем объемом данных («мусором»)…. Однако в чем отличие от обычного подхода – там мы тоже выходим с «мусором», но еще и платим за это не мало денег. Т.е. практически половина записей справочника при обычном подходе признается ненормализуемой и переносится в систему. Значит количество мусора при нашем подходе конечно будет больше, но не больше, чем было изначально) Согласна.
«…а нормализацию повесить на службу НСИ компании… »
Она все равно висит на службе НСИ по тому же массиву ненормализуемых данных.
«Пользователи будут рады, что теперь каждая заявка на закупку еще и на отделе НСИ будет подвисать, пока они справочник вычищают…»
Пользователи ждут не вычищение всего справочника, а только исправление/добавление записи по своей заявке. А учитывая проблему ненормализуемых данных при обычном подходе, зависание заявки при описанном будет не на много больше. При этом часть средств, сэкономленных на первичной нормализации, можно будет потратить на увеличение численности сотрудников Службы НСИ (хотя бы в течение первого года).
Спасибо за ваши комментарии.